There is a problem how gnome CD automounting (on desktop) interacts with the system. When you try to mount a disk manually you get mount: wrong fs type, bad option, bad superblock on /dev/cdrom, or too many mounted file systems (aren't you trying to mount an extended partition, instead of some logical partition inside?) because gnome desctop is trying to mount the CD. It should be a more advanced algorithm to fix this kind of conflicts.
In addition: I am not sure what causes this problem. The CD was burned on HP9100i CDRW from RedHat 7.0 Beta ISO images. When the described event happens in /var/log/messages I get Aug 5 11:00:02 eth0_extrenal kernel: hdc: ATAPI 32X CD-ROM drive, 256kB Cache Aug 5 11:20:02 eth0_extrenal kernel: hdc: ATAPI 32X CD-ROM drive, 256kB Cache Aug 5 11:50:01 eth0_extrenal kernel: hdc: ATAPI 32X CD-ROM drive, 256kB Cache Aug 5 12:22:01 eth0_extrenal kernel: attempt to access beyond end of device Aug 5 12:22:01 eth0_extrenal kernel: 16:00: rw=0, want=33, limit=0 Aug 5 12:22:01 eth0_extrenal kernel: dev 16:00 blksize=1024 blocknr=32 sector=64 size=1024 count=1 Aug 5 12:22:01 eth0_extrenal kernel: isofs_read_super: bread failed, dev=16:00, iso_blknum=16, block=32 Aug 5 12:22:01 eth0_extrenal kernel: attempt to access beyond end of device Aug 5 12:22:01 eth0_extrenal kernel: 16:00: rw=0, want=33, limit=0 Aug 5 12:22:01 eth0_extrenal kernel: dev 16:00 blksize=1024 blocknr=32 sector=64 size=1024 count=1 Aug 5 12:22:01 eth0_extrenal kernel: isofs_read_super: bread failed, dev=16:00, iso_blknum=16, block=32 Aug 5 12:22:03 eth0_extrenal kernel: attempt to access beyond end of device Aug 5 12:22:03 eth0_extrenal kernel: 16:00: rw=0, want=33, limit=0 Aug 5 12:22:03 eth0_extrenal kernel: dev 16:00 blksize=1024 blocknr=32 sector=64 size=1024 count=1 Aug 5 12:22:03 eth0_extrenal kernel: isofs_read_super: bread failed, dev=16:00, iso_blknum=16, block=32 Aug 5 12:22:09 eth0_extrenal kernel: attempt to access beyond end of device Aug 5 12:22:09 eth0_extrenal kernel: 16:00: rw=0, want=33, limit=0 ...............
This is a magicdev problem. Changing to magicdev.
What happens when you try to mount a CD that you know works (instead of one you burned yourself)?
This problem does hot happen too often, so it is hard to trigger. I can not trigger this problem right now neither with burned nor with factory-manufactured CDs. Nothing changed since this problem first appear.
*** Bug 16585 has been marked as a duplicate of this bug. ***
The problem can be triggered with factory-manufactured CD. This is what I have when using RedHat 6.2 CD from the store. mount /mnt/cdrom/ mount: wrong fs type, bad option, bad superblock on /dev/cdrom, or too many mounted file systems (aren't you trying to mount an extended partition, instead of some logical partition inside?) [root@eth0_extrenal /root]# tail /var/log/messages output: Aug 21 14:24:18 eth0_extrenal PAM_unix[9238]: (system-auth) session opened for user root by mal(uid=500) Aug 21 14:48:55 eth0_extrenal kernel: attempt to access beyond end of device Aug 21 14:48:55 eth0_extrenal kernel: 16:00: rw=0, want=33, limit=0 Aug 21 14:48:55 eth0_extrenal kernel: dev 16:00 blksize=1024 blocknr=32 sector=64 size=1024 count=1 Aug 21 14:48:55 eth0_extrenal kernel: isofs_read_super: bread failed, dev=16:00, iso_blknum=16, block=32 Aug 21 14:48:55 eth0_extrenal kernel: attempt to access beyond end of device Aug 21 14:48:55 eth0_extrenal kernel: 16:00: rw=0, want=33, limit=0 Aug 21 14:48:55 eth0_extrenal kernel: dev 16:00 blksize=1024 blocknr=32 sector=64 size=1024 count=1 Aug 21 14:48:55 eth0_extrenal kernel: isofs_read_super: bread failed, dev=16:00, iso_blknum=16, block=32 Aug 21 14:50:02 eth0_extrenal kernel: hdc: ATAPI 32X CD-ROM drive, 256kB Cache [root@eth0_extrenal /root]# tail -40 /var/log/messages Then 5 minutes later I do mount /mnt/cdrom/ And it works. no errors in /var/log/messages after that.
Also, the same message is printed to linux console mount: wrong fs type, bad option, bad superblock on /dev/cdrom, or too many mounted file systems (aren't you trying to mount an extended partition, instead of some logical partition inside?) Is it possible this is a problem with kernel, not with magicdev
> Is it possible this is a problem with kernel, > not with magicdev It is my opinion that this is a kernel problem, but I have not conferred with any kernel hackers yet, nor have I looked into the details of the bug. :(
The model I have cat /proc/ide/hdc/model NEC CD-ROM DRIVE:28B cat /proc/ide/hdc/driver ide-cdrom version 4.58
This seems to be a kernel problem. The problem still exists in RedHat 7.0 release
The problem seems to go away after rmmod ide-cd modprobe ide-cd
The problem exists with 3 different types of CD-ROM drives. Also, when useing ide-scsi for the CDROM and then mounting CDROM as a SCSI device everything is working OK.
Kernel gurus, attack.
Created attachment 9022 [details] This is the /var/log/messages with cdrom debug on
Modern Red Hat (and all Linux ) allows something to be mounted multiple times, so the issue about desktop mounting is gone