Bug 201854
Summary: | Installer locks up system after downloading "stage2.img" | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Joachim Frieben <jfrieben> |
Component: | kernel | Assignee: | Dave Jones <davej> |
Status: | CLOSED DUPLICATE | QA Contact: | Mike McLean <mikem> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | pfrields |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-08-11 05:46:10 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: |
Description
Joachim Frieben
2006-08-09 14:17:25 UTC
Sounds like a kernel bug. Reassigning. If you boot with nmi_watchdog=1 do you get a backtrace when it locks up? Whilst it's downloading, leave it on some of the other tty's, and see if you get interesting messages. Unfortunately, I do not see any backtrace after adding "nmi_watchdog=1". To complete the report, I have to add the following messages issued on various virtual consoles: (vt3): INFO : mntloop loop0 on /mnt/runtime as /tmp/ramfs/stage2.img fd is 26 (vt4): VFS : Can't find an ext2 file system on dev loop 0 Btw, this results for to "boot.iso" as of 2006-08-10. I probably had the same output yesterday. |