After emerging reiserfsprogs-3.6.12, my system will no longer boot. It gives an error stating that it can not perform a filesystem check. It then gives me a maitenence mode prompt. Reproducible: Always Steps to Reproduce: 1.emerge reiserfsprogs-3.6.12 2.reboot 3. Actual Results: System will not boot Expected Results: Should have booted normally Can't paste emerge info here because I can't boot into Linux...
fails on the root filesystem check. Says Filesystem is cleanlt unmounted, then fails to launch an fsck because the fiesystem is mounted read/write. when you get to a maintenance prompt, you still cannot remount the filesystem as readony. it will not allow it.
on further investigation, the filesystem is actually mounted read-only, but is being flagged as read-write. remounting as rw and emergeing \=sys-fs/reiserfsprogs-3.6.11 solves issue on ~x86 KEYWORD
Confirmed issue here as well; reversion to reiserfsprogs-3.6.11 allows normal system boot. Injected 3.6.12 until fix.
Same problem for me. I rebooted and used a LiveCD to check the partition, perfectly fine. Definately important to fix.
Same problem. Attempts to manually run fsck.reiserfs on partition result in the same error message about inability to perform check on read-write permission whether or not partition is mounted ro or rw.
confirming this again ;) fsck thinks the root partition is mounted rw when its really ro and as a result doesnt let the computer boot
I guess since everyone else is confirming, I will too. I was able to trick it into booting by going into maintenence mode and doing a remount dance but it sure was a pain in the butt.
Masked 3.6.12.
Yeah, this sucks. I've e-mailed the reiserfs people about it, sorry I didn't manage to mask it as soon as it bit me, but I was w/o network access at the time. I'm assigning this bug to myself and CCing base-system (since I updated reiserfsprogs and am attempting to resolve it.) For those who still cannot boot, the best way I've found is to make a C program: int main() { return 0; } compile it, and replace the fsck.reiserfs symlink with it. Good luck.
After booting off an install CD I couldn't compile the above C program, but that gave me a similar idea that worked just as well: a shell script -----------------start script------ #!/bin/bash exit 0 -----------------end script-------- 1. Boot off of install cd 2. mkdir gentoo 3. mount /dev/hda5 gentoo (replace hda5 with your appropriate drive) 4. cd gentoo/sbin 5. mv fsck.reiserfs fsck.reiserfs.old 6. pico fsck.reiserfs Put above in the script. 7. chmod 755 fsck.reiserfs 8. Try running the script just to make sure it executes (you won't see anything, unless there is a problem) 9. Reboot. drumz
Hmm... strangely enough, a shell script didn't work for me... so *shrug* I'm exchanging e-mails with Vitaly Fertman of reiserfs, hopefully he'll be able to help us out with this. If you'd like to follow along at home, see the reiserfs list archives or subscribe to the list...
The bash scripts works well for me, thanks! Hey Brandon, did you perhaps forget to change the permissions to rx?
you can fix it, if youve got the .11 tarball still on your system, by going into maintanence mode (root passwd at prompt), remounting / as read-write (mount -o remount,rw /dev/<root> /) and emerge =reiserfsprogs-3.6.11, then reboot
Vitaly from the reiserfs team provide a patch for this bug. I tested it on my system, this fix the problem for me. Anybody like to test it also? Please visit bug 41130 Thank you, and sorry for the bug! I should reboot my system more frequently..
Aobut to commit 3.6.12-r1 which fixes this, if you try that out and still have problems, feel free tor eopen or post a new bug.