Der ultimative Tipp bei Geschwindigkeitsproblemen des iPhones ist immer das »auf Werkseinstellungen zurückstellen« — besonders bei neuen Major-Releases von iOS. Damit gehen leider auch immer alle Daten verloren. Die normalen Sachen wie Kalender, Adressen und Co. kann man wieder mit iTunes synchronisieren, aber was ist mit den SMS, der Anrufliste usw.?

Um diese Daten wieder einzuspielen muss folgendes beachtet werden:

1. Ohne Jailbreak geht gar nix.
2. Backups werden von iTunes lokal überschrieben, wenn man nach dem Wiederherstellen auf das Einspielen des Backups verzichtet -  also den Backup-Ordner unter /Users/BENUTZERNAME/Library/Application Support/MobileSync immer sichern.
3. Man braucht Geduld.

Zuerst schauen wir uns mal den Backup-Ordner an

In dem Ordner Backup liegt also (mindestens) ein Ordner mit einer kryptischen Zahlen-/Buchstabenkombination als Namen. Diese Bezeichnung symbolisiert das Gerät. Innerhalb dieses Ordners liegen nun ein Haufen ebenfalls kryptisch bezeichneter Dateien. Es gibt zwar im Netz einige Zordnungen von Bezeichnungen zu Funktionen zu finden, aber ich möchte lieber einen anderen Weg aufzeigen. Dazu nutzen wir das Programm iPhone / iPod Touch Backup Extractor, welches uns mit der sehr aufgeräumten Oberfläche begrüßt.

Nachdem man auf den Button »Read Backups« gedrückt hat, sieht man eine Auswahlbox mit den vorhandenen Backups (in der Regel nur eins, in meinem Fall ist noch ein iPod zu sehen).

Und hier erkennt man schon, das man den richtigen Backup-Ordner an die richtige Stelle kopiert haben muss, um auf das gewünscht Backup zugreifen zu können. Also vorher am besten den Ordner /Users/BENUTZERNAME/Library/Application Support/MobileSync sichern und darin den entsprechenden Ordner mit den alten, auszulesenden Backupdaten ersetzen.

Nachdem man die Backupdaten eingelesen wurden, kann man nun die zu extrahierenden Daten auswählen.

Für die iOS-internen Datenbanken (hatte ich schon gesagt, das die Daten wie SMS und Anruferliste in iOS in kleine Datenbanken geschrieben werden?) wählen wir ganz unten die iOS Files aus und bestätigen die Auswahl mit »Extract«. Jetzt werden alle gewünschten Daten ausgelesen und in einen gewünschten Ordner extrahiert.

Wenn wir uns den Ordner anschauen, dann sehen wir folgendes

Die für uns relevanten Daten liegen in den Unterordnern von Library.

Jetzt kommen wir zu dem Teil, wie die Daten zurück aufs iPhone gelangen. Dazu benötigen wir erst einmal Jailbreak, da uns Apple verbietet nativ aufs iPhone zu schauen. Wie man ein iPhone ausbrechen läßt erklären inzwischen genug Seiten — die benötigte Software erhält man beim iphone-dev-Team.

Der für uns relevante Teil ist nach dem Jailbreak das Installieren von OpenSSH auf dem iPhone — nur so können wir Daten vom Mac zum iPhone übertragen. Dazu öffnen wir auf dem iPhone Cydia und befolgen die Anweisungen

Ich kann nur dringend dazu raten sofort anschließend das root-Passwort zu wechseln. Dazu nutze ich iTerm, andere mögen mit Apples Terminal auch zufrieden sein — das ist reine Geschmackssache.

Jetzt haben wir endlich Zugriff auf die Dateiebene des iPhones und können uns umschauen. Die für uns relevanten Daten liegen unter /private/var/mobile/Library in den jeweiligen Unterordnern — die Ordner heissen genau so, wie wir sie aus dem iPhone Backup extrahiert haben. Nun können wir die Dateien einfach austauschen, sprich vom Mac aufs iPhone kopieren. Dazu kann man das Kommandozeilen-Tool scp oder aber Cyberduck bemühen. Ich würde zur Sicherheit zum Schluss für die Dateien noch die Besitzer mit

chmod mobile:mobile *

geradebiegen und das iPhone einmal neu starten.

Jetzt sollten die gewünschten Daten wieder alle da sein.

Habt Ihr auch die Erfahrung gemacht, das ein zurückgesetztes iPhone schneller ist als ein Upgrade? Braucht Ihr solch eine Möglichkeit des Restores oder sind Euch die damit verbundenen Daten egal?

