LINUX.ORG.RU

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

 ,


0

2

Сестема RHEL 5x Сам по себе отвалился /dev/sdb1. Ранее он был конвертирован в ext3 и проработал почти неделю в нормальном режиме. Сегодня отвелился сам по себе.. При монтировании:

mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so
Делаю:
fsck -p /dev/sdb1
 fsck from util-linux-ng 2.16.2
 fsck.ext3: Bad magic number in super-block while trying to open /dev/sdb1
 /dev/sdb1:
 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>
Получаю бэкапы суперблоков:
mke2fs -n /dev/sdb1
mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
131072000 inodes, 262142637 blocks
13107131 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
8000 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
	102400000, 214990848
Пытаюсь восстановить суперблок из бэкапа:
e2fsck -b 20480000 /dev/sdb1
e2fsck 1.39 (29-May-2006)
e2fsck: Invalid argument while trying to open /dev/sdb1

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>

Есть еще идеи, ? Спасибо...

The superblock could not be read or

Может он физически отвалился?

NightSpamer ()

Из бэкапа взять. Вы же их делаете?

Deleted ()

Есть еще идеи?

Посмотреть вывод dmesg на предмет ошибок железа

Посмотреть вывод hexdump -C /dev/sdb1 | head -100

i-rinat ★★★★★ ()

У меня подобное было. Решилось ручным восстановлением всех нод fsck-ом в принудительном режиме (ключ не помню, посмотри сам в мане). После этого примонтировать файловую систему удалось только в readonly я скопировал все данные на другой раздел, а этот переформатнул. Поскольку как восстанавливать ноды не угадаешь, то я просто на все отвечал согласием. В результате 2-3% файлов оказались битыми (например текстовые файлы содержали нетекстовые байты, а некоторые были просто обнулены). Поскольку эти файлы я сам и писал, то мне не составило труда их переписать. На другие варианты тратить время не советую (скорее всего не помогут), сам на них потратил целый рабочий день.

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