Hello
On Saturday 10 March 2007 22:56, Vladimir V. Saveliev wrote:
> Hello
>
> On Saturday 10 March 2007 16:00, Sergey Matviyenko wrote:
> > I run reiserfsck --yes --rebuild-tree --scan-whole-partition.
> >
> > With reiserfsprogs-3.6.19 i have error on Pas
Hello
On Saturday 10 March 2007 16:00, Sergey Matviyenko wrote:
> I run reiserfsck --yes --rebuild-tree --scan-whole-partition.
>
> With reiserfsprogs-3.6.19 i have error on Pass 3a:
> "lost+found.c 348 pass_3a_look_for_lost
> look_for_lost: The entry 'lost+found'
I run reiserfsck --yes --rebuild-tree --scan-whole-partition.
With reiserfsprogs-3.6.19 i have error on Pass 3a:
"lost+found.c 348 pass_3a_look_for_lost
look_for_lost: The entry 'lost+found' could not be found in the root directory."
With reiserfsprogs-3.6.19.5 i have error o
This is a
--rebuild-tree with reiserfsck version 3.6.19
Will rebuild the filesystem (/dev/dm/raid) 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.
Hello again,
On Mon, Jan 08, 2007 at 01:47:57PM +0300, Vladimir V. Saveliev wrote:
> > Attached is the log from rebuild-tree. I've run rebuild-tree several
> > times and always get the same result, except for the number 91163
> > after "left" which can chang
both drives. What seems to be known as a
kernel panic!
I crawled my unknowledgeable way to fsck and reiserfsck (3.6.2) and found
that one partion on one drive came up "NOT clean".
It is the hdc2 data partition that is NOT clean.
I did a --rebuild-tree on that drive and it consistently
Hi,
I have a 4GB reiserfs partition and today it found a corruption
requiring --rebuild-tree. I made a backup then fsck with --rebuild-tree
and ...
Whhooh, now that is the best looking fsck I have ever seen.
Cool words, nice looking progress, quickly changing numbers and directory
names
get far.
I started with check, which old me to rebuild-tree.
Attached is the log from rebuild-tree. I've run rebuild-tree several
times and always get the same result, except for the number 91163
after "left" which can change between runs. Block 33147 never changes
however.
I don
Hello,
I have a problem very similar to the thread below. A runaway file
filled my disk, my machine became unresponsive and then I needed to do
a --rebuild-tree (as instructed by --check in the init script).
http://marc.theaimsgroup.com/?l=reiserfs&m=115830875615699&w=2
However,
> like that), but in my case there's a network somewhere between
> reiserfsck and ATA/SATA. So, I don't expect reiserfsck to use direct I/O
> by default, but it would be a nice feature for me (and the few others
> with the same problem?) if direct I/O can be enabled by a com
something
like that), but in my case there's a network somewhere between
reiserfsck and ATA/SATA. So, I don't expect reiserfsck to use direct I/O
by default, but it would be a nice feature for me (and the few others
with the same problem?) if direct I/O can be enabled by a commandline
Vladimir V. Saveliev wrote:
> Hello
>
> On Friday 06 October 2006 01:59, Bas van Schaik wrote:
>> Hi Vladimir,
>>
>>
>>> On Thursday 05 October 2006 12:07, you wrote:
>>>> Hi all,
>>>>
>>>> I'm having severe problems
Hello
On Friday 06 October 2006 01:59, Bas van Schaik wrote:
> Hi Vladimir,
>
>
> > On Thursday 05 October 2006 12:07, you wrote:
> >> Hi all,
> >>
> >> I'm having severe problems with reiserfsck --rebuild-tree on a
> >> CryptoLoop over
Hi Vladimir,
> On Thursday 05 October 2006 12:07, you wrote:
>> Hi all,
>>
>> I'm having severe problems with reiserfsck --rebuild-tree on a
>> CryptoLoop over LVM over RAID5 over ENBD (Enhanced Network Block Device)
>> device. The first pass is no pro
Hello
On Thursday 05 October 2006 12:07, you wrote:
> Hi all,
>
> I'm having severe problems with reiserfsck --rebuild-tree on a
> CryptoLoop over LVM over RAID5 over ENBD (Enhanced Network Block Device)
> device. The first pass is no problem (finds errors, but runs perfectl
Hi all,
I'm having severe problems with reiserfsck --rebuild-tree on a
CryptoLoop over LVM over RAID5 over ENBD (Enhanced Network Block Device)
device. The first pass is no problem (finds errors, but runs perfectly),
but the second pass hangs my whole system (load increasing to values
like 3
it worked okay.
now I wonder, if I can use your instructions to "join" 120GB partition
with new 220GB one, where the later one is the current one, and I
would like to extend it to 220+120GB.
220 one is /dev/hda3 , the one that I would like to attach to the end
of it is /dev/hdc3.
how can I do this
Just curious, could it also be fixed by mounting the FS, freeing up some
space, then retrying the FSCK? Or is the FS unusable?
can't mount it either RO or RW. It says the process of rebuilding tree
was incomplette and I have no options to take. Corner case really.
--
GJ
Vladimir V. Saveliev wrote:
while there is no fix currently for this problem you can solve the problem by
expanding underlaying device.
Just curious, could it also be fixed by mounting the FS, freeing up some
space, then retrying the FSCK? Or is the FS unusable?
Scratch that last command use
find -type f -printf "%k\t%p\n" | sort -n | tail -n 100
its much faster.
On Friday 15 September 2006 11:06, Grzegorz Jaśkiewicz wrote:
> On 9/15/06, Vladimir V. Saveliev <[EMAIL PROTECTED]> wrote:
> > Could it be that the file was opened when you deleted it?
>
> nope,
Are you still able to mount the fs read write? If so, you might see if you
can find files to delete, or possibly the 4G file was hardlinked to somewhere
else. This should list all files on the partition with the largest last.
find -type f -exec du {} \; | sort -n
Then wait a long time.
Does t
On 9/15/06, Vladimir V. Saveliev <[EMAIL PROTECTED]> wrote:
>
Could it be that the file was opened when you deleted it?
nope, I know that issue. I rebooted the system twice before trying any
other way.
--
GJ
Hello
On Friday 15 September 2006 14:34, Grzegorz Jaśkiewicz wrote:
> okay, seems to makes sens.
> So you guys are working on it, or is the problem not quite fixable ?
>
Substantial changes are needed to fix this problem.
> The underlying problem is what worries me more - the file that was
> de
okay, seems to makes sens.
So you guys are working on it, or is the problem not quite fixable ?
The underlying problem is what worries me more - the file that was
deleted, but space never got free.
I am about to buy larger HD today (this one was 160, I am going to get
250 one), so I can do it in
Hello
On Friday 15 September 2006 12:25, Grzegorz Jaśkiewicz wrote:
> I had little problem, deleted a 4GB file, but this space was never
> freed , but file was gone. So I decided to run -check - no problems
> found, next step was to rebuild tree:
>
> [EMAIL PROTECTED]:~# fsck.rei
I had little problem, deleted a 4GB file, but this space was never
freed , but file was gone. So I decided to run -check - no problems
found, next step was to rebuild tree:
[EMAIL PROTECTED]:~# fsck.reiserfs --rebuild-tree -y /dev/hda3
reiserfsck 3.6.19 (2003 www.namesys.com
Hi,
> I'm 100% happy. Now it did not stop.
> Either it would haven been nessesary to run it twice or the new
version I've got from did the trick.
Good to hear that!
> I thank you so much!
> Now I go any buy a new disk!!!
Usually when a disk goes bad you should get a new disk FIRST, then make
an
Hi Vladimir
>please run
>reiserfsck (3.6.19.3) --rebuild-tree --badblocks /root/hda3.bad /dev/hda3
>once again and let me see whole output of the command.
I'm 100% happy. Now it did not stop.
Either it would haven been nessesary to run it twice or the new version I've
got
a bad block use reiserfsck
> >--fix-fixable with -B option.
>
> Yes. exactly.
> Then I did:
> reiserfsck --rebuild-tree --badblocks /root/hda3.bad /dev/hda3
>
> after 25% the --rebuild-tree stopped saing that there were bad blocks and
> that I've to provide the -B o
Vladimir
>Btw, did reiserfstune say you something like the below?
>
>reiserfstune -B list2 /dev/hda2
>reiserfstune: Bad block 32793 is used already in reiserfs tree. To mark it as
>a bad block use reiserfsck
>--fix-fixable with -B option.
Yes. exactly.
Then I did:
reiserf
da3 > /root/tmp.txt 2>&1
> =>
>
> debugreiserfs 3.6.19.3 (2003 www.namesys.com)
>
> list of 21 block numbers is read
> /0
ah, sorry, I forgot that you ran reiserfsck --rebuild-tree and that did not
complete. debureiserfs -x will not help.
I will try to reproduce your problem here
Hi Vladimir
>ok, all bad blocks are used. Lets try to find what they are used for:
>cat /root/hda3.bad | debugreiserfs -x /dev/hda3
# cat /root/hda3.bad | ./debugreiserfs -x /dev/hda3 > /root/tmp.txt 2>&1
=>
debugreiserfs 3.6.19.3 (2003 www.namesys.com)
list of 21 block numbers is read
/0
block
Hello
On Friday 08 September 2006 14:51, [EMAIL PROTECTED] wrote:
> Hi Vladimir
>
> >please run
> >for i in `cat /root/hda3.bad`; do debugreiserfs -1 $i /dev/hda3 >
> > /dev/null; done
>
> So many Thx for very fast response.
> Here's the output:
>
>
> debugreiserfs 3.6.19 (2003 www.namesys.com)
>
Hi Vladimir
>please run
>for i in `cat /root/hda3.bad`; do debugreiserfs -1 $i /dev/hda3 > /dev/null;
>done
So many Thx for very fast response.
Here's the output:
debugreiserfs 3.6.19 (2003 www.namesys.com)
4602176 is used in ondisk bitmap
debugreiserfs 3.6.19 (2003 www.namesys.com)
460217
o apply bad blocks:
> reisefstune -B /root/hda3.bad /dev/hda3
> - The tool said I have to use reiserfsck =>
>
> $ reiserfsck --rebuild-tree --badblocks /root/hda3.bad /dev/hda3
>
> Then I provides "Yes"
>
> after 25% the --rebuild-tree stopped saing that there were ba
Dear all
Here's the syslog
Thx four any help!
Kind Regards
Bruno
-
Sep 8 11:03:14 kim kernel: hda: dma_intr: status=0x59 { DriveReady SeekComplete
DataRequest Error }
Sep 8 11:03:14 kim kernel: hda: dma_intr: error=0x40 { UncorrectableError },
LBAsect=114941706, high=6, low=14278410, secto
=>
$ reiserfsck --rebuild-tree --badblocks /root/hda3.bad /dev/hda3
Then I provides "Yes"
after 25% the --rebuild-tree stopped saing that there were bad blocks and that
I've to provide the -B option and a badblock file.
But this is what I did (using --badblocks /root/hda3.bad).
N
Hello Philippe
Yes the strace shows that the process is running
and the partition was 70% filled so I assume that it will
take a real time because our SATA driver is slower than
your SCSI
Thanks
Philippe Gramoullé wrote:
Hello,
On Thu, 24 Aug 2006 15:48:01 -0300
Cesar Augusto Bonadio <[EMAIL
Hello,
On Thu, 24 Aug 2006 15:48:01 -0300
Cesar Augusto Bonadio <[EMAIL PROTECTED]> wrote:
| Is this normal to take this long? any ideas?
Yes, i think so, especially if you have many files and that the partition
begins to be more full than empty ( say > 50%)
I used to operate some SCSI RAID5
Hello
We have a server with a partition of 1.1TB, last saturday
the machine locked up and we had to reboot, after that
when we access some files we received and "permission denied"
so we started a reiserfsck with rebuild-tree, the process is still running
19047 root 25 0 141m
ver that it had filled up its /dev/md2 partition (mounted
> > > > on /home) which surprised me because it is 550 gigs. Perhaps mythtv
> > > > went nuts and used it all up. It was only a temporary thing I was
> > > > going to move mythtv to another partition anyway
; went nuts and used it all up. It was only a temporary thing I was
> > > going to move mythtv to another partition anyway and boy I wish I had
> > > now :-P.
> > >
> > > Anyway I rebooted and the fsck said I had to run rebuild-tree. So I
> > > ran that and a
> > going to move mythtv to another partition anyway and boy I wish I had
> > > now :-P.
> > >
> > > Anyway I rebooted and the fsck said I had to run rebuild-tree. So I
> > > ran that and a few days later it said "out of disk space, aborted". I
> > going to move mythtv to another partition anyway and boy I wish I had
> > > now :-P.
> > >
> > > Anyway I rebooted and the fsck said I had to run rebuild-tree. So I
> > > ran that and a few days later it said "out of disk space, aborted". I
Joel Heenan wrote:
The filesystem contains some sensitive data so I can't really do this
I'm afraid. I'm happy to run any diagnostic tools you have or provide
any more information.
I wonder if anything like this exists already...
Maybe it would work if you could provide moderated ssh access.
> on /home) which surprised me because it is 550 gigs. Perhaps mythtv
> went nuts and used it all up. It was only a temporary thing I was
> going to move mythtv to another partition anyway and boy I wish I had
> now :-P.
>
> Anyway I rebooted and the fsck said I had to run rebuild-
htv
> went nuts and used it all up. It was only a temporary thing I was
> going to move mythtv to another partition anyway and boy I wish I had
> now :-P.
>
> Anyway I rebooted and the fsck said I had to run rebuild-tree. So I
> ran that and a few days later it said "out of
ay I rebooted and the fsck said I had to run rebuild-tree. So I
> ran that and a few days later it said "out of disk space, aborted". I
> can't mount the partition it says "No folder found I believe". I tried
> it a few times with both the reiserfsprogs from etch
mythtv to another partition anyway and boy I wish I had
now :-P.
Anyway I rebooted and the fsck said I had to run rebuild-tree. So I
ran that and a few days later it said "out of disk space, aborted". I
can't mount the partition it says "No folder found I believe". I tried
I rebooted into Knoppix 5.0x
>>> and did a reiserfsck which reported there were errors that needed to be
>>> fixed with --rebuild-tree The failed output of this is below. This has
>>> happened quite often and I have done a full reinstall several times.
>&
h reported there were errors that needed to be
>>fixed with --rebuild-tree The failed output of this is below. This has
>>happened quite often and I have done a full reinstall several times.
>>This is much more of an issue than ever was experienced with ext3 or
>>even ext2.
&
Hello
On Thu, 2006-06-29 at 14:51 -0500, hanasaki wrote:
> Recently had to do a reboot and had not errors, just replayed
> transactions at reboot. Just to be safe, I rebooted into Knoppix 5.0x
> and did a reiserfsck which reported there were errors that needed to be
> fixed with --
Recently had to do a reboot and had not errors, just replayed
transactions at reboot. Just to be safe, I rebooted into Knoppix 5.0x
and did a reiserfsck which reported there were errors that needed to be
fixed with --rebuild-tree The failed output of this is below. This has
happened quite often
Hello
On Fri, 2006-06-16 at 10:25 +0200, Johan Isacsson wrote:
> That seemed to do the trick, I'm past pass 1 now, it's now on pass 2.
> How long is this pass supposed to take compared to pass 0 and pass 1?
> Pass 0 took about 8 hours and pass 1 maybe 4 hours.
>
> Right now it says left 31, 0/sec
That seemed to do the trick, I'm past pass 1 now, it's now on pass 2.
How long is this pass supposed to take compared to pass 0 and pass 1?
Pass 0 took about 8 hours and pass 1 maybe 4 hours.
Right now it says left 31, 0/sec, is that alright?
Regards,
Johan Isacsson
smime.p7s
Description: S/MI
allocable blocks, btw
>
> out of disk space
>
> Aborted
>
> [/snip]
>
> So i guess i should do as you replied to the person posting this and do
> a dd to a bigger partition and do the rebuild-tree there?
> Here is the reply to the older post:
>
> [snip]
>
finished
0%20%40%60%80%Not enough allocable blocks, checking \
bitmap...there are 1 allocable blocks, btw
out of disk space
Aborted
[/snip]
So i guess i should do as you replied to the person posting this and do
a dd to a bigger partition and do the rebuild-tree there?
Here is
Hello
On Thu, 2006-06-15 at 09:15 +0200, Johan Isacsson wrote:
> reiserfschk --rebuild-tree was aborted when it nearly had finished pass
> 1 and now i can't mount the partition.
> I no longer have the exact error message.
>
> Just before the filesystem got bad we had
reiserfschk --rebuild-tree was aborted when it nearly had finished pass
1 and now i can't mount the partition.
I no longer have the exact error message.
Just before the filesystem got bad we had removed lots of data because
the disk got full. Df then reported that there was lots of space
On Fri, 2006-05-19 at 18:56 +0200, Gerald Leier wrote:
> hello listmembers,
>
> it happend that i killed my filesystem, at least its not mountable
> anymore and "reiserfsck --rebuild-tree" was not able to finish
> and stoped during Phase 1 two times on different comput
hello listmembers,
it happend that i killed my filesystem, at least its not mountable
anymore and "reiserfsck --rebuild-tree" was not able to finish
and stoped during Phase 1 two times on different computers alltough
the blocks where it finished where not identical it seems to me
the sa
This on debian sarge.
Partitiion in lvm2 on raid1.
kernel is 2.6.12.5
Ran "reiserfsck -q --rebuild-tree --logfile fix.log /dev/vg1/backups " 3
times
twice with sarge version and once with reiserfsck 3.6.19
Will r
Hi
I have problem while rebuilding reiserfs (standing on lvm).
Lvm contains 3*400GB drives, ata. The device was 95% full - about 1.1TB.
[EMAIL PROTECTED]:/dev/devil-linux]# reiserfsck -y --rebuild-tree data
reiserfsck 3.6.19 (2003 www.namesys.com)
Pass 0:
Loading on-disk bitmap .. ok, 285948016
Hello,
On Wed, Apr 12, 2006 at 05:35:57PM +0200, Ard van Breemen wrote:
> consistent failure:
> (Tried as 4 seperate disks of 0.4T and as one raid5 partition of 1.1T)
> After 2 hours of pumping a few million files onto the machine
> reiserfs starts putting out these warnings (a few thousands):
> ^
Hi,
On Mon, Apr 10, 2006 at 05:34:58PM -0700, Tyler Phelps wrote:
> The following are syslog messages from the kernel. The filesystem
> trouble began at about 2:50am which matches the following log entries:
>
> Apr 6 02:50:03 gwar kernel: ReiserFS: dm-12: warning: vs-13060:
> reiserfs_update_s
Hi,
On 11 Apr 2006 19:23, Vladimir V. Saveliev <[EMAIL PROTECTED]> wrote:
> would you try if this patch helps, please?
> --- ./utils/debugfs/corruption.c~ 2006-03-28 16:40:23.0 +0400
> +++ ./utils/debugfs/corruption.c 2006-04-11 19:21:39.0 +0400
> @@ -888,7 +888,7 @@
>
Hello
On Tue, 2006-04-11 at 16:34 +0200, Bernhard Sadlowski wrote:
> On 11 Apr 2006 13:24, Vladimir V. Saveliev <[EMAIL PROTECTED]> wrote:
> > I would recommend you to abort it and try
> > ftp://ftp.namesys.com/pub/tmp/reiserfsprogs-3.6.20.tar.gz
>
> Why is it in /pub/tmp? Is this an official new
On 11 Apr 2006 13:24, Vladimir V. Saveliev <[EMAIL PROTECTED]> wrote:
> I would recommend you to abort it and try
> ftp://ftp.namesys.com/pub/tmp/reiserfsprogs-3.6.20.tar.gz
Why is it in /pub/tmp? Is this an official new version?
This version compiles with no Problems on Debian 3.1 with gcc 3.3.5
luctant to abort the current process. My primary reason for this
> is that I have no way of knowing if aborting the current fsck will
> cause further damage. After all, the man page states, "Once reiserfsck
> --rebuild-tree is started it must finish its work (and you sho
ersion is to abort the current fsck operation... doing that
> essentially invalidates all of the questions that I've asked.
>
> 1. Is it normal for pass 2 of the --rebuild-tree operation to stay
> at the same "progress" for more than 24 hours?
> 2. Is it
all of the questions that I've asked.
I'm reluctant to abort the current process. My primary reason for
this is that I have no way of knowing if aborting the current fsck
will cause further damage. After all, the man page states, "Once
reiserfsck --rebuild-tree is started
Tyler Phelps wrote (ao):
> Package: reiserfsprogs
> Version: 1:3.6.17-2
Can you try a newer version?
ftp://ftp.namesys.com/pub/reiserfsprogs/reiserfsprogs-3.6.19.tar.gz
According to http://marc.theaimsgroup.com/?t=11423516088&r=1&w=2
3.6.20 also exist, but I cant find it.
Good luck,
Two sentence summary: reiserfsck --rebuild-tree on a 1.4TB reiserfs
filesystem seems to be spinning its wheels. The reiserfsck has been
running for a little more than 56 hours, the progress meter hasn't
changed in over 24 hours, very little I/O activity is happening, and
the reise
Find a spare partition of 1 gb size and setup linear raid device.
http://www.tldp.org/HOWTO/Software-RAID-HOWTO-5.html#ss5.4
> rebuild-tree it claims the superblock refers to a larger drive than the
> partition and to --rebuild-sb, so then I ran rebuild-sb, which froze,
> and stopped access
I tried that, but attaching it to another computer failed at the same
spot, and the only extra drive I have is approximately one GB smaller,
so when I copy, ddrescue can't copy everything, and when I do run
rebuild-tree it claims the superblock refers to a larger drive than the
partitio
Hi,
"reiserfsck --rebuild-tree" always aborts with the appended error log.
The system is a Debian stable with a self compiled kernel 2.6.12. I
tried reiserfsck 3.6.19 from the debian stable and testing. Also I
compiled version 3.6.12 and got the same result.
There are no syslog mess
Hello,
Fantastic, after one day of scan, reiserfsck-3.6.20 did it ! My lvm array is
now back online.
Many thanks for your help
Vitold
- Message d'origine -
De: "Vladimir V. Saveliev" <[EMAIL PROTECTED]>
Date: Tue, 28 Mar 2006 16:19:57 +0400
Sujet: Re: reiserfs
whether you ran resizer, and you have to answer No.
Then --rebuild-sb will change filesystem's block counting to spread over
whole device.
Then you have to run --rebuild-tree.
On Sat, 2006-03-25 at 12:47 +0200, Alftheo Potgieter wrote:
How do I resize the filesystem while it is corr
Hello
On Tue, 2006-03-28 at 13:48 +0200, Vitold Kapshitzer wrote:
> Hello,
>
> I'm trying to do a rebuild-tree for days now, it seams that I've got the same
> probleme above. The server didn't hang when the error accured. I've turned on
> the monitor on the
Hello,
I'm trying to do a rebuild-tree for days now, it seams that I've got the same
probleme above. The server didn't hang when the error accured. I've turned on
the monitor on the morning and have seen that the disk got full (was about
120Go free, 650Go total), the root d
have to run --rebuild-tree.
On Sat, 2006-03-25 at 12:47 +0200, Alftheo Potgieter wrote:
> How do I resize the filesystem while it is corrupted?
>
> Vitaly Fertman wrote:
>
> >Hello
> >
> >On Tuesday 21 March 2006 01:44, alftheo potgieter wrote:
> >
>
Hello
On Sat, 2006-03-25 at 15:57 -0500, Scott Dugas wrote:
> I have tried reiserfsck --rebuild-tree 11 times. Each time the pass 0
> finishes successfully, but has been improving (more or less) each time.
> Pass 1 fails. it fails on one of three different blocks each time
> (2785
I have tried reiserfsck --rebuild-tree 11 times. Each time the pass 0
finishes successfully, but has been improving (more or less) each time.
Pass 1 fails. it fails on one of three different blocks each time
(2785605, 9671269, or 48169048), but with different amounts left to
scan. It returns
read-only with minor problems. As I had
nowhere to back it up, I ran reiserfsck --rebuild-tree, which could not
complete, as the filesystem was full.
it is possible to get such a corruption that fsck will need to
insert some extra metadata to successfully repair the fs. this
process may ru
up, I ran reiserfsck --rebuild-tree, which could not
> complete, as the filesystem was full.
it is possible to get such a corruption that fsck will need to
insert some extra metadata to successfully repair the fs. this
process may run out of disk space. I have an improved version
of reiserfs
Hi
I'm using the latest reiserfsck (3.6.19),,
My filesystem got corrupted by an unexpected power loss. Initially, I
could mount the filesystem read-only with minor problems. As I had
nowhere to back it up, I ran reiserfsck --rebuild-tree, which could not
complete, as the filesystem was
es when accessing files).
> fsck.reiserfs found errors which it said must be corrected with
> --rebuild-tree.
> fsck.reiserfs --rebuild-tree aborted with the message "low on disk space".
> Why is this? And:
which pass does fsck abort on?
there were made several improvements in
build-tree.
fsck.reiserfs --rebuild-tree aborted with the message "low on disk space". Why
is this? And:
What should I do now?
Lots of regards, Jacob.
P.S.:
I don't really have a larger partition.
P.P.S.:
The reiserfs-partition was used last with a 2.6.15-1 kernel, and fsckreise
ing can only be done using "--rebuild-tree".
> - I freed 10GB of disk space and first ran a --check and then a
> --fix-fixable on the (unmounted) partition.
> - As that went fine, I started a --rebuild-tree, which aborted twice.
do you see anything related in the syslog?
> Pl
Hello!
I ended up in quite a mess. What has happened was:
- The file system ran full while copying CF-Card with pictures I took and
started to give a lot of error messages, some of them telling me that
fixing can only be done using "--rebuild-tree".
- I freed 10GB of disk space and
What's gone horribly wrong here?
% fsck.reiserfs --rebuild-tree /dev/hdf5
...
pass0: block 327693, item 41: The file [81025 81082] has the wrong mode
(?rwxrw-r--), corrected to (-rwxrw-r--)
pass0: block 327693, item 43: The file [81025 81083] has the wrong mode
(?rwxrw-r--), correct
> split into two seperate controlers. When the server was brought back up the
> original virtual disk had to be recreated on the RAID controler.
>
> I was surprised that the problem did not wipe out all of the data on the
> partition but reiserfsck --rebuild-tree had been una
virtual disk had to be recreated on the RAID controler.
I was surprised that the problem did not wipe out all of the data on the
partition but reiserfsck --rebuild-tree had been unable to repiar the partition
so it can be mounted. It holds the backups for all servers and pc's in my
office.
> I have a situation where if I run "reiserfsck --rebuild-tree" multiple
> times, it always aborts at the same block. The output includes
> "Send us the bug report only if the second run dies at the same place
> with the same block number."
>
> Before send
I have a situation where if I run "reiserfsck --rebuild-tree" multiple
times, it always aborts at the same block. The output includes
"Send us the bug report only if the second run dies at the same place
with the same block number."
Before sending a bunch of info to th
Hello everyone,
I'm new on this list so first I would like to say hi :)
I have a problem:
We have a reiserfs partion in use on one of the servers. Because some files
that were deleted had to be recoverd, the command reiserfsck --rebuild-tree
-S -l /root/recovery.log was run. No backup o
Hi,
On Nov/17/2005, Vitaly Fertman wrote:
> > i've got a lot of error massages in kern.log: kern.log.
> > obvious, there are badblocks: badblocks.log.
>
> check out www.namesys.com/bad-block-handling.html
interesting, I didn't know this feature. It works in Reiser 3 and 4? (It
seems that yes,
On Wednesday 16 November 2005 20:27, iv wrote:
> i'm following an advice to send a bug report about failed reiserfsck
> --rebuild-tree found at http://www.namesys.com/faq.html#rebuild-tree.
> i tried to compile the newest reiserfsprogs-3.6.15-pre1 but it fails
use reiserfsprogs-3.6.
iv wrote (ao):
> obvious, there are badblocks: badblocks.log.
> i still can read from damaged partition. when i run `strings /dev/hdc3`
> i get plently of text.
> the question is if there is a way to mount the partition.
dd_rescue the whole partition to another disk and reiserfsck the
resulting im
i'm following an advice to send a bug report about failed reiserfsck
--rebuild-tree found at http://www.namesys.com/faq.html#rebuild-tree.
i tried to compile the newest reiserfsprogs-3.6.15-pre1 but it fails
while doing "make": make.log.
so i run reiserfsck from a package (reiserf
1 - 100 of 262 matches
Mail list logo
