From: Edward Shishkin <edward.shishkin@gmail.com>
To: Matthew <jackdachef@gmail.com>
Cc: Dushan Tcholich <dusanc@gmail.com>, reiserfs-devel@vger.kernel.org
Subject: Re: reiser4 w. cryptcompress data-corruption (?!)
Date: Sat, 08 Mar 2008 22:54:33 +0300 [thread overview]
Message-ID: <47D2EEF9.6090904@gmail.com> (raw)
In-Reply-To: <e85b9d30802260406n6d83f63r37d1f06e7ab542d0@mail.gmail.com>
Hello Mat,
It looks like someone stomped your data, and that
antivirus is the first candidate to this position ;)
For more careful diagnostics your root partition should
be investigated with debugfs.reiser4 to check consistency
of disk clusters. The next stage is to make surveillance
under root drive to figure out who does issue write requests
when scanning /mnt/win.
If you don't object, then I'll put it to longterm todo ;)
Thanks,
Edward.
Matthew wrote:
>On Tue, Feb 26, 2008 at 11:38 AM, Edward Shishkin
><edward.shishkin@gmail.com> wrote:
>
>
>>Matthew wrote:
>>
>> >On Tue, Feb 26, 2008 at 12:03 AM, Dushan Tcholich <dusanc@gmail.com> wrote:
>> >
>> >
>> >>Hi
>> >>
>> >>I had a same scary experience of reiser4 repairing thousands of errors on
>> >>cryptocompressed partition, but it was false alarm as Edward said:
>> >>
>> >>
>> >>
>> >>>Me:
>> >>>
>> >>>
>> >> > After fsck.reiser4 --check I had to do a fsck.reiser4 --build-fs,
>> >> > which lasted ~55min. It fixed 1 error on the start and for next 50 min
>> >> > fixed wrong bytes errors in every node, like in the second picture.
>> >>
>> >>Edward:
>> >> Ignore reports about wrong bytes.
>> >> This is because cryptcompress plugin doesn't keep a track about bytes,
>> >> and fsck calculates and insert correct value. Keeping a track of bytes
>> >> by kernel leads to performance drop (even worse then with atime), so
>> >> we decided to not support it.
>> >>
>> >>
>> >>Were those thousands of errors in step 6. of your mail wrong byte errors?
>> >>
>> >>Dushan
>> >>
>> >>
>> >
>> >Hi, Dushan,
>> >
>> >no, those actually were (real) data corruption errors,
>> >as I wrote (I didn't made it that clear) I impatiently interrupted
>> >fsck.reiser4, reformatted the partition and extracted the tarball with
>> >the system
>> >
>> >I just woke up & thinking over it now: the corruption behavior was
>> >pretty similar to the corruption with bitdefender-console,
>> >
>> >Edward:
>> >I hope you still have the mails were I described
>> >"corrupting"/triggering the error with ntfs-scanning before you fixed
>> >it?
>> >
>> >1.) boot into system with reiser4 as root partition
>> >2.) start up GUI (gnome, kde, whatever)
>> >3.) work with with it a little
>> >4.) mount ntfs-partition (it shouldn't matter if mounted with
>> >in-kernel ntfs-driver or ntfs3g) [the partition should ideally contain
>> >a windows-system with several gigabytes of data]
>> >5.) scan the partition with bdc --arc --files /mnt/win
>> >
>> >
>>
>> what is the bdc?
>>
>>
>>
>> >6.) filesystem corrupts,
>> >7.) result: nothing can be launched anymore, even bash is broken -
>> >just everything
>> >
>> >it was also the case this time:
>> >whenever I tried to launch epiphany, nautilus, gnome-terminal it
>> >wouldn't launch them
>> >--> the only thing still working was gnome-terminal
>> >after that I exited to the CLI & when I recognised it was similar to
>> >the previous corruption case (bitdefender-console)
>> >I immediately killed everything via magic sysrq key & rebooted without
>> >syncing to maintain my data intact (on /home)
>> >
>> >the behavior is pretty interesting:
>> >it seems to corrupt progressively in steps (such as with the
>> >bitdefender-console corruption)
>> >
>> >first almost all still works, bit by bit more and more programs won't
>> >work anymore
>> >
>> >Regards
>> >
>> >Mat
>> >
>> >
>> >
>>
>>
>>
>>
>
>sorry for not clearing that:
>
>[I] app-antivirus/bitdefender-console
> Available versions: -7.0.1-r1 -7.0.1-r1[1] (~)7.1 (~)7.1[1]
> Installed versions: 7.1[1](22:37:31 06.01.2008)
> Homepage: http://www.bitdefender.com/
> Description: BitDefender console antivirus
>
>[1] "portage" /usr/local/portage
>
>the name of the program's file is:
>' BitDefender-Console-Antivirus-7.1-3.linux-gcc3x.i386.run '
>
>Thanks
>
>Mat
>
>
>
next prev parent reply other threads:[~2008-03-08 19:54 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-25 21:51 reiser4 w. cryptcompress data-corruption (?!) Mat
2008-02-25 23:44 ` Edward Shishkin
[not found] ` <a08621850802251503w10b88e3an59a5170dd41805bb@mail.gmail.com>
2008-02-26 8:57 ` Matthew
2008-02-26 10:38 ` Edward Shishkin
2008-02-26 12:06 ` Matthew
2008-03-08 19:54 ` Edward Shishkin [this message]
2008-03-09 11:05 ` Matthew
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=47D2EEF9.6090904@gmail.com \
--to=edward.shishkin@gmail.com \
--cc=dusanc@gmail.com \
--cc=jackdachef@gmail.com \
--cc=reiserfs-devel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.