--Here's something I thought of trying with zip, but I dunno if such an old RH will support it:

(example)
Code:
' zip -9q rizzledizzle /boot/* '

-rw-r--r--    1 dave     dave      3497680 Sep 17 19:54 rizzledizzle.zip
( The number below is 1400 * 1024 )
Code:
' zipsplit -b . -n 1433600 rizzledizzle.zip '

3 zip files will be made (100% efficiency)
creating: ./rizzled1.zip
creating: ./rizzled2.zip
creating: ./rizzled3.zip

-rw-r--r--    1 dave     dave      1433434 Sep 17 19:56 rizzled1.zip
-rw-r--r--    1 dave     dave      1172797 Sep 17 19:56 rizzled2.zip
-rw-r--r--    1 dave     dave       891493 Sep 17 19:56 rizzled3.zip
-rw-r--r--    1 dave     dave      3497680 Sep 17 19:54 rizzledizzle.zip
--The PROBLEM is, I think zipsplit can't break up a zip into arbitrary sizes - it can only start a new zipfile where the internal filesizes are small enough that an EOF is encountered, and adding another file will overflow the desired size. In other words, it won't work on just 1 big file.

(Turns out my suspicion is right: )
Code:
' zip -9q rizzledizzle /mnt/drived/dave/Installed/spybotsd12.exe '

drwxr-xr-x    2 dave     dave           80 Sep 17 20:06 .
drwxr-xr-x   57 dave     dave         3328 Sep 17 19:54 ..
-rw-r--r--    1 dave     dave      3612718 Sep 17 20:06 rizzledizzle.zip

' zipsplit -b . -n 1433600 rizzledizzle.zip '
zipsplit error: Entry too big to split (mnt/drived/dave/Installed/spybotsd12.exe)
--However, the ' split ' program itself has no such limitation. I split the Knoppix DVD Beta ISO into CDR700-sized chunks, and got them back together with the ' cat ' program, and the result even passed the md5sum test.

--Thus:
Code:
' split -b 1m rizzledizzle.zip rizdiz '

-rw-r--r--    1 dave     dave      1048576 Sep 17 20:12 rizdizaa
-rw-r--r--    1 dave     dave      1048576 Sep 17 20:12 rizdizab
-rw-r--r--    1 dave     dave      1048576 Sep 17 20:12 rizdizac
-rw-r--r--    1 dave     dave       466990 Sep 17 20:12 rizdizad
-rw-r--r--    1 dave     dave      3612718 Sep 17 20:06 rizzledizzle.zip
--To get things back together in the proper order:
Code:
' cat rizdizaa rizdizab rizdizac rizdizad >rizdiz2.zip '

-rw-r--r--    1 dave     dave      3612718 Sep 17 20:14 rizdiz2.zip
-rw-r--r--    1 dave     dave      1048576 Sep 17 20:12 rizdizaa
-rw-r--r--    1 dave     dave      1048576 Sep 17 20:12 rizdizab
-rw-r--r--    1 dave     dave      1048576 Sep 17 20:12 rizdizac
-rw-r--r--    1 dave     dave       466990 Sep 17 20:12 rizdizad
-rw-r--r--    1 dave     dave      3612718 Sep 17 20:06 rizzledizzle.zip
Code:
' md5sum r*.zip
722560afddc6b14fd8248723fa9bcf24  rizdiz2.zip
722560afddc6b14fd8248723fa9bcf24  rizzledizzle.zip
--To get around this limitation in the future, consider investing in one or more of the following:

o 100Mbit Ethernet cards (can be had for ~$5 these days)

o USB Ethernet cable (Farallon)

o USB or Parallel port Zip drive (Get the 100Meg if you can find it, and ' modprobe ppa ')

--If you get Ethernet going, you can have Fun with Netcat(TM).

Quote Originally Posted by hw-tph
It's possible, yes, but I have never done it.
You can't use compression (ie tar.gz, tar.bz2, etc) with multivolume tar archives though.

I have no floppy disk here so this is a wild guess:

tar Mcvf /floppy/newarchive.tar *

This - I *think* - would create newarchive.tar on the floppy (if mounted on /floppy) with all files in the current directory, and hopefully pause and ask you for a new medium (disk) when it runs out of space.

hw