Systempflege Mac OS X

bin zurück aus dem Meeting

@hakru und alle UNIX-Freaks
Ich glaube, wir sollten, dafür sind ja pods wie diese nichtzuletzt da, unser Wissen und unsere Erfahrungen poolen.

Es gibt von den Unis ein paar gute Tutorials um sich in die Shell, das Kernel und die Services einzufinden und die Strukturen des OS X zugrundeliegenden Betriebssystems freeBSD UNIX zu verstehen.

Last not least sollte man immer genau wissen, was man in der shell (Terminal) so treibt. Im Übrigen können wir viel dazu beitragen, dass Anwendungen besser laufen, indem wir die crash logs zu den Urhebern schicken. Mallocks sind immer deutliche Hinweise auf Programmierfehler. Die crash logs generiert die Console, zu finden ist die Einstellung im Menupunt Einstellungen wenn die Console geöffnet ist. Norton sollte man übrigens alle Crash logs schicken, da Norton die Stabilität anderer installierter Anwendungen zum Teil sehr negativ beeinflusst. Stelle gerade fest, dass ich sogar schlechte Laune kriege wenn ich Norton schreibe Ach so, vielleicht weiss gar nicht jeder, wo diese Logs zu finden sind... Im Userverzeichnis unter Library im Ordner Logs...

Vielleicht darf ich an dieser Stelle noch ein wenig mein Mitteilungsbedürfnis befriedigen, indem ich sage: Viele der in den Pods erörterten Probleme treten in einem korrekt gewarteten System nicht auf. In der Regel werden dann auch nur symptom- und nicht ursachenbekämpfende Wege zur Lösung gefunden.

