Schlagwort: Mac OS X

Apple Mac OS X – User Accounts im Anmeldefenster verstecken

Posted on by Jann Heider

Jedes System welches ich neu aufsetzte (egal ob Privat oder in der Firma) bekommt von mir mindestens 2 Standard User Accounts. Einmal einen Admin User und dann der User selbst. Bei mobilen Clients gibt es dann oft noch einen 2ten mobilen Admin User (Grund hierfür wäre zu lange zum erklären).

Damit allerdings im Anmeldefenster nicht all diese Admin Accounts rumlungern sondern nur der User Account angezeigt wird, gibt es bei OS X zwei Wege.

Auch normale User Accounts können über das Terminal versteckt werden.

Continue reading →

Fontcache unter Mac OS X 10.6 löschen

Posted on by Jann Heider

Ich musste es schon lange nicht mehr machen, doch jetzt war es mal wieder so weit und ich wollte unter 10.6 den Fontcache löschen und war vergeblich auf der suche nach dem Ordner „\Library\Caches\com.apple.ATS\xxx“:), dabei hat sich das seit 10.5 schon geändert ;).

Unter OS X 10.6 den User und System Fontcache löschen:

Terminal öffnen und folgende Befehle nacheinander eingeben:

Den User Fontcache löschen

atsutil databases -removeUser

Den System Fontcache löschen

sudo atsutil databases -remove

ATS Server stoppen

atsutil server -shutdown

ATS Server starten

atsutil server -ping

Fertig !

Für alle die es interessiert, der Fontcache befindet sich unter /var/folders/ …

Apple Software Update Server 10.6

Posted on by Jann Heider

Zur Zeit richte ich grade wieder einen Apple Software Update Server ein.

Der Apple Softwareupdateserver ist vom prinzip ein Proxy oder Clone vom originalem Apple Software Update Server (SUS). Vorteil eines inhouse SUS liegt klar auf der Hand.

Bandbreite sparen, bestimmen welche Updates verteilt werden sollen, downloadzeit für Clients sehr gering.

Eigentlich ist die Installtion kein Hexenwerk wenn man ein paar Dinge beachtet.

Continue reading →

Mac OS 10.6 und der Huawei MF637 (Web´n Walk Stick Fusion Telekom) UMTS USB Stick

Posted on by Jann Heider

Eben grade habe ich auf einem neuen MacBook Pro mit Mac OS 10.6 den Web´n Walk Stick Fusion (Modell MF637) versucht zu installieren. Nach der Installtion funtkionierte schon die Systemeinstllungen nicht mehr richtig… naja mal nen neustart machen und schauen was passiert.

Dumm nur das das MacBook Pro danach nicht mehr booten wollte!

Also das System im Verbose Modus (Apfel + V) gebootet und mal geschaut was los ist… das System bleibt mit folgender Meldung stehen:

Warning – com.apple.driver.InternalModemSupport declares no kernel dependencies ; using com.apple.kernel.6.0.

Yeah! Danke Telekom und Huwai für diese schadhafte Installation ! *kotz*

Nach langem suchem im Internet und debugging auf einem Testsystem nun die Lösung …

Der Installer der Telekom ersetzt unter /usr/lib/ die libcurl.4.dylib mit einer nicht 64-Bit fähigen version … WARUM AUCH IMMER DER INSTALLER SEINE EIGENE libcurl Version mitbringt! Das verstehe ich nicht!

Vorgehensweise wenn das System nicht mehr bootet:

Ihr müsst also einfach euch von einem anderem Mac mit 10.6 oder der Installtions DVD die libcurl.4.dylib besorgen.

Ich habe in meinm Fall einfach das MacBook Pro im Target Disc Modus gebootet und von einem anderem Mac (mit 10.6.) die libcurl.4.dylib auf das MacBook Pro kopiert.

Entweder macht ihr das über das Terminal mit „cp“ oder über den Finder mit „gehe zu“ und dann „/usr/lib/“ und einfach kopieren und überschreiben, den Mac neustarten und schon läuft alles wieder! Ja, auch die Telekom Software wird dann laufen!

Vorgehensweise bei einer neuen Erstinstallation:

  1. Die Datei /usr/lib/libcurl.4.dylib backupen (z.B. auf den Schreibtisch kopieren)
  2. Telekom Software installieren (welche nun die Original libcurl.4.dylib überschreibt)
  3. Danach das System nicht neustarten!
  4. Die vorher gesichterte libcurl.4.dylib wieder zurück nach /usr/lib/ kopieren
  5. System neustarten

Nun sollte der Mac und auch der UMTS Stick inkl. der Telekom Software laufen!

Danke… das hat mich grade eben 3 Stunden debugging und meine Mittagspause gekostet !

OS X Server – ClamAV / freshclam generve nach update auf OS X 10.5.8 Server

Posted on by Jann Heider

Am Wochenende habe ich einen unserer Apple Server geupdatet.

Nach dem Update von OS X Server 10.5.5 auf 10.5.8 haben launchd und clamav (bzw. freshclam) das System.log alle 10 Sekunden zugespammt.

