LINUX.ORG.RU

ext4 не видит суперблока после сбоя питания


0

0

собственно, сбоев было два и второй, похоже, на проверке после первого... я особо не следил. комп в режиме 24 на 7. выключился - я включил, ушел. скорее всего была проверка пока уходил. вернулся - все опять выключено. (само оно у меня не включается, но это другая история)

после включения в GRUBе выбрал тот самый сбойнувший Debian, а он не смог найти раздел. стоит также Mandriva, в нее и загрузился. слил убитый рутовый раздел dd-шкой в образ, благо он всего 40 гиг. и стал пытаться гуглить и восстановить. fsck.ext4 -y /dev/sdd1 лечил около часа, в итоге все в лост+фаунд с непотребными именами.

залил обратно из образа. при запуске так же предлагает чистить и чинить. тут с отказной опцией: [root@sg mnt]# fsck.ext4 -n /dev/sdd1 e2fsck 1.41.4 (27-Jan-2009) fsck.ext4: Superblock invalid, trying backup blocks... Superblock has an invalid journal (inode 8). Clear? no fsck.ext4: Illegal inode number while checking ext3 journal for /dev/sdd1

если подсунуть другой суперблок: [root@sg mnt]# fsck.ext4 -nb 8193 /dev/sdd1 e2fsck 1.41.4 (27-Jan-2009) fsck.ext4: Bad magic number in super-block while trying to open /dev/sdd1 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device>

также пробовал подставлять 8193, 24577, 40961, 57345, 73729, взятые из статьи: http://breys.ru/blog/297.html - результат тот же.

при этом fdisk все видит правильно: [root@sg mnt]# fdisk -l /dev/sdd Диск /dev/sdd: 1000.2 ГБ, 1000203804160 байт 255 heads, 63 sectors/track, 121601 cylinders Units = цилиндры of 16065 * 512 = 8225280 bytes Disk identifier: 0x37abde1d Устр-во Загр Начало Конец Блоки Id Система /dev/sdd1 1 4864 39070048+ 83 Linux /dev/sdd2 4865 121601 937689952+ 5 Расширенный /dev/sdd5 4865 121601 937689921 83 Linux

а gparted не опознает файловую систему на том разделе.

зы. модераторам. перед написанием сообщения на форум предлагаете читать FAQ - ссылка мертвая (404).

Вроде, в ext4 по умолчанию размер блока 4096, поэтому резервный суперблок по адресам 32768, 98304, 163840, 229376, 294912, 819200, 884736...

Если вы уже слили раздел, можете запустить «mkfs.ext4 /dev/sdd1», переписать на бумажку выданные номера копий суперблока, потом залить на него обратно с флешки и попробовать использовать эти номера.

Об ошибках сообщайте в другой раздел форума (Linux-org-ru).

mky ★★★★★ ()
Ответ на: комментарий от mky

не помогло. :( есть еще идеи?

создал на девайсе файловую систему, получил адреса: Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624 потом восстановил из имиджа.

fsck.ext4 -nb xxx /dev/sdd1 на все адреса реагирует одинаково - fsck.ext4: Superblock invalid, trying backup blocks... Superblock has an invalid journal (inode 8). Clear? no fsck.ext4: Illegal inode number while checking ext3 journal for /dev/sdd1 если разрешить лечить (выбрал наугад предпоследнее: 4096000), после примерно получаса мельтешения надписей имеем все в лост+фаунд :( как убедиться, точно ext4 там? я давно делал, не помню... там рут дебиана, и он может быть и рейзер-ом (я ext3 на разделы с данными делал, а на руты пробовал разные новомодные, не очень осознанно) в fstab-e мандривы этот раздел был прописан как ext4 и цеплялся гостьевым, но вдруг оно умное и умеет подцеплять и неверно указанный тип?..

помогите еще идеями, пожалуйста!

sunny178 ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.