| Summary: | halt and shutdown are segfaulting when updating hardened sources to 2.6.21-r1 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Philipp Riegger <bugs+gentoo> |
| Component: | [OLD] Core system | Assignee: | The Gentoo Linux Hardened Team <hardened> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | pageexec |
| Priority: | High | ||
| Version: | 2006.1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
.config used for hardened-sources-2.6.21
System.map loop.ko (loop-aes-3.1e) |
||
|
Description
Philipp Riegger
2007-05-19 18:14:56 UTC
No clue actually, could you upload your config please ? Created attachment 119729 [details]
.config used for hardened-sources-2.6.21
Actually.... i would try to reset the computer and hope, that it will not happen again. The main purpose of this is to document it and to ask, if there is anything i should provide from the running system before rebooting. can you post your System.map and a decoded oops please? I have a System.map but i did only get error messages when trying to create the decoded oops. It seems, i did not have debug symbols or stuff like that in my kernel. I rebootet the machine today and everything seems to work, reboot does not segfault anymore. I hope this was only due to strange updating practices and that it is not reproducible. Therefore i will close the bug for now. Sorry for the bugspam, i should have tried to reproduce it before. (In reply to comment #5) > I have a System.map but i did only get error messages when trying to create the > decoded oops. It seems, i did not have debug symbols or stuff like that in my > kernel. I rebootet the machine today and everything seems to work, reboot does > not segfault anymore. you could still post (or just mail me) the corresponding System.map as i can decode the oops by hand and maybe learn something about the cause. Created attachment 119875 [details]
System.map
Sorry, i thought somehow the kernel binary was needed for the decoding and i missed some debuging stuff for it. Thanks for your effort. If you need anything else, just ask.
(In reply to comment #7) > Sorry, i thought somehow the kernel binary was needed for the decoding and i > missed some debuging stuff for it. Thanks for your effort. If you need anything > else, just ask. thanks, it was the loop module that caused the oops (that's why losetup et al. hung later as well), so i'd like to see your loop.ko if you still have it or can reproduce it. do you know if -hardened patches the loop code in any way? Created attachment 119897 [details]
loop.ko (loop-aes-3.1e)
As i mentioned in the first comment, i use loop-aes as an external module for encrypted swap. Therefore the loop.ko is not the module hardened sources would have generated.
Installed versions: 3.1e(16:05:38 05/19/07)(kernel_linux keyscrub padlock)
(In reply to comment #9) > Installed versions: 3.1e(16:05:38 05/19/07)(kernel_linux keyscrub > padlock) so, the code crashed in the loop_add_queue_last function on some invalid 'q' pointer. then i also noted that 3.1e doesn't even have a kernel patch for 2.6.21 whereas 3.2a does so i'm wondering if your setup is supported at all or you'd really have to update to 3.2a first... This check should be a feature of the package manager, i would say. I ran a ~x86 kernel with a x86 kernel module, but there should be a check for that, i think. At the moment i am running the combination 2.6.21 with 3.1e again, no problems so far. Swapoff -a works. Reboot works. But i'll upgrade to 3.2a, thanks a lot for your help. Should i change the bug that the title asks for this version check in the kernel module and then reopen it? (In reply to comment #11) > Should i change the bug that the title asks for this version check in the > kernel module and then reopen it? no idea, it's not my call really, better ask the gentoo package maintainer of loop-aes, or even Jari Ruusu about what is and isn't supported. |
