OS X 10.6 Snow Leopard montiert kein externes USB-Laufwerk mehr

Ich habe eine generische externe 1-TB-Festplatte mit einer einzelnen HFS-Partition. Ich habe dies ursprünglich mit dem Festplatten-Dienstprogramm formatiert und es hat gut funktioniert. Aus irgendeinem Grund wird es beim Start nicht automatisch gemountet.

Die Verwendung mountin der Befehlszeile führt zu folgendem Fehler:

$ sudo mount /dev/disk1s2 /Volumes/Test
/dev/disk1s2 on /Volumes/Test: Incorrect super block.

... aber wenn ich den mount_hfsBefehl benutze , funktioniert er einwandfrei, wird gemountet und ist lesbar.

$ mount_hfs /dev/disk1s2 /Volumes/Test/

fsck gibt mir einen Fehler über einen schlechten Superblock:

$ fsck /dev/disk1
** /dev/rdisk1 (NO WRITE)
BAD SUPER BLOCK: MAGIC NUMBER WRONG

... fsck_hfs -fn /dev/disk1s2findet aber keine Probleme und meldet, dass die Lautstärke in Ordnung zu sein scheint.

Im Festplatten-Dienstprogramm scheint das Laufwerk eine einzelne MS-DOS-Partition zu haben, mit einem merkwürdigen Hinweis darauf, wie es für Boot Camp partitioniert zu sein scheint:

Ich habe den Boot Camp HFS-Treiber in Windows 7 installiert und das Betriebssystem sieht das Laufwerk / die Partition normal. Was ist los mit meiner Festplatte?

Es sieht so aus, als ob das Problem die Partitionstabelle war.

$ diskutil list
/dev/disk0   # The internal hard disk
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            402.5 GB   disk0s2
   3:       Microsoft Basic Data Boot Camp               97.1 GB    disk0s3
/dev/disk3   # The external USB drive
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk3
   1:                        EFI                         209.7 MB   disk3s1
   2:       Microsoft Basic Data                         999.9 GB   disk3s2
          # ^-- Hey, that's not right!

Das Dateisystem war intakt, aber die HFS + -Partition auf dem externen Laufwerk wurde fälschlicherweise als Microsoft Basic Datastatt markiert Apple_HFS. Ich habe das Dienstprogramm GPT fdisk verwendet , um seinen Typ wieder in HFS + zu ändern. Es wurde sofort auf dem Desktop angezeigt und funktionierte wieder normal.

Ich habe derzeit ein sehr ähnliches Problem. Ich habe den folgenden Befehl ausgeführt, dessen Ausgabe ich eingeschlossen habe. Dies hat das Problem für mich jedoch immer noch nicht behoben, aber vielleicht haben Sie besseres Glück.

> fsck_hfs -rd /dev/disk1s2
** /dev/rdisk1s2
    Using cacheBlockSize=32K cacheTotalBlock=8192 cacheSize=262144K.
   Executing fsck_hfs (version diskdev_cmds-491~1).
    Journal replayed successfully or journal was empty
** Checking Journaled HFS Plus volume.
** Checking extents overflow file.
** Checking catalog file.
** Rebuilding catalog B-tree.
hfs_UNswap_BTNode: invalid node height (1)
** Rechecking volume.
** Checking Journaled HFS Plus volume.
** 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 VHB attributesFile.clumpSize 
   Volume header needs minor repair
(2, 0)
   Verify Status: VIStat = 0x8000, ABTStat = 0x0000 EBTStat = 0x0000
                  CBTStat = 0x0000 CatStat = 0x00000000
** Repairing volume.
** Rechecking volume.
** Checking Journaled HFS Plus volume.
** 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 EXTERNAL was repaired successfully.

Ein Beitrag in den Apple Support-Foren weist darauf hin, dass DiskWarrior Ihnen in diesem Szenario möglicherweise hilft.