IOMEGA REV Drive with Fedora Core 2
Information about 2.6 Linux Kernel Support
BackupEDGE 02.01.01 now supports 2.6 Linux kernels. RecoverEDGE currently does not support LVM or md software raid. Disasterrecovery of systems using LVM or md will not function.
This release also adds support for Fedora Core 3, with the following limitations:
* Remember that FC3 has been described by Red Hat as not a supported distribution of Linux. * Because of the frequency of updates to FC3, support is on a "best effort" basis. While we will make every effort to keep up with the latest patches to it, we cannot guarantee that they will not be introduced faster than we can qualify them.
Unfortunately, that was a system I wanted to use the REV on.
I ran into a stone wall. Interestingly, "fdisk" will create a partition, but you can't then make any file system on it. Cdrecord didn't work either, even though I could find references that seemed to imply that it would. So that was it: I could find web pages that SAID it would work, but it didn't. I made a newsgroup post, and got no useful replies.
Finally, I stumbled across http://sourceforge.net/docman/display_doc.php?docid=22590&group_id=101444 which in turn pointed me toward http://sourceforge.net/projects/linux-udf/. Downloading the udftools package (you don't need the "udf" patches) gave me "mkudffs", and a simple
gave me a mountable filesystem on the REV. Fedora Core 2 already knew how to mount a udf filesystem (though it can't mkfs one):
[root@pc-00152 root]# mount /dev/hdc2 on / type ext3 (rw) none on /proc type proc (rw) none on /sys type sysfs (rw) none on /dev/pts type devpts (rw,gid=5,mode=620) usbdevfs on /proc/bus/usb type usbdevfs (rw) /dev/hdc1 on /boot type ext3 (rw) none on /dev/shm type tmpfs (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) /dev/hdb on /mnt type udf (rw)
The Iomega REV drive isn't particularly fast: about 3GB per hour in my tests. That's because this is more like a CD-RW or DVD-RAM than a hard drive - udf is a packet-writing format.
Normally, you'd use cdrecord for such a device, but try as I might, I couldn't get that to work. It saw the Iomega REV drive as an emulated scsi device:
[root@pc-00152 art]# cdrecord -scanbus Cdrecord-Clone 2.01a27-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling Note: This version is an unofficial (modified) version with DVD support Note: and therefore may have bugs that are not present in the original. Note: Please send bug reports or support requests to <firstname.lastname@example.org>. Note: The author of cdrecord should not be bothered with problems in this version. scsidev: 'ATA' devname: 'ATA' scsibus: -2 target: -2 lun: -2 Warning: Using badly designed ATAPI via /dev/hd* interface. Linux sg driver version: 3.5.27 Using libscg version 'schily-0.8'. cdrecord: Warning: using inofficial libscg transport code version (schily - Red Hat-scsi-linux-sg.c-1.80-RH '@(#)scsi-linux-sg.c 1.80 04/03/08 Copyright 1997 J. Schilling'). scsibus0: 0,0,0 0) 'ASUS ' 'CRW-4832AS ' '0.67' Removable CD-ROM 0,1,0 1) 'Iomega ' 'RRD ' '74.B' Removable CD-ROM 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) *
but didn't know how to write to it:
cdrecord -v speed=6 dev=ATAPI:0,1,0 -data /tmp/cdimagecdrecord: No write mode specified.
I admit to not searching very hard to try to find out what might work because having a mountable file system was good enough for my needs here.
Got something to add? Send me email.
(OLDER) <- More Stuff -> (NEWER) (NEWEST)
Printer Friendly Version
Increase ad revenue 50-250% with Ezoic