View previous topic :: View next topic |
Author |
Message |
marsonist n00b
Joined: 08 Jul 2003 Posts: 32
|
Posted: Wed Jul 09, 2003 5:30 pm Post subject: My computer fails fsck and won't boot |
|
|
My computer has been functioning almost perfect for several days on Gentoo. I wanted to see if I could get my card reader with a memorystick to work and rebooted my computer with it in. Now my computer won't boot I get the following.
Code: | Checking root filesystem... [Ok]
fsck 1.33 (21-Apr-2003)
fsck.reiserfs: unrecognized option '-a'
Usage fsck.reiserfs [options] device
Options:
-v : --version prints current version
-u : --usage prints program usage
-j FILE : --journal-device=FILE journal device for separated journal
-n : --no-journal-available no journal device available now
*Filesystem couldn't be fixed :(
Give root password for maintenance
(or type Control-D for normal startup) |
I'm not seeing any errors that would force it to try and do an fsck (although I haven't figured out how to scroll up in the console to see if any errors occured). Looking at the fstab shows everything to be ok. I can't figure out what I need to do or what I should be looking for. |
|
Back to top |
|
|
elzbal Guru
Joined: 31 Aug 2002 Posts: 364 Location: Seattle, WA, USA
|
Posted: Wed Jul 09, 2003 6:43 pm Post subject: |
|
|
It looks like the auto-fsck is passing a bad parameter. What happens when you type the root password and run fsck manually? If that doesn't work, try booting with the Gentoo install CD and running fsck manually from there. |
|
Back to top |
|
|
marsonist n00b
Joined: 08 Jul 2003 Posts: 32
|
Posted: Wed Jul 09, 2003 7:40 pm Post subject: no luck |
|
|
Entering the root password and attempting fsck for my boot drive (hda1) seems good, but when I do fsck on hda3 my root partition is says not implemented yet. (my boot partition is ext3, while my root partition is reiserfs.) I don't know what luck I would have anyways, as everything that I do with my drives tells me that they are mounted as read only.
Using the Gentoo CD; fsck.ext3 tells me everything is OK for my /boot
fsck.reiserfs on hda3 says no corruptions found.
If this fsck.reiserfs is indeed passing an invalid function is there some file I can edit that can change the function or remove the fsck all together?
Thanks |
|
Back to top |
|
|
marsonist n00b
Joined: 08 Jul 2003 Posts: 32
|
Posted: Wed Jul 09, 2003 8:06 pm Post subject: |
|
|
I have gotten my computer to boot by loading the gentoo live cd, chrooting to my hda3, and emerge unmerge progsreiserfs.
I still see an error in the booting where it attempts to run the fsck.reiserfs.
Preferably I would like to have my system succesfully complete the reiserfs checks on its own.
How do I get it to succesfully run fsck.reiserfs? |
|
Back to top |
|
|
elzbal Guru
Joined: 31 Aug 2002 Posts: 364 Location: Seattle, WA, USA
|
Posted: Thu Jul 10, 2003 12:00 am Post subject: |
|
|
marsonist wrote: | How do I get it to succesfully run fsck.reiserfs? |
fsck.reiserfs is probably not installed on your box right now. run 'emerge sync', then re-emerge reiserfsprogs
Code: | # qpkg -f /sbin/fsck.reiserfs
sys-apps/reiserfsprogs *
|
|
|
Back to top |
|
|
marsonist n00b
Joined: 08 Jul 2003 Posts: 32
|
Posted: Thu Jul 10, 2003 12:09 am Post subject: |
|
|
Should I be worried that it will cause the same problem that it caused me the last time I installed it? Is there anything I can do to prevent it from passing that incorrect '-a' command? |
|
Back to top |
|
|
elzbal Guru
Joined: 31 Aug 2002 Posts: 364 Location: Seattle, WA, USA
|
Posted: Thu Jul 10, 2003 1:15 am Post subject: |
|
|
Hmm... looking more closely (now that I am at home and not at work), fsck.reiserfs does support the -a option. I have no idea why it would have been complaining about it before...
Note that my fsck.reiserfs usage information looks a lot different from yours.
Code: | # fsck.reiserfs
Usage: fsck.reiserfs [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
(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 on fs
Options:
-j | --journal-device device
specify journal if relocated
-l | --logfile logfile
make fsck to complain to specifed file
-n | --nolog make fsck to not complain
-z | --adjust-file-size
fix file sizes to real size
list of all bad blocks on the fs
-q | --quiet no speed info
-V prints version and exits
-a and -p print fs info and exits
-f, -r and -y ignored
Expert options:
--no-journal-available
do not open nor replay journal
-S | --scan-whole-partition
build tree of all blocks of the device
|
|
|
Back to top |
|
|
marsonist n00b
Joined: 08 Jul 2003 Posts: 32
|
Posted: Thu Jul 10, 2003 6:20 am Post subject: |
|
|
Perhaps the difference comes from me having emerged progsreiserfs (which was a dependancy of qtparted, which I don't really need anyway) as opposed to reiserfsprogs. I will try emerging the latter (with my fingers crossed) and see where I go from there.
I'll let you know how that goes...
Thanks |
|
Back to top |
|
|
marsonist n00b
Joined: 08 Jul 2003 Posts: 32
|
Posted: Thu Jul 10, 2003 12:55 pm Post subject: |
|
|
having emerged reiserfsprogs I now have a system that successfully checks the filesystem at boot. I'm not sure what the difference between reiserfsprogs and progsreiserfs is, but (qtparted be dammed I finally have a pretty boot sequence.
Thanks for showing me your screen output... that was the clue that I needed
You guys are unbelievably helpful.
thanks again,
Steve |
|
Back to top |
|
|
sundarx n00b
Joined: 23 Dec 2002 Posts: 8 Location: California
|
Posted: Mon Sep 01, 2003 7:14 am Post subject: How do I chroot? |
|
|
I have _exactly_ the same problem! I also emerged qtparted...but can you please tell me how do I chroot to my root directory and run emerge unmerge?
Thanks! |
|
Back to top |
|
|
MOS-FET Apprentice
Joined: 20 May 2003 Posts: 291 Location: Cologne, Germany
|
Posted: Tue Sep 02, 2003 1:12 am Post subject: |
|
|
hello, i got the exact same problem too - i also have qtparted installed. this is how you can chroot into your system:
1. boot from your gentoo live cd
2. mount /dev/hdax /mnt/gentoo where "x" is your partition that contains the root file system
3. chroot /mnt/gentoo /bin/bash - this will chroot you into the mounted root partition using bash as shell.
tom |
|
Back to top |
|
|
sundarx n00b
Joined: 23 Dec 2002 Posts: 8 Location: California
|
Posted: Tue Sep 02, 2003 2:18 am Post subject: Thanks! |
|
|
Thanks, I tried and it worked!
Can the qtparted ebuild be modified to include a warning when
installing progsreiserfs? Should I go ahead and file a bug?
- Sundarx |
|
Back to top |
|
|
alchemst n00b
Joined: 20 Jul 2002 Posts: 13 Location: Missouri, US
|
Posted: Wed Sep 10, 2003 12:00 pm Post subject: |
|
|
FYI: its not just qtparted that'll mess you up. parted has the same dependancy problem. |
|
Back to top |
|
|
cameronbraid n00b
Joined: 15 Oct 2003 Posts: 2
|
Posted: Wed Oct 15, 2003 12:15 pm Post subject: I had the same problem, and fixed it the same way |
|
|
I emerged parted and qtparted, then tried to resize my root (reiserfs) partition. I couldn't resize it because it was mounted.
I then rebooted to the GRP CD1 boot disk, which contains parted.
I ran parted, extended my partiton, and rebooted to find that the fsck.reiserfs program had been replaced by the one from the sys-fs/progsreiserfs package.
I managed to hack the /etc/init.d/checkboot and /etc/init.d/checkroot scripts to stop the fsck command from being executed.
Then I unmerged the sys-fs/progsreiserfs package, and re-emerged the sys-fs/reiserfsprogs.
I also had to delete and recreate the soft link from /sbin/fsck.reiserfs to /sbin/reiserfsck. Even though it appeared correct :
Code: |
bash-2.05b# pwd
/sbin
bash-2.05b# ls -l | grep fsck.reiserfs
lrwxrwxrwx 1 root root 16 Oct 15 22:32 fsck.reiserfs -> /sbin/reiserfsck
bash-2.05b# fsck.reiserfs
bash: /usr/sbin/fsck.reiserfs: No such file or directory
|
I think this issue should be resolved somehow since it is quite serious and will cause lots of users major problems.
If anyone wants any more detail on this issue please let me know. |
|
Back to top |
|
|
cameronbraid n00b
Joined: 15 Oct 2003 Posts: 2
|
Posted: Wed Oct 15, 2003 12:24 pm Post subject: |
|
|
I also wanted to add another idea to help people, as an alternate to booting with the GRP cd.
The hack that I mention above can be executed when the system tries to boot, and fails when executing the checkroot script.
After the (dodgy/ols) fsck proggy is executed from checkroot :
1. You will be prompted to enter root password for maintenance or CRTL-D for normal boot.
2. If you hit ctrl-d you are rebooted, so enter the root password.
3. you will need to remount your root partition with read/write
Code: | mount / -n -o remount,rw |
4. then create a file /fastboot
which will cause the /etc/init.d/checkboot and /etc/init.d/checkfs to skip over the fsck step
NOTE : this will need to be done each time you reboot since the checkfs script removes this file |
|
Back to top |
|
|
darrylbleau n00b
Joined: 31 Mar 2003 Posts: 67 Location: Camrose, Alberta, Canada
|
Posted: Mon Nov 24, 2003 7:53 pm Post subject: |
|
|
Just thought I'd add a 'me too'.
Had this same problem, thought for a few seconds that perhaps my hd died. Then I realized it was something stupid. Lynxed to this forum, found this thread, fixed it up quick :)
I hope this gets fixed somehow... it's a 'showstopper' I think. |
|
Back to top |
|
|
sarcaman n00b
Joined: 01 Aug 2002 Posts: 17
|
Posted: Tue Jan 27, 2004 3:03 am Post subject: |
|
|
Just wanted to add another me too.
Scratched my head for a while on this, but as usual gentoo forums fixed it
Thanks guys! |
|
Back to top |
|
|
|