OS X 10,6 Snow Leopard, больше не монтирующих внешнюю Карту памяти
У меня есть универсальный внешний жесткий диск на 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 с любопытным уведомлением о том, как это, кажется, делится для Учебного лагеря:
У меня есть Учебный лагерь драйвер HFS, установленный в Windows 7, и что ОС обычно видит диск/раздел. Что случилось с моим диском?
3 ответа
Похоже, что проблемой была таблица разделов.
$ 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 +, и это сразу появилось на рабочем столе и работало обычно снова.
Я в настоящее время испытываю очень похожую проблему. Я выполнил следующую команду, вывод которой я включал. Однако это все еще не решило проблему для меня, однако возможно, у Вас будет лучшая удача.
> 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.
Сообщение в Форумах поддержки Apple указывает, что DiskWarrior мог бы помочь Вам в этом сценарии.