Backup von bestimmten Dateien

Häufiger möchte man, wenn man mal schnell etwas in einer Config-Datei etwas ändert, davon fix ein Backup anlegen. Klassisch habe ich das meist schnell mit

cp DATEI.conf DATEI.conf.orig

gelöst. Was aber passiert, wenn man dann später nochmal was ändern will respektive ein neues Backup angelegt werden soll?! Wie man dieses Problem erschlägt, habe ich schon mal in diesem Artikel erklärt — das war aber nur ein Schnellschuß. Das Problem dabei ist nämlich, das man ja jeweils die alten Backups nochmal mitsichert und dadurch die Backups immer größer werden. Dies kann man durch einen Exclude-Parameter von tar auschließen. Der Befehl um in einem Verzeichnis alle Dateien zu sichern lautet also

tar -cz --no-recursion --exclude=backup-*.tar.gz -f backup-$(date +%F-%H-%M).tar.gz *

Backup von ganzen Pfaden inkl. der Unterverzeichnisse

In einigen Fällen will man nicht nur die Dateien in einem Verzeichnis sichern sondern lieber gleich den Inhalt gesamte Verzeichnis inklusive aller Unterverzeichnisse

tar -cz --exclude=backup-*.tar.gz -f backup-$(date +%F-%H-%M).tar.gz .

Backup von Dateien bzw. Pfaden, die im gesamten System verteilt sind

Und schließlich hat man den Fall, das man alle wichtigen Dateien eines Systems sichern will, die aber über das gesamte System verteilt sind. Dies erreicht man mit einer Include-Datei

tar cvzf /backup-$(date +%F-%T).tar.gz -T /etc/backup-include-dir.conf

wobei man in die Datei /etc/backup-include-dir.conf alle Pfade bzw. alle Dateien reinschreibt, die gesichert werden sollen. Wichtig ist dabei nur: Pro Datei/Pfad jeweils eine Zeile.

Und denkt daran: Solche Befehlszeilen eignen sich wunderbar dazu als alias definiert zu werden, damit man schnell drauf zugreifen kann, wenn man es mal braucht.

Zuerst aber muß man wissen, wo man den Befehl vmrun finden kann — in /Library/Application Support/VMware Fusion/

Um den Befehl global ausführen zu können muß man den Pfad zur PATH-Variablen hinzufügen

export PATH="$PATH:/Library/Application Support/VMware Fusion"

Allgemeines

Zuerst man vmrun sagen mit welchem Typ er sich verbinden soll.

vmrun -T fusion

Als nächstes kommt die Authentifizierung am Gastsystem

vmrun -T fusion -gu USERNAME -gp USERPW

Nun kommen wir zu den einzelnen Kommandos, welche man absetzen kann. Als Parameter fast jeden Kommandos muß man das VMX-File der entsprechenden virtuellen Maschine angeben. Bei VMware Fusion befinden sich diese im Unterordner in /Users/USERNAME/Documents/Virtual\ Machines.localized/ Um sich alle bekannten VMs anzeigen zu lassen nutzt man am besten

vmrun -T fusion list

Ausführen von Programmen im Gastsystem

Am Interessantesten für mich ist die Möglichkeit Befehle direkt in der virtuellen Maschine absetzen zu können. Dafür gibt es das Kommando runProgramInGuest. Der komplette Syntax lautet:

vmrun -T fusion -gu USERNAME -gp USERPW runProgramInGuest ~/Documents/Virtual\ Machines.localized/XP/xp.vmx BEFEHL

Sollte die Befehlszeile etwas länger sein und mehrere Parameter enthalten, so muß der Befehl in Hochkommas gesetzt werden. Enthält wiederrum ein Parameter auch schon ein Hochkomma, so muß dem gesamten Befehl ebenso ein weiteres Hochkomma gegeben werden. Faustregel: Für jedes Hochkomma-Paar im Befehl selber muß dem gesamten Parameter selber ein extra Hochkomma hinzugegeben werden.

Um, wie in diesem Beitrag geschrieben, dem Active Directory meines Windows-Servers alle zur Zeit gültigen EMail-Adressen zu entlocken nutze ich folgende Befehlszeile

