2246 lines
85 KiB
Plaintext
2246 lines
85 KiB
Plaintext
Linux - Optical Disk HOWTO
|
||
Skip Rye, abr@preferred.com
|
||
v1.8, 12 May 2003
|
||
|
||
This document describes the installation and configuration of optical
|
||
disk drives for Linux. Many of the articles are presented as is or
|
||
with modifications without the actual hardware to double check the
|
||
correctness. Use this information at your own risk! Please, if any
|
||
one has experiences with optical storage under Linux, send it and I
|
||
will update it in SGML and forward it to the Linux community. I'll
|
||
assume its OK to include your E-mail address unless you specifically
|
||
tell me NOT to! V1.8 is a long awaited update. I have been building a
|
||
cabin since 1997 and its taken till now to complete. I appoligize to
|
||
all who have given input long ago for my delay with this release!!!!
|
||
______________________________________________________________________
|
||
|
||
Table of Contents
|
||
|
||
|
||
|
||
1. Disclaimer
|
||
|
||
2. Copyright
|
||
|
||
2.1 LF1000 mini-HOWTO
|
||
2.2 Optical Disk-HOWTO
|
||
|
||
3. Magneto Optical Technology - Daniel Kobras
|
||
|
||
3.1 Introduction
|
||
3.2 Setup
|
||
3.3 Access
|
||
3.4 Speed
|
||
3.5 Sample session
|
||
|
||
4. Magneto Optical Drive experiences under Linux
|
||
|
||
4.1 Olympus, Epson, Mitsubishi MK230LK3 - Stephan Shuichi Haupt
|
||
4.2 Fujitsu DynaMO 640 - Phil Garcia
|
||
4.3 Panasonic LF-7010 - Philip Kerr
|
||
4.4 FUJITSU MCC3064AP, DYNAMO 640AI - Guido Brunner
|
||
4.5 Panasonic LF-7010 - Donald Kerns
|
||
4.6 PIONEER DE-C7001 - Paolo Droghetti
|
||
4.7 Fujitsu MCD3130SS - Harald Husemann
|
||
4.8 Ricoh RO-5031E - Jeremy Hosford
|
||
4.9 Maxoptix T6-5200 - Donovan Allen
|
||
4.10 Maxoptix TMT3-1300 Magneto Optical drive. - Peter Knaggs
|
||
4.11 Magneto Optical Information, IDE/ATAPI and FAT/VFAT info - Alexander Voropay
|
||
4.11.1 Type of 3.5" MO drives
|
||
4.11.2 MO Cartridges specifications :
|
||
4.11.3 MO drives with IDE/ATAPI interface
|
||
4.11.4 Accessing FAT and VFAT MO
|
||
|
||
5. Optical jukeboxes
|
||
|
||
5.1 Maxoptix 520 - Zed Shaw
|
||
5.1.1 Zed's Original E-Mail - Feb 13 1998
|
||
5.1.2 Correspondence with Zed on Mon, 16 Feb 1998:
|
||
5.2 Changer Devices - Jon Gerdes
|
||
5.3 Changer Devices - Michael Heydenbluth
|
||
|
||
6. MO and other media technologies - Gene Cumm
|
||
|
||
7. Phase Change Optical Technology
|
||
|
||
7.1 Introduction
|
||
7.2 Panasonic LF1000
|
||
7.2.1 POINTS OF INTEREST
|
||
7.2.2 THINGS YOU SHOULD KNOW
|
||
7.2.3 Installation
|
||
7.2.4 Installation steps
|
||
7.2.5 Usage hints
|
||
7.3 Additional Configuration concerns by Jeff Rooze
|
||
|
||
8. Optical Disk HOWTO Development Page
|
||
|
||
|
||
|
||
______________________________________________________________________
|
||
|
||
|
||
1. Disclaimer
|
||
|
||
|
||
Neither the author nor the distributors, or any other contributor of
|
||
this HOWTO are in any way responsible for physical, financial, moral
|
||
or any other type of damage incurred by following the suggestions in
|
||
this text.
|
||
|
||
|
||
|
||
2. Copyright
|
||
|
||
The "Optical Disk-HOWTO" and "LF1000 mini-HOWTO" are copyrighted.
|
||
|
||
|
||
2.1. LF1000 mini-HOWTO
|
||
|
||
(C) 1996,1997 by Skip Rye, abr@brspc_0064.msd.ray.com
|
||
|
||
2.2. Optical Disk-HOWTO
|
||
|
||
(C) 1997,1998,2000,2003 by Skip Rye, abr@preferred.com
|
||
|
||
Linux HOWTO documents may be reproduced and distributed in whole or in
|
||
part, in any medium physical or electronic, as long as this copyright
|
||
notice is retained on all copies. Commercial redistribution is allowed
|
||
and encouraged. The author, however, would like to be notified of any
|
||
such distributions. All translations, derivative works, or aggregate
|
||
works incorporating any Linux HOWTO documents must be covered under
|
||
this copyright notice. In other words, you may not produce a
|
||
derivative work from a HOWTO and impose additional restrictions on its
|
||
distribution. Exceptions to these rules may be granted under certain
|
||
conditions. In short we wish to promote dissemination of this
|
||
information through as many channels as possible. However, we do wish
|
||
to retain copyright on the HOWTO documents, and would like to be
|
||
notified of any plans to redistribute the HOWTOs. Should you have any
|
||
questions, please contact Greg Hankins, the Linux HOWTO coordinator,
|
||
at gregh@sunsite.unc.edu. You may finger his address for phone number
|
||
and additional contact information.
|
||
|
||
|
||
|
||
3. Magneto Optical Technology - Daniel Kobras
|
||
|
||
|
||
3.1. Introduction
|
||
|
||
Daniel Kobras <kobras@linux.de>
|
||
|
||
Magneto optical drives use a "far field" magnetic field and a laser to
|
||
change polarization of a magnetic media. At temperatures below
|
||
180-200<30>C (350-390<39>F) magnetic polarization is "frozen" into the
|
||
media. However when heated above this so-called Curie-temperature a
|
||
static external magnetic field can change the polarization. When the
|
||
media cools down below its Curie-temperature, the information is
|
||
frozen again. A high power write laser is used to heat the disk
|
||
surface to the appropriate temperature at which time the "Far field"
|
||
can set the polarization on the disk magnetic surface.
|
||
|
||
Read back is based on the so-called Kerr effect, i. e. depending on
|
||
the direction of the magnetic field on the disk's surface, the plane
|
||
of polarization of the incoming laser beam is slightly rotated and the
|
||
information can be restored.
|
||
|
||
|
||
|
||
The use of a laser for polarization change allows for bit and track
|
||
densities much higher than on conventional "flying" magnetic heads.
|
||
The "far field" means no more "head crashes" - that is assuming your
|
||
disk label doesn't peal off during the load or you don't leave one of
|
||
those sticky pads on the disk cartridge. Nowadays the most commonly
|
||
used 3.5" media have a capacity of 640MB[*] per platter but there are
|
||
still media with 540MB, 230MB and 128MB. On some models both sides of
|
||
the media are used yielding up to a capacity of 1.3GB - you must
|
||
remove the media and flip it over to use the other 640MB though. There
|
||
are 5.25" media with up to a total of 2.6GB, but these have to be
|
||
flipped as well.
|
||
|
||
The major drawback with ordinary magneto optical media was their need
|
||
for an extra erase cycle considerably slowing down write speed. That's
|
||
where LIMDOW media come in. LIMDOW (Light Intensity Modulated Direct
|
||
OverWrite) disks use a more sophisticated set of five different
|
||
magnetic layers. Thus the erase cycle can be omitted yielding a 33%
|
||
speed up, as only one write and one verify cycle have to be performed.
|
||
Read back is identical to ordinary disks. Please check with your
|
||
drives manual if you want to use LIMDOW media. I only have experience
|
||
with Fujitsu's M2513 which works well with LIMDOW. As far as other
|
||
drives are concerned I simply don't know.
|
||
|
||
Manufacturers claim the life time of magneto optical media to be 30
|
||
years and up. Disks can be rewritten at least 10 million times (1
|
||
million for LIMDOW media). Reading is claimed safe for at least 100
|
||
million times.
|
||
|
||
[*] There's a sort of religious discussion going on whether 1MB should
|
||
be understood as 1x1.000x1.000 bytes or rather 1x1.024x1.024 bytes.
|
||
Here we use 1MB==1.000.000 bytes, the definition preferred by vendors
|
||
for obvious reasons. Don't worry if Linux reports your media to be
|
||
smaller - it's just a matter of definition.
|
||
|
||
|
||
3.2. Setup
|
||
|
||
First of all, make sure your MO drive is sanely jumpered, i.e. make
|
||
sure its SCSI id is unique on your system, Parity checking and SCAM
|
||
mode settings resemble those of your other SCSI devices as well as
|
||
your controller and do _not_ enable any weird looking options such as
|
||
"Mac Mode" or the like. Your drive might be equipped with an internal
|
||
write cache, but since Linux already does pretty good caching on its
|
||
own, don't expect too much of a performance gain, if any. Also keep in
|
||
mind that each additional level of caching is a source of possible
|
||
data loss or corruption in case of failing hardware. Consequently the
|
||
recommended paranoia setting is to turn off the write cache.
|
||
|
||
As long as you're not using 640MB disks, setting up the MO drive is
|
||
rather straightforward. Assuming your drive is properly installed, at
|
||
boot/insmod time, your SCSI-Controller should notify you of the newly
|
||
added drive and configure another SCSI device like /dev/sda,
|
||
/dev/sdb... (Keep in mind that the SCSI bus is scanned with increasing
|
||
SCSI id, so if your SCSI hard disk for example is ID 4 and used to be
|
||
/dev/sda and your MO drive has ID 3, the MO will now be /dev/sda
|
||
whilst the HD is /dev/sdb.) Working with your MO is no different from
|
||
working with an ordinary hard disk. You can partition it (more
|
||
information on this topic is given below), create file systems, mount
|
||
it as usual. Note that as long as the disk is mounted the drive is
|
||
locked and you won't be able to change the disk.
|
||
|
||
Be careful when trying to get 640MB disks to work. These use a hard-
|
||
sector size of 2048 bytes, 2.0.xx kernels will support only 512 and
|
||
1024 bytes per sector. However 2048 byte support has been added to
|
||
2.1.32 and up. If you for some reason have to stick to 2.0.xx, there
|
||
are several patches floating around, for example at
|
||
|
||
|
||
* http://liniere.gen.u-tokyo.ac.jp/2048.html, *
|
||
http://wwwcip.informatik.uni-erlangen.de/ orschaer/mo/ *
|
||
http://elektra.e-technik.uni-ulm.de/ mbuck/linux/patches.html
|
||
|
||
Be sure to use a either a patched version of fdisk available at some
|
||
of the sites above or a recent enough version from the official util-
|
||
linux package supporting the -b option. (Invoke with fdisk -b 2048
|
||
/dev/sdXX when partitioning 2048 byte media.)
|
||
|
||
|
||
3.3. Access
|
||
|
||
There are two alternatives of how to access your disks: the ordinary
|
||
method of creating one or more partitions or just accessing the raw
|
||
drive, which in Win/DOS environments is also known as the superfloppy
|
||
format.
|
||
|
||
The first method will require non-640MB disks or a 2048-byte-aware
|
||
fdisk, the latter is suitable for any kind of disk, however these
|
||
disks cannot be read with Windows NT up to version 4.0. There's a
|
||
comment on Fujitsu's web-pages that super-floppy support will be added
|
||
to NT in the future.
|
||
|
||
Assume your MO drive is /dev/sdb. To create a partition simply enter
|
||
fdisk /dev/sdb (or fdisk -b 2048 /dev/sdb with 640MB media and a
|
||
recent copy of fdisk) as root and go on like you were to partition a
|
||
hard disk. If unsure about what to do, have a look at the fdisk man
|
||
page. Next create a file-system on each partition with a command like
|
||
mke2fs -m 0 /dev/sdb1. For 640MB disks be sure to specify the -b 2048
|
||
flag. If you want to use super-floppies instead, leave out the fdisk
|
||
part and create your file-system on the raw device, for example mke2fs
|
||
-b 2048 -m 0 /dev/sdb. mke2fs will request confirmation before
|
||
formatting a raw device. You might want to double check if /dev/sdb
|
||
*really* is your MO drive and not your hard disk by chance. :) During
|
||
the boot process (or when loading the low level SCSI module), Linux
|
||
might moan about an invalid partition table if a super-floppy is in
|
||
the MO drive. You can safely ignore this message.
|
||
|
||
*NOTE: Partitions on 2048 byte sectored media were broken throughout
|
||
the whole 2.1 kernel series, meaning that you can happily partition
|
||
your media with 2.1.xxx but will be unable to use them with any OS
|
||
other than Linux 2.1! In other words: DON'T DO IT. If for any reason
|
||
you still have to access your MOs on Linux 2.1 use super-floppies
|
||
which do fine. This problem hopefully is completely fixed starting
|
||
with Linux 2.2.2.
|
||
|
||
File-systems other than ext2 will work on non-640MB disks as well, for
|
||
640MB disks there are some caveats: 2048 byte blocks must be supported
|
||
by the low level file-system code in the kernel and the appropriate
|
||
mkfs tool should take an argument like -b 2048 to specify the block
|
||
size. Kernel requirements are met at least for ext2 and msdos/vfat
|
||
code in the 2.1.xx kernel line. The above mentioned patches should fix
|
||
this as well for 2.0.xx kernels. I don't have any experience with
|
||
other file-systems so I'd appreciate any comments. Of the mkfs tools
|
||
mke2fs will definitely accept the -b flag. mkdosfs is trickier though:
|
||
there's no top level maintainer anymore, but some distributions have
|
||
their own maintainers and ship their own versions. Debian's mkdosfs is
|
||
one such example. Beginning with version 1.0-17 it supports media with
|
||
large sector sizes. You have to add an option -S 2048. Pass -I as well
|
||
if you want to format a super-floppy. The latest Debian version of
|
||
mkdosfs should always be available from ftp.debian.org. Look out for a
|
||
package called dosfstools.
|
||
|
||
|
||
|
||
3.4. Speed
|
||
|
||
For the really curious but still undecided I've crammed up some
|
||
figures as returned by bonnie. These are for the Fujitsu M2513
|
||
spinning at 3600 rpm, an outdated model now replaced by a version
|
||
spinning at 4300 rpm. I guess the transfer rates for the new drive
|
||
will scale with the spin ratio or pretty close to it. Tests were
|
||
performed running a slightly patched 2.2.2pre4 kernel. (Err... looks
|
||
like I've disabled verify on my drive, better not do that!)
|
||
|
||
|
||
LIMDOW - ext2-filesystem - superfloppy:
|
||
|
||
-------Sequential Output-------- ---Sequential Input-- --Random--
|
||
-Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
|
||
MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
|
||
400 1024 16.3 1816 2.8 620 1.7 975 13.5 1952 2.2 41.4 0.7
|
||
|
||
|
||
LIMDOW - vfat-filesystem - superfloppy:
|
||
|
||
-------Sequential Output-------- ---Sequential Input-- --Random--
|
||
-Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
|
||
MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
|
||
400 387 8.3 410 2.9 414 3.4 669 13.4 736 5.4 5.2 3.9
|
||
|
||
|
||
|
||
The bottom line is: performance on vfat sucks like hell. If you have
|
||
an option, use ext2!
|
||
|
||
|
||
3.5. Sample session
|
||
|
||
Here's an example of what accessing the MO look like on my machine:
|
||
|
||
______________________________________________________________________
|
||
yksi:~# modprobe scsi_mod
|
||
scsi: ***** BusLogic SCSI Driver Version 2.1.15 of 17 August 1998 *****
|
||
scsi: Copyright 1995-1998 by Leonard N. Zubkoff <lnz@dandelion.com>
|
||
scsi0: Configuring BusLogic Model BT-930 PCI Ultra SCSI Host Adapter
|
||
scsi0: Firmware Version: 5.02, I/O Address: 0xDE00, IRQ Channel: 18/Level
|
||
scsi0: PCI Bus: 0, Device: 15, Address: 0xFE00F000, Host Adapter SCSI ID: 7
|
||
scsi0: Parity Checking: Enabled, Extended Translation: Enabled
|
||
scsi0: Synchronous Negotiation: Ultra, Wide Negotiation: Disabled
|
||
scsi0: Disconnect/Reconnect: Enabled, Tagged Queuing: Enabled
|
||
scsi0: Driver Queue Depth: 255, Scatter/Gather Limit: 128 segments
|
||
scsi0: Tagged Queue Depth: Automatic, Untagged Queue Depth: 3
|
||
scsi0: Error Recovery Strategy: Default, SCSI Bus Reset: Enabled
|
||
scsi0: SCSI Bus Termination: Disabled, SCAM: Disabled
|
||
scsi0: *** BusLogic BT-930 Initialized Successfully ***
|
||
scsi0 : BusLogic BT-930
|
||
scsi : 1 host.
|
||
Vendor: PLEXTOR Model: CD-ROM PX-32TS Rev: 1.03
|
||
Type: CD-ROM ANSI SCSI revision: 02
|
||
Vendor: FUJITSU Model: M2513A Rev: 1300
|
||
Type: Optical Device ANSI SCSI revision: 02
|
||
scsi0: Target 1: Queue Depth 3, Synchronous at 20.0 MB/sec, offset 15
|
||
scsi0: Target 3: Queue Depth 3, Synchronous at 10.0 MB/sec, offset 10
|
||
______________________________________________________________________
|
||
|
||
|
||
As you can see, I have two SCSI devices attached: one CD-ROM drive and
|
||
one MO drive. As CD-ROMs do have SCSI devices of their own
|
||
(/dev/scdX), the MO is assigned to /dev/sda.
|
||
|
||
Let's create an ext2-based super-floppy on the media:
|
||
|
||
______________________________________________________________________
|
||
yksi:~# mke2fs -m 0 -b 2048 /dev/sda
|
||
mke2fs 1.12, 9-Jul-98 for EXT2 FS 0.5b, 95/08/09
|
||
/dev/sda is entire device, not just one partition!
|
||
Proceed anyway? (y,n) y
|
||
Detected scsi removable disk sda at scsi0, channel 0, id 3, lun 0
|
||
SCSI device sda: hdwr sector= 2048 bytes. Sectors= 310352 [606 MB] [0.6 GB]
|
||
sda: Write Protect is off
|
||
sda:
|
||
Linux ext2 filesystem format
|
||
Filesystem label=
|
||
155344 inodes, 310352 blocks
|
||
0 blocks (0.00%) reserved for the super user
|
||
First data block=0
|
||
Block size=2048 (log=1)
|
||
Fragment size=2048 (log=1)
|
||
19 block groups
|
||
16384 blocks per group, 16384 fragments per group
|
||
8176 inodes per group
|
||
Superblock backups stored on blocks:
|
||
16384, 32768, 49152, 65536, 81920, 98304, 114688,
|
||
131072, 147456, 163840, 180224, 196608, 212992, 229376,
|
||
245760, 262144, 278528, 294912
|
||
|
||
Writing inode tables: done
|
||
Writing superblocks and filesystem accounting information: done
|
||
______________________________________________________________________
|
||
|
||
|
||
Now mount the media to directory /mnt/mo (which already exists).
|
||
|
||
______________________________________________________________________
|
||
yksi:~# mount -t ext2 /dev/sda /mnt/mo
|
||
yksi:~# ls /mnt/mo
|
||
lost+found
|
||
yksi:~# df
|
||
Filesystem 1024-blocks Used Available Capacity Mounted on
|
||
/dev/hda6 124407 48963 69020 42% /
|
||
/dev/hda7 256592 30 243310 0% /tmp
|
||
/dev/hda8 124407 31750 86233 27% /var
|
||
/dev/hda9 505440 174092 305244 36% /home
|
||
/dev/hda10 2028098 1278972 644304 66% /usr
|
||
/dev/hda11 2028098 1551617 371659 81% /usr/local
|
||
/dev/sda 601134 26 601108 0% /mnt/mo
|
||
______________________________________________________________________
|
||
|
||
|
||
/mnt/mo can now be used like any ordinary hard disk. You may also
|
||
choose to add a line like the following to your /etc/fstab:
|
||
|
||
______________________________________________________________________
|
||
/dev/sda /mnt/mo ext2 defaults,noauto 0 0
|
||
______________________________________________________________________
|
||
|
||
|
||
Then mount /mnt/mo will suffice to mount any ext2-formatted media.
|
||
Before removing the media from your MO drive, don't forget to unmount
|
||
it.
|
||
|
||
|
||
|
||
______________________________________________________________________
|
||
yksi:/mnt/mo# umount /mnt/mo # (Whoops!)
|
||
umount: /mnt/mo: device is busy
|
||
yksi:/mnt/mo# cd ..
|
||
yksi:/mnt# umount /mnt/mo
|
||
yksi:/mnt#
|
||
______________________________________________________________________
|
||
|
||
|
||
Pretty easy, isn't it?
|
||
|
||
|
||
|
||
4. Magneto Optical Drive experiences under Linux
|
||
|
||
4.1. Olympus, Epson, Mitsubishi MK230LK3 - Stephan Shuichi Haupt
|
||
|
||
Stephan Shuichi Haupt <stephan@bios.t.u-tokyo.ac.jp>
|
||
|
||
|
||
|
||
Hi
|
||
|
||
I have noticed that there is not much information about
|
||
magneto-optical disks in the howto, which may be due to the fact that
|
||
these are not very popular in general. In Japan, MO drives are very
|
||
common, especially the 3.5' variety with media in 128MB (maybe not
|
||
available anymore), 230MB, and recently 640MB sizes. I suppose there
|
||
is plenty of info on usage of these drives with Linux in Japanese -
|
||
but that does not help most people for some reason ;-) MODs can be
|
||
used very much like any removable media and are handy for smaller
|
||
backups as the media are relatively inexpensive (about 10US$ / 640MB
|
||
as of 10-98). I can only comment on the usage of 230MB drives with
|
||
SCSI interface.
|
||
|
||
Drives used: several, no problems encountered (Olympus, Epson, currently
|
||
Mitsubishi MK230LK3). Drives may have strange jumper setting like "Mac
|
||
Mode" or such - naturally, disable.
|
||
If you decide to get a drive, pay attention the the
|
||
cache size - It can speed things up enormously, still speed will be
|
||
soso compared to hard disks, of course.
|
||
|
||
SCSI controllers: NCR53C810-based (Asus PCI-200), Adaptec APA-1460A,
|
||
Adaptec AHA2940.
|
||
|
||
Just install the drive as you would do with an additional SCSI hard
|
||
disk. It will show up as such. You don't need a disk in the drive when
|
||
booting.
|
||
|
||
There are two ways to format the disks:
|
||
a) A bit like a floppy. Just run mkfs on the raw device i.e. something like
|
||
sdb or sdc. I don't recommend this in general (see below).
|
||
b) Like a hard disk. Do fdisk on the raw device and then mkfs on the
|
||
partition as you would for a hard disk (like sdc0, I have never made
|
||
multiple partitions on a MOD).
|
||
|
||
What I have not tried is to boot from MOD, yet I cannot see why it
|
||
should not work. I would only recommend it for emergency system
|
||
recovery, however, due to MO drive performance.
|
||
|
||
Note: Purchased disks for Doze or Windog may be formatted "like
|
||
floppies" and cannot be used with either O(gre)S right away while MODs
|
||
formatted under linux as hard disks (partition FAT16 / type 6 and
|
||
mkdosfs) will work fine (only tested with NT 3.5/4.0). Fdisk will
|
||
issue a warning upon exit that concerned FAT16 partitions and you do
|
||
better to take it seriously (look at the fdisk man-page). The sector
|
||
size will not be automatically set properly for mkdosfs. Use "mkdosfs
|
||
-s 8". That came from some Japanese Web site in mid 1995 (Thanks to Ken
|
||
Kawabata for finding and deciphering it). Using the vfat file-system
|
||
with the disks works fine. I have only used FAT/DOSfs or Linux/ext2
|
||
formatted disks so far.
|
||
|
||
Additional Note: The media are probably a bit sensitive. Of course to
|
||
magnetic fields, but also to mechanical stress, some formats seem
|
||
to be more fragile than others (Mac format seemingly worst, data loss has
|
||
occurred when dropping disks during sneaker net traffic).
|
||
|
||
|
||
Though this does not steer anyone through particularly dense
|
||
jungle, it may be nice for completeness.
|
||
|
||
|
||
Steve
|
||
|
||
--
|
||
***********************cut*here*or*do*not********************************
|
||
S. Shuichi Haupt
|
||
email stephan@bios.t.u-tokyo.ac.jp
|
||
http://www.bios.t.u-tokyo.ac.jp/~stephan/
|
||
|
||
---------------- December 11 1998 update from Steve -------------------
|
||
|
||
OK, some problems will arise with MO disks occasionally. the safest
|
||
way to avoid them is not to use the disks "off the shelf". trying to
|
||
mount disks can even result in kernel panics. i accidentally tried to
|
||
mount a 640MB disk (format windows95 it said, so maybe FAT32) as -t
|
||
vfat, this is not a thing to try.
|
||
|
||
also, 2.0.x kernels don't support 2048b block size (also 640MB disks).
|
||
a patch for 2.0.3x kernels seems to float around somewhere in Japan,
|
||
but i have not yet gotten hold of it. here a link that certainly has
|
||
an English description:
|
||
http://elektra.e-technik.uni-ulm.de/~mbuck/linux/patches.html
|
||
or search the u-tokyo.ac.jp domain. the page of the developers is
|
||
hidden somewhere.
|
||
|
||
the best way to use these 640MB disks is therefore to do fdisk and
|
||
mkfs first. i have only done this with mke2fs on type 83 partitions:
|
||
mke2fs -b 2048 /dev/sdxy
|
||
|
||
i will check it out for FAT16 partitions and mkdosfs when i have some
|
||
spare time and disks.
|
||
|
||
my kernel version used is 2.1.124 (for all of the above).
|
||
|
||
Steve
|
||
--
|
||
***********************cut*here*or*do*not********************************
|
||
Stephan Shuichi
|
||
office: Dept. for Mechano-Informatics, Yoshizawa Lab.
|
||
Faculty for Engineering, University of Tokyo
|
||
Tel 03-3812-2111 ext 6390, FAX 03-5802-2957
|
||
email stephan@bios.t.u-tokyo.ac.jp
|
||
http://www.bios.t.u-tokyo.ac.jp/~stephan/
|
||
private: --
|
||
|
||
|
||
|
||
4.2. Fujitsu DynaMO 640 - Phil Garcia
|
||
|
||
pgarcia@execpc.com
|
||
|
||
You've probably already received a number of messages regarding the
|
||
Fujitsu DynaMO 640 - I have the 640SZI, which is the internal version;
|
||
the model number given in a SCSI probe is M2513-MCC3064SS. I recently
|
||
installed this drive practically without a hitch. I say practically
|
||
because the sector size of the 640 MB disks is 2048 bytes, which is
|
||
not supported in the Linux 2.0.x kernel but is supported in the
|
||
development kernels. A patch for 2.0.x is available at
|
||
http://wwwcip.informatik.uni-erlangen.de/~orschaer/mo/
|
||
-- also at this site is a patched fdisk to use in conjunction with it.
|
||
|
||
Otherwise, installing the drive was no different from installing a
|
||
SCSI hard drive. It runs well, and I'm very happy with it.
|
||
|
||
Phil Garcia
|
||
|
||
|
||
|
||
4.3. Panasonic LF-7010 - Philip Kerr
|
||
|
||
philip_kerr_at_wmc__brsf2@wmcmail.wmc.ac.uk
|
||
|
||
|
||
|
||
Dear Skip
|
||
|
||
In your Optical HOWTO, you asked for anyone else's experiences of
|
||
installing optical drives under Linux.
|
||
|
||
Please find below details of how I managed to get a Panasonic LF-7010
|
||
(SCSI) working on my Sparc Classic.
|
||
|
||
I'm using Redhat, 4.2 and 5.1
|
||
|
||
Regards
|
||
|
||
Philip Kerr
|
||
philip.kerr@wmc.ac.uk
|
||
|
||
|
||
ps I'm now trying to get the drive to work under Solaris 2.6... it's
|
||
not an easy a job as it was under Linux!!
|
||
------------------------
|
||
|
||
|
||
plugged the drive in (on id5)...
|
||
|
||
powered up the Sparc...
|
||
|
||
|
||
the following came up....
|
||
|
||
scsi0 : Sparc ESP100A-FAST
|
||
scsi : 1 host.
|
||
Vendor: SAMSUNG Model: WN32162U Rev: 0100
|
||
Type: Direct-Access ANSI SCSI revision: 02
|
||
|
||
Detected scsi disk sda at scsi0, channel 0, id 3, lun 0
|
||
Vendor: MATSHITA Model: LF-7010 (00:06) Rev: 1.42
|
||
Type: Optical Device ANSI SCSI revision: 02
|
||
Detected scsi removable disk sdb at scsi0, channel 0, id 5, lun 0 scsi
|
||
: detected 2 SCSI disks total.
|
||
esp0: target 3 [period 100ns offset 15 10.00MHz FAST SCSI-II]
|
||
SCSI device sda: hdwr sector= 512 bytes. Sectors= 4236661 [2068 MB]
|
||
[2.1 GB]
|
||
esp0: target 5 [period 248ns offset 4 4.03MHz synchronous SCSI] sdb :
|
||
READ CAPACITY failed.
|
||
sdb : status = 0, message = 00, host = 0, driver = 28 sdb : extended
|
||
sense code = 2
|
||
sdb : block size assumed to be 512 bytes, disk size 1GB.
|
||
sunlance.c:v1.9 21/Aug/96 Miguel de Icaza (miguel@nuclecu.unam.mx)
|
||
eth0: LANCE 08:00:20:04:3d:cf
|
||
eth0: using auto-carrier-detection.
|
||
Partition check:
|
||
sda: sda1 sda2 sda3 sda4 sda5 sda6 sda7 sda8
|
||
sdb:scsidisk I/O error: dev 08:10, sector 0, absolute sector 0 unable
|
||
to read partition table
|
||
|
||
I edited my fstab, adding the entry for the drive (on sdb)
|
||
|
||
==========
|
||
/etc/fstab
|
||
==========
|
||
/dev/sda1 / ext2 defaults 1 1
|
||
/dev/sda2 swap swap defaults 0 0
|
||
/dev/fd0 /mnt/floppy msdos noauto,user 0 0
|
||
/dev/sr0 /mnt/cdrom iso9660 noauto,ro,user 0 0
|
||
/dev/sdb /mnt/optical ext2 noauto,rw,user 0 0
|
||
none /proc proc defaults 0 0
|
||
|
||
Then mkfs'ed a blank disc as follows...
|
||
|
||
[root@localhost me]# /sbin/mkfs -t ext2 /dev/sdb
|
||
|
||
mke2fs 1.10, 24-Apr-97 for EXT2 FS 0.5b, 95/08/09 /dev/sdb is entire
|
||
device, not just one partition! Proceed anyway? (y,n) y
|
||
Linux ext2 filesystem format
|
||
Filesystem label=
|
||
118320 inodes, 472448 blocks
|
||
23622 blocks (5.00%) reserved for the super user First data block=1
|
||
Block size=1024 (log=0)
|
||
Fragment size=1024 (log=0)
|
||
58 block groups
|
||
8192 blocks per group, 8192 fragments per group 2040 inodes per group
|
||
Superblock backups stored on blocks:
|
||
8193, 16385, 24577, 32769, 40961, 49153, 57345, 65537, 73729, 81921,
|
||
90113, 98305, 106497, 114689, 122881, 131073, 139265,
|
||
147457,
|
||
155649, 163841, 172033, 180225, 188417, 196609, 204801,
|
||
212993, 221185,
|
||
229377, 237569, 245761, 253953, 262145, 270337, 278529,
|
||
286721, 294913,
|
||
303105, 311297, 319489, 327681, 335873, 344065, 352257,
|
||
360449, 368641,
|
||
376833, 385025, 393217, 401409, 409601, 417793, 425985,
|
||
434177, 442369,
|
||
450561, 458753, 466945
|
||
|
||
Writing inode tables: done
|
||
Writing superblocks and filesystem accounting information: done
|
||
|
||
rebooted...
|
||
|
||
mounted the drive...
|
||
|
||
I've since then edited the fstab, adding the following mount-point...
|
||
|
||
/dev/sdb /mnt/dostical msdos noauto,rw,user 0 0
|
||
|
||
I can now mount ext2 or dos formatted optical carts by mounting either
|
||
optical or dostical.
|
||
|
||
|
||
|
||
4.4. FUJITSU MCC3064AP, DYNAMO 640AI - Guido Brunner
|
||
|
||
|
||
|
||
Dear Skip,
|
||
|
||
hoping that this is interesting for other Linux-Users, I want to tell You
|
||
about my experiences
|
||
with optical disks under Linux:
|
||
I use an internal 640 MB MO-Drive with IDE-Interface from Fujitsu with
|
||
Linux-Kernel 2.2.x and
|
||
in the meantime it works fine. At Germany this drive is sold as DYNAMO 640
|
||
AI but according
|
||
to it's firmware it is a MCC 3064 AP.
|
||
Booting kernel 2.2.x the drive is detected like "hdx: FUJITSU MCC3064AP,
|
||
ATAPI OPTICAL drive". No driver is loaded, as there still is no ATAPI-
|
||
driver for optical disks. Older kernels
|
||
(2.0.x) do not detect the drive correctly and surely need some patches.
|
||
To use the drive I need kernel support for SCSI-emulation. So I compile
|
||
this (ide-scsi.o)
|
||
as a module together with the SCSI-disk-support (sd_mod.o). Making a
|
||
"modprobe ide-scsi",
|
||
the drive shows up in /proc/scsi/scsi. If it isn't done by kerneld I have
|
||
to make
|
||
"modprobe sd_mod" to be ready to mount the preformatted MO-disk.
|
||
If I want to use the disks with Dos/Windows, I use the Dos/Windows-tools
|
||
for formatting. I tried
|
||
mkdosfs under Linux too, but then most files on the disk seemed to be
|
||
corrupted for Dos.
|
||
They were still o.k. for Linux and could be restored without problems. With
|
||
the Dos-tools I
|
||
prefer the Superfloppy-Format as this can be used with most
|
||
operating-systems and it is slightly
|
||
faster in comparison to a partitioned disk. This disks can be mounted like
|
||
other
|
||
Windows-Disks (e.g. "mount -t vfat /dev/sdx /mountpoint").
|
||
Disks for Linux should be in ext2-Format. The 640 MB disks are hardsectored
|
||
with
|
||
2048 bytes/sector (smaller media aren't.) . This is no problem for kernel
|
||
2.2.x, but fdisk and mke2fs do not agree in how to manage this geometry. So
|
||
I don't use fdisk anyway and format
|
||
the disks with "mke2fs -b 2048 /dev/sdx". I have to tell mke2fs about the
|
||
2048 bytes/sector with
|
||
the "-b"-option, otherwise the format will fail. Mke2fs than asks to really
|
||
do his job, as it has do
|
||
format the whole disk not a single partion and I answer with "y".
|
||
Now the disk can be mounted with "mount -t ext2 /dev/sdx /mountpoint",
|
||
which gives a warning
|
||
in /var/log/messages about a nonexisting partion-table. This is o.k. as
|
||
fdisk wasn't used and
|
||
I can now use the disk. The MO-Disks are slow, but the most reliable media
|
||
available.
|
||
Smaller disks (230 MB) are hardsectored for 512 bytes/sector and can be
|
||
partioned with fdisk.
|
||
before formatting. This should be true for the 512 MB disks, but I didn't
|
||
test it.
|
||
|
||
Best regards and thanks for Your support for Linux,
|
||
|
||
Guido Brunner
|
||
|
||
|
||
|
||
4.5. Panasonic LF-7010 - Donald Kerns
|
||
|
||
|
||
|
||
Dear Skip,
|
||
|
||
I recently aquired a LF-7010 for a project.
|
||
|
||
My experience getting it up for Linux under ext2 mirrors what you
|
||
already have.
|
||
|
||
The msdos and vfat file systems also worked.
|
||
|
||
The project I was working on was based on a SunOS/Solaris formatted MO
|
||
disk. While it *should* have worked under the ufs file system, using
|
||
Redhat 5.2 and the stock 3.0.36 kernel it didn't.
|
||
|
||
I got, installed, debugged and compiled the u2fs into the kernel and it
|
||
DID mount the SunOS/Solaris MO disk.
|
||
|
||
Please write if you need/want additional details.
|
||
|
||
-Donald
|
||
|
||
Donald Kerns <dkerns@cruzio.com>
|
||
|
||
|
||
|
||
4.6. PIONEER DE-C7001 - Paolo Droghetti
|
||
|
||
|
||
|
||
Hi Skip,
|
||
|
||
|
||
following your request of info from everyone else who is playing with
|
||
optical disks under Linux, here I am.
|
||
|
||
I'm an happy user of a PIONEER DE-C7001, mounted in my linux box
|
||
controlled by a PCI SYMBIOS (NCR) 53c815 SCSI controller and running
|
||
slackware 4.
|
||
After having set the jumpers in the correct way ( all the technical docs
|
||
are still available in the Pioneer web pages) and configured the kernel
|
||
for SCSI support ( generic SCSI support and support for SCSI disks), it
|
||
works.
|
||
Here you have the boot details:
|
||
|
||
sym53c8xx: at PCI bus 0, device 8, function 0
|
||
sym53c8xx: not initializing, device not supported
|
||
ncr53c8xx: at PCI bus 0, device 8, function 0
|
||
ncr53c8xx: 53c815 detected
|
||
ncr53c815-0: rev=0x04, base=0xe8000000, io_port=0xe000, irq=11
|
||
ncr53c815-0: ID 7, Fast-10, Parity Checking
|
||
ncr53c815-0: restart (scsi reset).
|
||
scsi0 : ncr53c8xx - version 3.2a-2
|
||
scsi1 : SCSI host adapter emulation for IDE ATAPI devices
|
||
scsi : 2 hosts.
|
||
Vendor: PIONEER Model: DE-C7001 Rev: 0500
|
||
Type: Direct-Access ANSI SCSI revision: 01 CCS
|
||
Detected scsi removable disk sda at scsi0, channel 0, id 1, lun 0
|
||
Vendor: ARCHIVE Model: VIPER 150 21247 Rev: -005
|
||
Type: Sequential-Access ANSI SCSI revision: 01
|
||
Detected scsi tape st0 at scsi0, channel 0, id 2, lun 0
|
||
Vendor: PHILIPS Model: CDD3600 CD-R/RW Rev: 2.00
|
||
Type: CD-ROM ANSI SCSI revision: 02
|
||
Detected scsi CD-ROM sr0 at scsi0, channel 0, id 6, lun 0
|
||
scsi : detected 1 SCSI tape 1 SCSI cdrom 1 SCSI disk total.
|
||
ncr53c815-0-<6,*>: FAST-10 SCSI 10.0 MB/s (100 ns, offset 8)
|
||
sr0: scsi3-mmc drive: 2x/6x writer cd/rw xa/form2 cdda tray
|
||
Uniform CDROM driver Revision: 2.55
|
||
ncr53c815-0-<1,*>: FAST-5 SCSI 5.0 MB/s (200 ns, offset 8)
|
||
sda : READ CAPACITY failed.
|
||
sda : status = 1, message = 00, host = 0, driver = 28
|
||
sda : extended sense code = 2
|
||
sda : block size assumed to be 512 bytes, disk size 1GB.
|
||
PPP: version 2.3.7 (demand dialling)
|
||
TCP compression code copyright 1989 Regents of the University of
|
||
California
|
||
PPP line discipline registered.
|
||
3c59x.c:v0.99H 11/17/98 Donald Becker
|
||
http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html
|
||
Partition check:
|
||
sda:scsidisk I/O error: dev 08:00, sector 0
|
||
unable to read partition table
|
||
hda: hda1 hda2 hda3
|
||
|
||
Once the drive has been recognized by the system, I inserted a new disk
|
||
and I created a partition on it with:
|
||
|
||
# fdisk /dev/sdanew file system on it :
|
||
|
||
After this step I created a new file system :
|
||
|
||
# mkfs -t ext2 /dev/sda1
|
||
|
||
Linux ext2 filesystem format
|
||
Filesystem label=
|
||
79872 inodes, 318448 blocks
|
||
15922 blocks (5.00%) reserved for the super user
|
||
First data block=1
|
||
Block size=1024 (log=0)
|
||
Fragment size=1024 (log=0)
|
||
39 block groups
|
||
8192 blocks per group, 8192 fragments per group
|
||
2048 inodes per group
|
||
Superblock backups stored on blocks:
|
||
8193, 16385, 24577, 32769, 40961, 49153, 57345, 65537, 73729, 81921,
|
||
90113, 98305, 106497, 114689, 122881, 131073, 139265, 147457, 155649,
|
||
163841, 172033, 180225, 188417, 196609, 204801, 212993, 221185, 229377,
|
||
|
||
237569, 245761, 253953, 262145, 270337, 278529, 286721, 294913, 303105,
|
||
|
||
311297
|
||
|
||
Writing inode tables: 0/39 ..... 38/39 done
|
||
Writing superblocks and filesystem accounting information: done
|
||
|
||
|
||
and then the disk is usable and accessible as a normal SCSI disk.
|
||
I don't have modified the /etc/fstab and /etc/mtab files, because I
|
||
prefer to mount the disk manually when needed.
|
||
|
||
|
||
Now I need your help. In my office, I have 3 LMS ( Philips ) LF4500
|
||
rapid changer that are completely not used. The LF4500 holds 5 12" WORM
|
||
optical disk. double sided 5,6 GB capacity. They were originally used
|
||
with a SPARC 1+ controller and a software written for solaris 1.x. The
|
||
controllers and the original sw are completely gone ( nobody knows where
|
||
they are !). I will try to connect one of thisLF4500 to my linux box. I
|
||
will let you know the results but I think I'll be able to see only the
|
||
drive but not the disk exchange device. Could please help in find out
|
||
more info/SW in order to fully drive this rapid changer ?
|
||
|
||
:-) I work for Philips Medical Systems but I'm not able to find more
|
||
info on this formerly Philips product.
|
||
|
||
Regards
|
||
|
||
Paolo Droghetti <paolo.droghetti@philips.com>
|
||
|
||
|
||
|
||
4.7. Fujitsu MCD3130SS - Harald Husemann
|
||
|
||
|
||
|
||
Hi Skip,
|
||
|
||
I've used your 'Linux-Optical Disk HOWTO' to setup our magneto-optical
|
||
drive.
|
||
You mentioned somewhere in the HOWTO that you'd like to receive
|
||
additional informations, and since I've used a drive which was not
|
||
included, I'd like to tell you about it. Hope it can help someone!
|
||
|
||
Used hardware:
|
||
|
||
INTEL Pentium 90
|
||
SCSI-Controller ADAPTEC 2940
|
||
MO-Drive Fujitsu MCD3130SS (1.3 GB Capacity)
|
||
|
||
Software:
|
||
|
||
S.u.S.E.-LINUX 6.1, Kernel-Version 2.2.5
|
||
|
||
There is no "native" driver for the 2940AU, so I used the "aic7xxx"
|
||
which I load as a module during bootup (I didn't want to compile a new
|
||
kernel, because I need many other features, and expect of the MO-Drive,
|
||
everything worked fine before. So, why "change a running system"?!)
|
||
|
||
I can mount the MO-Disk, no matter what filesystem is used, entirely.
|
||
In addition to that, I set up autofs to ease my work:
|
||
|
||
in /etc/auto.misc, I added the line:
|
||
|
||
==================/SNIP/===============
|
||
/misc/mo-disk -fs auto /dev/sda1
|
||
==================/SNAP/==============
|
||
|
||
With that, I even don't need to mount the drive, I can access it
|
||
whenever I want, no matter what filesystem is used (tested with MSDOS
|
||
and ext2-fs)
|
||
|
||
Finally, I used SAMBA to export the drive to our WIN95-Clients with the
|
||
following inserted in /etc/smb.conf:
|
||
|
||
=======================/SNIP/======================
|
||
[mo-disk]
|
||
path = /misc/mo-disk
|
||
public = yes
|
||
writeable = yes ;write-only can of course still be controlled by
|
||
flipping the
|
||
;write-protect-switch at the MO-Disk!
|
||
readable = yes
|
||
browseable = yes
|
||
=======================/SNAP/=======================
|
||
|
||
(for further details abt. SAMBA, refer to the excellent HOWTO)
|
||
|
||
Now, every WIN-Client can use the MO-Drive as if it was a local hdd,
|
||
with one (minor) caveat:
|
||
|
||
When you map the exported SAMBA-Drive to a drive letter in WIN Explorer,
|
||
it's impossible to umount it under LINUX! Everytime you try, you get a
|
||
"device busy"...
|
||
So, unfortunately I can't map the drive during startup in WIN95, but I
|
||
think with some hacking in the SAMBA-Code this problem could be
|
||
solved...
|
||
I don't have the time at the moment, but perhaps somewhat later I will
|
||
try to "dig into the code" to do the hack.
|
||
|
||
Of course you can include my e-amil-address in the HOWTO, but please use
|
||
my private one:
|
||
dh9dat@cityweb.de instead of ds@leiterplattentechnik.de!
|
||
|
||
with regards,
|
||
|
||
Harald Husemann
|
||
|
||
|
||
|
||
LINUX - the operating system for people whose IQ is greater than 98...
|
||
|
||
|
||
Harald Husemann <ds@www.leiterplattentechnik.de>
|
||
|
||
|
||
|
||
4.8. Ricoh RO-5031E - Jeremy Hosford
|
||
|
||
|
||
Hi,
|
||
|
||
Just stumbled across your page on Tucows (dated Dec '98 so I hope this
|
||
still reaches you). You asked if anyone had any experience with optical
|
||
storage etc. under Linux, which I have, so here it is!
|
||
|
||
I worked for Ericsson (UK) Ltd. and some of their telephone switches use
|
||
optical media for system backups. I have used these optical drives on
|
||
i386 Linux boxes for some years now, with no problems whatsoever.
|
||
|
||
The units in question are the Ricoh RO-5031E (scsi) and it's bigger
|
||
brother, which unfortunately I cannot remember that name of (also Ricoh
|
||
+ scsi). The RO-5031E is a full-height, 5.25in magneto-optical drive
|
||
that uses 650Mb disk cartridges (325Mb per side), such as Sony's
|
||
EDM-650B. The other drive has similar spec but can use both 1.3Gb and
|
||
650Mb disks. Ricoh's website may have more on these drives, but they're
|
||
quite long in the tooth now and may not feature anymore.
|
||
|
||
Usage was very simple - The drives were treated almost as scsi fixed
|
||
disks. Pop a new disk in, use fdisk to create your filesystem (I've
|
||
tried both ext2 & msdos) then format with mkfs. That's it!
|
||
|
||
The one weird thing I did find was that a RedHat 6.x system (2.2.x
|
||
kernel) would not read a filesystem that had been created on an old
|
||
Slackware (2.0.x kernel) system, and vice versa. Other than that, 100
|
||
million re-writes... thankyou very much!!!
|
||
|
||
All the best // Jem
|
||
|
||
P.S. Please feel free to include my email if I've been of any help.
|
||
|
||
jem <jem@monty.ericsson.se>
|
||
|
||
|
||
|
||
4.9. Maxoptix T6-5200 - Donovan Allen
|
||
|
||
I have used a Maxoptix T6-5200 with re-writable MO media without any
|
||
problems. Donovan Allen admin@robot-factory.net
|
||
|
||
|
||
|
||
4.10. Maxoptix TMT3-1300 Magneto Optical drive. - Peter Knaggs
|
||
|
||
Maxoptix TMT3-1300 Magneto Optical drive. Accepts 1Gb and 1.3Gb
|
||
magneto-optical read/write cartridges, these are double sided, so half
|
||
the capacity is on each side, and the cartridge needs to be ejected to
|
||
access the opposing side.
|
||
|
||
When configuring a Maxoptix drive for Linux, it should be configured
|
||
such that the Removable Media Report Disable switch is OFF (the dip
|
||
switch bank S2, switch 3 is OFF, i.e. in down position).
|
||
|
||
When configuring a Maxoptix drive for Linux, it should NOT be
|
||
configured such that Removable Media Report Disable is switched ON
|
||
(the dip switch bank S2, switch 3 is ON, i.e. in up position).
|
||
|
||
Setting this switch ON will set the RMB (removable media bit) to 0.
|
||
This would indicate to Linux that the media is NOT removable, but
|
||
Linux of course still allows one to eject it using the command eject
|
||
/dev/sda or by pressing the invitingly large button on the drive
|
||
itself. This could have the consequence of accidentally corrupting
|
||
any of the good data stored on cartridges inserted subsequently, since
|
||
Linux has still cached the directory information of the previous disk.
|
||
|
||
When the RMB is 0, even after the cartridge is ejected, it is possible
|
||
to perform the mount command, and have it 'succeed', since Linux has
|
||
still got the directory structure of the previous disk cached in its
|
||
buffers, which have not been flushed. One way to force Linux to flush
|
||
its buffers in this situation, is to do the following sequence: eject
|
||
/dev/sda (do NOT insert a new cartridge before performing the next two
|
||
steps)
|
||
|
||
|
||
|
||
mount /dev/sda5 /mnt/max
|
||
umount /mnt/max
|
||
|
||
Note that this will show the following on the console (Ctrl+Alt+F10):
|
||
Dec 14 19:32:14 kernel: SCSI disk error : host 1 channel 0 id 6 lun 0 return code = 28000000
|
||
Dec 14 19:32:14 kernel: [valid=0] Info fld=0x0, Current sd08:05: sense key Not Ready
|
||
Dec 14 19:32:14 kernel: Additional sense indicates Medium not present
|
||
Dec 14 19:32:14 kernel: scsidisk I/O error: dev 08:05, sector 2
|
||
Dec 14 19:32:14 kernel: SCSI disk error : host 1 channel 0 id 6 lun 0 return code = 28000000
|
||
Dec 14 19:32:14 kernel: [valid=0] Info fld=0x0, Current sd08:05: sense key Not Ready
|
||
Dec 14 19:32:14 kernel: Additional sense indicates Medium not present
|
||
Dec 14 19:32:14 kernel: scsidisk I/O error: dev 08:05, sector 2
|
||
|
||
Now we can insert the new disk, and the new disk's directory structure
|
||
will appear correctly as expected. This method is very error-prone, and not
|
||
recommended as it is very easy to forget to perform the 'dummy' mount before
|
||
inserting a disk, with the consequence of wiping out good data on the new disk.
|
||
|
||
The reason this method works is that Linux normally only calls invalidate_buffers()
|
||
(see the file sd.c in the routine check_media_change()) if the RMB is set to 1,
|
||
and the above sequence forces Linux to call invalidate_buffers() once it notices
|
||
that it can't mount the filesystem.
|
||
Performing the 'dummy' mount/unmount after ejecting forces Linux to call invalidate_buffers().
|
||
|
||
For Linux, to avoid using the above workaround, we should always have
|
||
the Removable Media Report Disable switch OFF (dip switch bank S2, switch 3, OFF, i.e. in down position).
|
||
|
||
When the Removable Media Report Disable switch is correctly set to OFF,
|
||
then attempting to mount the drive when the cartridge
|
||
is not present will show the following on the console (Ctrl+Alt+F10):
|
||
|
||
Dec 14 21:35:16 kernel: sda : READ CAPACITY failed.
|
||
Dec 14 21:35:16 kernel: sda : status = 0, message = 00, host = 0, driver = 28
|
||
Dec 14 21:35:16 kernel: sda : extended sense code = 2
|
||
Dec 14 21:35:16 kernel: sda : block size assumed to be 512 bytes, disk size 1GB.
|
||
Dec 14 21:35:16 kernel: sda:scsidisk I/O error: dev 08:00, sector 0
|
||
Dec 14 21:35:16 kernel: unable to read partition table
|
||
Dec 14 21:35:16 kernel: sda : READ CAPACITY failed.
|
||
Dec 14 21:35:16 kernel: sda : status = 0, message = 00, host = 0, driver = 28
|
||
Dec 14 21:35:16 kernel: sda : extended sense code = 2
|
||
Dec 14 21:35:16 kernel: sda : block size assumed to be 512 bytes, disk size 1GB.
|
||
Dec 14 21:35:16 kernel: sda:scsidisk I/O error: dev 08:00, sector 0
|
||
Dec 14 21:35:16 kernel: unable to read partition table
|
||
|
||
--------------------------------------------------------------------------------
|
||
|
||
When using the drive by means of an Adaptec PCMCIA card in slot 0,
|
||
if disk is in drive, when the command:
|
||
|
||
# cardctl insert 0
|
||
|
||
is performed, we see the following message on the console (Ctrl+Alt+F10):
|
||
|
||
Dec 14 19:05:31 kernel: aha152x: processing commandline: ok
|
||
Dec 14 19:05:31 kernel: aha152x: BIOS test: passed, detected 1 controller(s)
|
||
Dec 14 19:05:31 kernel: aha152x0: vital data: PORTBASE=0x140, IRQ=3, SCSI ID=7, reconnect=enabled, parity=enabled, synchronous=disabled, delay=100, extended translation=disabled
|
||
Dec 14 19:05:31 kernel: aha152x: trying software interrupt, ok.
|
||
Dec 14 19:05:31 kernel: scsi1 : Adaptec 152x SCSI driver; $Revision: 1.7 $
|
||
Dec 14 19:05:31 kernel: scsi : 2 hosts.
|
||
Dec 14 19:05:32 kernel: Vendor: Maxoptix Model: T3-1304 Rev: 1.1c
|
||
Dec 14 19:05:32 kernel: Type: Direct-Access ANSI SCSI revision: 02
|
||
Dec 14 19:05:32 kernel: Detected scsi disk sda at scsi1, channel 0, id 6, lun 0
|
||
Dec 14 19:05:32 kernel: SCSI device sda: hdwr sector= 512 bytes. Sectors= 904995 [441 MB] [0.4 GB]
|
||
Dec 14 19:05:33 kernel: sda: sda1 < sda5 >
|
||
|
||
|
||
If no disk is inserted when booting Linux, get the following message on the console:
|
||
|
||
Dec 14 18:55:23 kernel: Detected scsi disk sda at scsi1, channel 0, id 6, lun 0
|
||
Dec 14 18:55:24 kernel: sda: Spinning up disk....<7>ROM image dump:
|
||
Dec 14 18:57:02 kernel: ...................................................................................................not responding...
|
||
Dec 14 18:57:02 kernel: sda : READ CAPACITY failed.
|
||
Dec 14 18:57:02 kernel: sda : status = 0, message = 00, host = 0, driver = 28
|
||
Dec 14 18:57:02 kernel: sda : extended sense code = 2
|
||
Dec 14 18:57:02 kernel: sda : block size assumed to be 512 bytes, disk size 1GB.
|
||
Dec 14 18:57:02 kernel: sda:SCSI disk error : host 1 channel 0 id 6 lun 0 return code = 28000000
|
||
Dec 14 18:57:02 kernel: [valid=0] Info fld=0x0, Current sd08:00: sense key Not Ready
|
||
Dec 14 18:57:02 kernel: Additional sense indicates Medium not present
|
||
Dec 14 18:57:02 kernel: scsidisk I/O error: dev 08:00, sector 0
|
||
Dec 14 18:57:02 kernel: unable to read partition table
|
||
Dec 14 18:57:03 kernel: scsi2 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.25/3.2.4
|
||
Dec 14 18:57:03 kernel: <Adaptec PCMCIA SCSI controller>
|
||
Dec 14 18:57:03 kernel: scsi : 3 hosts.
|
||
Dec 14 18:57:08 kernel: scsi : 2 hosts.
|
||
|
||
--------------------------------------------------------------------------------
|
||
|
||
When using the disks which come pre-formatted with 1024 bytes per sector,
|
||
it's important to use the -b 1024 flag with fdisk, otherwise
|
||
the partitioning isn't correctly written by the hardware,
|
||
and mke2fs hangs, so that the system cannot be shutdown cleanly.
|
||
|
||
When making the filesystem using mke2fs, don't use the defaults,
|
||
since depending on the media size, the block size which is chosen by mke2fs
|
||
might only be 1024, which is way too small. We want to always use 4096 as the
|
||
block size, otherwise writing to the disk becomes very slow indeed.
|
||
|
||
So for a disk with 1024-bytes per sector, the sequence of commands would be:
|
||
|
||
# fdisk -b 1024 /dev/sda
|
||
# mke2fs -b 4096 -m 0 /dev/sda5
|
||
# e2fsck -f -B 4096 /dev/sda5 -b 98304 (-b 98304 uses an alternate superblock)
|
||
|
||
# mke2fs -b 4096 -m 0 /dev/sda5
|
||
mke2fs 1.18, 11-Nov-1999 for EXT2 FS 0.5b, 95/08/09
|
||
Filesystem label=
|
||
OS type: Linux
|
||
Block size=4096 (log=2)
|
||
Fragment size=4096 (log=2)
|
||
79680 inodes, 159216 blocks
|
||
0 blocks (0.00%) reserved for the super user
|
||
First data block=0
|
||
5 block groups
|
||
32768 blocks per group, 32768 fragments per group
|
||
15936 inodes per group
|
||
Superblock backups stored on blocks:
|
||
32768, 98304
|
||
|
||
Writing inode tables: done
|
||
Writing superblocks and filesystem accounting information: done
|
||
|
||
# time (cp ~guest/kernel/linux-2.2.15.tar.gz .;sync;sync;sync)
|
||
|
||
real 0m28.411s
|
||
user 0m0.010s
|
||
sys 0m2.590s
|
||
|
||
# time (cp ~guest/kernel/*.gz .;sync;sync;sync)
|
||
|
||
real 3m54.046s
|
||
user 0m0.060s
|
||
sys 0m2.910s
|
||
-----------------------------------------------------------------------
|
||
For 512-byte sectors, the output of mke2fs is as follows for a 1G disk:
|
||
|
||
# mke2fs -m 0 /dev/sda5
|
||
mke2fs 1.18, 11-Nov-1999 for EXT2 FS 0.5b, 95/08/09
|
||
Filesystem label=
|
||
OS type: Linux
|
||
Block size=1024 (log=0)
|
||
Fragment size=1024 (log=0)
|
||
112896 inodes, 451552 blocks
|
||
0 blocks (0.00%) reserved for the super user
|
||
First data block=1
|
||
56 block groups
|
||
8192 blocks per group, 8192 fragments per group
|
||
2016 inodes per group
|
||
Superblock backups stored on blocks:
|
||
8193, 24577, 40961, 57345, 73729, 204801, 221185, 401409
|
||
|
||
Writing inode tables: done
|
||
Writing superblocks and filesystem accounting information: done
|
||
|
||
# time (cp ~guest/kernel/*.gz .;sync;sync;sync)
|
||
|
||
real 3m54.046s
|
||
user 0m0.060s
|
||
sys 0m2.910s
|
||
|
||
--------------------------------------------------------------------------------
|
||
Note the difference in storage of a disk formatted for
|
||
1024 bytes per sectos, and 512 bytes per sector,
|
||
for the same 1.3GB capacity claimed on the disk label.
|
||
It is about 9.5% more for the 1024 format.
|
||
|
||
1.3 GB 512 bytes/sector:
|
||
df -k .
|
||
Filesystem 1k-blocks Used Available Use% Mounted on
|
||
/dev/sda5 572436 740 571696 0% /mnt/max
|
||
|
||
1.3 GB 1024 bytes/sector, using 4096 block size in mke2fs:
|
||
df -k .
|
||
Filesystem 1k-blocks Used Available Use% Mounted on
|
||
/dev/sda5 626840 112208 514632 18% /mnt/max
|
||
|
||
|
||
--------------------------------------------------------------------------------
|
||
This is the output of fdisk partitioning created by Win98 on the 1.3GB 1024 bytes/sector disk:
|
||
|
||
Disk /dev/sda: 64 heads, 32 sectors, 311 cylinders
|
||
Units = cylinders of 2048 * 1024 bytes
|
||
|
||
Device Boot Start End Blocks Id System
|
||
/dev/sda1 ? 937477 1203315 544437093 20 Unknown
|
||
Partition 1 has different physical/logical beginnings (non-Linux?):
|
||
phys=(356, 97, 46) logical=(937476, 3, 15)
|
||
Partition 1 has different physical/logical endings:
|
||
phys=(357, 116, 40) logical=(1203314, 30, 19)
|
||
Partition 1 does not end on cylinder boundary:
|
||
phys=(357, 116, 40) should be (357, 63, 32)
|
||
/dev/sda2 ? 649505 912677 538976288 6b Unknown
|
||
Partition 2 has different physical/logical beginnings (non-Linux?):
|
||
phys=(288, 110, 57) logical=(649504, 0, 11)
|
||
Partition 2 has different physical/logical endings:
|
||
phys=(269, 101, 57) logical=(912676, 1, 10)
|
||
Partition 2 does not end on cylinder boundary:
|
||
phys=(269, 101, 57) should be (269, 63, 32)
|
||
/dev/sda3 ? 263179 945973 1398362912 53 OnTrack DM6 Aux3
|
||
Partition 3 has different physical/logical beginnings (non-Linux?):
|
||
phys=(345, 32, 19) logical=(263178, 26, 16)
|
||
Partition 3 has different physical/logical endings:
|
||
phys=(324, 77, 19) logical=(945972, 51, 15)
|
||
Partition 3 does not end on cylinder boundary:
|
||
phys=(324, 77, 19) should be (324, 63, 32)
|
||
/dev/sda4 * 680971 680981 21337 49 Unknown
|
||
Partition 4 has different physical/logical beginnings (non-Linux?):
|
||
phys=(87, 1, 0) logical=(680970, 34, 16)
|
||
Partition 4 has different physical/logical endings:
|
||
phys=(335, 78, 2) logical=(680980, 61, 8)
|
||
Partition 4 does not end on cylinder boundary:
|
||
phys=(335, 78, 2) should be (335, 63, 32)
|
||
|
||
Command (m for help): q
|
||
|
||
Similarly, this is the output of fdisk partitioning created by Win98 on the 1GB 512 bytes/sector disk:
|
||
|
||
# fdisk -b 512 /dev/sda
|
||
|
||
Command (m for help): p
|
||
|
||
Disk /dev/sda: 64 heads, 32 sectors, 441 cylinders
|
||
Units = cylinders of 2048 * 512 bytes
|
||
|
||
Device Boot Start End Blocks Id System
|
||
/dev/sda1 ? 937477 1203315 272218546+ 20 Unknown
|
||
Partition 1 has different physical/logical beginnings (non-Linux?):
|
||
phys=(356, 97, 46) logical=(937476, 3, 15)
|
||
Partition 1 has different physical/logical endings:
|
||
phys=(357, 116, 40) logical=(1203314, 30, 19)
|
||
Partition 1 does not end on cylinder boundary:
|
||
phys=(357, 116, 40) should be (357, 63, 32)
|
||
/dev/sda2 ? 649505 912677 269488144 6b Unknown
|
||
Partition 2 has different physical/logical beginnings (non-Linux?):
|
||
phys=(288, 110, 57) logical=(649504, 0, 11)
|
||
Partition 2 has different physical/logical endings:
|
||
phys=(269, 101, 57) logical=(912676, 1, 10)
|
||
Partition 2 does not end on cylinder boundary:
|
||
phys=(269, 101, 57) should be (269, 63, 32)
|
||
/dev/sda3 ? 263179 945973 699181456 53 OnTrack DM6 Aux3
|
||
Partition 3 has different physical/logical beginnings (non-Linux?):
|
||
phys=(345, 32, 19) logical=(263178, 26, 16)
|
||
Partition 3 has different physical/logical endings:
|
||
phys=(324, 77, 19) logical=(945972, 51, 15)
|
||
Partition 3 does not end on cylinder boundary:
|
||
phys=(324, 77, 19) should be (324, 63, 32)
|
||
/dev/sda4 * 680971 680981 10668+ 49 Unknown
|
||
Partition 4 has different physical/logical beginnings (non-Linux?):
|
||
phys=(87, 1, 0) logical=(680970, 34, 16)
|
||
Partition 4 has different physical/logical endings:
|
||
phys=(335, 78, 2) logical=(680980, 61, 8)
|
||
Partition 4 does not end on cylinder boundary:
|
||
phys=(335, 78, 2) should be (335, 63, 32)
|
||
|
||
|
||
Question: Which partition is the data in, and how do we mount it?
|
||
None of the start/end values make any sense to Linux.
|
||
--------------------------------------------------------------------------------
|
||
Comparison of media sizes and speeds:
|
||
=====================================
|
||
|
||
Using the following files:
|
||
|
||
# ls -l ~guest/kernel/*gz
|
||
-rw-r----- 1 guest users 16371764 May 24 2000 /home/guest/kernel/linux-2.2.15.tar.gz
|
||
-rw-rw-rw- 1 guest users 17106471 Jun 15 2000 /home/guest/kernel/linux-2.2.16.tar.gz
|
||
-rw-r--r-- 1 guest users 20881782 May 25 2000 /home/guest/kernel/linux-2.3.99-pre9.tar.gz
|
||
-rw-rw-rw- 1 guest users 21085275 Jun 16 2000 /home/guest/kernel/linux-2.4.0-test1.tar.gz
|
||
-rw-r--r-- 1 guest users 22888582 Oct 3 08:36 /home/guest/kernel/linux-2.4.0-test9.tar.gz
|
||
|
||
The tests consisted of simply copying the above files to the drive.
|
||
Sometimes the media is new, sometimes previously written to.
|
||
It seems that new media is slightly faster to write to.
|
||
%-------------------------------------------------------------------------------%
|
||
|
||
On media identified as follows:
|
||
P/N 2015382-0010 Max-GL (Optical Glass) Jukebox Certified Rewritable 1.3GB 512
|
||
|
||
# fdisk /dev/sda
|
||
|
||
Command (m for help): p
|
||
|
||
Disk /dev/sda: 64 heads, 32 sectors, 568 cylinders
|
||
Units = cylinders of 2048 * 512 bytes
|
||
|
||
Device Boot Start End Blocks Id System
|
||
/dev/sda1 1 568 581616 5 Extended
|
||
/dev/sda5 1 568 581600 83 Linux
|
||
|
||
# mke2fs -m 0 -b 4096 /dev/sda5
|
||
mke2fs 1.18, 11-Nov-1999 for EXT2 FS 0.5b, 95/08/09
|
||
Filesystem label=
|
||
OS type: Linux
|
||
Block size=4096 (log=2)
|
||
Fragment size=4096 (log=2)
|
||
72800 inodes, 145400 blocks
|
||
0 blocks (0.00%) reserved for the super user
|
||
First data block=0
|
||
5 block groups
|
||
32768 blocks per group, 32768 fragments per group
|
||
14560 inodes per group
|
||
Superblock backups stored on blocks:
|
||
32768, 98304
|
||
|
||
Writing inode tables: done
|
||
Writing superblocks and filesystem accounting information: done
|
||
|
||
Filesystem 1k-blocks Used Available Use% Mounted on
|
||
/dev/sda5 572436 20 572416 0% /mnt/max
|
||
|
||
# time (cp ~guest/kernel/linux-2.2.15.tar.gz .;sync;sync;sync)
|
||
|
||
real 0m29.099s
|
||
user 0m0.010s
|
||
sys 0m1.430s
|
||
|
||
# time (cp ~guest/kernel/*.gz .;sync;sync;sync)
|
||
|
||
real 4m18.446s
|
||
user 0m0.010s
|
||
sys 0m3.880s
|
||
|
||
%-------------------------------------------------------------------------------%
|
||
|
||
On media identified as follows:
|
||
P/N 1015386RW Max-GL (Optical Glass) Jukebox Certified Rewritable 1GB 512
|
||
|
||
fdisk shows:
|
||
Disk /dev/sda: 64 heads, 32 sectors, 441 cylinders
|
||
Units = cylinders of 2048 * 512 bytes
|
||
|
||
Device Boot Start End Blocks Id System
|
||
/dev/sda1 1 441 451568 5 Extended
|
||
/dev/sda5 1 441 451552 83 Linux
|
||
|
||
|
||
# mke2fs -m 0 -b 4096 /dev/sda5
|
||
mke2fs 1.18, 11-Nov-1999 for EXT2 FS 0.5b, 95/08/09
|
||
Filesystem label=
|
||
OS type: Linux
|
||
Block size=4096 (log=2)
|
||
Fragment size=4096 (log=2)
|
||
112896 inodes, 112888 blocks
|
||
0 blocks (0.00%) reserved for the super user
|
||
First data block=0
|
||
4 block groups
|
||
32768 blocks per group, 32768 fragments per group
|
||
28224 inodes per group
|
||
Superblock backups stored on blocks:
|
||
32768, 98304
|
||
|
||
Writing inode tables: done
|
||
Writing superblocks and filesystem accounting information: done
|
||
|
||
Filesystem 1k-blocks Used Available Use% Mounted on
|
||
/dev/sda5 437384 20 437364 0% /mnt/max
|
||
|
||
# time (cp ~guest/kernel/linux-2.2.15.tar.gz .;sync;sync;sync)
|
||
|
||
real 0m34.220s
|
||
user 0m0.100s
|
||
sys 0m5.610s
|
||
|
||
# time (cp ~guest/kernel/*.gz .;sync;sync;sync)
|
||
|
||
real 4m8.846s
|
||
user 0m0.280s
|
||
sys 0m28.500s
|
||
|
||
%-------------------------------------------------------------------------------%
|
||
|
||
On media identified as follows: (obtained from eBay:Borismcbin)
|
||
MaxEP Rewritable 1GB 512 (Tahiti P/N 1015387-0040)
|
||
|
||
Filesystem 1k-blocks Used Available Use% Mounted on
|
||
/dev/sda5 437384 20 437364 0% /mnt/max
|
||
|
||
# time (cp ~guest/kernel/linux-2.2.15.tar.gz .;sync;sync;sync)
|
||
|
||
real 0m30.321s
|
||
user 0m0.010s
|
||
sys 0m1.340s
|
||
|
||
# time (cp ~guest/kernel/*.gz .;sync;sync;sync)
|
||
|
||
real 3m32.851s
|
||
user 0m0.010s
|
||
sys 0m4.340s
|
||
|
||
%-------------------------------------------------------------------------------%
|
||
|
||
On media identified as follows: (obtained from eBay:Surpuluseller)
|
||
MaxEP Rewritable 1.2GB 512 (P/N: PN2015383RW)
|
||
"Maxoptix PN2015383RW FORMATTED ERASABLE OPTICAL CARTRIDGE 1.2 GIGABYTE 512 BYTES/SECTOR"
|
||
|
||
# fdisk /dev/sda
|
||
|
||
Command (m for help): p
|
||
|
||
Disk /dev/sda: 64 heads, 32 sectors, 568 cylinders
|
||
Units = cylinders of 2048 * 512 bytes
|
||
|
||
Device Boot Start End Blocks Id System
|
||
/dev/sda1 1 568 581616 5 Extended
|
||
/dev/sda5 1 568 581600 83 Linux
|
||
|
||
|
||
# mke2fs -m 0 -b 4096 /dev/sda5
|
||
mke2fs 1.18, 11-Nov-1999 for EXT2 FS 0.5b, 95/08/09
|
||
Filesystem label=
|
||
OS type: Linux
|
||
Block size=4096 (log=2)
|
||
Fragment size=4096 (log=2)
|
||
72800 inodes, 145400 blocks
|
||
0 blocks (0.00%) reserved for the super user
|
||
First data block=0
|
||
5 block groups
|
||
32768 blocks per group, 32768 fragments per group
|
||
14560 inodes per group
|
||
Superblock backups stored on blocks:
|
||
32768, 98304
|
||
|
||
Writing inode tables: done
|
||
Writing superblocks and filesystem accounting information: done
|
||
|
||
Filesystem 1k-blocks Used Available Use% Mounted on
|
||
/dev/sda5 572436 20 572416 0% /mnt/max
|
||
|
||
# time (cp ~guest/kernel/linux-2.2.15.tar.gz .;sync;sync;sync)
|
||
|
||
real 0m28.979s
|
||
user 0m0.000s
|
||
sys 0m2.600s
|
||
|
||
# time (cp ~guest/kernel/*.gz .;sync;sync;sync)
|
||
|
||
real 4m0.486s
|
||
user 0m0.000s
|
||
sys 0m1.400s
|
||
|
||
%-------------------------------------------------------------------------------%
|
||
|
||
On media identified as follows:
|
||
HEWLLET PACKARD REWRITABLE OPTICAL DISK (Type R/W - CC Format)
|
||
1.3 Gbytes 1024 Byte/Sector
|
||
Reorder No: 92280T
|
||
Made in Japan.
|
||
|
||
# fdisk -b 1024 /dev/sda
|
||
|
||
Command (m for help): p
|
||
|
||
Disk /dev/sda: 64 heads, 32 sectors, 311 cylinders
|
||
Units = cylinders of 2048 * 1024 bytes
|
||
|
||
Device Boot Start End Blocks Id System
|
||
/dev/sda1 1 311 636896 5 Extended
|
||
/dev/sda5 1 311 636864 83 Linux
|
||
|
||
Command (m for help): q
|
||
|
||
Filesystem 1k-blocks Used Available Use% Mounted on
|
||
/dev/sda5 626840 20 626820 0% /mnt/max
|
||
# mke2fs -m 0 -b 4096 /dev/sda5
|
||
|
||
mke2fs 1.18, 11-Nov-1999 for EXT2 FS 0.5b, 95/08/09
|
||
Filesystem label=
|
||
OS type: Linux
|
||
Block size=4096 (log=2)
|
||
Fragment size=4096 (log=2)
|
||
79680 inodes, 159216 blocks
|
||
0 blocks (0.00%) reserved for the super user
|
||
First data block=0
|
||
5 block groups
|
||
32768 blocks per group, 32768 fragments per group
|
||
15936 inodes per group
|
||
Superblock backups stored on blocks:
|
||
32768, 98304
|
||
|
||
Writing inode tables: done
|
||
Writing superblocks and filesystem accounting information: done
|
||
|
||
|
||
# time (cp ~guest/kernel/linux-2.2.15.tar.gz .;sync;sync;sync)
|
||
|
||
real 0m28.411s
|
||
user 0m0.020s
|
||
sys 0m1.570s
|
||
|
||
# time (cp ~guest/kernel/*.gz .;sync;sync;sync)
|
||
|
||
real 4m19.854s
|
||
user 0m0.010s
|
||
sys 0m2.350s
|
||
|
||
%-------------------------------------------------------------------------------%
|
||
|
||
|
||
Peter Knaggs <Peter.Knaggs@oracle.com>
|
||
|
||
|
||
|
||
4.11. Magneto Optical Information, IDE/ATAPI and FAT/VFAT info -
|
||
Alexander Voropay
|
||
|
||
Alexander supplied me with some very informative points. He has ask
|
||
me to pass that information on to you. Without fully understanding all
|
||
areas that he knows, I am attempting to pass it on to you as best I
|
||
can;
|
||
|
||
|
||
4.11.1. Type of 3.5" MO drives
|
||
|
||
There are two kind of 3.5" Magneto Optical drives : DynamMO and
|
||
GigaMO
|
||
|
||
DynaMO : 128Mb, 230Mb, 540Mb and 640Mb (this drive has 2048Kb/sector)
|
||
|
||
GigaMO : 1.3Gb, 2.3Gb (2048Kb/sector)
|
||
|
||
|
||
|
||
4.11.2. MO Cartridges specifications :
|
||
|
||
|
||
<20> Sony's GigaMO Media Specifications
|
||
|
||
<20> Professional Media Specifications
|
||
|
||
|
||
4.11.3. MO drives with IDE/ATAPI interface
|
||
|
||
(Sony, Fujitsu) has a models with different interfaces : SCSI,
|
||
IDE/ATAPI, USB, FireWire, PCMCIA. I think, we should expand your HOWTO
|
||
to this models.
|
||
|
||
For example, to work with IDE/ATAPI interface you should install "ide-
|
||
scsi" kernel module :
|
||
|
||
|
||
# modprobe ide-scsi
|
||
# dmesg
|
||
....
|
||
sscsi1 : SCSI host adapter emulation for IDE ATAPI devices
|
||
Vendor: IomintSA Model: MCE3130AP-MO1300 Rev: 0011
|
||
Type: Optical Device ANSI SCSI revision: 02
|
||
Attached scsi removable disk sdb at scsi1, channel 0, id 1, lun 0 SCSI
|
||
device sdb: 605846 2048-byte hdwr sectors (1241 MB)
|
||
sdb: Write Protect is off
|
||
sdb:
|
||
|
||
|
||
|
||
4.11.4. Accessing FAT and VFAT MO
|
||
|
||
You could use "mtool" package to access a FAT/VFAT on MO. Mtools page
|
||
to FAT and VFAT File systems
|
||
|
||
|
||
|
||
First of all, you should define a new drive M: in
|
||
/etc/mtools.conf
|
||
=====
|
||
drive m: file="/dev/sdb"
|
||
=====
|
||
|
||
# minfo m:
|
||
# mformat m:
|
||
# mdir m:
|
||
|
||
|
||
You should use -I key to format MO media
|
||
with mkfs.vfat :
|
||
# mkfs.vfat -I -v /dev/sdb
|
||
|
||
|
||
Unfortunately, Linux kernel uses bogus MO drive
|
||
geometry even for SCSI drives. It makes sense only
|
||
for BPB FAT filesystem (ext2fs does not depend on drive
|
||
geometry). To compatibility with Windows system you
|
||
should use real geometry (1 Head) while formatting.
|
||
(See cartridge specifications for real geometry.)
|
||
|
||
For example for 230Mb DynaMO you should define in
|
||
/etc/mtools.conf
|
||
=====
|
||
drive m:
|
||
file="/dev/sdb"
|
||
cylinders=17853 heads=1 sectors=25
|
||
mformat_only
|
||
=====
|
||
|
||
# mformat m:
|
||
...
|
||
## minfo m:
|
||
|
||
Alexander Voropay
|
||
<alec@vmb-service.ru>
|
||
|
||
|
||
|
||
5. Optical jukeboxes
|
||
|
||
I have no experience with optical jukeboxes with Linux!!!! I have had
|
||
experiences with Optical jukeboxes under HP-UX. In this setup the the
|
||
jukebox had a SCSI address of it's own. Each slot in the jukebox had
|
||
an associated LUN number. A device name was assigned for each disk
|
||
slot A side and B side. The mount command was run against the
|
||
appropriate device name. I had a jukebox with just one drive and 16
|
||
optical disk slots - 20 Gig. I thought it was going to be a real
|
||
hassle to write a disk mount manager to share this drive among users
|
||
until I discovered you can mount as many disk as you want and the
|
||
jukebox driver takes care of arbitration - what a nice feature.
|
||
Granted, you only want archive type data here and your overall system
|
||
configuration to be such that not too many processes will be accessing
|
||
the jukebox at the same time. The disk spin down, carriage load,
|
||
carriage move, carriage unload, carriage move to the next disk,
|
||
carriage next disk load, carriage move, optical drive load, and spin
|
||
up takes about 12 seconds - "seek-from-hell".
|
||
|
||
|
||
|
||
5.1. Maxoptix 520 - Zed Shaw
|
||
|
||
shawz@imap1.asu.edu
|
||
|
||
5.1.1. Zed's Original E-Mail - Feb 13 1998
|
||
|
||
|
||
Hi,
|
||
|
||
I was reading your howto (a life saver, thanks) and I was wondering what
|
||
kind of jukebox you were running? I have a Maxoptix 520 Jukebox (20
|
||
disks at 2.6G each, nice!) and I would like to connect it to a Linux box
|
||
and serve the drives up to my users, but I'm having problems accessing
|
||
the individual drives. Currently I can only access the two drives and
|
||
something called MAXLYB which I think is a controller device of some
|
||
sort.
|
||
|
||
Basically, I'm wondering if the jukebox you had was the same or similar
|
||
and how you set it up. I know that you did it under HP-UX, but any help
|
||
right now would be nice. Hey, I'll even let you log into my linux
|
||
server if you want to take a look at the jukebox and see what it does.
|
||
You can't beat 52Gig of storage!
|
||
|
||
Anyway, I'd really appreciate your help.
|
||
|
||
|
||
Zed A. Shaw
|
||
Application Systems Analyst
|
||
Arizona State University
|
||
|
||
|
||
|
||
5.1.2. Correspondence with Zed on Mon, 16 Feb 1998:
|
||
|
||
|
||
|
||
> It sounds like your Maxoptix 520 is a jukebox with two physical disk.
|
||
Yep, that's the one.
|
||
|
||
>
|
||
> All jukeboxes have a carriage controller. This is probably your MAXLYB
|
||
> device.
|
||
> ...
|
||
|
||
What I've come to find out is that Maxoptix is pretty stingy when it
|
||
comes to drivers. Apparently, they don't make driver software for any of
|
||
their Jukebox carriage controller interfaces! I don't know how some of
|
||
these companies stay in business. I'm going to pester them again soon,
|
||
but you are right, this thing will need a carriage controller driver to
|
||
operate. The cool thing is that this MX520 (that's the model number of
|
||
the juke) emulates a whole slew of other carriage controllers, so maybe
|
||
one of those other guys has a driver. I'll be looking into that too.
|
||
|
||
|
||
>
|
||
> You might want to get a-hold of Maxoptix and see if they have a install
|
||
> package for your linux kernel version. If not ask them for the programmers
|
||
> specification for the carriage controller and maybe we can write one!
|
||
>
|
||
|
||
Hey, if I can't find any driver software, and I can convince Maxoptix to
|
||
give me the specs, I'd be more than glad to write a driver. I'd could
|
||
sure use the help too since I haven't got enough time to do it on my
|
||
own. Also, do you know of anyone else doing this that we might be able
|
||
to hack off of?
|
||
|
||
|
||
> Any information you find, let me know and we will roll the information
|
||
> into the Optical HOWTO, acknowledgments of course!
|
||
>
|
||
|
||
Sure, but let me get some new information first. So far things are
|
||
looking pretty bleak.
|
||
|
||
>
|
||
> >Basically, I'm wondering if the jukebox you had was the same or similar
|
||
> >and how you set it up. I know that you did it under HP-UX, but any help
|
||
> >right now would be nice. Hey, I'll even let you log into my linux
|
||
> >server if you want to take a look at the jukebox and see what it does.
|
||
> >You can't beat 52Gig of storage!
|
||
>
|
||
> Nice. At home I can use PPP to mount my 84 platter HP-UX jukebox.
|
||
> It's slow though - I wish I had it at home.
|
||
|
||
Oh, I don't have this thing at home. There's no way I could afford the
|
||
$30,000 my boss paid for this thing. But he's stuck with it and has had
|
||
it sitting around collecting dust for a year, so he's letting me play
|
||
with it and try to find a use for it.
|
||
|
||
I'll get back with you when I have some more information. It should be
|
||
sometime this week when I find out if I can get it to work or not.
|
||
|
||
Zed
|
||
|
||
|
||
|
||
5.2. Changer Devices - Jon Gerdes
|
||
|
||
|
||
|
||
Skip
|
||
|
||
Please find some guff on MO drives and SCSI agony ...
|
||
|
||
Note that the Changer software mentioned should work for virtually any
|
||
changer :-)
|
||
|
||
Now back to dreaming of cheap highbandwidth inet connections for home
|
||
use. British Telecom really get on my !"<22>***&
|
||
|
||
Cheers
|
||
Jon Gerdes
|
||
|
||
|
||
|
||
Some notes on firing up SCSI changer support for a Magneto Optical jukebox
|
||
using "scsi-changer"
|
||
==============================================================
|
||
|
||
LSM entry from distribution used:
|
||
Title: scsi-changer
|
||
Version: 0.14
|
||
Entered-date: 9 May 1998
|
||
Description: SCSI Media Changer device driver (for the robot mechanism
|
||
of MO/CD Jukeboxes, tape libraries, ...).
|
||
autofs support included. This is a BETA version.
|
||
Keywords: scsi jukebox changer driver
|
||
Author: Gerd Knorr <kraxel@cs.tu-berlin.de>
|
||
Maintained-by: Gerd Knorr <kraxel@cs.tu-berlin.de>
|
||
Primary-site: sunsite.unc.edu /pub/Linux/kernel/patches/scsi
|
||
22kB scsi-changer-0.14.tar.gz
|
||
627 scsi-changer.lsm
|
||
Alternate-site: none
|
||
Original-site: none
|
||
Platform: Linux
|
||
Copying-policy: GNU GPL
|
||
===============================================================
|
||
Latest version from here:
|
||
|
||
http://www.in-berlin.de/User/kraxel/linux.html
|
||
|
||
Tested on:
|
||
HP SurestoreOptical 40fx (1 drive 15x2.4Gb MO disks)
|
||
Adaptec 1520B (dodgy ISA 10MBs-1 SCSI II card)
|
||
Linux Mandrake 6.1
|
||
Kernel 2.2.13 and 2.2.14
|
||
|
||
tar -xzvf changer-0.14.tar.gz
|
||
read the README
|
||
|
||
Note that this program should work for most SCSI devices involving a robotic
|
||
picker and media slots.
|
||
|
||
patch kernel:
|
||
copy ch-2.2.7.diff to /usr/src/linux (ie kernel source)
|
||
patch -p1 < ch-2.2.7.diff
|
||
|
||
Compile in changer support to kernel:
|
||
make xconfig or menuconfig or just config
|
||
go to scsi section and tick changer support
|
||
put in NFS and automounter (see below) while you are at it.
|
||
|
||
If your using it as a module then add this to /etc/conf.modules:
|
||
alias char-major-86 ch
|
||
(no problems found using it as a module - recommended method of use)
|
||
|
||
run /usr/src/linux/drivers/MAKEDEV.sch (created by .diff) to create the
|
||
changer dev entries, one for the changer and one for the reader if you have
|
||
more than one reader, you will need more /dev/schx's (see
|
||
<src>/Documentation/devices.txt - again added by .diff)
|
||
|
||
Run make in the changer source directory
|
||
I had to copy scsi_ioctl.h to changer source directory and amend the Makefile.
|
||
Not sure why, so read and change the Makefile if compiler gives errors about
|
||
such a file not found (find /usr/src/linux -name <file_to_find> might be
|
||
handy)
|
||
|
||
copy binaries to /sbin (or /usr/sbin or whatever to taste)
|
||
|
||
mover load 0
|
||
fdisk /dev/sda (create sda1)
|
||
mke2fs -b 1024 /dev/sda1 1273011
|
||
mover unload 0
|
||
mover load 1
|
||
fdisk ...
|
||
etc
|
||
|
||
"mover mv d0 d0 1" will rotate disk in drive 1
|
||
etc etc
|
||
|
||
fdisk was OK but mke2fs had problems determining the correct geometry.
|
||
the number of blocks came from dmesg report hence specifying everything
|
||
explicitly - your milage may vary. The block size was printed on the disks as
|
||
well as from "dmesg"
|
||
|
||
The above is crying out for a quick script to shuffle through the lot. mover
|
||
without switches will show the contents of the box.
|
||
|
||
make sure that scsi supports > 1Gb
|
||
on Adaptec 1520B - aha152x needs (in /etc/lilo.conf):
|
||
append="aha152x=0x340,10,7,1,1,0,100,1"
|
||
check source for meaning of parameters.
|
||
|
||
I also had a weird problem where the adaptec driver appeared to caused Lilo
|
||
to forget much of the append= line - pretty esoteric but it may afflict
|
||
someone else. I had a Frame Buffer init string in there as well and after
|
||
swapping these around (ie SCSI bit first then the video bit it worked)
|
||
|
||
The adapter BIOS had to be adjusted slightly in the CTRL-A menu on boot to
|
||
also enable extended translation.
|
||
|
||
If the geometry is wrong then mke2fs will attempt to access incorrect
|
||
addresses. This causes the kernel to go absolutly mad, printing lots of
|
||
errors to the root console and filling up the system log. I had to use
|
||
shift-alt-sysreq-b to re-boot after synching disks, when I got it wrong :-(
|
||
|
||
My console was totally unusable with hundreds of messages scrolling up it. So
|
||
if this might happen to you, make sure that the "Magic Syskey" is enabled (see
|
||
kernel docs.) Alternatively do it in X from an xterm, that way you can kill
|
||
the job from another one ...
|
||
|
||
Now dig out the automounter (instructions in README). The devices are
|
||
/dev/sda1 and /dev/sdb1 (or similar) not the /dev/schx jobs. Remember to
|
||
have automounter and nfs support in the kernel. Attempting to cd /jukebox/0
|
||
will get the jukie to dig out the first disk and pop it into a spare drive and
|
||
even mount it.
|
||
|
||
Not sure what the problems I had were actually caused by. On boot the devices
|
||
were found and reported correctly but mke2fs wasn't going to play. I even
|
||
managed to wreck one side of my first MO disk so that even fdisk refuses to
|
||
play. You have been warned <g> Still I do have a ridiculously large amount
|
||
of filesystem space to play with at home.
|
||
Incidently, if you put a FAT f/s on a disk and leave it in the drive, then
|
||
Win98 can read it, if you happen to dual-boot (pah !)
|
||
|
||
Check the contents of the .diff file and the source itself - the author has
|
||
been pretty thorough with documentation.
|
||
|
||
Performance is not blistering but beats the heck out of a CDRW.
|
||
|
||
Finally, thanks to Mr Knorr for giving me an endless file system
|
||
|
||
Jon Gerdes - 17 January 2000
|
||
mailto:jon.gerdes@virgin.net
|
||
|
||
|
||
|
||
5.3. Changer Devices - Michael Heydenbluth
|
||
|
||
|
||
Hi,
|
||
|
||
I have the ANSI SCSI-II specs. Changer devices are described here.
|
||
Basically, changers are independent devices which respond to commands like:
|
||
Install disk in slot 7 in drive 2
|
||
Remove disk from drive 1 and store it in slot 13
|
||
Count all disks in the slots
|
||
and so on.
|
||
Btw. the SCSI specs make no differences between tape changers, od
|
||
jukeboxes, cd changers. These are all changer devices with the same command
|
||
set. The jukebox running under HP-UX seems to work differently from the
|
||
SCSI specs, where no LUNs for the slots/sides are defined. Three
|
||
possibilities:
|
||
1. LUNs for the disk sides are defined in SCSI-III specifications (I don't
|
||
know because I do not have them)
|
||
2. The jukebox and its driver is older than the SCSI specs, so the
|
||
manufacturer had to go its own way. This is the way my jukebox works, but
|
||
in my case the commands are similar.
|
||
3. The manufacturer choosed to ignore any specifications
|
||
|
||
Long time ago I have tried to make my jukebox work with linux. It worked
|
||
with the generic scsi driver /dev/sg*, some lines of C and a handful of
|
||
shell scripts, but I did not have the time (and knowledge) to build a real
|
||
kernel module from that.
|
||
There is still another problem: One has to write a new filesystem type for
|
||
write-once media. The ext2 filesystem can not be used because it writes
|
||
superblocks all over the disk and modifies them when data is written to the
|
||
disk. Sectors which have been written to are definitively lost. They can be
|
||
overwritten but in fact the new data is written to spare blocks and the old
|
||
data is discarded. This old data can be retrieved with special commands for
|
||
optical drives. There must be some kind of "append-only filesystem" to make
|
||
it really useful.
|
||
|
||
Greeting
|
||
Michael Heydenbluth
|
||
mh@heywei.de
|
||
|
||
|
||
|
||
6. MO and other media technologies - Gene Cumm
|
||
|
||
The PCtechGuide Home page has some excellent media history and
|
||
evolving media technology information. Gene Cumm -
|
||
bg18179@binghamton.edu
|
||
7. Phase Change Optical Technology
|
||
|
||
|
||
7.1. Introduction
|
||
|
||
Optical Phase Change technology is used to create "In Phase" or "Out
|
||
of Phase" bits on a special media for phase change writing. The drive
|
||
uses a LASER of different power levels or LASER intensities to produce
|
||
this effect. One power level allows the media to flow into a
|
||
crystalline form while the other creates an "Out of Phase" condition.
|
||
The crystallized areas reflect the read Lasers beam with a different
|
||
coefficient of reflectivity than the non-crystallized areas. Thus,
|
||
data can be read from the disk.
|
||
|
||
|
||
What makes the phase change optical disk special is that it the disk
|
||
is formatted with concentric cylinders or tracks with each track being
|
||
sectored much like a magnetic disk or read/write optical disk. The
|
||
tracks are very close so a lot of data can be stored on a disk. This
|
||
is different from a CD-ROM in that it gives your system the look and
|
||
feel of a magnetic disk. CD-ROMs have a spiraling track much like a
|
||
audio record. Having tracks and sectors alone would not make the phase
|
||
change drive special from optical disk but the drive has some very
|
||
special properties; The phase change drive allows for direct overwrite
|
||
of data which magneto optical can't do inexpensively and the media has
|
||
the very special property of NOT being susceptible to magnetic fields
|
||
or as sensitive to static discharge which gives the media a very long
|
||
shelf life.
|
||
|
||
|
||
7.2. Panasonic LF1000
|
||
|
||
|
||
7.2.1. POINTS OF INTEREST
|
||
|
||
|
||
<20> Read/Write optical disk.
|
||
|
||
<20> Can read CD-ROMs at 4X speed.
|
||
|
||
<20> Can read Kodak PhotoCDs.
|
||
|
||
<20> Media has a 15 Year shelf life.
|
||
|
||
<20> SCSI-2 Interface.
|
||
|
||
<20> Track/sector format as opposed to CD-ROMs spiraling record format.
|
||
|
||
<20> 165ms access time - much better than a tape file restore.
|
||
|
||
<20> 650Mb data storage per diskette.
|
||
|
||
<20> Diskettes are about $50 each.
|
||
|
||
|
||
7.2.2. THINGS YOU SHOULD KNOW
|
||
|
||
|
||
<20> Optical disk format not compatible with any other disk drive.
|
||
|
||
<20> Vendors don't seem to support UNIX very well - marketing is
|
||
targeted for DOS/Windows and Macintosh.
|
||
|
||
<20> Do NOT purchase the PD drive which uses the parallel port interface
|
||
- To my knowledge there is no Linux driver for it.
|
||
|
||
7.2.3. Installation
|
||
|
||
The LF1000 is SCSI-2 compatible device. It features a block size of
|
||
512 bytes and is compatible with the Linux SCSI drivers. This drive
|
||
was installed on a PC compatible AMD 100MHZ 486 with an Adaptec 1542C
|
||
SCSI bus-master controller. To install and mount a disk the following
|
||
steps were taken;
|
||
|
||
|
||
7.2.4. Installation steps
|
||
|
||
|
||
<20> Install the drive and set the SCSI address to not interfere with
|
||
other SCSI devices. Re-connect all cabling.
|
||
|
||
<20> Boot the computer. Your SCSI controller should note the new drive.
|
||
|
||
<20> During the Linux kernel boot, you should see an additional SCSI
|
||
device. In my case, having a magnetic system disk for device
|
||
/dev/sda it shows up as /dev/sdb.
|
||
|
||
<20> I did NOT partition the device because fdisk issued an overwrite
|
||
warning and I did not want to change anything from a dosemu
|
||
standpoint.
|
||
|
||
<20> mkfs -t ext2 /dev/sdb
|
||
|
||
<20> mkdir /pd
|
||
|
||
<20> mount -t ext2 -o ro,suid,dev,exec,auto,nouser,async /dev/sdb /pd -
|
||
Read only
|
||
|
||
<20> mount -t ext2 -o defaults /dev/sdb /pd - Mount drive W/R
|
||
|
||
Your ready to "Rock'n'Roll"
|
||
|
||
|
||
7.2.5. Usage hints
|
||
|
||
|
||
<20> The media which comes with the drive is reported be re-writable
|
||
about 500,000 times. This means that it is not advisable to install
|
||
a live operating system such as Linux on the phase change optical
|
||
drive. These live operating systems tend to cache processes to and
|
||
from disk. Over time this can easily approach the phase change
|
||
media life.
|
||
|
||
<20> Mount drive read only as much as possible.
|
||
|
||
<20> When writing to the drive do so in large chunks. This will help
|
||
reduce any file fragmentation which will require more read seeks.
|
||
|
||
|
||
<20> This is however an excellent media for backups, gifs, mpeg or
|
||
storing large programs which you don't use that often. The restore
|
||
from backup is much faster that tape. Backups can be performed
|
||
using the cp -rp command without the need for the ftape driver.
|
||
This however, will replace symbolic links with the actual file.
|
||
|
||
<20> If while using the PD for writing, You find that the file you just
|
||
wrote to the disk are not there, chances are that the disk write
|
||
protect tab is in write protect mode and you mounted it in
|
||
read/write mode.
|
||
|
||
|
||
|
||
7.3. Additional Configuration concerns by Jeff Rooze
|
||
|
||
Hello,
|
||
|
||
I read your article on configuring the Panasonic LF-1000 for Linux. I
|
||
have configured my system so that the optical drive has its own device
|
||
name and the CD-ROM has its own device name. This has allowed me to
|
||
mount either media at any time. I do not require any media in the
|
||
drive when I boot Linux. Also I am using the optical drive as an ext2
|
||
formatted media.
|
||
|
||
I had a couple of minor difficulties in doing so.
|
||
|
||
|
||
First, I had configured my hard drive at SCSI ID 6 and my PD at SCSI
|
||
ID 4. (I wanted to have the hard drive at a higher priority that the
|
||
PD). This caused a problem with the Linux SCSI driver. The driver
|
||
scans the SCSI devices from the Lower SCSI id's to the higher (eg: 0
|
||
.. 6). Consequently my logical device names were assigned differently
|
||
depending on which type of media was installed in the PD drive. This
|
||
caused a big problem. My Linux partition is on my SCSI hard drive and
|
||
the root device name would change! I corrected this problem by
|
||
modifying the software in the kernel SCSI driver to scan the devices
|
||
in reverse order.
|
||
|
||
Second, the distribution Linux kernel does not scan all SCSI LUNS.
|
||
The PD/CD drive has a mode that establishes the CD-ROM at LUN 1 and
|
||
the PD at LUN 0. This mode is selected by the configuration switches
|
||
on the PD/CD drive. Switch #2 should be down (off?). If this switch is
|
||
up (on?), the signature of the device is dependent upon the media that
|
||
is installed and it only reports this device on LUN 0. If no media is
|
||
installed I think it defaults to CD-ROM. I am using an Future Domain
|
||
16-xx SCSI interface card and the software in Linux kernel driver
|
||
supports an optical device signature when scanning the LUNS. I assume
|
||
that this is standard for most of the SCSI drivers. I reconfigured the
|
||
kernel to enable the "scan all LUNS" switch. The kernel then assigns
|
||
different device names for each device. The following is an excerpt
|
||
from by boot log. You will note a series of errors in this log. This
|
||
is because I did not have the optical media installed in the drive and
|
||
the driver was attempting to look at the partition table to determine
|
||
the block size. Fortunately it defaults to 512. I am planning on
|
||
modifying the Future Domain SCSI driver to not do this when it detects
|
||
the optical device.
|
||
|
||
|
||
|
||
> scsi0 <fdomain>: BIOS version 3.2 at 0xde000 using scsi id 7
|
||
> scsi0 <fdomain>: TMC-18C50 chip at 0x140 irq 12
|
||
> scsi0 : Future Domain TMC-16x0 SCSI driver, version 5.28
|
||
> scsi : 1 host.
|
||
> Vendor: CONNER Model: CP30545 545MB3.5 Rev: A9AF
|
||
> Type: Direct-Access ANSI SCSI revision: 02
|
||
> Detected scsi disk sda at scsi0, id 6, lun 0
|
||
> Vendor: MATSHITA Model: PD-1 LF-1000 Rev: A109
|
||
> Type: Optical Device ANSI SCSI revision: 02
|
||
> Detected scsi disk sdb at scsi0, id 4, lun 0
|
||
> Vendor: MATSHITA Model: PD-1 LF-1000 Rev: A109
|
||
> Type: CD-ROM ANSI SCSI revision: 02
|
||
> Detected scsi CD-ROM sr0 at scsi0, id 4, lun 1
|
||
> fdomain: Selection failed
|
||
> scsi : detected 1 SCSI cdrom 2 SCSI disks total.
|
||
> SCSI Hardware sector size is 512 bytes on device sda
|
||
> fdomain: REQUEST SENSE Key = 2, Code = 3a, Qualifier = 0
|
||
> last message repeated 3 times
|
||
> sdb : READ CAPACITY failed.
|
||
> sdb : status = 0, message = 00, host = 0, driver = 28
|
||
> sdb : extended sense code = 2
|
||
> sdb : block size assumed to be 512 bytes, disk size 1GB.
|
||
> .
|
||
> .
|
||
> .
|
||
> Partition check:
|
||
> sda: sda1 sda2 sda3
|
||
> scsidisk I/O error: dev 0810, sector 0
|
||
> unable to read partition table of device 0810
|
||
|
||
|
||
|
||
Third, I modified my file system table (/etc/fstab) to list each
|
||
device but do not attempt to auto mount when booting. I have included
|
||
an excerpt from my fstab. The most important options are the noauto,
|
||
rw(ro), and the checkpass flag.
|
||
|
||
To create a ext2 file system on the PD, I used the command "mkfs.ext2
|
||
-i 2048 /dev/sdb".
|
||
|
||
|
||
|
||
# fstab - List of file systems
|
||
#
|
||
# device mount type options dumpfrequency
|
||
checkpass
|
||
/dev/sdb /optd ext2 rw,user,suid,noauto,sync,exec,dev,umask=0 0 2
|
||
/dev/sr0 /dist iso9660 ro,user,suid,noauto,sync,exec,dev 0 2
|
||
|
||
|
||
|
||
After making these changes, I have had no problems with mounting
|
||
either media. All I need to do is to load the media and type "mount
|
||
/optd" or "mount /dist" and the system does all the rest.
|
||
|
||
I hope this information is useful.
|
||
|
||
|
||
|
||
Jeff
|
||
--
|
||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||
\ Jeff Rooze -- http://www.treknet.net/~jrooze -- jrooze@treknet.net /
|
||
/ If builders built buildings the way some programmers write \
|
||
\ programs, then the first woodpecker that came along would destroy /
|
||
/ civilization. GERALD WEINBERG \
|
||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||
|
||
|
||
|
||
I tried Jeff's suggestion. Here are the steps I performed;
|
||
|
||
<20> Modify my kernel using "make xconfig" in the /usr/src/linux
|
||
directory and installed it.
|
||
|
||
<20> Change the mode jumper on the PD drive to non-DOS mode. I soldered
|
||
a switch across the mode jumper connections and routed it the the
|
||
back panel. I figured out which switch position was the open
|
||
position and labeled this one for DOS. The other position is of
|
||
course Linux. So before I boot my system I decide which OS I'll be
|
||
using and set the switch accordingly. History shows it staying in
|
||
the Linux position more and more.
|
||
|
||
<20> Re-boot your system. You should now see multiple LUN show up during
|
||
boot for the PD SCSI device number - It works great!!! If you have
|
||
an older kernel modify the "/usr/src/linux/drivers/scsi/config.in"
|
||
file.
|
||
|
||
<20> Update the fstab for both CD and PD drives.
|
||
|
||
<20> Use appropriate mount command.
|
||
|
||
<20> "df" to make sure your ready.
|
||
|
||
I did try moving my primary SCSI drive to 6 but experienced some
|
||
difficulties. Can't remember exactly what it was but it may have been
|
||
that my controller "Adaptec 1542" with "Corel SCSI" requires a
|
||
bootable disk and SCSI 0 for the BIOS install to work properly with
|
||
DOS. So I switched it back and enjoyed playing with my properly
|
||
install PD drive! With this configuration "workman" - the audio CD
|
||
player util - works fine.
|
||
|
||
|
||
|
||
8. Optical Disk HOWTO Development Page
|
||
|
||
Skip's Homepage may contain a more revised copy than this HOWTO!
|
||
|
||
|
||
|