…and Urbans Blog-O-Mat

Puuh, Sch*** gehabt.
In letzter Verzweifelung wurde der Login mit “root” versucht, und mit diesem hat die lokale Anmeldung geklappt.
Daher hier die Warnung an alle…. Finger weg von dieser Option, es könnte sonst das letzte sein, was ihr von der grafischen Oberfläche zu sehen bekommt.

Also rechtzeitig den root-User aktivieren:

• http://www.macfix.de/index.php?mode=thread&id=147274

Kommandozeile im Terminal

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

Beim Finetuning eines Mac OS X Server 10.6 (Snow Leopard) ist mir ein Lapsus unterlaufen. Bei der Einrichtung der User im Open Directory mir offensichtlich ein Missgeschick passiert.

Nach einem Reboot ist es nun nicht mehr möglich sich lokal anzumelden.

Login via SSH funktioniert jedoch problemlos.

Die Standard Services funktionieren ebenso.

• Apache
• WebDAV
• etc.

Lediglich beim Versuch sich lokal anzumelden wird in “/var/log/sercue.log” wie folgt quittiert:

Dec 12 11:28:22 macserver SecurityAgent[180]: Could not get the user record for 'xyz' from Directory Services
Dec 12 11:28:22 macserver SecurityAgent[180]: User info context values set for xyz
Dec 12 11:28:22 macserver SecurityAgent[180]: unknown-user (xyz) login attempt PASSED for auditing

Kennt irgend jemand den Grund für diesen Effekt, bzw. eine Möglichkeit, die lokale Anmeldung wiederherzustellen?

Trotz tagelanger Suchen und Recherchen bin ich bislang noch nicht fündig geworden.

Der Server schüttelt sich beim Versuch sich lokal anzumelden.

In dem Artikel habe ich ausführlich beschrieben, wie man vorhandenen freien Plattenplatz im LAN zum TimeMachine-Backup nutzen kann. Mit dem Snow Leopard Update auf 10.6.2 Build 10C540 funktionierte dieses Verfahren plötzlich nicht mehr. Durch Gespräche mit anderen Mapple-Usern erfuhr ich, dass dieses flächendeckend auftritt. Ein Zugriff auf das Sparsebundle klappt nicht mehr, nach ewig langen Verbindungsversuchen erschienen die freundliche Meldung: “…konnte nicht erstellt werden (Fehler 45)”.

Was war geschehen?

Durch Bugfixes an der TimeMachine Software und aber auch an der Schlüsselbundverwaltung ist es offensichtlich zu einer Inkompatibilität gekommen, weshalb das Mounten des Sparsebundles fehlschlägt.

Wie bin ich der Sache auf den Grund gekommen?

• Die TimeMachine Aktivität via Terminal verfolgt mit:

   tail -f /var/log/system.log

• Ein neues Sparsebundle erstellt, wie ich es hier beschrieben habe.
• Alle TimeMachine Schlüssel in der Schlüsselbundverwaltung gelöscht.
• Das Sparsebundle auf das NAS kopieren und einfach alles jungfräulich aufsetzen
• Evtl. besteht auch die Möglichkeit, das Backups.db Verzeichnis des alten Sparsebundles in das neue zu kopieren.
  Darauf habe ich jedoch verzichtet, und mich lieber von den Altlasten getrennt.

Weiterführende Infos zu TimeMachine Troubleshooting:

• http://discussions.apple.com/thread.jspa?threadID=2057525

Seit Jahren bin ich Freund von MindMaps, da das “Wolkendenken” mir gute Unterstützung beim Brainstormen und Refactoring geben. Als Freund von OpenSource setzte ich bislang FreeMind ein. Durch den Blog Eintrag von David Strohmayer wurde ich auf XMind aufmerksam und war sofort begeistert. Dadurch dass diese Software auf Basis der Rich Client Platform aufgesetzt ist, hat man das Gefühl noch “dichter” dran zu sein.

Freundliche “Leihgabe” von David Strohmayers Blog Artikel

Doch jetzt kommt die Mac-Tastatur wieder ins Spiel:

In XMind steht, dass man einen neuen Unterknoten mit der “Einfg” Taste erzeugen kann….
Aarrghh!! wo ist diese denn nun wieder !!!
Die Einfg -Emulation für VMWare funktioniert hier nicht.

< fn > + < M >

Also, anstatt zu brainstormen, war mal wieder mal Recherche im Web angesagt.
Fündig wurde ich bei macuser.de.

Die Lösung ist:

< Tab >

bzw.

< Apfel > + < Return >

Also manchmal wünsche ich mir mein Schaukelpferd…äääh….meine gute alte 101-Standard Tastatur zurück.
Wenn ich dieses Blog hier nicht hätte, wo sollte ich mir dann bloß diese ganzen Spezialtasten hinschreiben?