[gentoo-user] reiserfschk stops boot but reports nothing

[gentoo-user] reiserfschk stops boot but reports nothing

[Harry Putnam]

I've run into an unexpected boot problem on last reboot.

I get an error proceeded by this:

[...]
 Reiserfs Jornal /dev/hdb6 in blocks [18..8211]: 
          0 Transactons replayed

Check internal tree ... finished

** fsck could not correct all errors, manual repair needed.
Give root passwd for maintenance
(or type Control-D to continue)

==========================

Giving root pwd and running reiserfschk /dev/hdb6 returns the prompt
really quick and no output.

So press Ctrl-D and boot on up.  Umount /dev/hdb6 and try
again... still no output.

But on another reboot the same thing happens.
Boot on up and /dev/hdb6 seems mounted ok.

df -h 
[...]
 /dev/hdb6              47G   12G   35G  26% /anex2

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] reiserfschk stops boot but reports nothing

[Joe Menola]

On Saturday 11 March 2006 9:58 am, Harry Putnam wrote:
> Giving root pwd and running reiserfschk /dev/hdb6 returns the prompt
> really quick and no output.

No such file "reiserfschk", typo or are you looking for...

Usage: reiserfsck [mode] [options]  device

Modes:
  --check                       consistency checking (default)
  --fix-fixable                 fix corruptions which can be fixed without
                                --rebuild-tree
  --rebuild-sb                  super block checking and rebuilding if needed
                                (may require --rebuild-tree afterwards)
  --rebuild-tree                force fsck to rebuild filesystem from scratch
                                (takes a long time)
  --clean-attributes            clean garbage in reserved fields in StatDatas
Options:
  -j | --journal device         specify journal if relocated
  -B | --badblocks file         file with list of all bad blocks on the fs
  -l | --logfile file           make fsck to complain to specifed file
  -n | --nolog                  make fsck to not complain
  -z | --adjust-size            fix file sizes to real size
  -q | --quiet                  no speed info
  -y | --yes                    no confirmations
  -V                            prints version and exits
  -a and -p                     some light-weight auto checks for bootup
  -f and -r                     ignored
Expert options:
  --no-journal-available        do not open nor replay journal
  -S | --scan-whole-partition   build tree of all blocks of the device

-jm
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: reiserfschk stops boot but reports nothing

[Harry Putnam]

Joe Menola <menola@sbcglobal.net> writes:

> On Saturday 11 March 2006 9:58 am, Harry Putnam wrote:
>> Giving root pwd and running reiserfschk /dev/hdb6 returns the prompt
>> really quick and no output.
>
> No such file "reiserfschk", typo or are you looking for...

Typo

> Usage: reiserfsck [mode] [options]  device
>
> Modes:
>   --check                       consistency checking (default)

But as you might guess typing a non-command would not produce silence
as reported.

   reiserfschk
-su: reiserfschk: command not found

So it was a typo, I used the right command and then again adding --check
after bootup had finished. (That is the default though so shouldn't
make any difference) and it didn't.

No output from  `reiserfsck /dev/hdb6' whatever.  Yet on reboot
... again the same stop and error report occurs.

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: reiserfschk stops boot but reports nothing

[Joe Menola]

On Saturday 11 March 2006 10:19 am, Harry Putnam wrote:
> But as you might guess typing a non-command would not produce silence
> as reported.
>
>    reiserfschk
> -su: reiserfschk: command not found
>
> So it was a typo, I used the right command and then again adding --check
> after bootup had finished. (That is the default though so shouldn't
> make any difference) and it didn't.
>
> No output from  `reiserfsck /dev/hdb6' whatever.  Yet on reboot
> ... again the same stop and error report occurs.

Hmmm, that sounds not good. 
Some things I would try...

check fstab for proper entry
try to mount the partition manually in maintenance mode
try accessing the partition from another o/s or live cd.

good luck -jm

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: reiserfschk stops boot but reports nothing

[Haim Ashkenazi]