Die Fehlermeldungen lauteten:

19.10.09 09:58:15 org.clamav.freshclam[9271] ERROR: Incorrect argument format for option –checks (-c)
19.10.09 09:58:15 org.clamav.freshclam[9271] ERROR: Can’t parse command line options
19.10.09 09:58:15 com.apple.launchd[1] (org.clamav.freshclam[9271]) Exited with exit code: 1
19.10.09 09:58:15 com.apple.launchd[1] (org.clamav.freshclam) Throttling respawn: Will start in 10 seconds

Anscheinen hat es hier nach dem Update eine launchd plist zerhauen oder was auch immer. Eine kurze Prüfung in der entsprechenden plist „org.clamav.freshclam.plist“ zeigte wohl auch schon das Problem… ein Leerzeichen im String welches wohl falsch übergeben wird.

Die Lösung

Per ssh auf den Server (oder  alternativ auf dem Server das Terminal öffnen) und dann:

1. ClamAV stoppen

sudo launchctl unload /System/Library/LaunchDaemons/org.clamav.freshclam.plist

2. Plist bearbeiten

vim /System/Library/LaunchDaemons/org.clamav.freshclam.plist

die entsprechende stelle…

<?xml version=“1.0″ encoding=“UTF-8″?>
<!DOCTYPE plist PUBLIC „-//Apple//DTD PLIST 1.0//EN“ „http://www.apple.com/DTDs/PropertyList-1.0.dtd“>
<plist version=“1.0″>
<dict>
<key>Iterations</key>
<integer>1</integer>
<key>Label</key>
<string>org.clamav.freshclam</string>
<key>OnDemand</key>
<false/>
<key>Program</key>
<string>/usr/bin/freshclam</string>
<key>ProgramArguments</key>
<array>
<string>freshclam</string>
<string>-d</string>
<string>-c 4</string>
</array>
<key>ServiceIPC</key>
<false/>
<key>UserName</key>
<string>_clamav</string>
</dict>
</plist>

…ändern in

<?xml version=“1.0″ encoding=“UTF-8″?>
<!DOCTYPE plist PUBLIC „-//Apple//DTD PLIST 1.0//EN“ „http://www.apple.com/DTDs/PropertyList-1.0.dtd“>
<plist version=“1.0″>
<dict>
<key>Iterations</key>
<integer>1</integer>
<key>Label</key>
<string>org.clamav.freshclam</string>
<key>OnDemand</key>
<false/>
<key>Program</key>
<string>/usr/bin/freshclam</string>
<key>ProgramArguments</key>
<array>
<string>freshclam</string>
<string>-d</string>
<string>-c</string>
<string>4</string>
</array>
<key>ServiceIPC</key>
<false/>
<key>UserName</key>
<string>_clamav</string>
</dict>
</plist>

und gut ist! Danach kann ClamAV wieder gestartet werden.

3. ClamAV wieder starten:

sudo launchctl load /System/Library/LaunchDaemons/org.clamav.freshclam.plist

Nach der Änderung sollte es im log dann wieder so aussehen:

19.10.09 10:15:17 org.clamav.freshclam[9319] ClamAV update process started at Mon Oct 19 10:15:17 2009
19.10.09 10:15:17 org.clamav.freshclam[9319] main.cld is up to date (version: 51, sigs: 545035, f-level: 42, builder: sven)
19.10.09 10:15:18 org.clamav.freshclam[9319] Trying host database.clamav.net (212.18.5.140)…
19.10.09 10:15:18 org.clamav.freshclam[9319] Downloading daily-9909.cdiff [100%]
19.10.09 10:15:18 org.clamav.freshclam[9319] Downloading daily-9909.cdiff [100%]
19.10.09 10:15:18 org.clamav.freshclam[9319] daily.cld updated (version: 9909, sigs: 86294, f-level: 43, builder: guitar)
19.10.09 10:15:18 org.clamav.freshclam[9319] Database updated (631329 signatures) from database.clamav.net (IP: 212.18.5.140)

So schaut es wieder gut aus, ClamAV kann sich wieder updaten und meine System.log wird nicht alle 10 Sekunden zugespammt :) Muchas!

Mac – Shell, „Daten“ aus der Shell in die Zwischenablage vom Finder

Posted on by Jann Heider

Wer bei OS X mal aus der Shell schnell etwas in die Finder Zwischenablage bringen muss dem sei mit pbcopy geholfen. Auch die Zwischenablage aus dem Finder kann in der Shell bequem ausgelesen werden.

Etwas von der Shell in die Zwischenablage, z.b. system.log

cat system.log | pbcopy

… system.log ist wohl ne schlechte idee in der zwischenablage ;), also lieber mal so:

echo „Ab in die Ablage“ | pbcopy

Danach kann man mit cmd + v dies einfach in ein Textdokument einfügen.

Um die Finder Zwischenablage auszulesen einfach in der Shell

Einfach anzeigen in der Shell pbpaste eintippen.

