Изпечатай

[while]

В ръцете ми натресоха един десктоп, който не уточниха какво точно е преживял, но дяла на който собственичката си държи важната информация "изчезнал"!
Ето и какво пробвах досега, но без особен успех, ще се радвам на помощ от специалистите:

sudo mount /dev/sdb1 /mnt/Data -t 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

dmesg | tail
[  282.825702] sd 3:0:0:0: [sdb] Unhandled error code
[  282.825705] sd 3:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[  282.825709] end_request: I/O error, dev sdb, sector 191
[  282.825882] sd 3:0:0:0: [sdb] Unhandled error code
[  282.825886] sd 3:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[  282.825890] end_request: I/O error, dev sdb, sector 63
[  288.073929] sd 3:0:0:0: [sdb] Unhandled error code
[  288.073936] sd 3:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[  288.073942] end_request: I/O error, dev sdb, sector 65
[  288.073968] EXT3-fs: unable to read superblock

sudo tune2fs -j /dev/sdb1
fsck.ext3: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb1
Could this be a zero-length partition?

sudo dumpe2fs /dev/sdb1 | grep superblock
dumpe2fs: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb1
Couldn't find valid filesystem superblock.

sudo mke2fs -n /dev/sdb1
mke2fs 1.41.9 (22-Aug-2009)
warning: 424 blocks unused.

Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
30583008 inodes, 122093568 blocks
6104699 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
3726 block groups
32768 blocks per group, 32768 fragments per group
8208 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

sudo /sbin/fsck.ext3 -b 98304 /dev/sdb1
/sbin/fsck.ext3: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb1
Could this be a zero-length partition?

И т.н. и т.н. каквото и да пробвам, постоянно получавам последната грешка: Attempt to read block from filesystem resulted in short read...

Опитах с програмата testdisk да видя тя какво ще покаже, но изобщо не успя да намери дяла (той е един единствен в целият диск);
Ако ви хрумне нещо, казвайте 

[cybercop]

Като пуснеш Live CD виждаш ли Home дяла на файловата система.

[RealEnder]

Първо, направи пълен бекъп на диска, така, както си е. много от туловете са интрузивни и много вероятно да "намажат" допълнително.
Ако не знаеш как се е стигнало до проблема е добре да прегледаш S.M.A.R.T. логовете на диска, за д видиш дали няма нещо вътре (smartmontools...)
В http://www.sysresccd.org livecd има доста инструменти, но трябва да си запознат с вътрешностите на нещата.
Ако наистина са важни данните, ти препоръчвам да се обърнеш към професионални експерти по възстановяване на данни. В България има много добра фирма, в която се занимават с материята, имат доста комерсиални софтуери, чисти помещения, за да отварят дисковете и да сменят глави и т.н.
За да не става реклама, пиши ми на ЛС да ти изпратя координати.

[borovaka]

while И друго решение ми идва на акъла обаче е доста "изпаднало"
Преформатираш дяла и след това пускаш PhotoRec и се надяваш да изнамери нещо. В доста случаи съм го ползвал и се справя много добре.

[zlatena]

Най лошото нещо  - харда си е отишъл.
Все пак....
BIOS-a разпознава ли го изобщо?
За дял от втори хард ли говорим или външен такъв?
На такова ми прилича,от поста ти...
Ако става въпрос за проби:
Виж инсталаторите на други опер.системи ще разпознаят ли харда/дял.
BSD,OpenSolaris или Windows - пусни някоя от тях,все едно че ще инсталираш,като естествено няма да се стига до там.
Просто дали инсталатора ще разпознае харда.
Друго нещо...
Има Линукс дистрота,които се ползват за съдебни експертизи(CAINE,SMART Linux,grml,DEFT Linux,rip linux и т.н).
Така са организирани,че по-подразбиране монтират дяла само за четене.
Ако се пожелае друго, трябва с команда за mount през конзолата.
Пробвай с някое такова...
Друга причина,за която се сещам,(че не се разпознава изобщо):
Въпросния диск е хардуерно заключен,но ти не споменаваш за това,така че отпада.

[BlackMetal]

да не би ext3 използвало, не би чудо видяло .

[deltaplaner]

