FD(4D) | Devices | FD(4D) |
fd, fdc - drivers for floppy disks and floppy disk controllers
/dev/diskette0
/dev/rdiskette0
/dev/diskette[0-1]
/dev/rdiskette[0-1]
The fd and fdc drivers provide the interfaces to floppy disks using the Intel 8272, Intel 82077, NEC 765, or compatible disk controllers on x86 based systems.
The default partitions for the floppy driver are:
a
b
c
The fd driver autosenses the density of the diskette.
When the floppy is first opened the driver looks for a SunOS label in logical block 0 of the diskette. If attempts to read the SunOS label fail, the open will fail. If block 0 is read successfully but a SunOS label is not found, auto-sensed geometry and default partitioning are assumed.
The fd driver supports both block and raw interfaces.
The block files (/dev/diskette*) access the diskette using the system's normal buffering mechanism and may be read and written without regard to physical diskette records.
There is also a raw (/dev/rdiskette*) interface that provides for direct transmission between the diskette and the user's read or write buffer. A single read(2) or write(2) call usually results in one I/O operation; therefore raw I/O is considerably more efficient when larger blocking factors are used. A blocking factor of no less than 8 Kbytes is recommended. See the Notes section, below, for information on the number of sectors per track.
For 3.5" double-sided diskettes, the following densities are supported:
1.7 Mbyte density
high density
double density
extended density
1.7 Mbyte density
high density
double density
For 5.25" double-sided diskettes on x86 platforms, the densities listed below are supported:
5.25" diskettes are not supported on SPARC platforms.
high density
double density
double density
quad density
double density
double density
EBUSY
EFAULT
EINVAL
EIO
ENOSPC
ENOTTY
ENXIO
EROFS
ENOSYS
The driver attempts to initialize itself using the information found in the configuration file, /platform/i86pc/kernel/drv/fd.conf.
name="fd" parent="fdc" unit=0; name="fd" parent="fdc" unit=1;
/platform/sun4u/kernel/drv/fd
/usr/include/sys/fdreg.h
/usr/include/sys/fdvar.h
/dev/diskette
/dev/diskette0
/dev/rdiskette
/dev/rdiskette0
/dev/fd0[a-c]
/dev/rfd0[a-c]
/dev/diskette0
/dev/rdiskette0
/dev/aliases/floppy0
/platform/i86pc/kernel/drv/fd
/platform/i86pc/kernel/drv/fd.conf
/platform/i86pc/kernel/drv/fdc
/platform/i86pc/kernel/drv/fdc.conf
/usr/include/sys/fdc.h
/usr/include/sys/fdmedia.h
/dev/diskette
/dev/diskette0
/dev/rdiskette
/dev/rdiskette0
/dev/fd0[a-c]
/dev/rfd0[a-c]
/dev/diskette0
/dev/rdiskette0
/dev/aliases/floppy0
/dev/diskette1
/dev/rdiskette1
/dev/fd1[a-c]
/dev/rfd1[a-c]
/dev/diskette1
/dev/rdiskette1
/dev/aliases/floppy1
fdformat(1), dd(8), drvconfig(8), read(2), write(2), driver.conf(5), dkio(4I) fdio(4I)
fd<n>: <command name> failed (<sr1> <sr2> <sr3>)
fd<n>:
fd<n>:
There was a data error on <block number>.
fd<n>:
fd<n>:
fd<n>:
fd<n>:
fd<n>:
(nblk=<total number of blocks>)
The operation tried to access a block number that is greater than the total number of blocks.
fd<n>:
The size of an operation is not a multiple of the sector size.
fd<n>:
fd<n>:
Overrun/underrun errors occur when accessing a diskette while the system is heavily loaded. Decrease the load on the system and retry the diskette access.
3.5" high density diskettes have 18 sectors per track and 5.25" high density diskettes have 15 sectors per track. They can cross a track (though not a cylinder) boundary without losing data, so when using dd(8) or read(2)/write(2) calls to or from the raw diskette, you should specify bs=18k or multiples thereof for 3.5" diskettes, and bs=15k or multiples thereof for 5.25" diskettes.
The SPARC fd driver is not an unloadable module.
Under Solaris (x86 Edition), the configuration of the floppy drives is specified in CMOS configuration memory. Use the BIOS setup program for the system to define the diskette size and density/capacity for each installed drive. Note that MS-DOS may operate the floppy drives correctly, even though the CMOS configuration may be in error. Solaris (x86 Edition) relies on the CMOS configuration to be accurate.
March 2, 2007 | OmniOS |