"no such device" errors when booting

Bug #425159 reported by Tormod Volden
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
casper (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: casper

$ grep such /var/log/casper.log
/init: line 1: can't open /dev/sda: no such file
/init: line 1: can't open /dev/sda: no such file
/init: line 1: can't open /dev/sda1: no such file
/init: line 1: can't open /dev/sda2: no such file
/init: line 1: can't open /dev/sda3: no such file
/init: line 1: can't open /dev/sda4: no such file
/init: line 1: can't open /dev/sda5: no such file
/init: line 1: can't open /dev/sda6: no such file
/init: line 1: can't open /dev/sda7: no such file
/init: line 1: can't open /dev/sda8: no such file

Harmless in most cases, but they will also show up on the screen. They come from get_fstype when
 eval $(fstype < $1)
is called with a non-existing device node.

Revision history for this message
Colin Watson (cjwatson) wrote :

Merged, except that I also moved the test in check_dev up a bit so that it works properly with LIVEMEDIA_OFFSET. Thanks.

Changed in casper (Ubuntu):
status: New → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package casper - 1.190

---------------
casper (1.190) karmic; urgency=low

  [ Colin Watson ]
  * Don't produce an invalid sed program when trying to remove an applet
    which isn't in the panel (LP: #406188).

  [ Tormod Volden ]
  * do not remount filesystems that already have been probed when
    searching for the livefs (LP: #424464)
  * Fix quoting in try_snap (LP: #424742).
  * Silence error messages for non-existent device nodes (LP: #425159).

 -- Colin Watson <email address hidden> Mon, 07 Sep 2009 13:10:53 +0100

Changed in casper (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
Tormod Volden (tormodvolden) wrote :

The reason I had it after the LIVEMEDIA_OFFSET clause is that it will reset devname to nothing if loop mounting fails. So maybe we should check again after the block.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.