Ошибка «Невозможно смонтировать файловую систему»

Попытка извлечь данные из «кирпичного» накопителя Western Digital MyBook Live объемом 2 ТБ.

Я наткнулся на форум, который советовал использовать Ubuntu (загруженный с компакт-диска) на моем Macbook. Удалось загрузить и создать загрузочный CD для Ubuntu (как эта маленькая операционная система, кстати). Загрузил машину с компакт-диска и подключил диск (который я извлек из корпуса и поместил во внешний USB-порт SATA и подключил к ноутбуку). Диск виден Ubuntu, но каждый раз, когда я нажимаю на него, он выдает следующую ошибку:

Unable to mount 2.0 TB Filesystem

Error mounting: mount: wrong fs type, bad option, bad superblock on /dev/sdb4, missing codepage or helper program, or other error In some cases useful info is found in syslog -try dmesg | tail or so

Я новичок в этом и провел довольно много времени, просматривая этот сайт, чтобы посмотреть, смогу ли я решение этой проблемы, не беспокоя никого. Я подошел к нескольким, которые подошли близко, но некоторые из опрошенных упомянули, что они потеряли данные ... что пугало меня идти дальше. Мне нужно в основном извлечь 1 конкретную папку с диска. Если мне удастся смонтировать этот том «sdb4», есть папка с именем «My_Work», которую мне нужно создать резервную копию. Остальное у меня есть / было копия.

Когда я набрал в dmesg | tail ... У меня есть несколько строк ... но я думаю, что уместны следующие:

[  406.864677] EXT4-fs (sdb4): bad block size 65536
[  429.098776] hfs: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only
[  439.786365] hfs: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only
[  445.982692] EXT4-fs (sdb4): bad block size 65536
[ 1565.841690] EXT4-fs (sdb4): bad block size 65536

Я где-то читал, чтобы попробовать / проверить 'sudo fdisk -l / dev / sdb4'. Это дало мне следующий результат:

Disk /dev/sdb44: 1995.8 GB, 1995774623744 bytes
255 heads, 63 sectors/track, 242639 cylinders, total 3897997312 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/sdb4 doesn't contain a valid partition table

Вот где я достиг, разочаровался и решил попробовать & amp; получить помощь в этом, не копаясь глубже в яму! Я понимаю, что ответ может быть уже там. Если это так, может кто-нибудь, пожалуйста, укажите мне в правильном направлении. А если нет, то может кто-нибудь разрешить (если возможно) мою ситуацию!

6
задан 19 December 2012 в 04:58

3 ответа

Вероятно, файловая система - это hfs, которая предназначена только для Mac OSX, и у Ubuntu есть проблемы с чтением и записью, я бы попытался решить проблему из Mac OSX, а не из Ubuntu.

Я добавляю следующее как только для информации , только что прочитав статью, в которой перечислены действия по восстановлению после сбоя в суперблоке на диске ext4.

Попробуйте следующее:

Итак, как вы можете восстановить плохой суперблок? К счастью для нас, резервные копии суперблока хранятся с определенными смещениями на диске. Чтобы узнать, где находятся резервные копии суперблока, откройте окно терминала и введите:

sudo mke2fs -n /dev/????

Где ???? раздел, который вы хотите проверить, который в моем случае был sdb3. Это производит вывод, подобный следующему:

Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872

Это номера блоков, обозначающие расположение резервных копий суперблока.

Чтобы заменить суперблок одним из резервной копии, введите следующее:

sudo e2fsck -y -b block_location /dev/????

Замените block_location на одно из указанных выше чисел и, опять же, ???? это раздел, поэтому в моем случае это был sdb3.

На моем жестком диске было значительное повреждение, но включение ключа -y остановило fsck, запрашивая подтверждение каждый раз, когда он обнаруживал неисправный блок.

После этого я смог смонтировать раздел и восстановить данные.

Ссылка

0
ответ дан 19 December 2012 в 04:58

У меня была проблема, когда мой накопитель mybook live объемом 2 Тб внезапно перестал работать. Честно говоря, я использовал его как портативный накопитель и хранил его подальше. Когда я вынул его и подключил обратно, чтобы сделать резервную копию, загорелся свет от синего до белого с красным, и я попробовал все, чтобы заставить его работать. Все, что говорит сайт поддержки, и около 4 часов возни в Интернете, читая все эти форумы и пробуя все, что предлагалось. Вот что я выучил:

Решение: (Раньше я знал компьютер, но теперь стал меньше, потому что стал старше и потратил достаточно времени на жизнь с этим дерьмом)

Независимо от файловой системы это не Linux родной ext2 или 3 или что-то еще, это Mac. Он не будет монтироваться под Ubuntu, что я и использую, и будет постоянно выдавать все эти ошибки. когда вы получите к нему доступ, в конечном итоге вы увидите все виды файлов .apple.

Легко исправить. Откройте свой ненужный накопитель WD mybook, вытащите его, отсоедините никель-карту, купите шнур адаптера SATA-USB или док-порт от Best Buy, отнесите его в дом друзей с системой Windows, используйте файл Linux системный ридер из http://www.diskinternals.com/linux-reader/

установите его, подключите диск, когда Windows захочет отформатировать его, нажмите CANCEL и запустите эту программу и вуаля там ваши файлы.

0
ответ дан 19 December 2012 в 04:58

Для тех, кто все еще ищет ответ:

Если ваш жесткий диск «замурован» и не может быть смонтирован должным образом, есть несколько вещей, которые необходимо сделать:

  • сделайте изображение, если у вас есть место.
    Работа с файлом образа не повредит данные на жестком диске, если вы допустите ошибки и уничтожите свои данные.

  • , если вы все еще можете монтировать разделы, монтируйте их только для чтения.
    Измените команду монтирования следующим образом: mount -o ro /dev/sdb1 /mnt/targetfolder

  • Если вы не можете смонтировать разделы жесткого диска, попробуйте extundelete или testdisk:
    sudo apt-get install testdisk extundelete , Затем запустите cd <recovery-dir>; sudo extundelete /dev/sdb1 или sudo testdisk /dev/sdb1 и следуйте инструкциям, чтобы восстановить ваши данные.

Я успешно восстановил данные с переопределенного диска raid 1, поэтому я действительно могу порекомендовать эти инструменты.

0
ответ дан 19 December 2012 в 04:58

Другие вопросы по тегам:

Похожие вопросы: