не загружается xubuntu (error: unknown filesystem)

Сам диск в порядке? Что показывает SMART? Или может с файловой системой что случилось.

сам диск не в порядке

после того как сделал

~$ sudo fsck.ext3  /dev/sdb1 -y

~$ sudo mount /dev/sdb1 /mnt -t ext3
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or helper program, or other error
       В некоторых случаях полезная информация может быть
       найдена в syslog - попробуйте dmesg | tail или что-то
       в этом роде

А какая файловая система? Модуль GRUB для ее поддержки не потерялся? Или что-то может перепутано в конфиге GRUB, как в свое время GRUB 1.x путался в hda/hdb при переключении кабелей или настройках BIOS.

Забэкапить было бы неплохо, пока читался.

ext3

может, начать все же с того, что он теперь вообще не монтируется, и это нужно как-то исправить?

Ты, я так понимаю, делал fsck на корневой ФС, в процессе работы на ней? :)

Учитывая, что там 250Г всего, лучше найти место на другом компе и сделать пока все не перепахано dd if=/dev/sdb of=backup.img bs=1M

dd if=/dev/sdb of=backup.img bs=1M

а почему не sdb1, мне ведь нужен только один раздел (рабочий), своп можно и пропустить?
не то чтобы жалко места, но просто интересно

Для того, чтобы 100% откатить все в исходное состояние и спокойно экспериментировать, вместе с MBR и GRUB, если он установлен на sdb, а не на раздел sdb1. С этого образа потом правда сложнее будет вытащить конкретный раздел, но вполне решаемо. Но судя по последнему сообщению, раз не монтируется, то могли уже появиться проблемы. Бэкап жалательно было сделать сразу.

ок, я поставил заливаться сразу два образа - и sdb, и sdb1

давайте вернемся пока к проблеме с тем, что диск не монтируется (как не монтировался собственно и на начальном этапе всех работ)

А если как здесь попробовать http://ubuntuforums.org/showthread.php?t=1245536

$ sudo mke2fs -n /dev/sdb1

Что выдаст?

Ddrescue для таких дел лучше

такое вот мне выдалось:

~$ sudo dd if=/dev/sdc of=backup_all.img bs=1M
dd: ошибка чтения «/dev/sdc»: Ошибка ввода/вывода
23394+1 записей получено
23394+1 записей отправлено
скопировано 24530518016 байт (25 GB), 4025,61 c, 6,1 MB/c

Ddrescue для таких дел лучше

а разве он умеет работать с хардами, которые не монтируются?

smartctl -a /dev/sdb

Что выдаёт?

smartctl -a /dev/sdb

такое вот кажет

dd if=/dev/sdb of=backup.img bs=1M

вобщем сделал я

~$ sudo dd if=/dev/sdb of=backup_all.img bs=1M conv=noerror
238475+1 записей получено
238475+1 записей отправлено
скопировано 250059350016 байт (250 GB), 12051,2 c, 20,7 MB/c

соотв. получил образ на 233gb вместо 250 - подозреваю, что какая-то часть данных все же потерялась

250059350016 байт , это 238475+1 мб и 232,8 Гб ... не забывай что 1024б в 1мб...

Current_Pending_Sector  0x0032   185   185   000    Old_age   Always       -       647

Вот эта вещь напрягает.

я честн вообще не в курсе что это и что с этим делать

testdisk попробуй, если не сильно запорол, может резервный суперблок восстановит

250059350016 байт , это 238475+1 мб и 232,8 Гб ... не забывай что 1024б в 1мб...

да, я как-то сразу не учел, спс
но как бы все равно - если стояла опция пропускать ошибки, то где гарантия, что в снимке не будут? пропущены какие-то важные места в больших файлах?
может все же есть какой-то более надежный путь сделать образ?

получилось так:

~$ sudo mke2fs -n /dev/sdb1
mke2fs 1.42.9 (4-Feb-2014)
Метка файловой системы=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
14753792 inodes, 59001848 blocks
2950092 blocks (5.00%) reserved for the super user
Первый блок данных=0
Maximum filesystem blocks=4294967296
1801 block groups
32768 blocks per group, 32768 fragments per group
8192 inod'ов в группе
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424, 20480000, 23887872

А если как здесь попробовать http://ubuntuforums.org/showthread.php?t=1245536

