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

mkdir -p ~/Documents/MacServer && cd  ~/Documents/MacServer && echo \
http://images.apple.com/server/macosx/docs/MacOSXServer_SnowLeopard_PO.pdf \
http://images.apple.com/server/macosx/docs/Getting_Started_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Worksheet_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Intro_Command_Line_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Address_Bk_Server_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Wiki_Server_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Wiki_Deployment_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Podcast_Composer_UG_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Podcast_Producer_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Podcast_Producer_Workflow_Tutorial.pdf \
http://images.apple.com/server/macosx/docs/File_Server_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Network_Services_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Mail_Service_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Open_Directory_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/User_Management_v10.6.pdf \
http://images.apple.com/server/macosx/docs/iChat_Service_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Print_Server_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Web_Tech_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/QTSS_and_Broadcasting_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/System_Imaging_and_SW_Update_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/iCal_Server_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Leopard_Server_Security_Config_v10.5_2nd_Ed.pdf \
http://images.apple.com/server/macosx/docs/Advanced_Server_Admin_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Upgrading_and_Migrating_v10.6.pdf \
http://images.apple.com/server/macosx/docs/Xgrid_Admin_and_HPC_v10.6.pdf \
| xargs -n1 -J {} curl {} -O

Die Anwendung ist analog.

• Wie bekommt man die Admin-Rechte wieder zurück?
• Gibt es irgendwo eine Anleitung (am Besten erstmal in deutsch) um zumindest die Basics von OD zu verstehen?

Fehlermeldungen:

• Got unexpected error of type eDSRecordNotFound (-14136) on line 1268 of /SourceCache/WorkgroupManager/WorkgroupManager-361.2.1/PMMUGMainView.mm

1.) Ansehen – Ansehen – Keine

2.) Ein Menüeintrag fehlt sogar komplett.

Was sagt einem das?
Die Maschine einfach in englisch betreiben (zumindest für die Verwaltung).
So ist zumindest sichergestellt, dass nichts unter den Tisch gefallen ist.

Hier gehts zu den Artikeln:

• http://www.wlanbook.com/mac-os-x-wifi-wireless-scanner/
• http://www.wlanbook.com/netstumbler-mac-os-x/

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

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.

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

 < shift >  +  < alt > + < 7 >

In der VMFusion (also im Windows) ist der Backslash erreichbar mit:

< alt > + < ? >

(Hier empfiehlt sich die rechte Alt-Taste, weil sie “näher dran” ist)

Durch Zufall habe ich gerade herausgefunden, dass der Terminal für den Backslash zusätzlich zur erstgenannten Kombination die bislang komfortabelste Kombinaton kann:

< alt > + < y >

(Empfehlung hier: linke Alt-Taste)
Warum geht das nicht durchgängig auf dem Mac (inklusive VMFusion)  so?