Bug 167585
| Summary: | kernel-2.6.13-1.1536_FC5 pauses at ID "5" similar to 1532 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jim Cornette <jim.cornette> | ||||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||||
| Status: | CLOSED RAWHIDE | QA Contact: | Brian Brock <bbrock> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | rawhide | CC: | drepper, oliva, rodd, selinux, vonbrand, wtogami | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | i386 | ||||||||
| OS: | Linux | ||||||||
| URL: | https://www.redhat.com/archives/fedora-test-list/2005-September/msg00016.html | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2005-09-07 23:47:40 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Jim Cornette
2005-09-05 23:29:53 UTC
Created attachment 118481 [details]
DMESG from bootable kernel
Since I have no serial console to capture the screen output, a middleground
working kernel is submitted for clues as to why this one boots and the
preceeding and folowing kernel does not boot.
Some comment on the list relayed mention of the "git snapshot", better film would be nice. Just a few comments. For me it's tty 1 through tty 6 (in runlevel 5). I haven't tried different run levels, but it's so early on I'd be surprised if it made a lot of difference. Maybe single might work. I'm seeing this in today's kernel 1538 Also with the latest (2.6.13-1.1538_FC5) on i686. I get "Id 1: Respawning too fast" for all ids 1 through 6. Also, on x86_64 it works fine (foolishly updated and rebooted...) kernel-2.6.13-1.1538_FC5 made it a little further through the boot process than before. It made it to ID 6 before stopping. Since I thought runlevels might make a difference, I tried runlevel 1 and 5 as well as runlevel 3 which is my normal boot level. Runlevel 1 stopped at "no more processes to run or similar. Runlevel 2,3,4 and 5 stopped at ID "6". I was able to reboot using alt-sysrq-b and the system rebooted as expected with each stoppage in the boot process loading. This bug should be a Severity 1 bug: I cannot even boot. Welcome to rawhide ;-] Actually, this bug should be marked FIXED as tomorrow's rawhide kernel fixes the problem. Created attachment 118576 [details]
DMESG output for kernel-2.6.13-1.1542_FC5
There is an error related to hdc in the log, but this is probably a hardware
problem with my system.
If the problem was corrected, closing this report will be fine. Should we wait
until the follow-up kernel before closing the bug report?
Jim, given that the kernel now boots, I would suggest you're problem is another bug altogether and that this bug should be closed, and you should open another bug for this problem you now have. Rodd I was more concerned on the fix being a fluke, like between the two kernels. Since the lead regarding the fix was from a pretty reliable source, I'll close the bug. I believe the CDROM problem within dmesg was related to the hardware itself and not kernel related. Fixed in rawhide with kernel-2.6.13-1.1542_FC5 |