насколько я понял из материалов по ссылке, речь шла именно о повреждении/потере суперблока (хз что это такое, но ладно), что проверялось командой:

# e2fsck -f /dev/sda3

~$ sudo e2fsck -f /dev/sdb1

Ну а теперь, как в статье сказано (перечитайте внимательней), сделать:

sudo e2fsck -f -b 32768 /dev/sdb1

Собственно эта команда и исправляет ошибку. Цифра 32768 взята из комманды «mke2fs -n» - место, где копия суперблока лежит. И будет Вам счастье. Судя по логу могут лишь побиться какие-то png-иконки типов файлов.

Если что-то пойдет не так, всегда можно «откатить поленья на исходную позицию» командой dd и экспериментировать дальше, бэкап то уже сделан.

я сделал даже с «циклическим автоподтверждением»:

~$ sudo e2fsck -f -b 32768 -y  /dev/sdb1

~$ sudo mount /dev/sdb1 /mnt -t ext3
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or helper program, or other error
       В некоторых случаях полезная информация может быть
       найдена в syslog - попробуйте dmesg | tail или что-то
       в этом роде

GNU ddrescue сделай образ всего харда, потом из него извлечь образ первого раздела элементарно. Впрочем если у тебя таблица разделов точно в порядке (что пишет fdisk -l ?), то можно ограничиться только нужным разделом.

Он работает как и dd на уровне блочного устройства, поэтому ему пофиг на файлосистему.

Насчёт ошибок надо посмотреть man dd и сравнить размер полученного файла с размером самого харда.

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

я сделал даже с «циклическим автоподтверждением»:

Ну во-первых, смотреть собственно dmesg | tail и вообще логи, как тебе советуют, может там подробнее написано, в чём дело, во-вторых, хард у тебя неисправный получается?

Тогда может быть что fsck просто не может сохранить исправления ошибок.

Попробуй монтировать как ext2, но с опциями -o loop,ro чтобы только на чтение.

Ну во-первых, смотреть собственно dmesg | tail и вообще логи, как тебе советуют, может там подробнее написано, в чём дело

~$ dmesg | tail
1306948.535385 scsi 27:0:0:0: Direct-Access     WDC WD25 00BEVT-00A23T0   1A01 PQ: 0 ANSI: 2 CCS
1306948.535842 sd 27:0:0:0: Attached scsi generic sg2 type 0
1306948.541192 sd 27:0:0:0: sdb 488397168 512-byte logical blocks: (250 GB/232 GiB)
1306948.541639 sd 27:0:0:0: sdb Write Protect is off
1306948.541644 sd 27:0:0:0: sdb Mode Sense: 00 38 00 00
1306948.542072 sd 27:0:0:0: sdb Asking for cache data failed
1306948.542077 sd 27:0:0:0: sdb Assuming drive cache: write through
1306948.614040  sdb: sdb1 sdb2 < sdb5 >
1306948.626251 sd 27:0:0:0: sdb Attached SCSI disk
1306967.122488 EXT4-fs (sdb1): couldn't mount as ext3 due to feature incompatibilities

диск до этого времени не сбоил ни разу совершенно от слова совсем. что значит «неисправный»? он не монтируется и не репейрится с первого из суперблоков, но fdisk его видит и dd чего-то там слило в образ (с пропуском ошибок)

Попробуй монтировать как ext2, но с опциями -o loop,ro чтобы только на чтение.

:~$ sudo mount /dev/sdb1 /mnt -t ext2  -o loop,ro
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
missing codepage or helper program, or other error
В некоторых случаях полезная информация может быть
найдена в syslog - попробуйте dmesg | tail или что-то
в этом роде

что можно сделать дальше?

couldn't mount as ext3 due to feature incompatibilities

А у тебя точно ext3? Может ext4? Попробуй ещё раз так сделать, но убрать параметр -t вообще. И тоже dmesg покажи. Ну и ещё сделай file -sk /dev/sdb1 и его вывод покажи.

А у тебя точно ext3? Может ext4?

А действительно, если в dmesg такое сообщение?

1306967.122488 EXT4-fs (sdb1): couldn't mount as ext3 due to feature incompatibilities

В Ext4 добавлены новые фичи, типа увеличенного размера inode с 128 байт до безразмерного. А Ext3 = Ext2 + журналирование, всего лишь. Вот может и incompatibilities.

