Linux за българи: Форуми

Здравейте, имам проблем с файловата система. Вторият ми диск sdb форматиран с ext4 като има само един дял sdb1. Използвам Slackware 13.1 на една стара машина. Вързах един sata диск чрез някакъв китайски преходник IDE to SATA от където най-вероятно е възникнал проблемът ми.

При опит да монтирам диска получавам следната грешка:

root@Server:~# mount /dev/sdb1 /media/data
mount: /dev/sdb1: can't read superblock

Опитах се да възстановя суперблока и получих следното съобщение:

root@Server:~# mke2fs -n /dev/sdb1
mke2fs 1.41.11 (14-Mar-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
24420352 inodes, 97677200 blocks
4883860 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
2981 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968

root@Server:~# e2fsck -b 32768 /dev/sdb1
e2fsck 1.41.11 (14-Mar-2010)
e2fsck: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb1
Could this be a zero-length partition?

При опит с друг бекъп получавам:

root@Server:~# e2fsck -b 7962624 /dev/sdb1
e2fsck 1.41.11 (14-Mar-2010)
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>

Имате ли някаква идея как да възстановя информацията на диска? Gparted вижда диска и може да го форматира.

A какво казва
fdisk -l

dumpe2fs за други суперблокове ?

EDIT:

df -T

И последно - ехт2 или ехт4 ?

root@Server:/media# dumpe2fs /dev/sdb1
dumpe2fs 1.41.11 (14-Mar-2010)
dumpe2fs: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb1
Couldn't find valid filesystem superblock.

root@Server:/# dumpe2fs -o superblock=32768 /dev/sdb1
dumpe2fs 1.41.11 (14-Mar-2010)
dumpe2fs: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb1
Couldn't find valid filesystem superblock.

root@Server:/# dumpe2fs -o superblock=11239424 /dev/sdb1
dumpe2fs 1.41.11 (14-Mar-2010)
dumpe2fs: Invalid argument while trying to open /dev/sdb1
Couldn't find valid filesystem superblock.

---------------------------------------------------------------------------------

root@Server:/media# fdisk -l                                                   
Disk /dev/sda: 20.0 GB, 20020396032 bytes
255 heads, 63 sectors/track, 2434 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00062edb

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1        2304    18499584   83  Linux
/dev/sda2            2304        2434     1049600   82  Linux swap

---------------------------------------------------------------------------------

root@Server:/# df -T /dev/sdb1
Filesystem    Type   1K-blocks      Used Available Use% Mounted on
-                -      252472       212    252260   1% /dev

ext4 е файловата система.

Дали китайската джаджа работи ? :(

Изстрел в мрака:

swapon /dev/sda2

?

Джаджата работи. Слагах диска и на другата ми машина - същата работа.

Джаджата работи. Слагах диска и на другата ми машина - същата работа.

E да де, ама същия диск + същата джаджа, или ? Закачал ли си го на нормален SATA interface ?

Не спомена работи ли swapon ?

Или малка промяна за e2fsck

e2fsck -f -b 32768 /dev/sda1

На нормална сата го закачих и пробвах същите заклинания.

root@Server:~# e2fsck -f -b 32768 /dev/sdb1
e2fsck 1.41.11 (14-Mar-2010)
e2fsck: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb1
Could this be a zero-length partition?

root@Server:~# swapon /dev/sda2
swapon: /dev/sda2: swapon failed: Device or resource busy

Търкаляше се диска с IDE-SATA адаптера около 5-6 месеца без да има никакви проблеми. Ползвахме го да си качваме разни неща с колегите. После започнах един ремонт в нас и престоя доста време в килера машината и преди няколко дена един колега искаше да му извадя едни архиви, пуснах машината и установих този проблем.

Работата придобива грозен характер - bye bye на диска :(

Дай все пак изхода от

dmesg

А този диск на IDE конектор можеш ли да го сложиш?

Понеже няколко пъти съм зяпал нещо подобно... има един инструмент - Kroll Ontrack EasyRecovery. Можеш ли да видиш дали с него можеш да прочетеш нещо от диска изобщо?

А този диск на IDE конектор можеш ли да го сложиш?

Понеже няколко пъти съм зяпал нещо подобно... има един инструмент - Kroll Ontrack EasyRecovery. Можеш ли да видиш дали с него можеш да прочетеш нещо от диска изобщо?

Диска е сата на иде го слагам посредством преходника. Пробвах този софтуер и резултата беше нулев. Чудя се ако го форматирам дали ще мога да извлека с него данните. Ползвах няколко различни софтуера и всичките "казват", че не могат да открият партишън. Та ако създам нов дали ще мога по някъв начин да спася нещо от диска. Четох също, че имало бъг в ядрото което ползвали в Slackware 13.1 и се получавал точно този проблем при ext4.

Форматираш и пускаш някакво рекавъри, като се молиш да намери нещо... извлечената информация, трябва да я записваш на друг диск, за да не повредиш текущата на този ( само казвам ). :)

Едно време и аз отнесох няколко такива ебавки във файловата, когато почнаха да switch-ват всички към ext4.

Форматираш и пускаш някакво рекавъри, като се молиш да намери нещо... извлечената информация, трябва да я записваш на друг диск, за да не повредиш текущата на този ( само казвам ). :)

Едно време и аз отнесох няколко такива ебавки във файловата, когато почнаха да switch-ват всички към ext4.

"root@Server:~# mke2fs -n /dev/sdb1"

Той е тръгнал отзад напред, първо форматирал след това търси нещо по диска....
пробвай с Hiren Boot CD на recovery tools избери testdisk. Възможно е да ти възстанови старата файлова таблица.

"root@Server:~# mke2fs -n /dev/sdb1"

Той е тръгнал отзад напред, първо форматирал след това търси нещо по диска....
пробвай с Hiren Boot CD на recovery tools избери testdisk. Възможно е да ти възстанови старата файлова таблица.

Не съм го форматирал още. "mke2fs -n /dev/sdb1" изписва къде се намира бекъпа на суперблока. Пробвах с тестдиск и не успя да възстанови партишъна.

Пробвай да прочетеш целия диск или дял и да го запишеш в нормален файл (с dd). После използвай loop устройство за да го маунтнеш.

Пробвай да прочетеш целия диск или дял и да го запишеш в нормален файл (с dd). После използвай loop устройство за да го маунтнеш.

Кое да копира празната fat след формата който е извършил  в началото?
По добре да направи restore на fat s hiren boot cd и тогава да копира и т.н на воля.

Цитат на: Nedko Arnaudov в May 18, 2012, 18:40

Пробвай да прочетеш целия диск или дял и да го запишеш в нормален файл (с dd). После използвай loop устройство за да го маунтнеш.

Кое да копира празната fat след формата който е извършил  в началото?
По добре да направи restore на fat s hiren boot cd и тогава да копира и т.н на воля.

Ама аз не съм го форматирал още. Тестдиска не успя да възстанови фат-а. И с dd не става. Като гледам на къде вървят нещата май съм се разделил с данните.

При опит да монтирам диска получавам следната грешка:

root@Server:~# mount /dev/sdb1 /media/data
mount: /dev/sdb1: can't read superblock

Опитах се да възстановя суперблока и получих следното съобщение:

root@Server:~# mke2fs -n /dev/sdb1
mke2fs 1.41.11 (14-Mar-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
24420352 inodes, 97677200 blocks
4883860 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
2981 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968

Това ако си го направил както пишеш, директно си го форматирал.

-n
    Causes mke2fs to not actually create a filesystem, but display what it would do if it were to create a filesystem. This can be used to determine the location of the backup superblocks for a particular filesystem, so long as the mke2fs parameters that were passed when the filesystem was originally created are used again. (With the -n option added, of course!)

Използвам го за да видя на кои блокове се намира бекъпа на суперблока.

Цитат на: 10101 в May 18, 2012, 21:16

Цитат на: Nedko Arnaudov в May 18, 2012, 18:40

Пробвай да прочетеш целия диск или дял и да го запишеш в нормален файл (с dd). После използвай loop устройство за да го маунтнеш.

Кое да копира празната fat след формата който е извършил  в началото?
По добре да направи restore на fat s hiren boot cd и тогава да копира и т.н на воля.

Ама аз не съм го форматирал още. Тестдиска не успя да възстанови фат-а. И с dd не става. Като гледам на къде вървят нещата май съм се разделил с данните.

Каква грешка ти даде dd? Ядрото плюе ли грешки?

-n
    Causes mke2fs to not actually create a filesystem, but display what it would do if it were to create a filesystem. This can be used to determine the location of the backup superblocks for a particular filesystem, so long as the mke2fs parameters that were passed when the filesystem was originally created are used again. (With the -n option added, of course!)

Използвам го за да видя на кои блокове се намира бекъпа на суперблока.

Само да обърна внимание, че ако не използваш точно същите опции като при създаването на файловата система няма да получиш верни данни за суперблока. В този случай това което се опитваш да въстановиш въобще не е суперблок, а просто данни. Фактически командата не чете състоянието от диска, а имитира формат. Ако опциите са били различни бекъпа на суперблока е другаде.