[-- Attachment #1: Type: text/plain, Size: 1342 bytes --]

On Sat, 2006-03-11 at 10:19 -0600, Harry Putnam wrote:
> Joe Menola <menola@sbcglobal.net> writes:
> 
> > On Saturday 11 March 2006 9:58 am, Harry Putnam wrote:
> >> Giving root pwd and running reiserfschk /dev/hdb6 returns the prompt
> >> really quick and no output.
> >
> > No such file "reiserfschk", typo or are you looking for...
> 
> Typo
> 
> > Usage: reiserfsck [mode] [options]  device
> >
> > Modes:
> >   --check                       consistency checking (default)
> 
> But as you might guess typing a non-command would not produce silence
> as reported.
> 
>    reiserfschk
> -su: reiserfschk: command not found
> 
> So it was a typo, I used the right command and then again adding --check
> after bootup had finished. (That is the default though so shouldn't
> make any difference) and it didn't.
If I remember correctly "--check" only checks the filesystem, it doesn't
repair it. you have to check the exit status (echo $?) to see if it's
'0'. it not you have to run reiserfsck --fix-fixable to correct the
problems. 

I hope I'm not mistaken, but you should read the man page before doing
anything. it's been a few years since I last used reiserfs.

Bye
> 
> No output from  `reiserfsck /dev/hdb6' whatever.  Yet on reboot
> ... again the same stop and error report occurs.
> 
-- 
Haim

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

[gentoo-user] Re: reiserfschk stops boot but reports nothing

[Harry Putnam]

Joe Menola <menola@sbcglobal.net> writes:

> On Saturday 11 March 2006 10:19 am, Harry Putnam wrote:
>> But as you might guess typing a non-command would not produce silence
>> as reported.
>>
>>    reiserfschk
>> -su: reiserfschk: command not found
>>
>> So it was a typo, I used the right command and then again adding --check
>> after bootup had finished. (That is the default though so shouldn't
>> make any difference) and it didn't.
>>
>> No output from  `reiserfsck /dev/hdb6' whatever.  Yet on reboot
>> ... again the same stop and error report occurs.
>
> Hmmm, that sounds not good. 
> Some things I would try...

I think it is not serious or I would'nt be able to mount it error
free.

> check fstab for proper entry

Yeah, first place I looked but there has been no activity there for a
good while.  The last things I recall doing before the reboot where
this started was:

1) attempted to build amaya by hand and errored out, but not disk
  related errors.

2) Attempted to install strace (to help with amaya build) and it
  errored out... I didn't keep error.

3) ran revdep-rebuild

   It came up clear after one shotting a couple of things I think.  I
   ran it because of the error attempting to install strace.  I didn't
   keep the error but after revdep-rebuild one shotted kpdf-? and
   maybe something else, strace emerged without error.

I can't think what in that activity would cause a disk error
especially since none of the activity involved /dev/hdb6 which is not
a system directory (/dev/hdb6 = /anex2)  And is primarily a backup
disk. 

There may have been a backup run though... The last one happend at
9:30 and this boot problem showed up fairly soon after.  The backup
itserlf was error free (rsnapshot of a few directories)

> try to mount the partition manually in maintenance mode
> try accessing the partition from another o/s or live cd.

Well as reported in OP it mounts without any evidence of problems.

> Boot on up and /dev/hdb6 seems mounted ok.

No troubles mounting in maintenance or regular run level.


-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: reiserfschk stops boot but reports nothing

[Peter]

On Sat, 11 Mar 2006 09:58:55 -0600, Harry Putnam wrote:

all snip...

Here's what I would do. Boot off a floppy or livecd.
Then, do NOT mount your root drive (/dev/hdb6) you may have a problem
with. run 

reiserfsck --check /dev/hdb6 

and see what pops up. If you get a message to run fix-fixable, then follow
those directions.

It could be as simple as not shutting down properly or having had to
reboot without shutting down at all. A status bit is set on the drive
which tells fsck that it was not shutdown properly. Reiser is unique in
that it can't really check the root partition carefully because it is
always mounted read-only when it checks it.

But definitely, you need to boot off a different medium to fix this.

-- 
Peter


-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: reiserfschk stops boot but reports nothing

[Harry Putnam]

Peter <pete4abw@comcast.net> writes:

> On Sat, 11 Mar 2006 09:58:55 -0600, Harry Putnam wrote:
>
> all snip...
>
> Here's what I would do. Boot off a floppy or livecd.
> Then, do NOT mount your root drive (/dev/hdb6) you may have a problem
> with. run 

Maybe I'm just not understanding your terminology here but /dev/hdb6
is not a root drive.  It isn't even a system drive at all like /usr
/var etc.


> reiserfsck --check /dev/hdb6 

Yes .. this exits silently and further leaving out --check does
exactly the same thing anyway.

> and see what pops up. If you get a message to run fix-fixable, then follow
> those directions.

Nothing pops up.  I even ran --fix-fixable to see if anything would
happen.  It did not.

> It could be as simple as not shutting down properly or having had to
> reboot without shutting down at all. A status bit is set on the drive
> which tells fsck that it was not shutdown properly. Reiser is unique in
> that it can't really check the root partition carefully because it is
> always mounted read-only when it checks it.

If that were it wouldn't it disappear after reiserfchk?

> But definitely, you need to boot off a different medium to fix this.

I'm not following this.  Maybe you thought it was / ?  Or am I missing
an important part of this?

It is /anex2  a disk I keep backups of some stuff on.  Mostly rsync
writes to it during an rsnapshot run.

Shouldn't I be able to just umount it and get the same results as if
checking from separate media?  
I can do what you suggest easily so not arguing against it, just not
understanding whey it would be different than the reported 
umount  followed by reiserfsck /dev/hdb6 that exits silently.

On further investigation:
I'm finding it exits with exit code 16 which is supposed to mean a
syntax error... now I'm really puzzled:

  umount /dev/hdb6  <no output>

  mount /anex2  <no output but a pause of about 1 second>
  # echo $?  
  0

  df -h
  [...]
  /dev/hdb6              47G   12G   35G  26% /anex2

  umount /anex2
  
   # reiserfsck --check /dev/hdb6
reiserfsck 3.6.19 (2003 www.namesys.com)

