Red Hat Bugzilla – Bug 60656
Rescue disc has no support for SCSI tape drives
Last modified: 2007-04-18 12:40:43 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.78 [en] (X11; U; Linux 2.4.17 i586; Nav)
Description of problem:
The Rescue CD is missing the SCSI tape module, which makes restoring a system
from scratch take longer. Also magic "mknod" doesn't understand SCSI tape
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot rescue CD
2. mknod /dev/st0
3. modprobe st
Actual Results: The mknod fails since it has no knowledge of the st? devices.
The modprobe fails silently.
Expected Results: mknod should create the device. modprobe should find the st
module and load it - it shouldn't fail silently. A simple "error loading"
message would be useful.
The problem also exists in rh73.
You can create a new bootable disc1 that contains the
st.o module like this:
Install the anaconda and anaconda-runtime rpm's.
Look for SECSTAGE and change it into:
SECSTAGE="st agpgart raid0 raid1 raid5 $IDEMODS $SCSIMODS $LATEUSBMODS $FSMODS"
In the makeinitrd function, look for fd1 and add the two
$MBD_DIR st0 c 9 0 644 root:root
$MBD_DIR nst0 c 9 128 644 root:root
After the EOF line, add:
ln -s st0 $MBD_DIR/dev/tape
ln -s nst0 $MBD_DIR/dev/nrtape
This will create the necessary /dev entries for
the st.o module.
Follow the HOWTO
for creating new, bootable cd's
You only need to burn disc no. 1
Boot, "linux rescue", and when the prompt comes, write:
to load the st.o module.
This is added in CVS
OK, with the re0122.nightly tree, here's what I'm seeing. After normal boot, I
can modprobe the st driver and get feedback about it loading. It's listed in
'lsmod' as well. In rescue mode however, the devices exist, but running
'modprobe st' returns without any output. The module is not listed in 'lsmod.'
I have a machine sitting here at my desk if someone is interested.
I believe this is working - try modprobe st.o.
Also you need to do this on a machine with a scsi tape - the loading of the st.o
module should be automatic in this case when entering rescue mode.
Fix confirmed with the latest code.