Werde in den nächsten Tagen ein Source Forge Projekt (hhtp://www.sourceforge.org) initiieren, dass -hoffentlich zeitnah- auch noch grösseren Laien als ich es bin eine zentrale Plattform für die Systempflege bietet, in der alle Jobs auslösbar sind. Vielleicht könnte man auch MacJanitor noch ein bisschen aufbohren, was einen zweiten möglichen Lösungsansatz ergäbe. Werde mal meine e-Mail adresse sichtbar machen. Vielleicht finden sich ein paar findige Anwender mit weiteren Ideen, wie wir dieses Thema angehen könnten. Ich könnte mir auch Vorstellen, dass Apple da mal aktiv werden sollte, das wäre mal eine kundenorientierte Aktion. Apple hätte nur wenige Personentage Aufwand ein solches Tool ins Leben zu rufen. Disk Warrior könnte ja als Tool für extreme Fälle seine Daseinsberechtigung behalten. Andere, jetzt schon überflüssige Produkte wie Norton Disk Doctor oder das was früher Tech Tool hieß würden dann allerdings in Bedrängnis kommen.

 

@kegon
Solche Leute wie Dich brauchen wir hier im Forum.Hau bloß nicht ab.

gruß

 

HI!

Das funktioniert nicht im Terminal!

Du musst gleich nachdem du den Rechner startest die Tasten APFEL und S drücken bis ein schwarzer Bildschirm mit weisser Schrift kommt.
Wenn dann der Cursor neben Lokalhost erscheint tippst du

fsck -y (mit Enter bestätigen).

Das macht du so oft bis dort steht, das das Volume in Ordnung ist, also zwei bis drei mal.

Danach tippst du

exit (wieder mit enter bestätigen).

Nun fährt der Mac hoch!

Liebe Grüsse, Mario

 

Hallo,
ich hätte da mal ne einfache Frage:
-kann ich auch mit Systemmitteln (also das was OSX von Hause aus mitbringt) die Festplatte auf Fragmentierung prüfen oder giebt es dazu Freewareprogramme?
-und dann noch mal: giebt es hier überhaupt jemanden der UFS als Filesystem mal ausprobiert hat? und wenn ja mit welchem erfolg?

 

Das geht:
Im Singel User Mode starten (Befehl + s gedrückt halten beim starten)
Dann erscheint eine Eingabeaufforderung, die einen gestandenen Macuser beunruhigen dürfte, aber keine panik.
In dieser Eingabeaufforderung "fsck" eingeben (ohne die Anführungsstriche) und return drücken. Im Falle etwaiger Fragen des Systems die y Taste Drücken (z, da amerikanische Tastaturbelegung). Mit y beantwortest Du die Fragen des Systems mit yes. Mach das nur, wenn Du keine grösseren Zusammenbrüche des Systems hattest, sonst kann man sich damit ne Menge Ärger einhandeln. Sollte das System schon ein paar mal gecrasht haben, dann lieber n drücken.
Im Output steht dann zu welchem Grad die Platte zerschossen ist.
Um das GUI (Aqua) zu bekommen:
"reboot" tippen und return drücken
so einfach ist das...
so long

PS: Ne Disk Warrior CD gehört zur Grundausstattung. Damit ist es am sichersten sowohl den Zustand der Festpaltte als auch den Zustand des Verzeichnisses zu prüfen und ggf. zu reparieren. Um zu sehen, wie dringlich die Anschaffung einer solchen CD ist, würde ich mal die o. g. Schritte ausführen...

 

Danke, aber das ist mir noch zu riskant... Bleibe aber dran

 

"The volume SystemX appears to be OK"
und was sagt mir das jetzt? ist das der "Output" oder wo kann ich den Output sehen?

 

so was, bei mir kriege ich erheblich mehr zu sehen. Schau doch nochmal genau nach...Kann dazu nichts sagen. sorry

 

davor kommen son paar meldungen was gerade gemacht wird- testet XY
und am ende halt nur der eine Satz: das volumen scheit OK zu sein

 

Zwischenstand meiner Suche nach Infos zum Thema "Disk fragmentation in OSX":

Ein representativer Thread von MacFixit.
http://www.macfixitforums.com/php/s...oard=Forum35&Number=308587&page=&view=&sb=&o=

Ein Zitat hieraus:
"An HFS+ disk containg an installation of Mac OS X fragments the same way any other HFS+ disk does. The filesystem does nothing to prevent fragmentation. The UFS filesystem used by many UNIX operating systems attempts to reduce fragmentation by putting all the extents (pieces) of a file on the same disk cylinder.

A disk optimizer that is to be used on a Mac OS X installation must be able to handle correctly the long (Unicode) file names that may appear on such a disk. It is clear that older Macintosh optimizers cannot recognize Unicode file names.

I would not encourage you to use any but the latest version of Norton Utilities while booted under Mac OS 9.2.1, or to optimize a disk containing a Mac OS X installation. The latest versions of Speed Disk, PlusOptimizer, and the optimizer in TechTool Pro are all able to optimize a Mac OS X installation, while running under Mac OS 9.x.

Always make and test a backup before running any disk optimizer.

MicroMat Inc
Makers of TechTool"

Klar, der Typ arbeitet bei MicroMat, aber der von ihm angesprochene Unterschied der Filesysteme UFS vs. HFS+ ist real. Da unterscheidet sich MacOSX von den anderen Unices. Und in anderen User/Newsgroup taucht dieser Hinweis auch auf. Sollte man erstmal nicht mit Hinweis auf "klar, Firmeninteresse!" zu den Akten legen.

Kurz gesagt:
Wenn ich das richtig verstehe, macht UFS bewußt eine Art "kontrollierte Fragmentierung mit System", so daß insgesamt ein brauchbarer Kompromiss zustande kommt. Unter HFS+/OSX dürfen wir uns, so fürchte ich, eher die von OS9.x gewohnten "Kraut und Rüben" vorstellen.
Vielleicht spielt dann auch noch rein, daß VM in OSX keine feste "swap partition" verwendet, wie manch/viele andere Unices. Bei voller Disk und Fragmentierung auch des "free space" wäre dann auch mal VM betroffen ...

Wie gesagt, ein Zwischenbericht - nicht die Verkündigung der Wahrheit!

hakru

 

@kegon
Ich habe die Prozedur gestern zum ersten mal gemacht:
Apfel + S bein Neustart gedrückt halten, dann die Eingabe fsck (allerdings mit der Zugabe -y), was nach deinen Aussagen nicht zu empfehlen ist. Das Startvolume wurde überprüft und repariert.
Vor einigen Tagen kann auch schon in der ersten Hilfe des öfteren folgende Meldung:
Falsche Zahl von Endknoten oder falscher Zähler - müsste 20940 statt 20938 sein oder so ähnlich sowie der Hinweis, dass das Volume Bitmap geringfügig repariert werden muss.
Beides wurde dann immer automatisch repariert.
Meine Frage: was bedeutet konkret Volume Bitmap oder falsche Zahl von Endknoten?

 

@kegon
ich denke ich weis jetzt warum bei mir nur der Satz kommt: "es scheint das das Volumen OK ist"
-es ist halt OK ))))
gerade habe ich mal im 9er gestartet und eine ältere Version von Norton die Platte prüfen lassen und siehe da:

- Fragmentierung 0,1% -

also ist die Ausgabe von fsck richtig.

 

Habe auch schon threads gefunden, in denen dieses Problem erörtert wird. Ich wollte aber die Vermutung mit der Swap-Partition bestätigen, das habe ich jetzt schon ein paar mal gelesen. Hier kann die Modifikation des Sartscripts abhelfen (da ich nicht alle Abhängigkeiten im System kenne, lasse ich die Finger davon) oder physischer RAM (weniger Risiko aber deutlich teurer).

 

A Die inodes (Endknoten) sind Bestandteil der "Verzeichniskarte" bzw. des "Verzeichnisbaums". Das ist ein Dokument, in dem die Platte als Baum dargestellt ist.

