mounting floppy very slow in suse 9.0
ever since I installed suse 9, mounting my floppy take much more time that it did in 8.2. It will mount, just very slow--it just seems to read and read the disk. Here is my etc/fstab info:
dev/hda6 / reiserfs defaults 1 1 /dev/hda1 /windows/C vfat users,gid=users,umask=0002,iocharset=iso8859-1,code=437 0 0 /dev/hdb1 /windows/D ntfs ro,users,gid=users,umask=0002,nls=iso8859-1 0 0 /dev/hdb5 /windows/F vfat users,gid=users,umask=0002,iocharset=iso8859-1,code=437 0 0 /dev/hda5 swap swap pri=42 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 proc /proc proc defaults 0 0 usbdevfs /proc/bus/usb usbdevfs noauto 0 0 /dev/cdrecorder /media/cdrecorder auto ro,noauto,user,exec 0 0 /dev/cdrom /media/cdrom auto ro,noauto,user,exec 0 0 /dev/fd0 /media/floppy auto noauto,user,sync 0 0
Any suggestions??
Did anyone have a resolution for this problem? Ive found its not only the mounting of floppys thats slow, but all forms of floppy disk access are very very slow, including straight low-level access to the floppy device. It appears to be a kernel problem, as exactly the same machine with the earlier version works as it should at full speed. heres an example: SuSE 9.0 - 2.4.21-199 kernel davros:/data/floppy_test # time dd if=/dev/fd0 of=fd0_test 2880+0 records in 2880+0 records out real 2m7.861s user 0m0.001s sys 0m0.020s --------------------------------- SuSE 8.2 - 2.4.20-39 kernel kuato:/data/floppy_test # time dd if=/dev/fd0 of=fd0_test 2880+0 records in 2880+0 records out real 0m48.646s user 0m0.050s sys 0m0.070s As you can see, the difference is ridiculus. This was done on 1 system with the different versions on seperate hard disks. I've tested the other SuSE 9.0 2.4.21 machines and have found exacly the same problem. I have the need to low-level read hundereds of floppy disks with dd and this problem is giving me nightmares due to the major increase in time it takes to read. creation of boot disks (writing images back) is also slowed down in a similar fashion. Im surprised more people havent noticed this as it seems to be a pretty major problem. anyone have any ideas as to how i can get my floppy io speed back without having to downgrade? Adam On Fri, Feb 06, 2004 at 05:39:53PM -0500, Chip Cooper wrote:
ever since I installed suse 9, mounting my floppy take much more time that it did in 8.2. It will mount, just very slow--it just seems to read and read the disk. Here is my etc/fstab info:
dev/hda6 / reiserfs defaults 1 1 /dev/hda1 /windows/C vfat users,gid=users,umask=0002,iocharset=iso8859-1,code=437 0 0 /dev/hdb1 /windows/D ntfs ro,users,gid=users,umask=0002,nls=iso8859-1 0 0 /dev/hdb5 /windows/F vfat users,gid=users,umask=0002,iocharset=iso8859-1,code=437 0 0 /dev/hda5 swap swap pri=42 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 proc /proc proc defaults 0 0 usbdevfs /proc/bus/usb usbdevfs noauto 0 0 /dev/cdrecorder /media/cdrecorder auto ro,noauto,user,exec 0 0 /dev/cdrom /media/cdrom auto ro,noauto,user,exec 0 0 /dev/fd0 /media/floppy auto noauto,user,sync 0 0
Any suggestions??
-- Technical Consultant ----------------------------------------------------------------------- FORENSIC DATA SERVICES PTY LIMITED http://www.forensicdata.com.au ------------------------------------------------------------------------ The information contained in this e-mail is confidential and is intended solely for the addressee. If you received this e-mail by mistake please notify us immediately and delete all copies of this message. You must not disclose or use in any way the information in the e-mail. It is the responsibility of the recipient to virus scan this e-mail and any attachments included.
Adam Daniel wrote:
Did anyone have a resolution for this problem?
Ive found its not only the mounting of floppys thats slow, but all forms of floppy disk access are very very slow, including straight low-level access to the floppy device.
It appears to be a kernel problem, as exactly the same machine with the earlier version works as it should at full speed.
heres an example:
SuSE 9.0 - 2.4.21-199 kernel
davros:/data/floppy_test # time dd if=/dev/fd0 of=fd0_test 2880+0 records in 2880+0 records out
real 2m7.861s user 0m0.001s sys 0m0.020s
---------------------------------
SuSE 8.2 - 2.4.20-39 kernel
kuato:/data/floppy_test # time dd if=/dev/fd0 of=fd0_test 2880+0 records in 2880+0 records out
real 0m48.646s user 0m0.050s sys 0m0.070s
As you can see, the difference is ridiculus.
This was done on 1 system with the different versions on seperate hard disks.
I've tested the other SuSE 9.0 2.4.21 machines and have found exacly the same problem.
I have the need to low-level read hundereds of floppy disks with dd and this problem is giving me nightmares due to the major increase in time it takes to read.
creation of boot disks (writing images back) is also slowed down in a similar fashion.
Im surprised more people havent noticed this as it seems to be a pretty major problem.
anyone have any ideas as to how i can get my floppy io speed back without having to downgrade?
Adam
On Fri, Feb 06, 2004 at 05:39:53PM -0500, Chip Cooper wrote:
ever since I installed suse 9, mounting my floppy take much more time that it did in 8.2. It will mount, just very slow--it just seems to read and read the disk. Here is my etc/fstab info:
dev/hda6 / reiserfs defaults 1 1 /dev/hda1 /windows/C vfat users,gid=users,umask=0002,iocharset=iso8859-1,code=437 0 0 /dev/hdb1 /windows/D ntfs ro,users,gid=users,umask=0002,nls=iso8859-1 0 0 /dev/hdb5 /windows/F vfat users,gid=users,umask=0002,iocharset=iso8859-1,code=437 0 0 /dev/hda5 swap swap pri=42 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 proc /proc proc defaults 0 0 usbdevfs /proc/bus/usb usbdevfs noauto 0 0 /dev/cdrecorder /media/cdrecorder auto ro,noauto,user,exec 0 0 /dev/cdrom /media/cdrom auto ro,noauto,user,exec 0 0 /dev/fd0 /media/floppy auto noauto,user,sync 0 0
I also have the same problem since upgrading to 9.0--and have been tempted to put 8.2 back on. I have posted about this problem and have never gotten a response. Would be interested to know of a solution to this--it is quite annoying.
Chip (by the way, I finally got my pcmcia card to work on my laptop)
participants (2)
-
Adam Daniel
-
Chip Cooper