pbpaste

Danach sollte (sofern etwas in der Zwischenablage vorhanden ist) es einfach in den output geschreiben werden. Natürlich kann man sich den inhalt auch gleich in eine Datei schreiben:

pbpaste > ablage.txt

Viel spaß damit, wofür auch immer ihr es brauchen werdet^^

Schnell den aktuellen Ordner aus dem Terminal im Finder öffnen

Posted on by Jann Heider

Mac OS X -> Kurznotiz:

Möchte man schnell mal den Aktuellen Ordner aus dem Terminal im Finder öffnen, dann einfach:

open .

in der Shell eingeben und schon öffnet sich der Ordner im Finder.

Genauso kann man auch Dateien aus der Shell heraus öffnen

open texdatei.txt

öffnet die textdatei.txt mit dem aktuell zugewiesenen Programm für txt Dateien… Standard ist dies Texedit.

[Dock und Applauncher Stöckchen] – Was habt ihr im Dock [Update]

Posted on by Jann Heider

Über fidel und Lasse bin ich auf das Stöckchen von Dave aufmerksam geworden. Genaugenommen hat es mit Lasse zugeworfen.

Dave möchte gern wissen was sich in unseren Docks so sammeln und wie wir Programme starten die nicht im Dock sind (Applauncher).

Mein Dock auf der Arbeit sieht so aus:

Mein Dock

Von Links nach Rechts:

Finder, Dashboard, Safari, 4D Client, FireFox, Word, PowePoint, Excel, Entourage, GraphicConverter, Server-Admin, Arbeitsgruppenmanager, Servermonitor, Remote Desktop, Remotedesktopverbindung, VMWare Fusion, FileWave XAdmin, Kerio Admin Console, Textwrangler, Chicken of the VNC, Sequel Pro, Terminal (ganz wichtig!!!) Cyberduck, iCal, Notizzettel, Microsoft Messenger, Adium, SSH Agent.

Und mein Dock @ Home:

dockathome

Wer fragen zu eines der Programme hat kann sich gern hier melden ^^

Ansonsten Starte ich Programmme die nicht im Dock sind einfach über Spotlight (oben recht, bzw. cmd + Leertaste)

[Update]
Ich habe noch mein Dock @ Home hinzugefügt

OS X Server-Admin Tools Probleme

Posted on by Jann Heider

Mh, nachdem heute mein Server-Admin gestartet ist waren 3 Server ausgegraut und die Meldung lautete „Dienste nicht erreichbar“ oder „Dienste nicht konfiguriert“, bekomme die genaue Fehlermeldung jetzt nicht wirklich zusammen. Selbst auf den Servern Lokal funktionierten die Server-Admin Tools nicht.

Im ersten Moment… schock… was ist passiert…. alle Dienste weg und jetzt alles neu konfigurieren ?

Naja, ganz so Schlimm war es zum glück doch nicht, die Dienste wie DNS, Open Directory, WWW, AFP, etc… liefen einwandfrei. Also wohl mal wieder ein Bug in den Server-Admin Tools :/

Etwas Recherche im Internet ergab das man den Server neustarten soll damit es wieder geht… lol… das können die Windows Admins ja gerne bei Ihren Kisten machen um ein Problem zu lösen.

Also weiteres Debugging…

Die Logfiles auf dem Server hatten zu hauf solch schöne Einträge:

23.03.09 10:01:38 Server Admin[1122] *** -[GroupTextField windowDidResignKey:]: unrecognized selector sent to instance 0x2a91e0

Diese entstanden jedoch nur wenn man den Server-Admin beendet und wieder gestartet hat.

Der Prozess servermgrd auf dem Server schien auf den ersten blick nicht zu hängen. Dieser Daemon wird gebraucht um mit dem Server-Admin den Server zu administrieren.

Um sicherzustellen das der servermgrd Daemon auf dem Server auch einwandfrei läuft kann man einfach mit einem Webbrowser die URL https://mein.server.de:311/ aufrufen. Wird hier erfolgreich etwas angezeigt läuft der Daemon auf jeden Fall einwandfrei.

Und genau das war nicht der Fall.

Um jetzt nicht den ganzen Server neustarten zu müssen killen wir einfach den Daemon:

Zuerst prüfen wir ob und unter welcher PID er läuft, also das Terminal öffnen und folgendes eingeben:

ps aux | grep servermgrd

Die Ausgabe sollte dann etwa so aussehen:

Terminal servermgrd

Danach einfach im Terminal den Prozess killen mit „kill (PID)“ in diesem Fall also:

kill 75

und manuell Launchd anweisen den Daemon zu starten mit dem Befehl:

launchctl load /System/Library/LaunchDaemons/com.apple.servermgrd.plist

Fertig! Alles läuft wieder einwandfrei und ich musste den Server nicht neustarten !!!

Habt ihr auch schon öfter schlechte Erfahrungen mit den Server-Admin Tools von Mac OS X gehabt ?

Die Serveradmin Tools sind leider sehr oft Buggi wie sau :/