Wie kann ich die Datei mit den erweiterten Attributen von HFS + reparieren?

8048
gelraen

Gibt es ein Tool, das die Datei mit den erweiterten Attributen reparieren / neu erstellen kann?

Fürs fsck_hfsErste habe ich es mit Mac OS X 10.6.3 Retail DVD, mit fsck.hfsplusGParted 0.5.2 livecd und Paragon Partition Manager 11 versucht . Alles ohne Erfolg.

Diese Manpage gibt an, dass fsck_hfsdie -ROption angegeben werden kann, welche B-Bäume neu erstellt werden müssen. Ich habe jedoch keine fsck_hfsBinärdatei gefunden, die diese Option akzeptiert.

Jetzt habe ich eine Festplatte mit defektem HFS + an die VM in VirtualBox über das Netzwerk angeschlossen (über das FreeBSD-GEOM-Gate), da ich derzeit keinen SATA-USB-Adapter habe.

2
Super User ist kein Diskussionsforum, Sie sollten stattdessen einen Kommentar zu Ihrer eigenen Antwort hinzufügen. slhck vor 13 Jahren 0

1 Antwort auf die Frage

2
Graham Perrin

Geben Sie die Option als an

-Re 

Wenn Sie den Befehl fsck_hfs ohne Option angeben, kann die unter 'usage' angezeigte Liste der Optionen geringer sein als die tatsächlich akzeptierten Optionen. Ich glaube, das ist ein Dokumentationsfehler .

Update - 30.07.2011

Wenn die Option -R von fsck_hfs in Mac OS X 10.6.3 nicht erkannt wird, wird davon ausgegangen, dass sie in einer späteren Version von 10.6.x eingeführt wurde - für die im Eröffnungspost referenzierte Handbuchseite gibt es zwischen 10.5 und 10.6.6 nichts.

Snow Leopard im Apple Store (UK) bleibt bei 10.6.3. Wenn Sie ein startfähiges Medium mit der leistungsfähigeren Version von fsck_hfs benötigen, sollte ich Folgendes empfehlen:

Als Referenz dient hier eine Abschrift von 10.7 (Build 11A511):

[macbookpro08-centrim:~] gjp22% date Sat 30 Jul 2011 08:25:39 BST [macbookpro08-centrim:~] gjp22% uname -a Darwin macbookpro08-centrim.home 11.0.0 Darwin Kernel Version 11.0.0: Sat Jun 18 12:56:35 PDT 2011; root:xnu-1699.22.73~1/RELEASE_X86_64 x86_64 [macbookpro08-centrim:~] gjp22% diskutil list /dev/disk0 #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *320.1 GB disk0 1: EFI 209.7 MB disk0s1 2: Apple_CoreStorage 318.1 GB disk0s2 3: Apple_Boot Recovery HD 650.0 MB disk0s3 4: Apple_Journal 536.9 MB disk0s4 5: Apple_HFS scratchy 536.9 MB disk0s5 /dev/disk1 #: TYPE NAME SIZE IDENTIFIER 0: Apple_HFS speedy *317.8 GB disk1 [macbookpro08-centrim:~] gjp22% sudo /sbin/fsck_hfs -R /sbin/fsck_hfs: option requires an argument -- R usage: fsck_hfs [-b [size] B [path] c [size] Edfglx m [mode] npqruy] special-device b size = size of physical blocks (in bytes) for -B option B path = file containing physical block numbers to map to paths c size = cache size (ex. 512m, 1g) E = exit on first major error d = output debugging info f = force fsck even if clean (preen only)  g = GUI output mode x = XML output mode l = live fsck (lock down and test-only) m arg = octal mode used when creating lost+found directory  n = assume a no response  p = just fix normal inconsistencies  q = quick check returns clean, dirty, or failure  r = rebuild catalog btree  u = usage  y = assume a yes response  [macbookpro08-centrim:~] gjp22% sudo diskutil unmount /Volumes/scratchy Volume scratchy on disk0s5 unmounted [macbookpro08-centrim:~] gjp22% sudo /sbin/fsck_hfs -Re /dev/disk0s5 ** /dev/rdisk0s5 Executing fsck_hfs (version diskdev_cmds-540.1~34). ** Checking Journaled HFS Plus volume. The volume name is scratchy ** Checking extents overflow file. ** Checking catalog file. ** Rebuilding extents overflow B-tree. ** Rechecking volume. ** Checking Journaled HFS Plus volume. The volume name is scratchy ** Checking extents overflow file. ** Checking catalog file. ** Checking multi-linked files. ** Checking catalog hierarchy. ** Checking extended attributes file. ** Checking volume bitmap. ** Checking volume information. Invalid volume file count (It should be 336 instead of 226) Invalid volume directory count (It should be 37 instead of 52) Invalid volume free block count (It should be 124541 instead of 125082) Volume header needs minor repair (2, 0) ** Repairing volume. ** Rechecking volume. ** Checking Journaled HFS Plus volume. The volume name is scratchy ** Checking extents overflow file. ** Checking catalog file. ** Checking multi-linked files. ** Checking catalog hierarchy. ** Checking extended attributes file. ** Checking volume bitmap. ** Checking volume information. ** The volume scratchy was repaired successfully. [macbookpro08-centrim:~] gjp22% sudo /sbin/fsck_hfs -fn /dev/disk0s5 ** /dev/rdisk0s5 (NO WRITE) Executing fsck_hfs (version diskdev_cmds-540.1~34). ** Checking Journaled HFS Plus volume. The volume name is scratchy ** Checking extents overflow file. ** Checking catalog file. ** Checking multi-linked files. ** Checking catalog hierarchy. ** Checking extended attributes file. ** Checking volume bitmap. ** Checking volume information. ** The volume scratchy appears to be OK. [macbookpro08-centrim:~] gjp22%  
Nein, es heißt immer noch "fsck_hfs: illegale Option - R" gelraen vor 13 Jahren 0
Ich bin neugierig: Warum möchten Sie diesen speziellen B-Baum umbauen? Ist die Notwendigkeit des Wiederaufbaus aktiv von jemandem oder etwas vorgeschlagen? Oder ist der Umbau ein Versuch, etwas zu umgehen, das Sie verwirrt? Graham Perrin vor 13 Jahren 0
Ich wollte es neu aufbauen, weil es kaputt war und das System nicht starten konnte. gelraen vor 13 Jahren 0
@gelraen danke. Wenn eine Neuerstellung erforderlich ist, wird sie vom System automatisiert. Faustregel: Wenn die automatische Neuerstellung fehlschlägt, ist der Versuch einer manuellen Neuerstellung mit demselben `fsck_hfs`, das jedoch von einem anderen Volume gebootet wird, nicht mehr erfolgreich. Neuere Versionen von `fsck_hfs` haben weniger strenge Anforderungen an den freien Speicherplatz. Wenn der freie Speicherplatz jedoch nicht geeignet ist, wird der Neuaufbau abgelehnt. Die Entwicklungen in Lion erlauben einige Tricks, die Sie in [Ask Different Chat] (http://chat.stackexchange.com/rooms/38/ask-different-chat) diskutieren können, wenn Sie möchten. Graham Perrin vor 13 Jahren 0