* Stardate: 2001-07-04 14:45
* Incoming subspace signal from civileme <[EMAIL PROTECTED]> :
> On Tuesday 03 July 2001 20:57, you wrote:
> > Does anyone know if there is a rescue flop with wich you can check
> > your reiserfs partitions. Reiserfs is not without flaws. I have
> > lost libraries at several occasions.
> Can you detail these instances? A technical decision must be made
> here soon on whtether to keep Reiser or put it into contribs an
> whether or not to adopt XFS. So far our attempts to break XFS have
> been rebuffed, but we have occasionally been able to break reiser
> default mounts. Reiser notail mounts we could not break, but they
> have been known to generate kernel Oopses during shutdown.
I don't know what 'default' and 'notail' mounts are.
> As for a boot system, well use the rescue CD F1 at the splash screen
> and rescue then
> # modprobe reiserfs
> # mount (rootpart) /mnt
> # chroot mount
> # mount ....
> Civileme
I have had problems with reiserfs on LM-7.2. I was testing my
X-Configuration and as a consequense my system froze for a number of
times. I then had to reset my computer, and later I noticed that some
files could not be found by various programs, but they were visible
from within mc. I then had a small rescue partition from where I
managed to repair the corrupted filesytem. I could then access all
files again.
I asked a question on this mailinglist about Xlibs that could not be
found when compiling programs (this time LM-8.0). This turns out to be
the same problem.I was testing my Quakeworld GL RPM, and the computer
froze up, had to do a hard reset etc,etc. I had not changed anything
in my systems configuration, did not edit makefiles, did not uninstall
packages, but when I tried to compile, the Xlibs suddenly could not be
found by the linker. But ldconfig -v gave me this:
/usr/X11R6/lib:
libSM.so.6 -> libSM.so.6.0
libdps.so.1 -> libdps.so.1.0
libXrender.so.1 -> libXrender.so.1.0
libX11.so.6 -> libX11.so.6.2
libGLU.so.1 -> libGLU.so.1.2.030401
libXbae.so.4 -> libXbae.so.4.0.8
libXi.so.6 -> libXi.so.6.0
libPEX5.so.6 -> libPEX5.so.6.0
libpsres.so.1 -> libpsres.so.1.0
libdpstk.so.1 -> libdpstk.so.1.0
libXaw.so.7 -> libXaw.so.7.0
libXaw.so.6 -> libXaw.so.6.1
libXIE.so.6 -> libXIE.so.6.0
libXfont.so.1 -> libXfont.so.1.3
libxrx.so.6 -> libxrx.so.6.3
libXpm.so.4 -> libXpm.so.4.11
libXaw3d.so.7 -> libXaw3d.so.7.0
libforms.so.0.88 -> libforms.so.0.88
libglut.so.3 -> libglut.so.3.7.0
libXext.so.6 -> libXext.so.6.4
libXft.so.1 -> libXft.so.1.0
libICE.so.6 -> libICE.so.6.3
libXtst.so.6 -> libXtst.so.6.1
libXt.so.6 -> libXt.so.6.0
libOSMesa.so.3 -> libOSMesa.so.3.3
libfont.so.1 -> libfont.so.1.3
libXp.so.6 -> libXp.so.6.2
libGL.so.1 -> libGLwrapper.so.0.1.4
libXlt.so.0 -> libXlt.so.0.8.0
libXmu.so.6 -> libXmu.so.6.2
This time I had no rescue partition because LM-8.0 wouldn't install on
a 150 MB partition :-(. So I was asking for a reiserfs-rescue flop via
this mailing list. The MDK-Install CD worked. I did a
'reiserfsck --check /dev/hda5' which reported:
free block count 67300 mismatches with a correct one 69489.
on-disk bitmap does not match to the correct one. 589 bytes differ
Then I did:
'reiserfsck --rebuild-sb /dev/hda5'
'reiserfsck --rebuild-tree /dev/hda5'
It froze on the 2nd pass from --rebuild-tree at about 60%.
After that I had no root partition anymore. I never encountered these
problems when using ext2fs (been using Linux for 2 and a half years now).
So, I think that people who have to shutdown, reboot and reset a lot
(desktop users) should refrain from using reiserfs and just stick to
ext2fs. I don't know about XFS though, I never used it.
--
Best regards, M@X.
* Climate Control Psychedelic Soundscapes - http://go.to/cchq/
* Linux Shell Scripts & RPM Software Packages - http://go.to/conmen/
