OS X 10.6 Snow Leopard больше не монтирует внешний USB-накопитель
У меня есть общий внешний жесткий диск 1 ТБ, содержащий один раздел HFS. Я изначально форматировал это с помощью Disk Utility, и он работал нормально. Теперь, по какой-то причине, он не автомонтируется, когда я запускаю.
Использование mount в командной строке дает следующую ошибку:
$ sudo mount /dev/disk1s2 /Volumes/Test /dev/disk1s2 on /Volumes/Test: Incorrect super block.
… но если я использую команду mount_hfs он отлично работает, монтируется и читается.
- Использование UDF на USB-накопителе
- Как добавление ip / web-адреса в трафик блока файлов хостов?
- Принудительное удаление файлов с довольно большим именем
- Атрибуты файла
- Перегородки, перекрывающие Linux
$ 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 не обнаруживает никаких проблем и сообщает, что том выглядит нормально.
В Disk Utility на диске имеется один раздел MS-DOS с любопытным уведомлением о том, как он разбит на разделы для Boot Camp:
У меня есть драйвер HFS Boot Camp, установленный в WIndows 7, и эта ОС обычно видит диск / раздел. Что случилось с моим диском?
- Я случайно поделился своим диском C - о чем я должен беспокоиться?
- Как установить Linux на флеш-диск с файловой системой NTFS?
- Создание файловой системы FAT и сохранение ее в файл в GNU / linux?
- Сколько файлов может содержать папка Windows?
- Windows: как отключить скрытый атрибут для всех файлов и каталогов на диске?
- Какая файловая система USB-накопителя работает в операционной системе Windows, Linux и OS X?
- Каталог и папка
- Инструмент для определения файловой системы на съемных носителях
Похоже, проблема была в таблице разделов.
$ 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 может помочь вам в этом сценарии.