7

У меня есть общий внешний жесткий диск емкостью 1 ТБ, содержащий один раздел HFS. Первоначально я отформатировал это с помощью дисковой утилиты, и она работала нормально. Теперь по какой-то причине он не монтируется автоматически при запуске.

Использование mount в командной строке приводит к следующей ошибке:

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

... но если я использую команду mount_hfs она работает нормально, монтируется и доступна для чтения.

$ mount_hfs /dev/disk1s2 /Volumes/Test/

fsck выдает ошибку о плохом суперблоке:

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

... но fsck_hfs -fn /dev/disk1s2 не находит проблем и сообщает, что с томом все в порядке.

В Дисковой утилите диск, кажется, имеет один раздел MS-DOS с любопытным уведомлением о том, как он выглядит для Boot Camp:

Скриншот

У меня установлен драйвер Boot Camp HFS в Windows 7, и эта ОС видит диск / раздел нормально. Что не так с моим диском?

3 ответа3

6

Похоже, проблема была в таблице разделов.

$ 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!

Файловая система не была повреждена, но раздел HFS+ на внешнем диске был ошибочно помечен как Microsoft Basic Data вместо Apple_HFS . Я использовал утилиту GPT fdisk, чтобы изменить ее тип обратно на HFS+, и она сразу появилась на рабочем столе и снова заработала нормально.

1

У меня сейчас очень похожая проблема. Я запустил следующую команду, вывод которой я включил. Однако, это все еще не решило проблему для меня, однако, возможно, вам повезет больше.

> 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.
0

Сообщение на форумах поддержки Apple указывает, что DiskWarrior может помочь вам в этом сценарии.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .