From mboxrd@z Thu Jan 1 00:00:00 1970 From: Clay Barnes Subject: Re: Wtr.: Re: 2.6.15.1+reiser4 Kernel Panic Date: Mon, 30 Jan 2006 20:17:53 -0700 Message-ID: <43DED6E1.3060509@gmail.com> References: <43DEC1BC.2030800@namesys.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <43DEC1BC.2030800@namesys.com> List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: Hans Reiser Cc: rudekjan@freenet.de, reiserfs-list@namesys.com To amplify what Hans (accurately) wrote, once you see bad sectors, that means that you already have many more than you see, and that your hard drive is all out of spare sectors to silently swap out for when it finds one. Basically, there's so much wrong with the surface that your hard drive can't hide any more flaws, and has given up trying. Hans is right: If you see a single bad sector, the drive is considered unsafe and trash for even the tightest owner. --Clay Hans Reiser wrote: > Wow, are we at last actually stable enough that hardware errors are more > of a problem than software errors for our Reiser4 users? > > Rudekjan, you have a bad sector, buy a new drive, use dd_rescue to copy > to it, don't run reiser4.fsck until you get the data onto the new > drive. Why buy a new drive? Because after the first user visible bad > sector, your odds of more bad sectors over time go WAY up. Your > time+data are too valuable..... > > Hans > > rudekjan@freenet.de wrote: > > >> i'm again... here are some more informations. i haven't encrypted my data and the error above the reiser4 panic is: >> >> end_request: I/O error, dev sdb, sector 64412 >> >> hope thats help finding the bug >> >> greets >> >> Jan >> >> ----- weitergeleitete Nachricht --------- >> >> >> Subject: Re: 2.6.15.1+reiser4 Kernel Panic >> Date: Di 31 Jan 2006 01:49:38 CET >> From: rudekjan@freenet.de >> >> >> >> >>> Hi, >>> i have the same Problem witch 2.6.16-rc1 with the reiser4 Patch from >>> ftp.namesys.com. >>> Same error and the System is frozen to. But I wanted to copy data from >>> Partition A (Reiser3) to Partition B (Reiser4). >>> >>> greets >>> >>> Jan >>> >>> From: "Vladimir V. Saveliev" >>> To: Ps >>> Date: Mon, 30 Jan 2006 11:29:18 +0300 >>> Subject: Re: 2.6.15.1+reiser4 Kernel Panic >>> Hello >>> >>> On Sun, 2006-01-29 at 11:44 +0100, Ps wrote: >>> > Hi, >>> > >>> > i've got a kernel panic with kernel 2.6.15.1 + reiser4 patch from >>> > ftp.namesys.com, when writing data to a usb harddisk. >>> > >>> > kernel output: >>> > loop4: loop_end_io_transfer err=-95 bi_rw=0x5 >>> > reiser4 panicked cowardly: reiser4[pdflush(6748)]: >>> commit_current_atom >>> > (fs/reiser4/txnmgr.c:1130)[zam-597] >>> > write log failed (-5) >>> > >>> > reiser4 panicked cowardly: reiser4[pdflush(6748)]: >>> commit_current_atom >>> > (fs/reiser4/txnmgr.c:1130)[zam-597] >>> > write log failed (-5) >>> > >>> > and the machine is *frozen* >>> > >>> > the harddisk is encrypted via loop-aes v3.1c (loop4). i think it's >>> a >>> > reiser4 or kernel 2.6.15 bug, because loop-aes with kernel <2.6.15 >>> is >>> > running quite perfekt. fsck.reiser4 1.0.5 says the filesystem is >>> clear. >>> > >>> >>> can you reproduce the problem? >>> >>> > Best Regards, >>> > Patrick >>> > >>> > >>> >>> >>> >>> >>> "Jetzt Handykosten senken mit klarmobil - 14 Ct./Min.! Hier klicken" >>> www.klarmobil.de/index.html?pid=73025 >>> >>> >>> >>> >>> >> >> ---- weitergeleitete Nachricht Ende ---- >> >> >> >> >> "Jetzt Handykosten senken mit klarmobil - 14 Ct./Min.! Hier klicken" >> www.klarmobil.de/index.html?pid=73025 >> >> >> >> >> >> > > >