B Volumebitmaps sind wahrscheinlich das physikalische Pendant im HFS+. Bei UNIX gibts das nicht.

Wenn das Verzeichnis überprüft wird, wird der Verzeichnisbaum mit dem tatsächlichen Zustand der Platte verglichen. Eine fehlende Übereinstimmung der Knoten kommt i.d.R. zustande, wenn Programme abstürzen oder der Rechner plötzlich ausgeschaltet wird (Stecker ziehen reset drücken oder am Powerbook die Austaste 5 Sec. lang gedrückt halten. Ein kaputtes Verzeichnis ist zunächst nicht schlimm. Das blöde ist halt, das aus einem kleinen Fehler mehr werden kann. Viele, die einen Totalverlust ihrer Daten erleiden haben im Grunde nur das Verzeichnis verloren. Ohne dieses Verzeichnis wird die HD unbrauchbar und teure Datenrettung ist die Folge.

 

Meine Anmerkung betrifft wahrscheinlich nicht das Kernthema dieses Threads, sondern bezieht sich auf die (immer wiederkehrende) Swapfile-Geschichte, die Du ansprichst:
Grundsätzlich sind pageouts schlecht - keine Frage. Wenn sie aber nun unvermeidlich sind, dann stellt sich die Frage, wie das I/O-System von Mac OS X funktioniert:
1. Die Blockgröße von HFS+ ist 4096 bytes.
2. WENN OS X mehrere 4096-Byte-Blöcke GLEICHZEITIG swapped, dann hat eine unfragmentierte Platte einen Vorteil - logisch.
3. WENN aber das System grundsätzlich EINZELNE 4096-Byte-Blöcke auslagert, DANN ist es so gut wie egal ob die Platte fragmentiert ist oder nicht.
4. Grundsätzlich ist das Ermöglichen des besseren/schnelleren Swappens ein Kurieren an Symptomen. Das Übel an der Wurzel packen, heißt Swappen vermeiden.
5. (Hier bin ich näher am Kernthema.) Schreiben/Lesen von der fragmentierten oder unfragmentierten Platte hat eine geschwindigkeitsmäßige Relevanz eigentlich nur wenn 2. zutrifft UND wenn geswappt wird. Das übliche Speichern oder Öffnen von Dokumenten wird absolut unwesentlich beschleunigt bzw. verlangsamt.
Die Frage nach eben diesem I/O-System scheint mir die Kernfrage zu sein, wenn es darum geht, zu beurteilen, ob Fragmentierung unter Os X so problematisch ist, wie sie oft betrachtet wird. Ich könnte mir durchaus vorstellen, dass sich der real erzielbare Geschwindigkeitszuwachs im Nanosekundenbereich abspielt ;-)

 

Hmm, Performance ist nicht alles. Klar, das es sich hier um kaum spürbare Geschwindigkeitsvorteile handelt. Da kann ich falsch liegen, aber eine regelmäßig gewartete HD hält einfach länger...

 

Vielleicht bin ich verwöhnt, aber ich habe noch nie einen Plattencrash erlebt. Und jene, von denen mir erzählt wurde, lassen für mich keine Rückschlüsse in der von Dir vermuteten Richtung zu: Das waren ganz häufig sogar ziemlich neue oder wenig benutzte Platten. Soweit ich weiß, sind für eine HD aber Schreib-/Lesekopfbewegungen wesentlich unproblematischer als das ständige Herauf- oder Herunterfahren des Plattenmotors, was ja mit (De-)Fragmentierung nichts zu tun hat, sondern allenfalls mit den Energiespareinstellungen.

 

@mikrokokkus
Vielen Dank, habe wieder was gelernt...
Dann können wir den Thread also folgendermassen zusammenfassen:
Für die Systempflege sind zwei Dinge wichtig:
A MacJanitor zum ausführen der Scripts für Leute, die ihren Rechner nicht ständig an haben wie z.B. Powerbook Besitzer
B XOptimizer (hoffe ich habs richtig) um gelegentlich das Prebinding aufzufrischen, was in meinem Fall nach 2 Monaten eine spürbare Verbessrung der Performance zur Folge hatte
C Gelegentliche Defragmentierung (von mir aus auch Norton, nichtzuletzt heisst es ja:"No Risk no fun!") für Datenhysteriker
Last not least das Beachten der 10 OS X Tips die der DonRene ins Leben zurückgeholt hat...
Dann haben wir ja alles was wir brauchen und können einen Haken an die Systempflege machen. Hoffentlich auch für nicht-UNIXLer machbar... so long und vielen Dank

 

Dann machen wir das jetzt zur Standardantwort für alle "NEuzugänge".
Mehr bedarf es dann nicht.

schönen Sonnabend noch an Alle

 

@kegon
Da komme ich mir ja richtig geadelt vor, wenn so ein Crack wie Du meine 10 X-Tipps erwähnt
Verbindlichsten Dank!