Summary: | frequent crashes with actual ~amd64 hardened system | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Thomas Sachau <tommy> |
Component: | Hardened | Assignee: | The Gentoo Linux Hardened Team <hardened> |
Status: | RESOLVED WONTFIX | ||
Severity: | major | CC: | gengor, kfm |
Priority: | High | ||
Version: | 2007.0 | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | .config |
Description
Thomas Sachau
2007-12-01 21:07:50 UTC
You tried running memtest86 on your memory ? Seems more like a defective memory to me. Oh, I'd also like to see the .config of your hardened-sources. Created attachment 139464 [details]
.config
did not try memtest so far, but will do it to exclude memory as a source
2 hours memtest (4 complete test) and no error did some more tests: compiled hardened-sources-2.6.23-r5 with gcc-3.4.6-vanilla => crash compiled gentoo-sources-2.6.23-r5 with gcc-3.4.6 => crash one interesting detail: if this crash happens and network still exists, i can log into the machine using ssh. But once i try to emerge something, it stops at "preparing to unpack" and i get a defunct ebuild.sh. Seems like the crash i had without X could have some other reason, as i cannot reproduce it and all crashes since then happend with X running. This where so far up to xorg-server-1.4.0.90-r2 and also the stable version up to xorg-server-1.3.0.0-r4 Ok, new crash, some new details: -I did not have X running, so perhaps X could change the time until it happens, but not the bug itself. A "emerge -uDN world" was running before and finished before the cursor freezed and no more input was possible. -I have a <defunct> java process (running freenet from freenetproject.org on 64bit-java). -I can still ssh in and watch top or browse directorys. And another strange point: Also no other keyboard input works, strg-alt-entf did sent a "reboot"-command to the os, also it only starts to shut down and nothing more happens (and no interactions are any more possible). Seems like the problem is solved with kernel-2.6.24. Running latest gentoo-sources for over 2 weeks now without this crashes. Imho the problem was the old bcm43xx driver or related to it. As there is no more upstream development for this driver, i will mark this one as wontfix. |