./vmrun -T fusion -gu ADMIN@DOMAIN.DE -gp GANZGEHEIM runProgramInGuest ~/Documents/Virtual\ Machines.localized/Windows\ Server\ 2003\ Small\ Business.vmwarevm/Windows\ Server\ 2003\ Small\ Business.vmx ""ldifde.exe -m -n -g -f "C:\Mailgw\recipient.txt" -r "(mailnickname=*)" -l proxyAddresses""

Wenn ich gleich den Upload noch hinzufügen will, lege ich in den Pfad c:\mailgw auf dem Windows-Server eine Batch-Datei, die mir nach und nach alles ausführt (also Extract der Emailadressen und Kopieren per pscp).

./vmrun -T fusion -gu ADMIN@DOMAIN.DE -gp GANZGEHEIM runProgramInGuest ~/Documents/Virtual\ Machines.localized/Windows\ Server\ 2003\ Small\ Business.vmwarevm/Windows\ Server\ 2003\ Small\ Business.vmx "c:\mailgw\userextract.cmd"

Backup einer virtuellen Maschine

Um meinen virtuelle Windows-Server zu sichern nutze ich zur Zeit Acronis Trueimage innerhalb der VM und sichere auf eine externe Platte, welche per Shared Folder in die VM eingebunden ist. Das ist natürlich »von hinten durch die Brust ins Auge«, war aber auf die Schnelle das Naheliegendste. Wie in mac | Einrichtung eines Backups geschrieben ist es ein Wunsch von mir das Backup direkt aus OSX heraus zu starten. Dies könnte ich jetzt mit dem Absetzen eines Befehls erreichen (ob Trueimage das untersützt wäre noch zu recherchieren) oder aber ich erstelle ein Snapshot per vmrun

./vmrun -T fusion snapshot ~/Documents/Virtual\ Machines.localized/Windows\ Server\ 2003\ Small\ Business.vmwarevm/Windows\ Server\ 2003\ Small\ Business.vmx MySnapshot

Zu Testen wäre jetzt, wie groß die Snapshots sind und ob die VM während der Erstellung erreichbar ist oder aber gestoppt bzw. heruntergefahren werden muß.

Nutzt Ihr vmrun und wenn ja, wie?

Kurznotiz, gilt für Mac / Linux / Unix / (bei Windows hilft nur “format c:” )
Oft muss ich in einem Ordner schnell mal alle Dateien sichern als Backup da ich sie im nächsten Moment überschreibe. Um nicht den ganzen übergeordneten Ordner gleich komplett sichern zu müssen sondern nur die Dateien im aktuellen Ordner ohne Unterverzeichnisse zu sichern habe ich folgenden befehl:
for i in *.*; do cp $i $i.bak ;done
Alle Dateien im Ordner werden dann von xyz.txt nach xyz.txt.bak kopiert, wer anstelle des kopieren die Daten verschieben will ersetzt im script einfach “cp” mit “mv” Wer in einem Verzeichnis nur bestimmte Dateitypen z.B. *.html sichern mag macht dies dann so:
for i in *.html; do cp $i $i.bak ; done
somit werden an alle *.html Dateien im Ordner nach *.html.bak gesichert Das gleiche geht mit jedem beliebigen Dateityp ^^

Lange habe ich drüber nachgedacht, da ich den Ansatz etwas zu kompliziert finde und da ich gerade in dem Buch Einführung in die BASH lese und mal schauen wollte, was davon bei mir hängen geblieben ist, habe ich folgendes ausprobiert:

tar -cz --no-recursion -f backup-$(date +%F-%H-%M).tar.gz *

Das Ganze als Alias definiert mit Übergabe der Dateiextension sieht dann so aus:

alias archive='tar -cz --no-recursion -f backup-$(date +%F-%H-%M).tar.gz $1'

Damit kann man später schnell mit

archive *.html

schnell alle HTML-Files eines Verzeichnisses sichern und weiß gleich von wann die Sicherung ist.

Also fix den iMac neugestartet und ins Logfile geschaut und dabei folgendes gefunden:

com.apple.launchctl.System[2]: launchctl: Dubious ownership on file (skipping): /Library/LaunchDaemons/de.something.hddmount.plist
com.apple.launchctl.System[2]: launchctl: Dubious ownership on file (skipping): /Library/LaunchDaemons/de.something.hddunmount.plist

Was hatte ich gemacht? Ich hatte auf meinem MBP mit Lingon rumgespielt und dabei die beiden plists erstellt. Diese hatte ich, der Einfachheit halber, einfach auf den iMac in den Ordner /Library/LaunchDaemons kopiert und gehofft es wäre alles ok. Ein kurzes »ls –l /Library/LaunchDaemons« brachte die Bestätigung: Die beiden Scripte hatten nicht die richtige Berechtigung.

