| Summary: | Unable to load kernel | ||
|---|---|---|---|
| Product: | Gentoo Release Media | Reporter: | Mad Scientist <MadScientist343+Gentoo.Bugzilla> |
| Component: | All ISO | Assignee: | Gentoo Release Team <releng> |
| Status: | RESOLVED FIXED | ||
| Severity: | critical | CC: | mmokrejs, niogic, rui.nelson |
| Priority: | High | ||
| Version: | 2008.0_beta2 | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Mad Scientist
2008-04-02 16:53:30 UTC
Have you tried troubleshooting this using any of the options to enable/disable support? There's not much that we can do without more information. A hang without any errors/messages is impossible to troubleshoot. (In reply to comment #1) > Have you tried troubleshooting this using any of the options to enable/disable > support? I have not tried any other methods to find out the error I did try the help option on the disk though it went by too quickly for me to read it. ( another bug ) If you have any commands you would like me to try and add to the kernel or initrd boot line ill give it a shot. > There's not much that we can do without more information. A hang without any > errors/messages is impossible to troubleshoot. Yup though since it doesn't even load the kernel that only leaves the boot loader to trouble shoot which isn't that bad in comparison. If it helps I can post the out put from lspci or something. Or maybe just recompiling the kernel is enough. As a side notw I was using a rewritable DVD if that makes a difference. I came across this before opening a new bug. Yes, I've got the very same problem (a part HEX numbers) with the minimal cd, too. And it's indipendent from the graphics or any other option. I don't know how to help. The 2 lights in the kbd don't start blinking, but everything locks up and I can't change eg. CAPS LOCK, or Num lock. The motherboard is an Asus P5KR. Well, Beta 2 has a new grub version and an updated kernel, so we'll see if that fixes it. If not, then we'll try to come up with some other ideas and see what works. Try to link a remote serial console via COM1/RS232 cable from another computer to your machine and try to boot it with these parameters: noacpi pci=assign-busses apic=verbose console=ttyS0,57600n8 console=tty0 I do not have either of those connectors on the computer this bug happened on. If you know another way to do it I would be happy to try and set it up. I don't have a serial in the 64 bit pc, too.. Either way, what does this mean? What should be needed for us not needing a serial to boot properly? (sorry for the words..) I've just tried with 2008.0_beta2 and nothing changed !!! Here are a screenshot and a short video.. http://www.forzazzurri.mine.nu/data/uploaded/g2008.0_beta2_after_grub_error.jpeg http://www.forzazzurri.mine.nu/data/uploaded/g2008.0_beta2_after_grub_error.mov This bug becomes quite critical: I haven't a particular hardware. Asus P5KR, Intel Q6600, 1x2Gb DDR-II, GeForce 8800GT 512MB. Maybe this is related to #215922 Try to enter the command mode of grub by 'c' type in 'debug' and then try to boot manually. Or add it to grub.conf file. The arguments 'noacpi pci=assign-busses apic=verbose' from comment #5 would prevent of execution of some parts of the kernel which are the most tricky. The 'console=ttyS0,57600n8 console=tty0' would cause that the screen output is also copied to a COM1 port (console=tty0 must be last to re-enable the local screen output), which you want to read remotely from another computer via a serial cable at the speed 57600, no parity, 8 bits of data, 1 stop bit. Martin, I've tried those options, nothing to do. Also debug mode enabled shows nothing more. And I can't edit the grub.conf because it's a live cd. It's sure enough the problem is an incompatible initrd .. or the kernel is compiled with strange options that behave like this. Ok just checked with beta2 and it doesn't work. Might I suggest going back to isolinux for booting. As a note here is my hardware: Intel Quad Q6600 G0, 2x2GB DDR2 RAM, nVidia 8800GT 512MB, ASUS MAXIMUS FORMULA Could it be asus boards that this happens on or Q6600 chips( or both combined)? I don't know whether this will fix your problem, but it did for me. I have a Core2 Duo E6550 CPU (with the dreaded Trusted Computing extensions) on an Intel motherboard. My system always froze on boot, in exactly the manner you describe, with Gentoo and also with Centos. The solution for me was this kernel parameter: pci=nommconf Hope this helps. It didn't do the trick for me. I know the ASUS P5K motherboard has problems with its on-board NIC (e.g. see http://vip.asus.com/forum/view.aspx?SLanguage=en-us&id=20070918185735687&board_id=1&model=P5K&page=1&count=16). Maybe the issue with MAXIMUS FORMULA is similar. Try to disable the on-board NIC in your BIOS (in fact, disable everything you don't absolutely need to boot), see if that helps. It didn't help either, Alex. Also, as you can see (bug #211814) i absolutely need that driver and have been waiting for 2008.0 because of it. I can also add that the computer *whistles* (like an high-frequency buzz) when the grub is counting-down .. but it stops when it loads the default entry or if I stop the count-down by pressing a key. Also, *memtest86* doesn't load because it says "there's not enough memory". I don't know if this is a common problem or just mine and connected to this bug. Please, set "Component: All ISO" and the severity imho is blocker - gentoo 2008.0 can't be released until this fixed. Ehh, nothing is really a blocker unless it causes file-system corruption or loss of data wrt releases. I've changed the component and the version. There's no need to involve the amd64 team, since this is an issue with the release and not with anything in the tree. Would you be available to test some things for me if I came up with some ISO images for you to test? Ya sure that wouldn't be a problem. Ok Chris. You'll find me often. Feel free to mail me if you have some modified ISOs, I'll feedback here or where you prefer. Gionnico, it sounds like you should replace your power supply. Could you test another one? Also, try to get out of grub shell the hardware configuration. See its documentation. Does it match the hardware physically? e.g. RAM size? Try Ultimate Boot CD to boot the machine and also try OpenSUSE linux boot cdrom. Just to make sure the hardware is fine. O_O My new Enermax Liberty 500W? The values are correct, and I can boot using other distros. I can boot also using gentoo x86 (beta too) So if you can build and boot your own kernel, why don't you post here which kernels work and which not? Did you try to build same kernel as is the one distributed on the CD/DVD and find the difference between /proc/config.gz files? Maybe a bug in gcc? I thought I had already answered some days ago. >So if you can build and boot your own kernel, why don't you post here which >kernels work and which not? Well I can build a kernel, but I can't put it in a live cd. >Did you try to build same kernel as is the one >distributed on the CD/DVD and find the difference between /proc/config.gz >files? I can't put it in the cd so, to do what? Also, I don't even know what kernel is loaded and what the config is! For Eg. Ubuntu x64 works. I also have the same problem :( Q6600 on a Asus P5E... (In reply to comment #25) > I also have the same problem :( > > Q6600 on a Asus P5E... > So, for now, Intel Quad Core and P35 or X38. And probably also jmicron controller. Read this: http://lkml.org/lkml/2008/5/17/205 This is soo bad! You wanted to keep this boot system that uses grub in the 2008.0 final release version making me unable to use gentoo linux on my mainstream machine. I couldn't use 2007.0 version because the kernel in it didn't support my NIC ethernet card and this is soo bad: it's been months that I've been waiting for this - and I had other problems correlated to this one (that I couldn't intall linux on that machine). You dashed me this time, gentoo team guys. And there must be many people in my very same situation since I've got a really normal hardware. PS: Change to 2008.0 the affected version, I can't. (In reply to comment #27) > You wanted to keep this boot system that uses grub in the 2008.0 final release > version making me unable to use gentoo linux on my mainstream machine. Uhh, wtf are you talking about? We switched back to isolinux for 2008.0 final. > You dashed me this time, gentoo team guys. It sounds like you're taking it personally. > PS: Change to 2008.0 the affected version, I can't. I have no idea what you just said here. (In reply to comment #28) > (In reply to comment #27) > > You wanted to keep this boot system that uses grub in the 2008.0 final release > > version making me unable to use gentoo linux on my mainstream machine. > > Uhh, wtf are you talking about? We switched back to isolinux for 2008.0 final. > I've just burned install-amd64-minimal-2008.0.iso and that still has the grub menu to choose what to do (that doesn't work as explained from #1) > > You dashed me this time, gentoo team guys. > > It sounds like you're taking it personally. > Not with someone in particular (the bug is public), but I'm disappointed of this way of ignoring a critical bug without even try to ask me to try any solutions. > > PS: Change to 2008.0 the affected version, I can't. > > I have no idea what you just said here. > This bug is marked for the 2008.0_beta2 version, but the problem is still here in 2008.0 I think I know the problem .. you didn't really reverted to isolinux FOR THE AMD64, but only for the x86 (maybe other archs, too). Because I've just by chance tried the x86 minimal and it does, it has isolinux. But the AMD64 minimal still has the grub entries.. This is NOW finally fixed with the new amd64 2008.0-r1 media. You can RESOLVE it, finally. :) Bleh, I knew there was a bug or two I missed when that media went out. |
