/
Thanks,
Vitaly Fertman
/pub/reiserfsprogs/pre,
where it is fixed.
As far as I understand, it will leave the fs
unmodified, as --check doesn't write changes, right?
Yes.
So will I have to do a -o -rebuildtree now?
No, why would you? were there any other error messages ?
Dirk
--
Thanks,
Vitaly Fertman
run
it at your partition, it should work in the same way. If not, write me about
your problems.
--
Thanks,
Vitaly Fertman
Hi,
you have to rebuild your partition. Usually we recommend to dd the
parttion
somewhere, but I do not think you have another 260G, so I would recommend
if this proccess is secure ? (Can it lost some data ?)
There is no file bodies at all.
What kind of data is in the files xxx.bmp and xxx.gz ?
First is a bitmap of packed blocks (with metadata), the second is packed
blocks (with metadata).
Thanks in advance.
Pascal Schelcher.
--
Thanks,
Vitaly
: shrink_id_map: objectid map shrinked: used 4096,
5 blocks should tell me in such a case??
This is just a debug message which we forgot to delete.
--
Thanks,
Vitaly Fertman
on fsck read-only check.
--
Thanks,
Vitaly Fertman
/dev/hdc3 | gzip -c hdc3.gz?
I will check our latest fsck with your data tomorrow.
--
Thanks,
Vitaly Fertman
That reminds me. A run of reiserfsck now lists a long list of bytes
with:
byte num: bm1: bm2 0
repeated from bytes 0-1084947 with some left out
It concludes
for replying!)
-- Asheesh.
On Fri, 7 Dec 2001, Vitaly Fertman wrote:
Hi,
Have you run rebuild-tree after
debugreiserfs -p .bitmap /dev/hdc3 | gzip -c hdc3.gz?
Did you use reiserfsprogs-3.x.0j to debugreiserfs?
If you run rebuild tree or used another debugreiserfs, please, take
think you should rebuild your system ;-(
Anyone want some reiserfsck logs???
-Dieter
--
Thanks,
Vitaly Fertman
:
there were quite a few of them
--
Thanks,
Vitaly Fertman
-3.x.0k it was changed to (not) cleanly umounted.
Anyway to check a consistency of the partition you should run
reiserfsprogs-3.x.0k/fsck/reiserfsck --check -l logfile.
I would like to have a look at this logfile and the output in the case of a
problem.
--
Thanks,
Vitaly Fertman
debugging and recovering a broken
fs.
Bug fixes:
there were quite a few of them
--
Thanks,
Vitaly Fertman
guess I should try
to compile a newer version ?
yes, this is very old version. Take 3.x.1a please from
ftp.namesys.com/pub/reiserfsprogs/
Thanks,
Vitaly Fertman
Hi,
it looks like a user error. We provide a support for $25 per hour.
Have a look at http://www.namesys.com/support.html
--
Thanks,
Vitaly Fertman
I have no idea what happened, but last night my system suddenly
hanged. In the morning I turned the machine on, and noticed that two
:
Real bugs not described in the FAQ, and present in our latest
released code, result in your money back. Funny how most software
vendors don't give you your money back on support calls about
bugs you find, isn't it?
--
Thanks,
Vitaly Fertman
First what you should do if found smth strange, it is to run
reiserfsck --check.
if you have a space leak, reiserfsck will tell you about it.
Space leak can be fixed only with rebuild-tree for now.
--
Thanks,
Vitaly Fertman
On Friday 01 February 2002 16:59, Michael Lampe wrote:
Vitaly Fertman wrote:
this bug seems to be fixed in 3.x.1b-pre1.
Cound you try it and tell us about the result.
3.x.1b-pre1 fixed it.
By the way, it doesn't compile out of the box with 2.2 headers. Macro
IDE_DISK_MAJOR
with CONFIG_REISERFS_CHECK,
try to mount it again and tell please what is in the log.
--
Thanks,
Vitaly Fertman
Hi,
It is probably fixed in the last pre version of reiserfsprogs.
Could you run
debugreiserfs -p /dev/sdb1 | bzip2 -c sdb_metadata.bz2
and put the metadata somewhere for downloading. I will check how
the latest fsck will work for your case.
--
Thanks,
Vitaly Fertman
On Thursday 02
speedups for reiserfsck.
--
Thanks,
Vitaly Fertman
I may be stupid, but if the latest release is 3.6.2 why is the LATEST IS
link still pointing to 3.x.1b? Is 3.6.2 the version which we (Gentoo
Linux) should be packaging? Is it more or less safe than 3.x.1b? Thanks!
Yes, it is going to be changed.
--
Thanks,
Vitaly Fertman
,
Vitaly Fertman
,
Vitaly Fertman
check do you have the phrase:
Fatal corruptions were found, Semantic pass skipped?
--
Thanks,
Vitaly Fertman
hadrddrive has badblocks. At least 10146373 block (4k size)
cannot be read. Have a look into your syslog for any related information.
If you have a faulty hardware and you need our assistance in recovering
from it, please visit our support page first.
--
Thanks,
Vitaly Fertman
specific options. Common mount
options are described at mount man page.
I'm using Linux 2.4.18 with reiserfs 3.6.25 and quotas on a debian 2.2
potato box with a 342 G array.
--
Thanks,
Vitaly Fertman
the metadata dump:
debugreiserfs -p /dev/xxx | bzip -c xxx.bz2
--
Thanks,
Vitaly Fertman
email **
** bug reports to [EMAIL PROTECTED]**
**
Will rebuild the filesystem (/dev/md0) tree
Will put log info to 'rebuild.log'
--
Thanks,
Vitaly Fertman
claims there are NO errors.
* I have 2.4.19, too
* I am using reiserfsprogs 3.6.3 from the Debian
reiserfsprogs 3.6.3-1 package.
It looks like a known bug which was fixed in last pre releases. Would you try
reiserfsprogs-3.6.4-pre2 and tell us about the result?
--
Thanks,
Vitaly Fertman
to recover data from it,
the block is skipped on pass0.
--
Thanks,
Vitaly Fertman
information, and/or reconnecting every file which
I've deleted during the last year.
--
Thanks,
Vitaly Fertman
into the
release:
Great speedups for pass2 of reiserfsck.
--
Thanks,
Vitaly Fertman
Hi all,
The new release 3.6.4 of reiserfsprogs can be downloaded from
out ftp site. It did not get any change against 3.6.4-pre3.
--
Thanks,
Vitaly Fertman
On Tuesday 01 October 2002 14:06, Vitaly Fertman wrote:
Hi all,
This new reiserfsprogs pre release includes (against pre2)
- full
of another type;
- bug in checking statdata size for symlinks allowed to have
symlinks with holes at the end.
- bug in direct-indirect item convertion let symlinks to be created
of wrong format.
--
Thanks,
Vitaly Fertman
attached strace and ltrace logs of the reiserfsck session, perhaps
they tell you something.
This is probably an evms problem - evms detected some changes and does not
allow to write there. Evms people know more about it, ask them please.
--
Thanks,
Vitaly Fertman
-René ÐVB Rideau | ReflectionCybernethics |
http://fare.tunes.org ] [ TUNES project for a Free Reflective Computing
System | http://tunes.org ] Demand the establishment of the government in
its rightful home at Disneyland.
--
Thanks,
Vitaly Fertman
of the cpu
cycles, even after it seemingly freezes.
Looks like you built the reiserfsck on another mashine. Could you rebuild it
on the same mashine you run it. It is possible to suppress the logfile with
-n option, but I think the logfile was so big due to this endless loop.
--
Thanks,
Vitaly Fertman
message:
check_and_free_buffer_mem: dirty buffer (3 16) found
this is a small inessential bug which I fixed recently - not endian related.
--
Thanks,
Vitaly Fertman
On Tuesday 25 February 2003 06:45, Zygo Blaxell wrote:
In article [EMAIL PROTECTED],
Vitaly Fertman [EMAIL PROTECTED] wrote:
Reiserfsck takes 53 hours to scan everything on some of my machines,
which is a long time considering that I already know where all the
missing direntries
be
performed (as fs is mounted) and just --check will be done.
- Journal replay was improved a) check blocks if they could be journable
before replaying; b) replay only transactions which has trans_id == last
replayed transaction trans_id + 1.
- warning messages were improved.
--
Thanks,
Vitaly
On Tuesday 25 February 2003 16:50, Vitaly Fertman wrote:
Hi all!
- a critical bug on pass0 of rebuild-tree with overflowing while checking
unformatted item offsets was fixed.
- reiserfsck -a (started at boot) replays journal, checks error flags in
the superblock, bitmaps, fs size, 2 levels
has one critical bug with
rebuilding huge files, so you should use the latest pre version (3.6.5-pre2) from
our ftp site (ftp.namesys.com/pub/reiserfsprogs/pre/).
--
Thanks,
Vitaly Fertman
, not just
2 levels, checking nodes structure and links between them, and then (if
there is no fatal corruptions) does semantic check - goes through the
whole tree of directories checking them and checking all files.
This takes more time.
--
Thanks,
Vitaly Fertman
--check
I hope, it is good. My hole life is on this disk!
so do not miss the backup step.
The old Superblock I send to you Yury.
Yura is waiting for it.
--
Thanks,
Vitaly Fertman
be. But your superblock looks wiped out.
(At least there is no correct magic) And probably smth else also.
Ok, make a backup and go on with rebuild-sb, etc.
--
Thanks,
Vitaly Fertman
On Tuesday 25 February 2003 21:11, Zygo Blaxell wrote:
In article [EMAIL PROTECTED],
Vitaly Fertman [EMAIL PROTECTED] wrote:
Ok, I could try to remove them faster, if you give me the list of these
directories - all those messages in logs, and an account on your computer.
Handing out access
,
because each oid added means a memory shift of the entire oid map. This
is a fundamentally flawed algorithm for filesystem with a lot of files,
and it is the reason for his slowdown.
And I am working on it now.
--
Thanks,
Vitaly Fertman
to rebuild it and try
again.
--
Thanks,
Vitaly Fertman
with this only bug fixed.
--
Thanks,
Vitaly Fertman
Hi, seems that I fixed that problem, could you try the patch:
ftp.namesys.com/pub/reiserfsprogs/reiserfsprogs-3.6.5-flush_buffers-bug.patch
--
Thanks,
Vitaly Fertman
patches.
--
Thanks,
Vitaly Fertman
is still to come ...
It is difficult to say.
Another thing : you should update you're website download section, so
that the reiser4 progs links point to the official snapshots url.
oh, thank you, we will do.
--
Thanks,
Vitaly Fertman
not happen.
--- 2,6GB of log truncated --
We experienced that with 3.6.4 reiserfsprogs package from Debian as they
applied some faulty patch to it. Would you try reiserfsprogs-3.6.8 from our
ftp site and email me about the result?
--
Thanks,
Vitaly Fertman
- all recovered data go to lost+found directory. As you
have got +90% of partition used, it seems that there are a lot of data in
lost+found, just look it through and check for some recovered subtrees.
--
Thanks,
Vitaly Fertman
should check all
your hardware (the hint about what should be checked first is given) and do
not continue unless you are sure it is working properly. And only if the
problem occured again in the same place -- this already looks like an fsck
problem -- report about it.
--
Thanks,
Vitaly Fertman
On Thursday 03 July 2003 03:12, Zygo Blaxell wrote:
On Wed, 02 Jul 2003 14:31:36 -0400, Vitaly Fertman wrote:
fsck should not abort if in memory data on pass1 (which were built on
pass0 of fsck) match what they should be. Otherwise it looks like
hardware problem with memory or smth like
as
I will not work these few days).
--
Thanks,
Vitaly Fertman
,
Vitaly Fertman
.
--
Thanks,
Vitaly Fertman
the hardware also.
BTW, if there are some bad blocks I would advise to use dd_rescue instead of dd
as dd has some problems with bad blocks handling.
--
Thanks,
Vitaly Fertman
(www.namesys.com/support.html) -- we deal with hardware problems in term
of this page.
--
Thanks,
Vitaly Fertman
it now.
--
Thanks,
Vitaly Fertman
Hi,
I hope this patch for configure.in will solve the problem.
Try it please and tell us about your results.
On Saturday 13 September 2003 23:21, Oleg Drokin wrote:
Hello!
On Sat, Sep 13, 2003 at 06:05:58PM +0400, Hans Reiser wrote:
my system definitely has readline installed, and i get
memory or due
to some buggy pathes from distributors. So 1 -- would you test you memory
and 2 -- would you use reiserfsprogs from our ftp site
(ftp.namesys.com/pub/reiserfsprogs/). Version -- 3.6.11.
--
Thanks,
Vitaly Fertman
,
this was the user mistake and we provide the support for such in terms of
our www.namesys.com/support.html page.
--
Thanks,
Vitaly Fertman
.
Can you offer any help on which tool to use to try to write to an
individual block, as suggested by the output above?
dd.
--
Thanks,
Vitaly Fertman
have this dozen of files backuped now.
--
Thanks,
Vitaly Fertman
this is with Debian/stable i386 (AMD K7 SMP), reiserfsprogs 3.6.11.
debugreiserfs on this rw mounted parition shows:
[EMAIL PROTECTED]:~# debugreiserfs /dev/sda1
debugreiserfs 3.6.11 (2003 www.namesys.com
. Well, can anyone tell me, if I
should worry about this. Reiserfs version is 3.6.4, Kernel is SuSE 2.4.20.
Thanks in advance
--
Thanks,
Vitaly Fertman
, nr_items=21, free_spa
any clue will be helpful
Would you run reiserfsck on the problem partition? It seems it has some
corruptions. Use the latest reisrfsprogs:
ftp.namesys.com/pub/reiserfsprogs/reiserfsprogs-3.6.11.tar.gz
--
Thanks,
Vitaly Fertman
,
Vitaly Fertman
to be released. They have
bad block support included. Prepare the list of bad block with the
following:
/sbin/badblocks -b 4096 -o bad_block_list /dev/xxx
and then run
reiserfsck --rebuild-tree --badblocks bad_block_list /dev/xxx
--
Thanks,
Vitaly Fertman
for downloading, I will debug the problem
locally then.
--
Thanks,
Vitaly Fertman
filesystems.
* a few bugs were fixed:
- fix for shrinking the filesystem;
- fix for making the filesystem with blocksize greater then 4k;
- fix for making the journal of minimal size.
--
Thanks,
Vitaly Fertman
On Sunday 02 November 2003 01:01, Matthias Andree wrote:
Vitaly Fertman [EMAIL PROTECTED] writes:
The new pre release is available for downloading on
ftp://ftp.namesys.com/pub/reiserfsprogs/pre/reiserfsprogs-3.6.12-pre1.tar
.gz
...
*reiserfsck can check ro mounted filesystems.
Does
caution as you can run out of the partition space with it.
--
Thanks,
Vitaly Fertman
version. update it please.
this message means there are unreadable blocks on the fs.
read our bad block faq
www.namesys.com/bad-block-handling.html
if you need our assistance please visit
www.namesys.com/support.html
--
Thanks,
Vitaly Fertman
and the simple C program for transforming CREDITS file, with a simple
AWK script.
NOTE: To recreate configure script run autoconf in the reiserfsprogs
directory.
regards
Pavel Bartusek
[EMAIL PROTECTED]
I will try the patch, thank you.
Vitaly Fertman
in 3.6.12-pre1, but anyway thanks a lot.
Vitaly Fertman
because the root directory was destroyed about
the freeze time.
--
Thanks,
Vitaly Fertman
tree..
Bad root block 0. (--rebuild-tree did not complete)
Aborted
Should I start restoring from tape?
Let's try to find the problem first.
--
Thanks,
Vitaly Fertman
* Openning the fs.
umka-2198: Assertion (oid != NULL) at oid.c:161 in function
reiser4_oid_layout() failed.
Aborted
Can this fs be saved easily?
what reiser4progs version do you use? 0.4.20?
Probably this patch will solve the problem, would you try it?
--
Thanks,
Vitaly Fertman
output in the attached file.
yes, I have fixed this bug yesterday. The patch attached includes
the previous patch with all other important fixes for fsck.reiser4
against 0.4.20.
Thank you for the report anyway,
Vitaly Fertman
diff -Nru a/librepair/filesystem.c b/librepair/filesystem.c
the problem, wasting my time and doing
nothing else.
right, the problem can be fixed only by --build-fs but was counted
as fixable corruption. Will be fixed.
Thank you for the report,
Vitaly Fertman
the drives are added
correctly and all that is ok. I ran badblocks on the partition and it
gave me a list of about ~1000 badblocks. Is there a way I can use this
list of blocks to my advantage to recover this partition, I would like
to get data from it.
Thanks
--
Thanks,
Vitaly Fertman
On Monday 12 January 2004 07:16, David D. Huff Jr. wrote:
Vitaly Fertman wrote:
The system was using an abnormal amount of space, going through 3.8 Gig
of space in a week that could not be accounted for. I checked directory
sizes and file sizes, nothing added up to the space being used
://www.namesys.com/support.html
--
Thanks,
Vitaly Fertman
,
Vitaly Fertman
you run
debugreiserfs -p /dev/xxx | bzip2 -c xxx.bz2
and privide it for downloading, I will test it locally on your data.
--
Thanks,
Vitaly Fertman
fixed;
- handle correctly the very last block if formatted on the fs on
pass2.
--
Thanks,
Vitaly Fertman
Hello Vince,
would you try the fsck from the latest reiser4progs snapshot:
http://www.namesys.com/snapshots/2004.02.06/
--
Thanks,
Vitaly Fertman
On Thursday 05 February 2004 04:18, Vince wrote:
Following my oops, I ran fsck.reiser4 which fails on that partition:
[...]
1 fatal corruptions
, would you run
stat /dev/hda3 (Henning, put here your root partition please)
stat /dev/root
stat /
at bootup and when booted.
--
Thanks,
Vitaly Fertman
of its
mount point.
--
Thanks,
Vitaly Fertman
Hi all,
This pre release includes the mount detection code fix.
Thanks to Brandon Low and Henning Westerholt for the
help with hitting the problem.
--
Thanks,
Vitaly Fertman
too large
Aborted
which reiserfsprogs version do you use?
would you try the latest one from our ftp site?
I am running 2.6.2-gentoo with large block devices enabled...
anyone a hint?
--
Thanks,
Vitaly Fertman
of the fs and provide
them for downloading? I will debug the problem locally then.
debugfs.reiser4 -P /dev/hdd6 | bzip2 -c hdd6.bz2
--
Thanks,
Vitaly Fertman
standard plugins, their ids
are stored in the special extention of the object stat data. But this
extention plugin is not ready in the progs yet.
--
Thanks,
Vitaly Fertman
On Wednesday 25 February 2004 16:35, Hans Reiser wrote:
Vitaly Fertman wrote:
Hello,
On Wednesday 25 February 2004 02:41, Bob Vincent wrote:
I've been playing around with reiser4 on a non-critical machine at work,
and managed to corrupt a 20-gig reiser4 partition.
I've run fsck.reiser4
On Wednesday 25 February 2004 22:01, Hans Reiser wrote:
Vitaly Fertman wrote:
On Wednesday 25 February 2004 16:35, Hans Reiser wrote:
Vitaly Fertman wrote:
Hello,
On Wednesday 25 February 2004 02:41, Bob Vincent wrote:
I've been playing around with reiser4 on a non-critical machine
, it is not recovered yet.
--
Thanks,
Vitaly Fertman
.
So do you have any suggestion on what I can do now and how I can acces
again to my datas, even temporarily to copy them eslewhere?
Obtain the latest reiserfsprogs from our ftp site and try it again please.
--
Thanks,
Vitaly Fertman
1 - 100 of 255 matches
Mail list logo