Нямам опит във възстановяването на данни от повредени дискове, но няма ли да е по-добре да направиш image на диска с dd или ddrescue и да работиш с него вместо с действителния диск. Ще се подсигуриш срещу интрузивното действие на някои програми, както споменаха преди.

[Kras]

На скоро пробвах тази програма: Stellar Phoenix Data Recovery вярно под Win, но диска който ми възстанови беше форматиран с някаква Mac(хакинтош) система и беше си направил backup хитрия Хакинтош отгоре. Като изключим няколко файла ми възстанови почти всичко!
Та тази програма има версия и за Линукс - Stellar Phoenix Linux Data Recovery
http://www.stellarinfo.com/linux-data-recovery.htm кофтито е, че е платена но можеш да свалиш демо което да ти покаже какво може да ти възстанови, а ако тази програма може то и други ще успеят!
Програмата ми изглежда много професионална, по професионална ми  изглеждаше само програмата R-studio, а сега като гледам има безплатна версия за Линукс но май ще трябва да се инсталира в Win:

• Standard "Windows Explorer" - style interface.
• Host OS: Win9x, ME, NT, 2000, XP, 2003, Vista, Windows 7.
• Supported file systems: Ext2/Ext3/Ext4 FS (Linux) only.
• Recognition and parsing Dynamic (Windows 2000/XP/Vista/Win7),  Basic, GPT and BSD (UNIX) partitions layout schema and Apple  partition map. Dynamic partitions over GPT are supported as well as  dynamic partitions over MBR.
• Creates image files  for an entire hard drive, logical disk, or its part. Such  image files can be processed like regular disks. Images can be either  simple exact object copies (Plain images) compatible with the previous  versions of R-Linux, or compressed images that can be compressed, split  into several parts, and password-protected. Such images are fully  compatible with the images created by R-Drive Image, but incompatible  with the previous versions of R-Linux.
• Recognizes localized names.
• Recovered files can be saved on any (including network) disks  accessible by the host operating system.

Сайт: http://www.r-tt.com/data_recovery_linux/
 

[plandz]

Kras,искам да ти благодаря за инфо-то за R-studio за Линукс!
Не знаех досега,че има и такава версия.И тази вечер си възстанових данните от един партишън на диск,който бях отписал вече.
Моля за извинение за офтопика!!!Не можах да се сдържа.

[ivo1204]

Ти откъде реши, че точно /dev/sda1  е дяла и че е ext3 ?

fdisk -l  ?  да не extended дяла,  sda2 да е логическият .  gparted ?

'dd' спира на повреден сектор и прави опити да го чете, има dd_resque , впрочем всичко нужно имаш в SystemRescueCd
http://www.sysresccd.org/Main_Page
ползвай и бетата, инфото, добра е.

[borovaka]

Към plandz и Kras: Опитвали ли сте PhotoRec от testdisk пакета е.
Възстановявала ми е страшно много неща както под Windows така и под Линукс  а е и безплатна.
Не налагам мнение просто я пробвайте и споделете и вие мнение мисля, че заедно testdisk и photorec са доста сполучлива алтернатива на доста комерсиални предложения.

[Kras]

borovaka програмата изглежда добре на първо четене, гледам че не само снимки възстановява може и други файлове? Но имам питане има ли RAW File Recovery? А иначе ще я пробвам като ми остане време, че тези програми работят по 4-5 часа на диск  около 500GB, надявам се PhotoRec да е по-бърза?

[gat3way]

Преди да преформатирате блоковото устройство: има някаква вероятност да го е отнесъл само superblock-а и хубавото е че има няколко копия. При това положение, оправянето не е особено сложно. Най-добре вижте това четиво и се пробвайте първо така:

http://www.cyberciti.biz/faq/recover-bad-superblock-from-corrupted-partition/

[borovaka]

Kras ето списък на поддържаните формати:
http://www.cgsecurity.org/wiki/File_Formats_Recovered_By_PhotoRec
Иначе за бързина определено не е по-бърза, все пак на сайта споменават, че при неуспешно възстановяване след приключване се правят още по няколко опита на файл за максимално-оптимално възстановяване, предполагам това допълнително забавя.