ver didn't crash quotas should stay in sync. So you could use
some off-peak time for quotacheck at runtime and do this once in a while.
--
Konstantin Münning
ing azureus to block, but somehow not tripping strace's
> timers while doing so.
Have you used -f or -ff with strace? Without it you would see only the
initial process and not the forked processes. Having the futex call
indicates that there should be child processes, so -f or -ff is a must.
Just my 2 cents.
--
Konstantin Münning
Hi!
I had the same problem about a year ago with a 0.8TB drive, you may
check some list archives for the details.
The solution was a patch to the reiserfsprogs which was then
incorporated in version 3.6.19. I am not familiar with the details as I
only supplied the information and Vladimir did the
Hi!
Unfortunately I can't help you with the debugreiserfs output but maybe
with another approach for finding the correct blocknum of the bad
sector(s). Why don't you try
badblocks -b 4096 /dev/hda5
I'm not telling that your approach is wrong but this way (assuming your
reiserfs block is the defa
Hi!
[EMAIL PROTECTED] wrote:
> Konstantin Münning schrieb:
>
>> init started and first system startup messages appeared. But then a
>> bunch of oopses appeared fast so I was not able to find which part of
>> the kernel was causing the first error and then the keyboard
8)
### Pass 3a (lost+found pass) #
-
As you can see, it seems to be a tiny corruption but with devastating
results ;-). No data seemed to be lost after rebuild-tree.
Have a nice day,
--
Konstantin Münning
e and could disclose otherwise protected files but would reduce the
overhead of the "delete oldest mark-deleted file first" strategy. Of
course having this directory as a kind of metadata listing of the files
and keeping them where they are would do the same but needs more coding.
So far my thoughts. Comments welcome.
--
Konstantin Münning
Sander wrote:
> Hans Reiser wrote (ao):
>
>>It is only for very important files for computers which have only one
>>hard drive. Some of the work is with changing fsck.
>
>
> Well, if the files are important, then you should have backups anyway,
> whatever raid or similar you have. I still do
interestingly a web search gave me nothing about it. Or is reiserfstune
not to be used for adding bad blocks to the fs?
Kernel 2.6.12, reiserfstools 3.6.19.
Thanks!
--
Konstantin Münning
Hi!
[EMAIL PROTECTED] wrote:
> Hi,
>
> what is the EXACT meaning of the "filesystem-size" command line argument to
> mkreiserfs?
according to the man page:
filesystem-size is the size in blocks of the filesystem. If omitted,
mkreiserfs will automatically set it.
> Is it the total size the file
Hi!
Gabor HALASZ wrote:
> [EMAIL PROTECTED]:~# touch
> /home/ftpd/pub/debian/pool/main/x/xorg-x11/.in.xserver-xorg_6.8.2.dfsg.1-6_i386.deb
>
> touch: cannot touch
> `/home/ftpd/pub/debian/pool/main/x/xorg-x11/.in.xserver-xorg_6.8.2.dfsg.1-6_i386.deb':
> Device or resource busy
Errors like these
Hi Vitaly!
Thank you for the reiserfsck 3.9.20. It in fact had different results on
that drive. I had it run in gdb (as I did with 3.6.19 to see what/where
the trouble may be) and the result is:
(***snip***)
vpf-10680: The file [641222 641239] has the wrong block count in the
StatData (1528) - c
Hi Everyone.
OK, there seems definitely to be some kind of bug in reiserfsck 3.6.19.
Or is it a feature? ;-)
I tried once again with reiserfsck --rebuild-tree to repair the FS and
here it is again. About the end of pass 2 (about 20h after starting)
counting stopped at "left 32022, 500 /sec" but t
e FS corruption. The other drives are still fine.
michael chang wrote:
> On 8/7/05, Konstantin Münning <[EMAIL PROTECTED]> wrote:
>
>>There seems to be something I would call a bud in ReiserFS at least in
>>kernel 2.6.11.11 which can cause the system/computer to freeze. It
Hi Folks!
There seems to be something I would call a bud in ReiserFS at least in
kernel 2.6.11.11 which can cause the system/computer to freeze. It is
caused by a corruption of the FS but at that point I expected to have
some inaccessable files which I already know from FS corruptions but not
to h
15 matches
Mail list logo