Попробовать mount с "-t ext4" или вообще без него, система сама узнает и найдет подходящий тип ФС.

такое вот
не загружается xubuntu (error: unknown filesystem) (комментарий)

Попробуй монтировать с другим суперблоком, например
mount -o loop,ro,sb=32768 ...

а какой в этом смысл, если я уже кажется делал репейр суперблока как раз из этого вот?

а какой в этом смысл, если я уже кажется делал репейр суперблока как раз из этого вот?

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

Может ты неправильные опции задал и основной суперблок не был пофикшен кстати?

В любом случае, если даже это не работает, то тут или debugfs какой-нибудь и ручное ковыряние, или всякие утилиты для спасения данных.

я сделал

~$ sudo e2fsck -f -b 32768 -y  /dev/sdb1

относительно попробовать из других бекапов суперблоков (так понимаю, что перебирать из последовательно, да?) - я просто вообще не в курсе что это такое, и вот думаю - не потеряются ли какие-то данные (недавно добавленные/удаленные файлы и т.д.)?

Монтируй с опциями ro и loop, тогда в файловую систему не будет внесено изменений и если что и потеряется, то обратимо. Тебе вообще-то не следовало выполнять fsck до взятия резервной копии, тем более разрешив ему.

А суперблоки — это вроде как блоки с информацией о файловой системе. http://mydirectx.ru/administr/superblok.htm вот например. Судя по всему, при использовании альтернативных суперблоков, информация из файлов пропадать не должна, но может быть неправильная инфа о свободном месте, поэтому записывать туда ничего не следует, следует, получив доступ к файлам, скопировать их в безопасное место.

Я же писал выше, что есть нестабильные сектора (pending sectors) на диске, они могут быть переназначены, а может и нормальные. Надо бы диск прогнать MHDD (scan+remap) или Victoria, может ещё какие варианты.

в общем, я перебрал все 14 копий суперблоков через

~$ sudo e2fsck -f -b позиция_копии -y  /dev/sdb1

а нестабильные сектора как-то связаны с тем, что хард не монтируется с ошибкой нахождения суперблока?

результат тот же самый - хард не монтируется, ошибка та же

А применять опцию mount -o sb=... так и не пробовал?

а разве

~$ sudo e2fsck -f -b позиция_копии -y  /dev/sdb1

- не заменяет(обновляет) старый суперблок на указанную копию?

Не знаю. Я бы попробовал всё-таки монтировать без всяких e2fsck.

Не знаю. Я бы попробовал всё-таки монтировать без всяких e2fsck.

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

~$ LANG=C sudo mount  -o loop,ro,sb=32768   /dev/sdc1 /mnt
mount: you must specify the filesystem type
~$ LANG=C sudo mount  -o loop,ro,sb=32768 -t ext4  /dev/sdc1 /mnt
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

попробовал, такое вышло:

На всех суперблоках?

абсолютно всех
монтировал с указанием ext4 как fs, потому как кажется она на харде и есть

монтировал с указанием ext4 как fs, потому как кажется она на харде и есть

А точно ли она? В dmesg что-нибудь есть? В общем не знаю, тут только debugfs наверное может помочь или какой-то специальный софт для восстановления файловых систем.

я запустил тестдиск (v. 7.) - analyse
и получил следующее:

Disk /dev/sdc - 250 GB / 232 GiB - CHS 30401 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

No ext2, JFS, Reiser, cramfs or XFS marker
 1 * Linux                    0   1  1 29381 144 11  472014785
 1 * Linux                    0   1  1 29381 144 11  472014785
 2 E extended             29381 144 12 30401  75 10   16381952
 5 L Linux Swap           29381 176 44 30401  75 10   16379904

Disk /dev/sdc - 250 GB / 232 GiB - CHS 30401 255 63
     Partition               Start        End    Size in sectors
[quote]* Linux Swap           29381 176 44 30401  75 10   16379904[br][/quote]Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type,
     Enter: to continue
SWAP2 version 1, pagesize=4096, 8386 MB / 7998 MiB

кажется лед немного тронулся
выполнил

~$ sudo fsck.ext4  -f -b 32768 -y  -B 4096 /dev/sdc1

/dev/sdc1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sdc1: 1113549/14724976 files (3.5% non-contiguous), 52995087/59001848 blocks