|
Bugzilla – Full Text Bug Listing |
| Summary: | Kernel boot failure during resume from swap on RAID | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Krzysztof Lichota <krzysiek-novell> |
| Component: | Kernel | Assignee: | Pavel Machek <pavel> |
| Status: | RESOLVED DUPLICATE | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | hare, ian.rogers |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | i686 | ||
| OS: | All | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Krzysztof Lichota
2005-10-08 07:09:58 UTC
I'm not sure I really understand that. Do you see the problem with a regular boot or when resuming (as the summary suggests)? (In reply to comment #1) > I'm not sure I really understand that. Do you see the problem with a regular > boot or when resuming (as the summary suggests)? Right, I did not make it clear. It is normal boot, it is just checking for possibility of resuming from swap. Please change summary to something more appropriate. I'm not totally sure where the problem really is. Pavel, can you please have a look? I don't know how to fix this one sanely. I could make read i/o error non-fatal, but that would be quite a big change, and would require a *lot* of testing. I think it is too late to do that. I believe that we should mark suspend on raid as unsupported, and not attempt to set it up for resume if user wants to do that. [Or perhaps even disallow suspend on raid at all, it is pretty dangerous w.r.t. deadlocks, and probably not too tested]. Could you boot check that /dev/md4 is set up properly (cat /dev/md4 works) sync attempt manual resume? It should tell you that there's no suspend signature in there... If yes, bug is in initrd, if no, bug is in kernel bug I'm not sure if we can fix it anytime soon. *** Bug 120973 has been marked as a duplicate of this bug. *** (In reply to comment #4) > Could you > > boot > check that /dev/md4 is set up properly (cat /dev/md4 works) > sync > attempt manual resume? > > It should tell you that there's no suspend signature in there... If yes, bug is > in initrd, if no, bug is in kernel bug I'm not sure if we can fix it anytime > soon. I have booted in safe mode, cat /dev/md4 worked OK. When I tried to suspend (using powersave -U), it hanged on "Freeing memory". After reboot I have tried to boot in normal mode, but the same error as described in bug report happened. unfortunately it is a bit more complicated. You should: (Pavel, correct me if i am wrong :-) - boot "failsave", with the additional parameter "init=/bin/bash", this will give you a very minimal setup, only a shell. Beware: you will have US keyboard with that. - "mount /proc" - "mount /sys" - "ls -l /dev/md4" this gives (at my machine): brw-rw---- 1 root root 9, 4 2005-10-23 12:26 /dev/md4 - now "echo 9:4 > /sys/power/resume" 9:4 are the two numbers after "root root" in ls -l output. If this gives you the same error as always, it is a kernel bug. If it gives "could not find suspend signature", the bug is somewhere else. (In reply to comment #7) > unfortunately it is a bit more complicated. > You should: (Pavel, correct me if i am wrong :-) > > - boot "failsave", with the additional parameter "init=/bin/bash", this will > give you a very minimal setup, only a shell. Beware: you will have US keyboard > with that. I have tried it and during boot it says it cannot find /bin/bash. I have tried also /bin/sh, but it's the same. Maybe it is not on initrd? hm, i am neither a master of md nor of initrd, maybe Hannes can give us a hint :-) Hannes, anything special i need to do if i want a md-root system to boot with init=/bin/bash? *** This bug has been marked as a duplicate of 130693 *** |