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.

...
/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.

• Bash – Quellcode des ersten Entwurfs

#!/bin/bash
#set -x
dropList=".DS_Store ._* .Trashes .Spotlight-V100 .fseventsd"
for volume in /Volumes/*; do
 if ! [ -L "$volume" ] && [ -d "$volume" ]; then
  echo touching "$volume/.metadata_never_index"
  touch "$volume/.metadata_never_index"
  for drop in $dropList; do
   if [ -e "$volume/$drop" ]; then
    echo removing "$volume/$drop"...
    sudo /bin/rm -rf "$volume/$drop"
   fi;
  done;
  if ! [ -e  "$volume/.Trashes" ]; then
   sudo /bin/ln -sf "/.Trashes" "$volume/.Trashes"
  fi;
 fi;
done;
echo ""
echo Beliebige Taste um zum beenden.
read
# -eof-

Funktionserklärung

Das Script entfernt die o.g. Dateien/Ordner  aller “echten” Verzeichnisse (keine SymLinks). Leider geht es anscheinend ganz ohne DotFiles nicht. Um Spotlight an der Indexierung zu hindern, ist es erforderlich eine Datei mit dem Namen  “/.metadata_never_index” anzulegen, wenn es denn sein muss, damit sollte man leben können. Als nächstes kommt der /.Trashes Ordner dran. Nicht erst einmal ist es mir passiert, dass ich USB-Sticks weitergegeben habe, auf dem vermeintlich gelöschte Daten im .Trashes befunden haben. Ich will keine Papierkorb Funktion auf FAT/NTFS Dateisystemen. Daher legt das Script einen Symlink/ zu /.Trashes an. Das erfüllt zwar nicht den erhofften Zweck, nämlich den Papierkorb auf dem eigenen Mac zu verwenden, aber es wird auch kein .Trashes Ordner angelegt. Die Dateien werden (nach entsprechender Warnung) sofort entgültig gelöscht.

Dot-Files aufs Minimum reduzieren

Zwei Dot-Files bleiben zurück, bislang fand ich keinen Weg, auch diese zu entfernen.

• /.Trashes
• /.metadata_never_index

Aufgrund meines letzten Kenntnisstands sind diese beiden Dateien die letzten, die auf dem Volume zurückbleiben sollten um in Zukunft dem Mac frühzeitig mitzuteilen, sich hier zurückzuhalten.

Nachteile des Scripts

1.) Es werden stets alle gemounteten Verzeichnisse “durchgenudelt”
2.) Man muss das Script manuell starten
3.) Es werden auch Volumes mit HFS Dateisystem bearbeitet, was nicht gewünscht ist.
4.) All dieses würde eine individuelle Konfiguration erfordern.

Alternative Lösung wurde zur App

Es war klar,  “quick and dirty” war nicht ausreichend, aber die Idee war geboren. Als möglicher Weg fielen mir die Ordneraktionen ein, wie sich herausstellte, das Mittel der Wahl. Aber wie geht das? Erst versuchte ich mich mit dem Automator, aber das war zu weit oben. Bei Automator Recherchen wurde auch immer wieder AppleScript genannt, also schaute ich mir das mal an. Kam mir ja erst sonderbar vor, musste mich erstmal komplett neu einlesen. Schliesslich kam ich doch schneller rein als gedacht, ich erkannte viele Parallelen zu Tcl/Tk, welches ich seit mehreren Jahrzehnten einsetze. Auch der AppleScript-Editor ist sehr komfortabel, liefert eine gute Codeunterstützung. Weiterhin gibt es massenhaft Dokumentationen und Beispiele zu AppleScript im Netz. Nach ca. 3-4 Tagen war die “all-inclusive” App fertig für den Einsatz. Ich stelle es gern als Package als Urbanware zur Verfügung. Die genaue Funktionsbeschreibung der App befindet sich hier.

]]> http://www.andurban.de/it/volumes-purge-dot-files-wie-es-dazu-kam/feed 0 http://www.andurban.de/techtalk/snow-leopard-root-user-aktivieren http://www.andurban.de/techtalk/snow-leopard-root-user-aktivieren#comments Thu, 22 Apr 2010 19:16:51 +0000 and http://www.grobator.de/?p=1375 Über GUI, indem man die Verzeichnisdienste aus dem Core-System startet.

% /System/Library/CoreServices/Directory\ Utility.app/Contents/MacOS/Directory\ Utility

Dort erstmal auf das Schloss klickern um Admin-Zugriff zu bekommen, dann kann man im Menü “root User aktivieren” auswählen.

Siehe auch: Ratgeber bei macwelt.de

Viel schneller geht es jedoch, dem root user ein Passwort über das Terminal zu geben.
Falls dieser schon ein Passwort besitzt hat und man möchte es behalten wird es einfach nochmal eingegeben.

% sudo passwd root
Changing password for root.
New password:
Retype new password:
passwd: Unable to change the password for record root.  Credential verification failed because account is disabled

Die obige Meldung, dass das Passwort nicht geändert werden kann ist unwahr, denn der root user ist nun aktiv und das neue (bzw. alte) Passwort ist sehr wohl gültig.

com.apple.backupd[6860]: QUICKCHECK ONLY; FILESYSTEM DIRTY
com.apple.backupd[6860]: Runtime corruption detected on /Volumes/TimeMachine/wilber_00xxxxxxxxxe.sparsebundle (fsck_hfs -q termination status: 3)

5 Sterne von hier für dieses super Tool.

Das yWorks Logo von deren Website

• http://support.apple.com/manuals/#serversandenterprisesoftware

Dort liegt ein äußerst umfangreicher Fundus an PDF Dateien vor, welche (bis auf die ersten beiden) in feinstem Englisch verfaßt ist. Da ich u.a. aufgrund dieser Erfahrung den Server ohnehin nicht in einer anderen als seiner Muttersprache betreibe, passen die Manuals bestens dazu. Wenn man jetzt bloß wüsste, wo das steht, wonach man gerade sucht??

Da fiel mir das (eigentlich negative Verhalten) der Suchfunktion des Finders ein, da zuerst immer die Inhalte anstatt erstmal nach dem Dateinamen gesucht wird, aber in diesem Fall ist das Verhalten optimal. Weiterhin kam mir das Wissen zugute, dass ein PDF größtenteils im ASCII Format beschrieben ist, weshalb man direkt mit dem Finder darin suchen kann. Also habe ich mir die gesamten PDF Unterlagen vom MacServer besorgt und im neu angelegten Ordner:  Dokumente/MacServer abgelegt.

Um zu verhindern, dass Du eine Sehnenscheiden-Entzündung vom Download-Klicken bekommst, hier wieder einer meiner berühmten Einzeiler fürs Terminal. Dieser Einzeiler erzeugt den MacServer Ordner, sollte dieser nicht existieren. Dann wechselt die Shell dort hinein und lädt alle PDF Dateien herunter.

Einfach den folgenden Block KOMPLETT markieren, kopieren und in ein Terminalfenster einfügen, mit Return abschicken… einen Kaffee trinken…. Fertig.

mkdir -p ~/Documents/MacServer && cd  ~/Documents/MacServer && echo \
http://manuals.info.apple.com/de_DE/Apple_Server_Diagnostics_UG_v3X106_D.pdf \
http://manuals.info.apple.com/de_DE/Mac_OSX_Server_v10.6_Einfuhrung.pdf \
http://manuals.info.apple.com/en_US/Apple_Server_Diagnostics_UG_v3X106.pdf \
http://manuals.info.apple.com/en_US/Mac_OSX_Server_v10.6_Getting_Started.pdf \
http://manuals.info.apple.com/en_US/Mac_OSX_Server_v10.6_Worksheet.pdf \
http://manuals.info.apple.com/en_US/Migration_v10.6.pdf \
http://manuals.info.apple.com/en_US/ServerAdmin_v10.6.pdf \
http://manuals.info.apple.com/en_US/IntroCommandLine_v10.6.pdf \
http://manuals.info.apple.com/en_US/AddressBkServer_v10.6.pdf \
http://manuals.info.apple.com/en_US/WikiServerAdmin_v10.6.pdf \
http://manuals.info.apple.com/en_US/WikiDeployment_v10.6.pdf \
http://manuals.info.apple.com/en_US/PodcastComposer_v10.6.pdf \
http://manuals.info.apple.com/en_US/FileServerAdmin_v10.6.pdf \
http://manuals.info.apple.com/en_US/MailServicesAdmin_v10.6.pdf \
http://manuals.info.apple.com/en_US/OpenDirAdmin_v10.6.pdf \
http://manuals.info.apple.com/en_US/UserMgmt_v10.6.pdf \
http://manuals.info.apple.com/en_US/iChatServer_v10.6.pdf \
http://manuals.info.apple.com/en_US/iCalServer_v10.6.pdf \
http://manuals.info.apple.com/en_US/NetworkSvcs_v10.6.pdf \
http://manuals.info.apple.com/en_US/PodcastProducer_v10.6.pdf \
http://manuals.info.apple.com/en_US/PrintServer_v10.6.pdf \
http://manuals.info.apple.com/en_US/QTSB_v10.6.pdf \
http://manuals.info.apple.com/en_US/SystemImage_v10.6.pdf \
http://manuals.info.apple.com/en_US/WebTech_v10.6.pdf \
http://manuals.info.apple.com/en_US/XgridAdmin_v10.6.pdf | xargs -n1 -J {} curl {} -O

Nach dem Abschicken des Terminals Befehls kann man “curl” in Action zusehen

Durch Platzieren des MacServer Ordners in der Favoritenleiste kommt man schnell an die gewünschten Informationen.

Dieses Verfahren ist natürlich nicht nur auf die Snow Server Manuals beschränkt, sondern eignet sich für jegliche PDF Dokumentationen oder andere Dateien im ASCII Format.

Doch was war das….???

Dieses   Laufwerk hatte die DVD aufgefressen. Anscheinend hatte sich das Macbook Pro auf den Oberschenkeln ganz leicht verbogen, was jedoch ausreichend war, dass die DVD irgendwo im Laufwerk geschliffen hat. Dieses ging auch fast geräuschlos vonstatten, ich dachte das sei das ganz normale Lesegeräusch.

Fazit:
DVD sollten in einem MacBook Pro ausschliesslich auf einem ebenen Tisch verwendet werden. Das Metallgehäuse täuscht einem Stabilität vor, die nicht wirklich vorhanden ist. Von wertvollen Einzelstücken ist (soweit möglich) eine Arbeitskopie zu erstellen, damit die Daten nicht unwiederbringlich im DVD-Himmel landen.

Meine betroffene DVD ist jedenfalls bis zu Unleserlichkeit zerstört worden, sie ist bereits dem Sondermüll zugeordnet worden. Vorher habe ich sie jedoch noch fotografiert, damit ihr mal sehen könnt, wie gründlich die SuperDrive Oberflächenfräse arbeitet.