sudo chown root:wheel /Library/LaunchDaemons/de.something.hdd*

und schon war alles in Ordnung. Nun hatte ich natürlich diesmal nicht die Warnung von Lingon vergessen und wollte schon den iMac erneut starten. Aber es muß doch eine Möglichkeit geben, den launchd davon zu überzeugen die neuen plists zu aktivieren. Nach ein langen Suche wußte ich zumindest soviel: launchd selber kann man nicht neustarten, da es direkt nach dem Bootvorgang selber die Dienste erst startet. Schaut man in die Prozessliste, so erkennt man, das launchd die PID 1 hat — das verheißt nix Gutes. Ok, dann muß es halt eine andere Möglichkeit geben. In den man-pages findet man launchctl

NAME
     launchctl -- Interfaces with launchd
	
SYNOPSIS
     launchctl [subcommand [arguments ...]]
	
DESCRIPTION
     launchctl interfaces with launchd to load, unload daemons/agents and generally control launchd.
     launchctl supports taking subcommands on the command line, interactively or even redirected from stan-dard standard
     dard input.  These commands can be stored in $HOME/.launchd.conf or /etc/launchd.conf to be read at the
     time launchd starts.

In den weiteren Optionen findet man die Subcommands »load« und »unload« sowie »list«.

sudo launchctl list | grep de.something

kann man sich auflisten lassen, ob die plists geladen wurden.

sudo launchctl load /Library/LaunchDaemons/de.something.hddmount.plist
sudo launchctl load /Library/LaunchDaemons/de.something.hddunmount.plist

nimmt die beiden plists auf.

Das Problem

Ich habe einen iMac, welcher als Fernseher, Videorekorder, Musikbibliothek, Bücherdatenbank und als Email-Server (Windows-Server in einer VM) funktioniert. Aus diesem Grund ist der iMac rund um die Uhr an. Wenn so wichtige Daten auf dem Rechner liegen, dann bietet es sich an regelmäßig ein Backup zu machen. In meiner ursprünglichen Planung dachte ich mir: “He, OSX hat Time Machine mit dabei, da brauchst Du Dir um nix mehr Sorgen zu machen.” — Weit gefehlt!

• Time Machine will alle Stunde ein Backup machen — warum auch immer?! Ok, das Problem kann man mit dem Time Machine Editor eingrenzen.
• Für Time Machine ist die VM eine einzige Datei, welche sich natürlich immer verändert und deswegen immer wieder neu komplett weggeschrieben wird — da reicht die größte Backupplatte nicht!

Die Lösung

Zuerst möchte ich Time Machine davon überzeugen nur einmal in der Nacht ein Backup zu machen. Dazu verwende ich den Time Machine Editor. Dieses Programm gibt die Möglichkeit die fest eingestellten Zeiten für Time Machine von Apple zu editieren. Hier hat man die Möglichkeit entweder in einem festen Intervall

oder aber zu festgelegten Zeiten

Time Machine zu starten.

Das Problem mit den großen Backups der VM erschlage ich einfach damit, das ich den Ordner der VM vom Time Machine Backup ausschließe und das Backup von Windows selber machen lasse. Dazu habe ich auf meiner externen Festplatte einfach zwei Partitionen angelegt, eine Partition habe ich Time Machine zugeordnet, die andere “gehört” der VM. Es ist auch eine mit HFS formatierte Partition, die ich über VMWares Ordnerfreigabe der VM zugeordnet habe. Der Vorteil dabei ist, das für die VM diese Partition ein Netzlaufwerk ist, welches auch mal weg sein kann, ohne das Windows sich dran stört.

Der Zwischenstand

Somit sollte das alles laufen und ich glücklich sein: Leider nicht ganz. Ich muß zwar nicht mehr um den Speicherplatz meiner externen Festplatte bangen und die Backups werden auch schön in der Nacht gemacht. Aber leider fährt auch bei Nichtbenutzung aller ca. 10 Minuten die externe Festplatte hoch um nach ca. 10 Minuten wieder herunterzufahren — sehr unbefriedigend! Nicht nur, das es der Platte nicht sonderlich gut tut, es nervt auch rein geräuschtechnisch und etwas Strom verbraucht es auch!

Die Zwischenlösung

