Für alle die, die noch nicht PHP 5.3 einsetzen können, sollten sich die str_getcsv-Manualseite bei PHP.net durchsehen, dort sind abwärtskompatible Übergangslösungen gelistet.

$string = 'Lorem ipsum "dolor sit amet" consectetur "adipiscing elit" dolor';
var_dump(str_getcsv($string, ' '));

Ergebnis:

array(6) {
     [0]=>   string(5) "Lorem"
     [1]=>   string(5) "ipsum"
     [2]=>   string(14) "dolor sit amet"
     [3]=>   string(11) "consectetur"
     [4]=>   string(15) "adipiscing elit"
     [5]=>   string(5) "dolor"
   }

Problem 1:
Beim Verbinden zum Server taucht lediglich ein kleines schwarzes Fenster auf, mehr passiert nicht.
_
Lösung zu 1:
Der NetAuthAgent-Prozess hat sich am Client aufgehängt und muss gestoppt werden.
Das geht entweder über den Aktivitätsmonitor oder übers Terminal mit:
” sudo killall NetAuthAgent ”
Anschliessend sollte die Verbindung wieder wie gewohnt funktionieren.
_
siehe auch: http://forums.macrumors.com/showthread.php?t=441030 bzw. die deutsche Google-Übersetzung, hier sollte man besonders die “Anklagebank” beachten

• Problem 2:
  ARD ist auf dem Server nicht gestartet, bzw. startet nicht mehr.
  _Lösung zu 2: (Bedingung, min. ein Zugang via ssh)

  # mit ssh auf Server einloggen
  ssh <remote-user>@<remote-server>
  
  # komplett auf "root" switchen
  sudo su -
  
  # ARD Service stoppen
  /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart \
  -deactivate \
  -configure \
  -access \
  -off
  
  # Letzte (wahrscheinlich defekte) Einstellungen wegschieben
  mv /Library/Preferences/com.apple.RemoteManagement.plist /tmp
  mv /Library/Preferences/com.apple.RemoteDesktop.plist /tmp
  
  # ARD Service jungfräulich starten, erstmal dass jeder Zugang hat.
  /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart  \
  -activate \
  -configure \
  -access \
  -on \
  -restart \
  -agent \
  -privs \
  -all

• Weblink: ARD via Terminal einschalten

