Ich habe eine größtenteils tote interne Festplatte in meinem 07er iMac. Ich habe die Maschine auf ein externes FW800-Laufwerk umgestellt, aber ab und zu wird beim Neustart das meist tote interne Laufwerk beim Booten gemountet, und sein meist toter Status verursacht endlose Probleme auf der Maschine. Meine Spotlight-Indizierung stockt beim Versuch, sie zu lesen, LaunchBar beschwert sich und wird langsamer, das Festplatten-Dienstprogramm startet nicht – es ist nicht gut, wenn es aktiv ist.
Ich kann das Laufwerk nicht aushängen, es ist so nah am Tod:
iansimac:~ root# diskutil unmount /dev/disk0s2
Volume Main on disk0s2 timed out while waiting to unmount
Ich würde gerne einen fstab-Eintrag zusammenstellen, um zu verhindern, dass er ein für alle Mal gemountet wird , aber ich kann die UUID für das Laufwerk nicht. Der diskutil
Anruf dagegen legt auf bei:
iansimac:~ root# diskutil info /dev/disk0s2
Device Identifier: disk0s2
Device Node: /dev/disk0s2
Part of Whole: disk0
Device / Media Name: Main
Volume Name: Main
Escaped with Unicode: Main%FF%FE%20%00
Mounted: Yes
Mount Point: /Volumes/Main
Escaped with Unicode: /Volumes/Main%FF%FE%20%00
File System Personality: Journaled HFS+
Type (Bundle): hfs
Name (User Visible): Mac OS Extended (Journaled)
Journal: Journal size 81920 KB at offset 0x1d18000
Owners: Enabled
Partition Type: Apple_HFS
Irgendwann läuft es ab, aber es dauert lange, bis es soweit ist. Ich kann das Laufwerk nicht formatieren oder löschen, diese Aktionen schlagen fehl. Genauso wie der Versuch, es zu reparieren. Es lohnt sich einfach nicht, einen iMac Ende 2007 zu entfernen und zu ersetzen, also würde ich ihn gerne an Ort und Stelle lassen, aber ihn aus dem Weg räumen.
Gibt es eine andere Möglichkeit, die UUID für das Gerät zu erhalten, bei der die Festplatte sowieso nicht verwendet wird? Würde es irgendwo in einer Datei zwischengespeichert werden, die ich mir ansehen könnte? Ich habe mir die Ausgabe von angesehen diskutil
und konnte keinen Weg finden, sie zu erhalten, ohne das Gerät einzubeziehen. Und die mount
Ausgabe sagt nichts über UUIDs in ihrer Ausgabe aus.
Haben Sie versucht, sich die Kernel-Protokollmeldungen anzusehen? Wenn es, wie Sie bereits sagten, mindestens einmal versucht hat, vom Laufwerk zu rooten, können Sie versuchen, es in /var/log/system.log zu finden, zum Beispiel:
$ grep 'rooting\ via' /var/log/system.log
Oct 24 18:01:44 localhost kernel[0]: rooting via boot-uuid from /chosen: 4AB3D289-884F-379C-AF7B-************
Oct 25 11:21:57 localhost kernel[0]: rooting via boot-uuid from /chosen: 4AB3D289-884F-379C-AF7B-************
Oct 28 10:30:54 localhost kernel[0]: rooting via boot-uuid from /chosen: 4AB3D289-884F-379C-AF7B-************
...
Diese Protokolle werden normalerweise monatelang aufbewahrt, also sollten Sie in der Lage sein, sie zu bekommen.
/var/log/system.log
Datei reicht nur bis zum 19. November zurück, was nicht weit genug zurückreicht, um dieses Laufwerk als Startlaufwerk zu erfassen. Es sind andere UUIDs darin, aber keine für das tote Laufwerk. Aber das war eine großartige Idee, stimmt dafür!diskutil
aber das war eine großartige Idee, also bekommt es meine Note für die Antwort auf die Frage.
Joop
Joop
Herr Hase
Jan C.