Изпечатай

[lod]

софтуерен масив raid1  с 2 диска по 1ТБ.
след проверка на mdadm за консистентност започат следните грешки:

[7403770.048761] EXT3-fs error (device md1): ext3_valid_block_bitmap: Invalid block bitmap - block_group = 0, block = 1025
[7403776.103609] EXT3-fs error (device md1): ext3_new_block: Allocating block in system zone - blocks from 1025, length 1
[7403776.152691] EXT3-fs error (device md1): ext3_new_block: Allocating block in system zone - blocks from 1026, length 1
[7403776.177774] EXT3-fs error (device md1): ext3_new_block: Allocating block in system zone - blocks from 1027, length 1


[7404082.494766] init_special_inode: bogus i_mode (36515) for inode md1:11616264
[7404083.216034] init_special_inode: bogus i_mode (151623) for inode md1:11616262
[7404083.227176] init_special_inode: bogus i_mode (134124) for inode md1:12509193
[7404083.266631] init_special_inode: bogus i_mode (171475) for inode md1:11624453
[7404083.266747] attempt to access beyond end of device
[7404083.266752] md1: rw=0, want=31269653200, limit=1927751552
[7404083.266755] attempt to access beyond end of device
[7404083.266757] md1: rw=0, want=31269653200, limit=1927751552
[7404083.589838] init_special_inode: bogus i_mode (167767) for inode md1:12058653
[7404083.589923] init_special_inode: bogus i_mode (177166) for inode md1:12058652
[7404083.623337] init_special_inode: bogus i_mode (167362) for inode md1:12075014
[7404083.639081] init_special_inode: bogus i_mode (170126) for inode md1:12083203
[7404083.898811] init_special_inode: bogus i_mode (76553) for inode md1:11894786
[7404084.433064] init_special_inode: bogus i_mode (56670) for inode md1:11976707
[7404084.498326] init_special_inode: bogus i_mode (35011) for inode md1:12034054
[7404084.695039] init_special_inode: bogus i_mode (111167) for inode md1:11984900
[7404084.695125] init_special_inode: bogus i_mode (70313) for inode md1:11984898
[7404525.040599] attempt to access beyond end of device
[7404525.040607] md1: rw=1, want=31665241568, limit=1927751552
[7404525.040610] attempt to access beyond end of device
[7404525.040614] md1: rw=1, want=28667985200, limit=1927751552
[7404525.040617] attempt to access beyond end of device
[7404525.040620] md1: rw=1, want=7180209680, limit=1927751552
[7404525.040622] attempt to access beyond end of device
[7404525.040626] md1: rw=1, want=30035793400, limit=1927751552
[7404525.040628] attempt to access beyond end of device
[7404525.040632] md1: rw=1, want=30337447144, limit=1927751552
[7404525.043101] Aborting journal on device md1.
[7404525.062775] ext3_abort called.
[7404525.073770] EXT3-fs error (device md1): ext3_journal_start_sb: Detected aborted journal
[7404525.096286] Remounting filesystem read-only


след fsck на дяла остана едно голямо нищо!
lost+found е пълна с #xxxxx
има ли програма която да ми възстанови поне част от файловете. за жалост системата е samba архив..
това което гледах за причина за срива е бъг в ядрото. че ще сменя ext3 с xfs ще го сменя, но как да възстановя инфото??

[borovaka]

Пробвай testdisk може да възтановява файлови системи в пакета има и програмка photorec с нея се възтановяват загубени данни.

[lod]

има ли вариант файловете в lost+found да им разбера имената?

[borovaka]

Нямам представа по този въпрос. Намерих едно how to което може да ти е полезно:
http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html
Успех.
п.с.
Опита ли testdisk и photorec?

[lod]

Нямам представа по този въпрос. Намерих едно how to което може да ти е полезно:
http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html
Успех.
п.с.
Опита ли testdisk и photorec?

photorec ми намира доста файлове, но без имена и не вс. стават за нещо

[b2l]

Код:

# echo lsdel | debugfs /dev/hda5 > lsdel.out

[Naka]

Само за информация - този bitmap вътрешен ли е бил или е бил файл върху ext3 на същият масив?

Защото ако е бил файл върху файловата система на самият райд то се обезсмисля изобщо съществуването му и може да се получи подобна каша.

при   mdadm --detail /dev/***
имало ли е ред: 
Intent Bitmap : Internal

[lod]

mdadm --detail /dev/md1
/dev/md1:
        Version : 00.90
  Creation Time : Sun Jul 27 21:15:24 2008
     Raid Level : raid1
     Array Size : 963875776 (919.22 GiB 987.01 GB)
  Used Dev Size : 963875776 (919.22 GiB 987.01 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 1
    Persistence : Superblock is persistent

    Update Time : Mon Jul 26 17:30:02 2010
          State : clean, degraded
 Active Devices : 1
Working Devices : 1
 Failed Devices : 1
  Spare Devices : 0

           UUID : b291c1bc:bdca16b0:38d871df:0a035dc2 (local to host torro)
         Events : 0.4580624

    Number   Major   Minor   RaidDevice State
       0       8       18        0      active sync   /dev/sdb2
       1       0        0        1      removed

       2       8        2        -      faulty spare


махнал съм единия диск, да го мъчат с една win програма за възстановяване. за това пише, че масива е счупен.

а иначе командата от предният пост върна:
397 deleted inodes found.

и списъка е с дати от 2008, 2009

интересно ми е дали да мъча да пробвам с backup на superblock-a и от него да възстановявам.

[Naka]

Не пише да има някакъв bitmap. Този bitmap ти ли си го правил или е бил създаден автоматично? Знаеш ли какъв е бил и къде?
Май си настъпил някакъв кернелски бъг, гледам има доста рапорти на подобно съобщение.
Някой знае ли дали в стуктурата на ext3 има ли нещо което също да се нарича "bitmap blocks"? В райда със сигуност има.

[gat3way]

Сигурно ще те разочаровам, но няма да си възтановиш имената, освен по памет във връзка със съдържанието им. Щом са отишли в lost+found, значи директорията, която ги е съдържала е непоправимо увредена. Принципно единствената връзка между inode и име на файл ти се предоставя от директорийната информация. И причината не е в superblock-а, защото ако беше увреден, тогава нямаше да можеш да си монтираш файловата система въобще.

[lod]

Сигурно ще те разочаровам, но няма да си възтановиш имената, освен по памет във връзка със съдържанието им. Щом са отишли в lost+found, значи директорията, която ги е съдържала е непоправимо увредена. Принципно единствената връзка между inode и име на файл ти се предоставя от директорийната информация. И причината не е в superblock-а, защото ако беше увреден, тогава нямаше да можеш да си монтираш файловата система въобще.

fsck-а си я поправи за да я монтира, но мисълта ми е, дали не мога да върна някои от backup-ите на superblock-a където има директориина информация?

[romeo_ninov]

Сигурно ще те разочаровам, но няма да си възтановиш имената, освен по памет във връзка със съдържанието им. Щом са отишли в lost+found, значи директорията, която ги е съдържала е непоправимо увредена. Принципно единствената връзка между inode и име на файл ти се предоставя от директорийната информация. И причината не е в superblock-а, защото ако беше увреден, тогава нямаше да можеш да си монтираш файловата система въобще.

fsck-а си я поправи за да я монтира, но мисълта ми е, дали не мога да върна някои от backup-ите на superblock-a където има директориина информация?

Има проблем със съдържанието на файловете, наречени директории, за това не можеш да обвържеш файловете с имена.