*************************************************************
** If you are using the latest reiserfsprogs and  it fails **
** please  email bug reports to reiserfs-list@namesys.com, **
** providing  as  much  information  as  possible --  your **
** hardware,  kernel,  patches,  settings,  all reiserfsck **
** messages  (including version),  the reiserfsck logfile, **
** check  the  syslog file  for  any  related information. **
** If you would like advice on using this program, support **
** is available  for $25 at  www.namesys.com/support.html. **
*************************************************************

Will read-only check consistency of the filesystem on /dev/hdb6
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you
do): yes <enter>

 echo $?
  16

>From man reiserfsck [emphisis added -hp]:
EXIT CODES
       reiserfsck uses the following exit codes:
          0 - No errors.
          1 - File system errors corrected.
          2 - Reboot is needed.
          4 - File system fatal errors left uncorrected,
              reiserfsck --rebuild-tree needs to be launched.
          6 - File system fixable errors left uncorrected,
              reiserfsck --fix-fixable needs to be launched.
          8 - Operational error.
***       16 - Usage or syntax error.



-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: reiserfschk stops boot but reports nothing

[Ryan Tandy]

Harry Putnam wrote:
> Do you want to run this program?[N/Yes] (note need to type Yes if you
> do): yes <enter>
>
>  echo $?
>   16
I'm probably splitting hairs here, but...   have you tried actually 
typing 'Yes' with a capital Y?  A case mismatch and an assumption of 
'No' would explain the syntax error return.
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: reiserfschk stops boot but reports nothing

[Peter]

On Sat, 11 Mar 2006 16:14:24 -0600, Harry Putnam wrote:

snip...

Yeah, I was obviously confused. From your example, I thought hdb6 was
your root drive. I guess I misunderstood the problem. Do you have other
reiser partitions? Reviewing your initial post, the output from hdb6 is
perfectly normal. What mounts after? Here's what I would do. Mount each
partition in succession. That error message could be coming from an
earlier mount or later. See which one mounts without problems. If no
problems, then boot off a CD and fsck each mount point in succession.

snip...
> Do you want to run this program?[N/Yes] (note need to type Yes if you
> do): yes <enter>
> 
Oh yes, Ryan was not splitting hairs. "Yes" must be entered just like it
asks. Capital Y e s.

-- 
Peter


-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: reiserfschk stops boot but reports nothing

[Harry Putnam]

Ryan Tandy <tarpman@gmail.com> writes:

>>  echo $?
>>   16
> I'm probably splitting hairs here, but...   have you tried actually
> typing 'Yes' with a capital Y?  A case mismatch and an assumption of
> No' would explain the syntax error return.
> -- 
> gentoo-user@gentoo.org mailing list

Peter <pete4abw@comcast.net> writes:

[...]

> snip...
>> Do you want to run this program?[N/Yes] (note need to type Yes if you
>> do): yes <enter>
>> 
> Oh yes, Ryan was not splitting hairs. "Yes" must be entered just like it
> asks. Capital Y e s.

Yup and whatever the problem was it was fixed on the first pass.
Thanks for the help thinking...

It seems like that requirement for upper case Y is probably a (not
very serious) bug.

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: [SOLVED] reiserfschk stops boot but reports nothing

[Ryan Tandy]

Harry Putnam wrote:
>>> Do you want to run this program?[N/Yes] (note need to type Yes if you
>>> do): yes <enter>
>>>
>>>       
>> Oh yes, Ryan was not splitting hairs. "Yes" must be entered just like it
>> asks. Capital Y e s.
>>     
>
> Yup and whatever the problem was it was fixed on the first pass.
> Thanks for the help thinking...
>
> It seems like that requirement for upper case Y is probably a (not
> very serious) bug
>   

I disagree - remember that UNIX in general is case-sensitive, and the 
program does specify the usage of "Yes"... ;)

Anyway, glad I could help.
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: Re: [SOLVED] reiserfschk stops boot but reports nothing

[Peter]

On Sat, 11 Mar 2006 20:14:51 -0800, Ryan Tandy wrote:

> Harry Putnam wrote:
>>>> Do you want to run this program?[N/Yes] (note need to type Yes if you
>>>> do): yes <enter>
>>>>
>>>>       
>>> Oh yes, Ryan was not splitting hairs. "Yes" must be entered just like it
>>> asks. Capital Y e s.
>>>     
>>
>> Yup and whatever the problem was it was fixed on the first pass.
>> Thanks for the help thinking...
>>
>> It seems like that requirement for upper case Y is probably a (not
>> very serious) bug
>>   
> 
> I disagree - remember that UNIX in general is case-sensitive, and the 
> program does specify the usage of "Yes"... ;)
> 
> Anyway, glad I could help.

Agree 100%. Reiser makes it this way intentionally. Some
reiserfsck commands can really do damage since they are "last resort try
and fix my partition" commands that attempt to reindex the entire drive.
Any disruption to THAT type of process will hose it. So typing "Y e s" is
an extra precaution to make sure that's exactly what you want done.

And, since your problem was fixed easily probably indicates it was not
unmounted cleanly.

Glad to hear you're back up and running.

-- 
Peter


-- 
gentoo-user@gentoo.org mailing list