Da ich nicht herausfinden konnte, was die Platte immer wieder aufwecken läßt (Ein Abschalten der Spotlightindizierung auf dem Laufwerk brachte nicht das gewünschte Ergebnis), kam ich auf folgende Idee:

Warum nicht die Festplatte vorm dem Start des Backups mounten und danach wieder unmounten? Klingt doch ganz gut. Im Terminal ist das einfach gemacht:

diskutil mount /dev/disk2s2

damit kann man die Platte einbinden.

diskutil unmount /dev/disk2s2

und damit wieder ausbinden. (Fidel-Edit: disk2s2 trifft im Falle von makomi zu — das kann bei euch gleich sein — muss es aber nicht — Der Mount Befehl im Terminal sollte hier weiterhelfen)

Nun muß das Alles nur noch zeitgesteuert gestartet werden. Auch dafür hat OSX wieder mehrere Lösungen parat:

iCal

iCal bietet an, für eine Erinnerung ein Skript auszuführen:

crontab

Als eine Unix-afiner Mensch kenne ich natürlich cron. In OSX liegen die systemweiten Cron-Dateien unter /etc/periodic und dann in den jeweiligen Unterordnern daily, weekly, monthly. Jeder Benutzer kann sich auch ein eigenes crontab einrichten. Dies geht mit dem Befehl “crontab –e”. Aber warum die Kommandozeile bemühen, wenn es auch eine GUI dafür gibt: CronniX.

Das Programm ist sehr aufgeräumt und selbsterklärend:

Die beiden Tasks sind schnell angelegt:

launchd

Und schließlich gibt es Apples Verbesserung zu cron genannt launchd. Ich habe mich schon immer gefragt, was das eigentlich ist. Nun, die Erklärung ist recht einfach: Es ist die Ablösung von cron, da es nicht nur zeit– oder intervallgesteuert sondern auch ereignisgesteuert Aktionen ausführen kann.

Eine guten Überblick gibt dazu Apples Getting started with launchd. Es muß also ein preference file erstellt werden — ein xml. Bevor ich sowas händig im Texteditor selber baue, schau ich doch lieber nach, ob es nicht dafür schon ein kleines Programm gibt und siehe da: Die kurze Suche ergab Launchd Editor und Lingon. Während ersteres ein Sharewareprodukt ist (ok, 5$ ist nicht der Hit, aber das Programm wurde das letze Mal 2005 aktualisiert), ist zweiteres Opensource.

Lingon ist sehr übersichtlich.

Wenn man einen neuen Task anlegen möchte, muß man sich entscheiden wann er aktiv werden soll:

In meinem Fall möchte ich, das die Festplatte auch dann gemountet und wieder ausgeworfen wird, wenn keiner angemeldet ist, also wird es ein User Daemon:

Und so sehen die beiden Task aus:

Also einfaches Erstellen eines Tasks in nur drei Schritten.

Klingt schon mal gut und als Zwischenlösung macht es genau das, was ich möchte.

Die Wünsche

Natürlich schreit das Ganze nach Optimierungen:

Nachdem die Platte eingebunden ist, könnte doch gleich Time Machine angestoßen werden um die Daten zu sichern. Aber wie ich Time Machine per Kommandozeile dazu überreden kann ein Backup zu machen habe ich noch nicht herausgefunden. Und wie kann ich Time Machine sagen, das nach erfolgtem Backup wiederrum ein Skript ausgeführt werden kann (nämlich das Unmounten der Festplatte)? Oder aber wie funktioniert das Skripting mit VMWare? Wie kann ich dort einen Befehl starten und nach Beenden des Befehls den Statuscode an ein Skript in OSX zurückgeben?

tar cvzf - -T /root/backup-liste-include.txt | ssh BENUTZER@SERVER "cat > /root/backup-$(date +%F-%T).tar.gz"

in der Datei /root/backup-liste-include.txt sollte jeder Pfad in einer einzelnen Zeile stehen, so kann man das Backup schnell erweitern.

Was macht die Befehlszeile genau? Es packt die entsprechenden Pfad ein und »cat»tet diese Datei per SSH auf einen anderen, per SSH erreichbaren Server wieder aus. Die dort entstehende Datei trägt den Dateiennamen des aktuellen Datums und der aktuellen Uhrzeit, z.B. backup-2009–05-06–14:06:55.tar.gz

ToDo:

• Eine Lösung per SSH-Keys, damit es automatisch ablaufen kann
• Eintragung in cron
• Logrotate o.ä., damit ältere Backups automatisch gelöscht werden