[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

SCSI-Tape (st0) in rescue mode worked !!!




Thank you very much for your help!


On Thu, 24 Feb 2000, Thomas E. Dodd /CSDC wrote:

> "Thomas E. Dodd /CSDC" wrote:
> > 
> > Then you need to put the st dev node on the
> > it (with mknod). Then add the dump and restore
> > commands to the disk in /bin or /sbin on the disk.
> > 
> > I'm getting rescue.img now. I'll try to make one for
> > you, or give more detalied instructions later.
> 
> The rescue.img looks like a gzipped ext2 filesystem
> that has been padded to fill a floppy.
> Assuming the initrd command puts all the right modules
> on the disk. Try this:
> 
> cp rescue.img /tmp/rescue.img.gz
> cd /tmp
> gunzip rescue.img.gz
> mkdir rescue
> mount -o loop /tmp/rescue.img /tmp/rescue
> cp /sbin/restore /tmp/rescue/sbin

cp /lib/modules/2.2.12-20/scsi/st.o /tmp/rescue/sbin
 
> mknod /tmp/rescue/dev/st0 c 9 0
> mknod /tmp/rescue/dev/st1 c 9 1
> umount /tmp/rescue
> gzip /tmp/rescue.img
> dd if=/tmp/rescue.img.gz of=/dev/fd0
> 

-- boot rescue mode --

insmod /lib/st.o

Accsessing the DAT-Tape in the rescue mode has lastly worked!!
These hints were very valuable. After booting for the disks
I clould still not access the /dev/st0 although they were defined 
in /dev.

So I thought I should also copy the st.o module just it was done for
restore. This is the line I added above.

Then after booting I inserted the st.o module. It liked the absolute
path. Then I could read the "dumped" and "tared" data in the tape.
Now I can reproduce the RH workstation in case of crash!

I still have to try it. But for the moment I am very happy :-)
and thank all who helped. 


Rgrs

Dominic



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]