3

Я больше не могу смонтировать дополнительный внутренний жесткий диск на 64-битной системе Ubuntu 11.04. Я мог до нескольких дней назад.

Я добавил строку в конце fstab для привода для автоматического монтирования, но я не думаю, что это сработало. Затем я удалил строку из fstab, и диск больше не будет монтироваться через GUI или CLI. По крайней мере, я думаю, что проблема связана с этим, это может быть совсем не так.

Попытка смонтировать:

$ sudo mount /dev/sda /media/openSpaceI

GUI:

Это дает эту ошибку:

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

GUI:

Вот распечатка из dmesg | tail:

$ dmesg | tail
[ 9344.234380] compiz[6098]: segfault at 28 ip 00007f1fa0641335 sp 00007fff0b306700 error 4 in libregex.so[7f1fa063c000+8000]
[ 9987.879043] nautilus[6899]: segfault at 1505b817b60f ip 00007ff6eeefdb8d sp 00007fff09aa6170 error 4 in libgobject-2.0.so.0.2800.6[7ff6eeeca000+4e000]
[10001.231835] compiz[7360]: segfault at 28 ip 00007f38e0cfe335 sp 00007fff3228d380 error 4 in libregex.so[7f38e0cf9000+8000]
[10113.817592] compiz[7429]: segfault at 28 ip 00007f01c11cd335 sp 00007fffac4f4250 error 4 in libregex.so[7f01c11c8000+8000]
[10116.592022] compiz[7651]: segfault at 28 ip 00007f4369548335 sp 00007fffb3b2b030 error 4 in libregex.so[7f4369543000+8000]
[10117.958485] compiz[7666]: segfault at 28 ip 00007f3861d7d335 sp 00007fff268395d0 error 4 in libregex.so[7f3861d78000+8000]
[10366.207793] EXT4-fs (sda): bad geometry: block count 156282966 exceeds size of device (156282701 blocks)
[10855.975855] EXT4-fs (sdb): mounted filesystem with ordered data mode. Opts: (null)
[10863.666747] EXT4-fs (sda): bad geometry: block count 156282966 exceeds size of device (156282701 blocks)
[11125.922998] EXT4-fs (sda): bad geometry: block count 156282966 exceeds size of device (156282701 blocks)

Мой файл fstab сейчас:

Я также запустил утилиту диска на диске. Диск хороший и здоровый. Вот скриншоты из этого:

Любая помощь в установке этого диска будет чрезвычайно признательна.

5 ответов5

5

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

Прежде всего, важно понимать, что вы можете поместить файловую систему непосредственно на блочное устройство. В этом случае вы должны смонтировать /fsck /etc устройство, например:

/ DEV / SDA

НЕ /dev /sda1

Чтобы было ясно, это означает, что вы можете иметь файловую систему без таблицы разделов. Это называется файловой системой без разделения и существует уже давно. Вот тема на stackexchange, обсуждающая достоинства:https://unix.stackexchange.com/questions/14010/the-merits-of-a-partitionless-filesystem

Далее, это, кажется, довольно распространенная проблема, в основном потому, что Ubuntu решила включить опцию установки непосредственно на устройство.

Проблема возникает из-за того, что в некоторых случаях установка без разделов нарушает формулу, используемую EXT4 для вычисления размера диска. Вы можете сказать, если у вас есть эта проблема, если разница между ожидаемым и фактическим размером составляет 265 байт. (и нет, это не должно быть 256) Google только что сказал мне, что 265 это размер структуры inode EXT4. Поскольку поддержка файловых систем на голых устройствах поддерживается, а в некоторых случаях даже поощряется, я бы предположил, что это ошибка. Я использовал версию ядра 2.6.39, когда это случилось со мной.

Наконец, решение. Это действительно легко.

Во-первых, вам нужно форсировать файловую систему:

fsck.ext4 -f /dev/(your device)

Опять же, для устройства без разделов вы должны использовать, например, /dev /sda, а не /dev /sda1 или что-то подобное.

Далее вам нужно изменить размер устройства, чтобы соответствовать тому, что хочет ext4:

resize2fs /dev/(your device) ####

Где <####> - значение из сообщения об ошибке:

EXT4-fs (sda): неверная геометрия: количество блоков превышает размер устройства (#### блоков)

ОБРАТИТЕ ВНИМАНИЕ: применяются обычные заявления об отказе от ответственности. Работать с файловыми системами опасно и т.д. Будьте осторожны! Это означает, что это последняя попытка исправить файловую систему, когда единственной альтернативой является переформатирование. Я не эксперт по файловой системе, и не знаю, сработает ли вышеуказанное исправление в вашей системе или если позже возникнут проблемы. YMMV.

После того, как вы спасли свои данные, самый безопасный подход - это, вероятно, переформатировать и создать стандартную таблицу разделов, если вы можете.

1

Сначала вам нужно открыть Терминал и отредактировать файл /etc /fstab, используя следующую команду:

sudo gedit /etc/fstab

Затем добавьте эту строку в конец файла для файловых систем ext3:

/dev/sdb1 /media/yourdrive ext3

Добавьте эту строку для файловых систем fat32:

 /dev/sdb1 /media/yourdrive vfat

Теперь перезагрузите компьютер, чтобы изменения вступили в силу.

http://www.ubuntulinuxguide.com

1

Совершенно законно иметь файловую систему, такую как ext4, без каких-либо разделов. У меня та же проблема, что и у вас.

Если вы запустите e2fsck на своем диске, он скажет, что он, вероятно, имеет плохой суперблок, и предложит прервать его. Нажмите n, чтобы продолжить, и он проверит файловую систему. Если ваша проблема такая же, как у меня, вы увидите, что файловая система там и совершенно чиста.

Вы также можете запустить tune2fs -l в /dev/sda и у вас будет много подробностей, показывающих, что файловая система существует и исправна, за исключением этого несоответствия размеров блоков.

У меня пока нет ответа. Вполне вероятно, что вы можете смонтировать filsystem на Ubuntu 10.10. Я еще не пробовал, но вы можете попытаться восстановить данные, например, с помощью 10.10 Live CD.

Другим способом, который я еще не пробовал, было бы использование resize2fs для изменения размера файловой системы так, чтобы ее размер блока совпадал с размером устройства.

-1

Указанная вами команда mount не завершена, а именно:

$ sudo mount /dev/sda /media/openSpaceI

Это должно быть что-то вроде (предположительно):

$ sudo mount /dev/sda1 /media/openSpaceI

Поскольку диск не смонтирован, почему бы не сделать:

$ sudo e2fsck /dev/sdaX

чтобы увидеть, найдены ли какие-либо ошибки и могут ли быть исправлены (где X - номер раздела в /dev/sda).

-1

boehj в значительной степени рассмотрел это - вы не монтируете диск (например, /dev /sda), вы монтируете раздел на диске (например, /dev /sda1), и экранная печать fdisk для /dev /sda не показывает перегородки, поэтому монтировать нечего.

Ваш вывод из dmesg говорит, что геометрия диска выглядит плохо, поэтому таблица разделов на диске могла быть повреждена - трудно сказать гораздо больше о предоставленных доказательствах, но, возможно, стоит запустить эту утилиту тестирования / восстановления разделов: http: / /www.cgsecurity.org/wiki/TestDisk - вы можете скачать версию liveCD или запустить ее под вашей текущей ОС.

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