cd /
nohup rsync \
 --relative \
 --archive \
 --executability \
 --compress \
 --exclude=/Volumes/* \
  . <user>@<zielrechner>:/<zielpfad>

/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister \
-kill \
-r \
-domain local \
-domain system \
-domain user

Als Anwort bekommt man die wenig ausdrucksstarke Meldung:
ThrottleProcessIO: throttling disk i/o
Wieso für das Entfernen ungültiger Einträge der Disk I/O gedrosselt wird, wissen anscheinend nur die “Apfel-Leute”, aber mir soll’s recht sein.

Sollte die TimeMachine die Sicherung aufgrund eines Fehlers ablehnen, sind Reparaturmaßnahmen erforderlich.

Vor der Aktion mit dem Festplatten-Dienstprogramm weiter unten sollte man das Sparsebundle komprimieren und optimieren. Hierzu kommt der Terminal-Befehl hdiutil compact zum Einsatz. Wichtig dabei: Das Volume innerhalb des Sparsebundles darf nicht gemountet sein, ist also mit “xxxx auswerfen” über den Finder zu entfernen.

Copy/Paste Befehl:

hdiutil compact \
 -batteryallowed \
 -sleepallowed \
 -verbose \
 /Volumes/TimeMachine/xxxxx.sparsebundle

Hat die Optimierung geklappt folgt ein Reparaturversuch mit dem Festplatten-Dienstprogramm. Hierzu ist das Verzeichnis, welches das Sparsebundle enthält, einfach per Finder zu verbinden, sodass das Volume es im Festplatten-Dienstprogramm erscheint. das sparsebundle links in der Liste selektieren und den Button ” Volume reparieren ” anklicken. ” Volume überprüfen ” kann man sich schenken.

• http://www.readynas.com/forum/viewtopic.php?f=71&t=34321

Leider kommt es trotz aller Maßnahmen zu irreparablen Sparsebundles. Daher bin ich nun dazu übergegangen, das sparsebundle via ROBOCOPY mithilfe eines geplanten Tasks auf eine externe USB-Disk zu sichern. Das geht sehr schnell und hat mich mittlerweile auch schon so manches Mal davor bewahrt eine vollständig neue TimeMachine aufzusetzten.

Durch dieses Werk nimmt mein Liebäugeln mit Git weiter Fahrt auf. Für mich war es stets elementar, den geschichtlichen Hintergrund zu kennen, um mich für ein Werkzeug zu begeistern. Und dieses wird auf den ersten Seiten des Buches sehr gut dargestellt.

Siehe auch:

• After controversy, Torvalds begins work on “git”
• http://en.wikipedia.org/wiki/Git_(slang)
• http://de.wikipedia.org/wiki/Git

...
/System/Library/CoreServices/AppleScript Runner.app/
Contents/MacOS/AppleScript Runner[3844]: CPSGetFrontProcess():
This call is deprecated and should not be called anymore.
...

Selbstverständlich suchte ich die Ursache dafür in meinem Code, konnte aber nichts finden. Und CPSGetFrontProcess() sagte mir nun rein gar nichs. Die Meldung erschien jedesmal, wenn ein Script als Ordneraktion ausgeführt wurde, im AppleScript Editor ausgeführt erschien sie nicht. Also googelte ich um Hilfe und wurde auch an diversen Stellen fündig. Offensichtlich schleift MacOSX diese Meldung schon seit eingien Jahren mit sich herum. Es ist ein Hinweis für die Entwicker des AppleScript Runners, also dem Stück Software, welches die Scripte laufen lässt. Darin wird anscheinend immer noch die Funktion CPSGetFrontProcess() benutzt, obwohl sie nicht mehr verwendet werden sollte. Es ist also eine Meldung, für die man selbst keine Schuld hat, sie aber auch nicht abstellen kann. Das wollte ich testen und habe einfach mal ein paar Orginal-AppleScripte als Ordneraktion angehängt. Und tatsächlich werden auch hiermit diese Meldungen ins system.log geschrieben. Man müsste mal hochrechnen, wie viele Macs weltweit im Einsatz sind und wie viele davon AppleScripte verwenden. Bei jeder Ausführung eines solcher Scripte wird seit Jahren eine solche Zeile ins Logfile eines jeden Rechners geschrieben. Auch eine schöne Variante einen Computer zu beschäftigen.

Mich stört so etwas jedenfalls ungemein, hauptsächlich jedoch, weil man stundenlang durch solche unnötigen Meldungen bei der Fehlersuche von eigenen Programmen fehlgeleitet wird. Na klar, auch bei einer solchen Geisterjagd wird man nicht dümmer, aber es hält einen doch sehr davon ab, sein eigentliches Ziel zu verfolgen.

Vorab die technischen Daten der Activy:

• Software-Version: 3.2.419
• APP Version: 3.2.30
• GUI Version: 3.3.1.16
• Number of boards: 3 (2 active)
• DV Hardware: yes
• Frontpanel: Model: 50 PreRealase: 32 Version 1: Release: 0

Die Platte der Activy besitzt 3 Partitionen:

• C: SYSTEM
• D: BACKUP
• E: CONTENT

• Einleiten einer Systemwiederherstellung der Activy (Restore):

Das Gerät ausschalten und wieder einschalten. Möglichst früh die Taste “5″  festhalten. Dadurch erscheint ein Menü, in dem man auswählen kann, ob man einen “Restore 1″ machen möchte, oder eine vollständige Initialsierung des Systems.
Das wäre ja auch alles ganz schön, aber leider (wie eingangs erwähnt) kann der Original-Installer der Activy mit einer Monster 1TB Platte nichts anfangen.

Der für mich gangbare Weg führte über eine kleinere Platte (250GB). Auf dieser wird ein Standard Activy-System aufgesetzt. Anschliessend wird von den 3 Partitionen dieser Platte je ein dd-Image gezogen und diese auf die vorbereite 1TB Platte zurückgeschrieben.

• Partitionen mit “dd” in Images kopieren:

Wie man Festplatten-Partitionen in Images schreibt, ist in dem folgenden Artikel sehr schön zusammengetragen worden.
http://digitalewelt.freenet.de/sicherheit/datenschutz/daten-retten-mit-dd-und-dd-rescue_506278_275536.html

• Uups, eine Fehlermeldung:

Fehlermeldung .NET Framework. Genau diese Fehlermeldung ist hier sehr schön beschrieben worden, dieser Thread hätte von mir sein können. Weiterhin erschienen keine tvtv.de EPG-Listen mehr, die Listen blieben komplett leer. Weiterhin ließ sich über Zugriff DeLuxe kein Windows Explorer oder ähnliches mehr starten. Im Forum wurde in diesem Fall auch empfohlen, einen “Restore 1″ zu machen. Damit ist gemeint, dass man das System (Platte C:)  neu aufsetzt, die Daten und Aufnahmen jedoch erhalten bleiben.

• Endlos-Reboot unterbrechen

In  E:\persist\private\ActivyApplKeys.ini den Wert EnableLcdDisplaySupport=0 setzen.
Ganz WICHTIG: Der Wert kann in der Ini-Datei mehrmals eingetragen sein, doppelte Einträge gleich löschen.

• Weitere Befehlszeilen

In diesem Beispiel werden die Platten via USB-SATA Adapter an den Mac gehängt. Selbstverständlich funzt das ganze auch mit anderen Betriebssystemen.

Prüfen der gemounteten Partitionen und ermitteln der Devices
~ > df
Filesystem    512-blocks      Used Available Capacity  Mounted on
/dev/disk1s5     6345608     50024   6295584     1%    /Volumes/BACKUP
/dev/disk1s2     6345672   4854728   1490944    77%    /Volumes/SYSTEM
/dev/disk1s6   471491584    627456 470864128     1%    /Volumes/CONTENT


Sicherungsverzeichnis für die Images anlegen

~ > mkdir ~aur/Documents/Activy.images
~ > cd ~aur/Documents/Activy.images


Pro Partition je ein Image mit “dd” sichern und sofort mit “bzip2″ komprimieren


~ > dd if=/dev/disk2s2 bs=809200 |\
bzip2 -9 > ~aur/Documents/Activy.images/activy.SYSTEM.bz2
~ > dd if=/dev/disk2s5 bs=809200 |\
bzip2 -9 > ~aur/Documents/Activy.images/activy.BACKUP.bz2
~ > dd if=/dev/disk2s6 bs=809200 |\
bzip2 -9 > ~aur/Documents/Activy.images/activy.CONTENT.bz2


z.B. Zurücksichern der SYSTEM Partition auf der 1TB Platte vom Image der 250GB Platte

~ > umount /Volumes/SYSTEM
~ > bzip2 -cd ~aur/Documents/Activy.images/activy.SYSTEM.bz2 |\
dd of=/dev/disk2s2 bs=809200