Bug 770188 - Asus t101mt not boot after kernel update
Summary: Asus t101mt not boot after kernel update
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: dracut
Version: 16
Hardware: i686
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: dracut-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-12-24 00:04 UTC by vde
Modified: 2012-01-16 11:18 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-01-16 11:18:49 UTC
Type: ---


Attachments (Terms of Use)

Description vde 2011-12-24 00:04:34 UTC
Description of problem:

Asus t101mt not boot after kernel update from 3.1.0-7.fc16.i686 to 3.1.5-6.fc16.i686

How reproducible:

yum update. then reboot

  
Actual results:

"Dracut: Signal caught, dropping to debug shell"

Expected results:

boot to GUI

Additional info:

this takes place on ASUS eee transformer T101MT

Comment 1 Harald Hoyer 2012-01-05 09:47:08 UTC
need more information:

http://www.kernel.org/pub/linux/utils/boot/dracut/dracut.html#id570784

Comment 2 vde 2012-01-05 16:01:46 UTC
>Remove ''rhgb'' and ''quiet'' from the kernel command line

it done by default


>Add ''rd.shell'' to the kernel command line. This will present a shell should dracut be unable to locate your root device

boot process ALREADY drops to shell!


>Add ''rd.shell rd.debug'' to the kernel command line so that dracut shell commands are printed as they are executed

commands before stop:

wmi: mapper loaded
EXT4-fs: mounted filesystem...
dracut: checking Ext4...
dracut: issuing e2fsck -a ...
dracut: _Fedora-16-i686-: clean...
dracut: Remounting... with -o noatime,ro
Ext4-fs: Mounted filesystem in ordered data mode
dracut: mounted root filesystem
dracut: Warning: Signal caught!
[lot of shell commands]
echo Dropping to debug shell


>With dracut >= 002-11, you can inspect the rd.debug output with: 

but how I can upload this file when boot not successfull?
last lines are:

+ udevadm control --exit
+ udevadm info --cleanup-db
+ export RD_TIMESTAMP
+ set +x
dracut Warning: Signal caught!

Comment 3 Harald Hoyer 2012-01-06 13:04:35 UTC
try:
"rd.break=pre-pivot rd.shell"

or if that does not work:
"rd.break=mount rd.shell"

Comment 4 vde 2012-01-06 13:35:04 UTC
>try: "rd.break=pre-pivot rd.shell"

"dracut Warning: Break pre-pivot"

after Ctrl-D:

"dracut Warning: Break before switch_root"

again Ctrl-D:

"dracut Warning: Signal caught!"

again  Ctrl-D:

"kernel panic - not syncing: Attempt to kill init!



>or if that does not work: "rd.break=mount rd.shell"

"dracut Warning: Break mount"

after Ctrl-D:

"dracut Warning: Break before switch_root"

again Ctrl-D:

"dracut Warning: Signal caught!"

again  Ctrl-D:

"kernel panic - not syncing: Attempt to kill init!


Question is: what sould I to see after dropping to shell - by "signal" or else?

Comment 5 Harald Hoyer 2012-01-10 09:13:00 UTC
remove "quiet" and add "rd.debug" to see what dracut is doing...

Comment 6 vde 2012-01-10 12:19:51 UTC
Ops... but about WHAT was two letters above?

----cite----

>Remove ''rhgb'' and ''quiet'' from the kernel command line

it done by default


>Add ''rd.shell'' to the kernel command line. This will present a shell should dracut be unable to locate your root device

boot process ALREADY drops to shell!


>Add ''rd.shell rd.debug'' to the kernel command line so that dracut shell commands are printed as they are executed

commands before stop:

wmi: mapper loaded
EXT4-fs: mounted filesystem...
dracut: checking Ext4...
dracut: issuing e2fsck -a ...
dracut: _Fedora-16-i686-: clean...
dracut: Remounting... with -o noatime,ro
Ext4-fs: Mounted filesystem in ordered data mode
dracut: mounted root filesystem
dracut: Warning: Signal caught!
[lot of shell commands]
echo Dropping to debug shell


>With dracut >= 002-11, you can inspect the rd.debug output with: 

but how I can upload this file when boot not successfull?
last lines are:

+ udevadm control --exit
+ udevadm info --cleanup-db
+ export RD_TIMESTAMP
+ set +x
dracut Warning: Signal caught!

------/cite---------

This is not "what dracut doing"? If no (why?) then what I should to see when dropped to debug shell?

Comment 7 vde 2012-01-16 10:43:31 UTC
Kernel 3.1.8 resolves this bug

Comment 8 Harald Hoyer 2012-01-16 11:18:32 UTC
cool :)


Note You need to log in before you can comment on or make changes to this bug.