Bug 219 - Error with swapon in rc.sysinit when swap is on a device handled by kerneld
Summary: Error with swapon in rc.sysinit when swap is on a device handled by kerneld
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: initscripts
Version: 5.2
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 1998-11-29 00:57 UTC by Marc MERLIN
Modified: 2014-03-17 02:08 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 1998-12-06 04:51:24 UTC

Attachments (Terms of Use)

Description Marc MERLIN 1998-11-29 00:57:03 UTC
This is an old bug forwarded to your new bug tracking system

If you configure fstab to use a swap partition on a device
that is only available after kerneld is run (let's say a
SCSI disk), the initial swapon command
swapon: /dev/devname: Device not

It is not a big problem the script does a second swapon -a
later, but it'd be nice to get rid of the error

The first swapon should be replaced
swapon -a 2>&1 | grep -v "Device not configured"

Comment 1 Marc MERLIN 1998-11-29 01:04:59 UTC
Fixed summary to say "Error with swapon in rc.sysinit when swap is on
a device handled by kerneld" (quoted here just in case bugzilla
doesn't let me change it)

Comment 2 David Lawrence 1998-11-30 01:26:59 UTC
This is a valid point. Was this a device or swap partition that was
added after the initial installation? If it is then the initrd.img is
possible not loading the support for the device the swap file is one
because the install creates the initial initrd.img file according to
the hardware it detects (or you choose) during the installtion. You
can create a new initrd.img with support for your new card and replace
your current one. This should allow the first swapon -a to work. If
this is not the case then your suggestion should also work.

Comment 3 Marc MERLIN 1998-11-30 09:40:59 UTC
You are correct, the swap device was added by hand, after RH was
installed. The kernel was custom compiled (without initrd), so that's
why the scsi module is loaded later (the system boots on IDE).
I hadn't realized that this will only hit people who install a card
after the initial install and don't use the modular kernels, so even
though the suggested change won't hurt, it's not really a bug.

Comment 4 Jeff Johnson 1998-12-06 04:51:59 UTC
I see no point in removing a valid albeit harmless error
message cosmetically. Add the device to the initrd.

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