hat sich mir heute morgen schön gezeigt. Ich bekam folgende Mail von meinem vServer Provider Netcup:

Guten Morgen Till Wiese,

Ihr netcup Team

Jep, ein "professioneller" Serveranbieter hat gestern nacht einen Haufen Server zerstört.
Dass man seine Backupscripte auch ab und an kontrollieren sollte, habe ich zusätzlich gelernt. Meines lief nämlich nicht richtig, weswegen meine Backups unbrauchbar sind. :-(
Jetzt geht es also an die Neuinstallation. Zur Abwechslung werde ich mal CentOS einsetzen. Für die Leser dieses Blogs dürfte das ein Vorteil sein, da damit vermutlich viele neue Einträge über die Installation von diversen Applikationen entstehen werden. Für mich ist es eine mittlere Katastrophe. Man darf gespannt abwarten, ob Netcup es bei dieser lapidaren E-Mail belässt oder noch andere Wiedergutmachungen anstossen wird.
Ich werde mir auf jeden Fall Gedanken machen, ob Netcup nach so einem GAU für mich noch länger in Frage kommt. Kann wer einen anderen guten vServer-Provider empfehlen, der richtige Virtualisierung über KVM o.ä. nutzt und iptables sowie TUN/TAP-Interfaces unterstützt?

Bild: Kevin Collins, CC BY 2.0

Linux ist toll. Für jedes Problem findet man schnell eine Lösung, die meistens sogar auf der Hand liegt oder einem zumindest nach Erklärung sofort einleuchtet. So auch bei diesem Kurztipp. Will man eine Datei nach mehreren Strings durchsuchen, habe ich zwei favorisierte Methoden.

Pcregrep

Weiß man, in welcher Reihenfolge die Strings in der Zeile vorkommen, kann man das Programm pcregrep nutzen, insofern es denn installiert ist oder nachinstalliert werden kann. Damit kann man dann perlähnliche Regular Expressions nutzen, die das ganze Konstrukt sehr einfach machen. Um beispielsweise den Benutzer "m3adow" mit der bash als Shell in der Passwd zu suchen, reicht dann ein:

getent passwd | pcregrep "m3adow.*bash"

Da pcregrep wie gesagt perlähnliche RegEx nutzt, ist es sehr mächtig.

Piping

Weiß man nicht genau, in welcher Reihenfolge die Strings in der Zeile vorkommen, hat pcregrep nicht auf dem System und kennt sich auch nicht mit Regular Expressions aus, kann man immer noch die "Lösung des kleinen Mannes" nutzen und mehrere greps hintereinander pipen.

getent passwd|grep "m3adow"|grep "bash"

Das ist zwar nicht so effizient, da grep mehrfach aufgerufen wird, klappt aber auf jeden Fall.
Falls ihr noch andere Methoden habt, dieses Problem zu lösen, freue ich mich, diese in den Kommentaren zu lesen. :-)

Meine Spielerin #2 und ich besitzen und benutzen zusammen ein Motorola Xoom*. Weil ich ein großer Fan von Custom-ROMs, insbesondere des Cyanogenmods bin, läuft dort natürlich auch CM drauf, natürlich die neuste Version CM10.1, die es für das Xoom bisher nur als Nightlies gibt. Leider ist bei unserer Version mit 3G (der Modellname ist Everest) im Default der Multiusermodus, der für Android 4.2 angekündigt wurde, wegen irgendwelchen Problemen deaktiviert worden. Da mich aber sowohl die Benachrichtigungen als auch die Apps meiner Geliebten wenig interessieren, will ich diesen unbedingt haben. Eventuelle kleinere Probleme nehme ich dafür in Kauf. Außerdem gefällt es mir auch nicht, dass das Cyanogenmodteam dem Xoom eine "Phablet"-Ui verpasst hat. Die sieht im Standard so aus:

Eine obere Notificationbar auf einem Tablet? Halte ich für sinnfrei, will ich nicht. Hier also meine Vorgehensweise. Ich empfehle, euch genaustens an die Schritte und die Reihenfolge zu halten, da es sonst Probleme geben könnte, vor allem bei der Multiuserunterstützung. Diese Vorgehensweise dürfte in begrenztem Maße auch für die meisten anderen Tablets und Smartphones funktionieren. Nach meiner Erfahrung sind ROMs ohne integrierte Google Apps empfehlenswert.

1. Das gewünschte ROM herunterladen und flashen. Die neusten CM10.1 ROMs für das Xoom Everest findet ihr hier. Für andere Xoom Versionen, schaut in den Thread auf XDA-Developers. Je nachdem welches ROM vorher installiert war, ist ein Wipe des Caches und des Dalvik Caches ausreichend, ansonsten ist ein Full Wipe notwendig.
2. Android booten, die App "4.2 Multiple User Enabler" runterladen und installieren.
   
