:strip_icc():strip_exif()/u/105199/crop5cb76c6d18020_cropped.jpeg?f=community)
Hoi
Specs:
gentoo 2005.1
amd64
reiserfs uit kernel 2.6.14
reiserfsprogs: 3.6.19
2 Seagate 120gb sata disks op raid0 onder /dev/md1 (sdb1 en sdc1 zijn de partities)
op md1 ligt een reiserfs dat gemount werd op /home
Probleem:
Bad blocks op de disks.
Ik merkte van de week dat ik segfaults kreeg en permissions denied's als ik (zelfs als root) naar bepaalde dirs ging. Dat stonk natuurlijk enorm....
Dus maar even raid-array geumount en reisfsck gedaan:
Hij heeft ongeveer een uur gedraaid. Net even een badblocks-tekst-bestand aangemakat, maar dan komt hij een nieuwe tegen (1 block verder dan die daarnet).
Dit schiet niet op, hij doet er nm lweer een uur over die te vinden , en geen idee hoelang het zo gaat duren voor ik de volgende heb,.
Ik heb na wat gegoogle badblocks gevonden, maar die hangt .... zowel op sdc1 als sdc1 als md1.
ook met de andere devices.
Weet iemand hoe ik dit het beste op kan lossen... ik zit beetje met handen in het haar. Er staat een practicum (voor deze week!) op die array en ik ben te lui geweest voor backup
Specs:
gentoo 2005.1
amd64
reiserfs uit kernel 2.6.14
reiserfsprogs: 3.6.19
2 Seagate 120gb sata disks op raid0 onder /dev/md1 (sdb1 en sdc1 zijn de partities)
op md1 ligt een reiserfs dat gemount werd op /home
Probleem:
Bad blocks op de disks.
Ik merkte van de week dat ik segfaults kreeg en permissions denied's als ik (zelfs als root) naar bepaalde dirs ging. Dat stonk natuurlijk enorm....
Dus maar even raid-array geumount en reisfsck gedaan:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
| zeus boudewijn # reiserfsck /dev/md1 --rebuild-tree reiserfsck 3.6.19 (2003 www.namesys.com) ************************************************************* ** Do not run the program with --rebuild-tree unless ** ** something is broken and MAKE A BACKUP before using it. ** ** If you have bad sectors on a drive it is usually a bad ** ** idea to continue using it. Then you probably should get ** ** a working hard drive, copy the file system from the bad ** ** drive to the good one -- dd_rescue is a good tool for ** ** that -- and only then run this program. ** ** If you are using the latest reiserfsprogs and it fails ** ** please email bug reports to reiserfs-list@namesys.com, ** ** providing as much information as possible -- your ** ** hardware, kernel, patches, settings, all reiserfsck ** ** messages (including version), the reiserfsck logfile, ** ** check the syslog file for any related information. ** ** If you would like advice on using this program, support ** ** is available for $25 at www.namesys.com/support.html. ** ************************************************************* Will rebuild the filesystem (/dev/md1) tree Will put log info to 'stdout' Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes Replaying journal.. Reiserfs journal '/dev/md1' in blocks [18..8211]: 0 transactions replayed ########### reiserfsck --rebuild-tree started at Mon Jan 9 18:25:49 2006 ########### Pass 0: ####### Pass 0 ####### Loading on-disk bitmap .. ok, 35887609 blocks marked used Skipping 9999 blocks (super block, journal, bitmaps) 35877610 blocks will be rea d 0%....20%....40%block 26047071: The number of items (63489) is incorrect, should be (1) - corrected block 26047071: The free space (6152) is incorrect, should be (2352) - corrected pass0: vpf-10110: block 26047071, item (0): Unknown item type found [161492200 2 032149819 0x2c0340e0 ??? (15)] - deleted ..pass0: vpf-10420: block 35917454, item 10: Wrong order of items - change the t ype of the key [62005 61916 0x1 IND (1)] to Direct pass0: vpf-10480: block 35917454, item 10: Wrong order of items - change the obj ect_id of the key [62005 61916 0x1 DRCT (2)] to 61032 pass0: vpf-10500: block 35917454, item 10: Wrong order of items - change the dir _id of the key [62005 61032 0x1 DRCT (2)] to 2249 ..60%.. left 11152660, 18859 /sec The problem has occurred looks like a hardware problem. If you have bad blocks, we advise you to get a new hard drive, because once you get one bad block that the disk drive internals cannot hide from your sight,the chances of getting more are generally said to become much higher (precise statistics are unknown to us), and this disk drive is probably not expensive enough for you to you to risk your time and data on it. If you don't want to follow that follow that advice then if you have just a few bad blocks, try writing to the bad blocks and see if the drive remaps the bad blocks (that means it takes a block it has in reserve and allocates it for use for of that block number). If it cannot remap the block, use badblock option (-B) with reiserfs utils to handle this block correctly. bread: Cannot read the block (43068928): (Input/output error). Aborted |
Hij heeft ongeveer een uur gedraaid. Net even een badblocks-tekst-bestand aangemakat, maar dan komt hij een nieuwe tegen (1 block verder dan die daarnet).
Dit schiet niet op, hij doet er nm lweer een uur over die te vinden , en geen idee hoelang het zo gaat duren voor ik de volgende heb,.
Ik heb na wat gegoogle badblocks gevonden, maar die hangt .... zowel op sdc1 als sdc1 als md1.
code:
1
| badblocks -b 4096 -p 4 -c 32768 -s /dev/sdc1 |
ook met de andere devices.
Weet iemand hoe ik dit het beste op kan lossen... ik zit beetje met handen in het haar. Er staat een practicum (voor deze week!) op die array en ik ben te lui geweest voor backup
). Mijn tip, als dat practicum je wat waard is, probeer het dan te recoveren zonder gebruik te maken van dit soort tools (eg, gewoon cp, mv). Lukt dat niet, ga dan niet zitten hobby-bobben, en breng die disken naar een professioneel data recovery bureau. Daar kun je meestal voor een redelijk bedrag (afhankelijk van de damage) nog veel van je data terugkrijgen. Des te meer je zelf gaat klussen, des te groter de kans dat je weinig van je data terugziet.