3. Nachdem ihr die App installiert habt, führt sie aus, "Enable the feature" und bestätigt die Superuser-Berechtigungen.
   
4. Rebootet anschließend ins Recovery, wipet Dalvik-Cache und Cache.
5. Dann wieder ins Android-System zurück. Legt nun alle Benutzer an, die ihr auf eurem Tablet haben wollt. Versucht auch direkt, euch mit diesen einzuloggen. Wenn dabei ein unzähmbarer Haufen an Absturzberichten kommt, funktioniert meine Methode für euch eventuell nicht oder ihr habt die Reihenfolge nicht eingehalten. Bei meinem Xoom funktionierte aber alles.
6. Wechselt nun wieder in das Recovery und flasht eure Google Apps.
7. Startet das Tablet anschließend wieder in das System und checkt, ob ihr euch mit allen Benutzern an eurem Google Konto anmelden könnt (wenn gewünscht).
8. Nun kommen wir zur TabletUi. Dafür benötigen wir den Autopatcher.
   Ich empfehle die Nutzung der neusten Version von github, da ich bei den älteren Versionen Probleme mit dem Patchen hatte.
9. Patcht euer Rom mit dem tabletUI-Mod. Wie ihr das macht, hängt von eurem Betriebssystem ab, ist aber im Autopatcher-Thread ausreichend erklärt.
   Wenn ihr schon dabei seid, würde ich zusätzlich noch den Openpdroid-Mod empfehlen, der es einem per Zusatzapp ermöglicht, anderen Apps Rechte zu verwehren. So oder so erhaltet ihr am Ende zwei Dateien, eine update-* und eine restore-*.
10. Kopiert beide Dateien auf euer Tablet und flasht die update-* via Recovery. Macht anschließend wieder ein Wipe von Cache und Dalvik-Cache.
11. Startet ins System und prüft bei allen Benutzern, ob alles erwartungsgemäß funktioniert.

Fertig! Ihr habt nun (hoffentlich) ein System mit Multiuser-Unterstützung und einer vernünftigen UI für ein Tablet.

Falls ihr doch Probleme habt, fragt hier oder je nach Schritt besser in dem jeweiligen XDA-Developers Thread.

Hier wieder ein kleiner Happen für zwischendurch, während ich an ein paar längeren Artikeln schreibe (deren Veröffentlichungsdatum soon™ ist).

Ich habe schon seit Jahren mit Linux und SSH zu tun. Immer wieder habe ich mich darüber geärgert, Aliases für jede Verbindung anlegen zu müssen, um Servername, Benutzername, SSH-Port und Private Key passend aneinanderzubringen. Vor Kurzem habe ich von der Möglichkeit gelesen, eine config-Datei unter ~/.ssh/ zu erstellen, wodurch sich die ganze Sache schonmal etwas vereinfacht hat. Wie gesagt legen wir im .ssh-Unterordner unseres Homeverzeichnisses eine config-Datei an. Diese kann man etwa so befüllen:

Host Server1
    HostName foo.bar.org
    Port 1122
    IdentityFile ~/.ssh/foobar.rsa
    User Foo
Host Server2
    HostName bar.foo.org

Die Parameter sind meiner Meinung nach selbst erklärend. Nun kann ich mich durch eine simple Eingabe von

ssh Server1

mit dem Server unter dem angegebenen Hostname mit dem angegebenen Port, dem eingestellten Private Key und dem genannten Benutzer verbinden.
Natürlich kann man die config-Datei für viel mehr benutzen, etwa individuelle Hosteinstellungen oder globale Benutzereinstellungen, aber für mich ist das momentan die nützlichste Funktion.
Frage an meine Mitleserschaft: Wie macht ihr das mit der Verwaltung von SSH-Verbindungen? SSH-Agent, Aliases oder vielleicht eine ganz andere Methode? Ich bin für jede Vereinfachung offen. :-)

Wie ich vorletztes Jahr berichtet hatte, habe ich mir eine Razer Deathadder Lefthanded Edition* gekauft. Insgesamt bin ich eigentlich auch ziemlich zufrieden mit der Maus, doch hatte ich die letzten Wochen das Problem, dass einzelne Mausklicks hin und wieder als Doppelklick erkannt wurden. Da das auf Dauer ziemlich nervig wird, habe ich eine Lösung dafür gesucht und in Form dieses Videos auch gefunden.

Da ich kein Motorenöl zur Verfügung hatte, habe ich Olivenöl genommen, das funktioniert auch.
Jetzt ist meine Deathadder wieder gewohnt angenehm zu benutzen. :-)
*=Reflink