Description of problem: When I use "cdrecord" to write a session containing an ISO file system to a CD-Recordable, there is some information cached (in the kernel?) that is not updated: I cannot immediately mount the CD. But if I eject it and reinsert it, I can mount the CD. Version-Release number of selected component (if applicable): (Admittedly, this version of Fedora is no longer supported. But I had the same problem with much earlier versions of Fedora, so I suspect the problem hasn't been fixed recently, either.) Fedora 16 cdrecord is from the package wodim-1.1.11-12.fc16.i686.rpm cdrecord --version is: Cdrecord-yelling-line-to-tell-frontends-to-use-it-like-version 2.01.01a03-dvd Wodim 1.1.11 How reproducible: Steps to Reproduce: 1. Insert blank CD-Recordable in /dev/cdrom1 2. Record ISO file system on it with "cdrecord dev=/dev/cdrom1 speed=32 fs=32m -v -data /home/worley/temp/burn-fs-isofs", where burn-fs-isofs contains an ISO file system. 3. Attempt to mount the new filesystem with "mount -t iso9660 -o ro /dev/cdrom1 /mnt/cdrom1" Actual results: Mount fails with the generic "Can't find superblock or something" error. /var/log/messages shows: Mar 3 10:36:14 hobgoblin kernel: [1346130.827055] isofs_fill_super: bread failed, dev=sr0, iso_blknum=16, block=16 Expected results: File system should be mountable like any other CD filesystem. Additional info: If you then eject the CD and reinsert it, the mount command will work as expected. Even if you don't eject the CD, you can read the session off the CD into a file with "readcd dev=/dev/cdrom1 f=/home/worley/temp/r", and this file is mountable via "mount -t iso9660 -o loop /home/worley/temp/r /mnt/temp". I believe that the failure involves some cached information that is changed by writing the session, but cdrecord does not order the cached information to be updated. I believe this partly because of the observed symptoms, and partly because when I insert a CD into the drive, it does a considerable amount of reading immediately, even when no program is trying to access the CD. By comparison, when fdisk rewrites the partition table of a disk, it orders the kernel to refresh its cached copy of the partition table, thus ensuring other components of the system can see the changes that have been made. CD-writing programs should do the same.
Not related to cd-discid, reassigning to distribution for possible re-reassigment to some other component.
From upstream mailing list [1]: Well known, regrettably. ... The reason is that ioctl(SG_IO), which we use for burning on Linux, is not coordinated buffered i/o, i.e. with open(2), read(2) et.al. It would be nice if the kernel could mark dirty all cached blocks after ioctl(SG_IO) transmitted BLANK or WRITE commands from userspace. But it does not. ... Thomas Schmitt [1]http://lists.alioth.debian.org/pipermail/debburn-devel/2013-March/000910.html
Question for kernel maintainers: Is it truly not possible for userspace programs to somehow convince the kernel to refresh this cache? This problem makes any automatic incremental backup to CD/DVD possible only with a fully motorized drive capable of ejecting and reloading again. This probably affects large number of users. Rising severity to "medium".
linux-scsi.org is your best bet.
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 19 kernel bugs. Fedora 19 has now been rebased to 3.11.1-200.fc19. Please test this kernel update and let us know if you issue has been resolved or if it is still present with the newer kernel. If you experience different issues, please open a new bug report for those.
The problem is still seen with kernel 3.11.1: # # Determin version information. # uname -a Linux hobgoblin.ariadne.com 3.11.1-200.fc19.x86_64 #1 SMP Sat Sep 14 15:04:51 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux # rpm -qa | grep cdr libcdr-0.0.14-1.fc19.x86_64 cdrdao-1.2.3-19.fc19.x86_64 # # Verify that the file contains a valid ISO filesystem. # mount -o loop ~worley/temp/.hobgoblin.ariadne.com./burn-fs-isofs.31518 /mnt/temp # ls /mnt/temp /mnt/temp: COMMIT_EDITMSG ORIG_HEAD config~ index objects refs FETCH_HEAD branches description info packed-refs HEAD config hooks logs qgit_cache.dat # umount /mnt/temp # # Burn the filesystem onto a new CD-R. # wodim dev=/dev/sr0 -multi speed=32 fs=32m -v -data ~worley/temp/.hobgoblin.ariadne.com./burn-fs-isofs.31518 wodim: No write mode specified. wodim: Assuming -tao mode. wodim: Future versions of wodim may have different drive dependent defaults. TOC Type: 1 = CD-ROM scsidev: '/dev/sr0' devname: '/dev/sr0' [...] # Attempt to mount the CD-R immediately after burning it. # mount /dev/sr0 /mnt/temp mount: /dev/sr0 is write-protected, mounting read-only mount: wrong fs type, bad option, bad superblock on /dev/sr0, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. # dmesg | tail [ 650.894076] sd 6:0:0:0: [sdb] Mode Sense: 04 00 00 00 [ 650.894785] sd 6:0:0:0: [sdb] No Caching mode page present [ 650.894790] sd 6:0:0:0: [sdb] Assuming drive cache: write through [ 650.898292] sd 6:0:0:0: [sdb] No Caching mode page present [ 650.898297] sd 6:0:0:0: [sdb] Assuming drive cache: write through [ 650.900178] sdb: [ 650.904661] sd 6:0:0:0: [sdb] No Caching mode page present [ 650.904667] sd 6:0:0:0: [sdb] Assuming drive cache: write through [ 650.904671] sd 6:0:0:0: [sdb] Attached SCSI removable disk [ 739.478349] isofs_fill_super: bread failed, dev=sr0, iso_blknum=16, block=16 # Eject and reload the CD-R and then try to mount it. # eject /dev/sr0 # mount /dev/sr0 /mnt/temp mount: /dev/sr0 is write-protected, mounting read-only # ll /mnt/temp total 2960 -r--r--r--. 1 root root 34 Sep 21 19:14 COMMIT_EDITMSG -r--r--r--. 1 root root 87 May 27 11:36 FETCH_HEAD [...] #
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 19 kernel bugs. Fedora 19 has now been rebased to 3.12.6-200.fc19. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 20, and are still experiencing this issue, please change the version to Fedora 20. If you experience different issues, please open a new bug report for those.
The issue is still seen with kernel 3.12.6-200 in Fedora 19. Here is an example: # # Determine version information. # uname -a Linux hobgoblin.ariadne.com 3.12.6-200.fc19.x86_64 #1 SMP Mon Dec 23 16:33:38 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux # cat /etc/redhat-release Fedora release 19 (Schrödinger’s Cat) # rpm -qa | grep cdr libcdr-0.0.14-1.fc19.x86_64 cdrdao-1.2.3-19.fc19.x86_64 # # Verify that the file contains a valid ISO filesystem. # mount -o loop ~worley/temp/time-warp-iso /mnt/temp mount: /dev/loop0 is write-protected, mounting read-only # ls /mnt/temp COMMIT_EDITMSG ORIG_HEAD config~ index objects refs FETCH_HEAD branches description info packed-refs HEAD config hooks logs qgit_cache.dat # umount /mnt/temp # # Burn the filesystem onto a new CD-R. # wodim dev=/dev/sr0 -multi speed=32 fs=32m -v -data ~worley/temp/time-warp-iso wodim: No write mode specified. wodim: Assuming -tao mode. wodim: Future versions of wodim may have different drive dependent defaults. TOC Type: 1 = CD-ROM scsidev: '/dev/sr0' devname: '/dev/sr0' [...] Min drive buffer fill was 100% Fixating... Fixating time: 42.711s BURN-Free was never needed. wodim: fifo had 10390 puts and 10390 gets. wodim: fifo was 0 times empty and 9656 times full, min fill was 98%. # # Attempt to mount the CD-R immediately after burning it. # mount /dev/sr0 /mnt/temp mount: /dev/sr0 is write-protected, mounting read-only mount: wrong fs type, bad option, bad superblock on /dev/sr0, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. # dmesg | tail [44808.096908] ahci 0000:00:1f.2: no hotplug settings from platform [44808.096911] ahci 0000:00:1f.2: using default PCI settings [44808.096921] i801_smbus 0000:00:1f.3: no hotplug settings from platform [44808.096924] i801_smbus 0000:00:1f.3: using default PCI settings [44808.619653] dell_wmi: Received unknown WMI event (0x11) [45991.029161] loop: module loaded [45991.214060] ISO 9660 Extensions: Microsoft Joliet Level 3 [45991.267082] ISO 9660 Extensions: RRIP_1991A [45991.267243] SELinux: initialized (dev loop0, type iso9660), uses genfs_contexts [46502.036916] isofs_fill_super: bread failed, dev=sr0, iso_blknum=16, block=16 # # Eject and reload the CD-R and then try to mount it. # eject /dev/sr0 # mount /dev/sr0 /mnt/temp mount: /dev/sr0 is write-protected, mounting read-only # ll /mnt/temp total 3013 -r--r--r--. 1 root root 34 Jan 4 03:45 COMMIT_EDITMSG -r--r--r--. 1 root root 87 May 27 2013 FETCH_HEAD -r--r--r--. 1 root root 26 Jun 12 2013 HEAD -r--r--r--. 1 root root 41 Jan 4 02:45 ORIG_HEAD dr-xr-xr-x. 2 root root 2048 May 11 2013 branches -r--r--r--. 1 root root 234 Dec 7 20:40 config -r--r--r--. 1 root root 234 Jun 18 2013 config~ -r--r--r--. 1 root root 73 May 11 2013 description dr-xr-xr-x. 2 root root 2048 May 11 2013 hooks -r--r--r--. 1 root root 2882279 Jan 4 02:45 index dr-xr-xr-x. 2 root root 2048 Jan 4 02:54 info dr-xr-xr-x. 3 root root 2048 May 22 2013 logs dr-xr-xr-x. 4 root root 2048 Jan 4 02:54 objects -r--r--r--. 1 root root 302 Jan 4 02:45 packed-refs -r--r--r--. 1 root root 185477 Jul 31 18:46 qgit_cache.dat dr-xr-xr-x. 6 root root 2048 Nov 15 11:52 refs #
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 19 kernel bugs. Fedora 19 has now been rebased to 3.13.5-100.fc19. Please test this kernel update and let us know if you issue has been resolved or if it is still present with the newer kernel. If you experience different issues, please open a new bug report for those.
The issue is still seen with kernel 3.13.5-101 in Fedora 19. Here is an example: # # Determine version information. # uname -a Linux hobgoblin.ariadne.com 3.13.5-101.fc19.x86_64 #1 SMP Tue Feb 25 21:25:32 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux # cat /etc/redhat-release Fedora release 19 (Schrödinger’s Cat) # rpm -qa | grep cdr libcdr-0.0.14-1.fc19.x86_64 cdrdao-1.2.3-19.fc19.x86_64 # # Verify that the file contains a valid ISO filesystem. # mount -o loop ~worley/temp/time-warp-iso /mnt/temp mount: /dev/loop0 is write-protected, mounting read-only # ls /mnt/temp COMMIT_EDITMSG ORIG_HEAD config~ index objects refs FETCH_HEAD branches description info packed-refs HEAD config hooks logs qgit_cache.dat # umount /mnt/temp # # Burn the filesystem onto a new CD-R. # wodim dev=/dev/sr0 -multi speed=32 fs=32m -v -data ~worley/temp/time-warp-iso wodim: No write mode specified. wodim: Assuming -tao mode. wodim: Future versions of wodim may have different drive dependent defaults. TOC Type: 1 = CD-ROM scsidev: '/dev/sr0' devname: '/dev/sr0' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 Wodim version: 1.1.11 SCSI buffer size: 64512 Device type : Removable CD-ROM Version : 5 Response Format: 2 Capabilities : Vendor_info : 'TSSTcorp' Identification : 'DVD+-RW TS-U633A' Revision : 'D300' Device seems to be: Generic mmc2 DVD-R/DVD-RW. [...] Track 01: 625 of 625 MB written (fifo 100%) [buf 100%] 25.2x. Track 01: Total bytes read/written: 656142336/656142336 (320382 sectors). Writing time: 255.813s Average write speed 17.1x. Min drive buffer fill was 99% Fixating... Fixating time: 43.895s BURN-Free was never needed. wodim: fifo had 10335 puts and 10335 gets. wodim: fifo was 0 times empty and 9573 times full, min fill was 97%. # # Attempt to mount the CD-R immediately after burning it. # mount /dev/sr0 /mnt/temp mount: /dev/sr0 is write-protected, mounting read-only mount: wrong fs type, bad option, bad superblock on /dev/sr0, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so. # dmesg | tail [99045.625479] i801_smbus 0000:00:1f.3: using default PCI settings [99045.649439] dell_wmi: Received unknown WMI event (0x11) [100784.941616] loop: module loaded [100785.165164] ISO 9660 Extensions: Microsoft Joliet Level 3 [100785.222074] ISO 9660 Extensions: RRIP_1991A [100785.222207] SELinux: initialized (dev loop0, type iso9660), uses genfs_contexts [100931.369609] fuse init (API version 7.22) [100931.711371] SELinux: initialized (dev fuse, type fuse), uses genfs_contexts [100932.052892] SELinux: initialized (dev fusectl, type fusectl), uses genfs_contexts [101215.067563] isofs_fill_super: bread failed, dev=sr0, iso_blknum=16, block=16 # # Eject and reload the CD-R and then try to mount it. # eject /dev/sr0 # mount /dev/sr0 /mnt/temp mount: /dev/sr0 is write-protected, mounting read-only # ll /mnt/temp total 2493 -r--r--r--. 1 root root 34 Mar 8 03:45 COMMIT_EDITMSG -r--r--r--. 1 root root 87 May 27 2013 FETCH_HEAD -r--r--r--. 1 root root 26 Jun 12 2013 HEAD -r--r--r--. 1 root root 41 Mar 8 02:45 ORIG_HEAD dr-xr-xr-x. 2 root root 2048 May 11 2013 branches -r--r--r--. 1 root root 234 Mar 6 12:55 config -r--r--r--. 1 root root 233 Feb 26 14:34 config~ -r--r--r--. 1 root root 73 May 11 2013 description dr-xr-xr-x. 2 root root 2048 May 11 2013 hooks -r--r--r--. 1 root root 2350328 Mar 8 02:45 index dr-xr-xr-x. 2 root root 2048 Mar 8 02:54 info dr-xr-xr-x. 3 root root 2048 May 22 2013 logs dr-xr-xr-x. 4 root root 2048 Mar 8 02:54 objects -r--r--r--. 1 root root 302 Mar 8 02:45 packed-refs -r--r--r--. 1 root root 185477 Jul 31 2013 qgit_cache.dat dr-xr-xr-x. 6 root root 2048 Nov 15 11:52 refs #
I've reported this upstream to linux-scsi.org.
(In reply to Dale R. Worley from comment #12) > I've reported this upstream to linux-scsi.org. https://bugzilla.kernel.org/show_bug.cgi?id=71981
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 19 kernel bugs. Fedora 19 has now been rebased to 3.14.4-100.fc19. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 20, and are still experiencing this issue, please change the version to Fedora 20. If you experience different issues, please open a new bug report for those.
Can not reproduce anymore with 3.14.3-200.fc20.x86_64, cdrkit-1.1.11-22
Thanks
Hi, I had made the lean OS by removing some rpms. Now I face the same issue, cannot mount the CD after burn operation. Can you please let me know which RPM has to be re-installed again for this to work. I had delete around 500 rpms so your help is very much appreciated. Best Regards, Srinivas
I'm seeing exactly the same problem with kernel 4.11.8 on Fedora 26: $ # Determine version information. $ uname -a Linux localhost.localdomain 4.11.8-300.fc26.x86_64 #1 SMP Thu Jun 29 20:09:48 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux $ cat /etc/redhat-release Fedora release 26 (Twenty Six) $ rpm -qa | grep cdr cdrdao-1.2.3-28.fc26.x86_64 libcdr-0.1.4-1.fc26.x86_64 $ # Verify that the file contains a valid ISO filesystem. $ sudo mount -o loop ~worley/temp/time-warp.iso /mnt/temp mount: /mnt/temp: WARNING: device write-protected, mounted read-only. $ ls /mnt/temp COMMIT_EDITMSG HEAD config hooks info objects refs FETCH_HEAD ORIG_HEAD description index logs packed-refs $ sudo umount /mnt/temp $ # Burn the filesystem onto a new CD-R. $ sudo wodim dev=/dev/sr1 -multi speed=32 fs=32m -v -data ~worley/temp/time-warp.iso wodim: No write mode specified. wodim: Assuming -tao mode. wodim: Future versions of wodim may have different drive dependent defaults. TOC Type: 1 = CD-ROM scsidev: '/dev/sr1' devname: '/dev/sr1' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 Wodim version: 1.1.11 SCSI buffer size: 64512 Device type : Removable CD-ROM Version : 0 Response Format: 2 Capabilities : Vendor_info : 'HL-DT-ST' Identification : 'DVDRAM GP10NB20 ' Revision : '1.00' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x001B (DVD+R) Profile: 0x0015 (DVD-R/DL sequential recording) Profile: 0x0016 (DVD-R/DL layer jump recording) Profile: 0x0018 (Reserved/Unknown) Profile: 0x002B (DVD+R/DL) Profile: 0x001B (DVD+R) (current) Profile: 0x001A (DVD+RW) Profile: 0x0014 (DVD-RW sequential recording) Profile: 0x0013 (DVD-RW restricted overwrite) Profile: 0x0012 (DVD-RAM) Profile: 0x0011 (DVD-R sequential recording) Profile: 0x0010 (DVD-ROM) Profile: 0x000A (CD-RW) Profile: 0x0009 (CD-R) Profile: 0x0008 (CD-ROM) Profile: 0x0002 (Removable disk) Using generic SCSI-3/mmc DVD-R(W) driver (mmc_mdvd). Driver flags : SWABAUDIO BURNFREE Supported modes: PACKET SAO Drive buf size : 948224 = 926 KB Beginning DMA speed test. Set CDR_NODMATEST environment variable if device communication breaks or freezes immediately after that. FIFO size : 33554432 = 32768 KB Track 01: data 2238 MB Total size: 2571 MB (254:43.90) = 1146293 sectors Lout start: 2571 MB (254:45/68) = 1146293 sectors Current Secsize: 2048 HINT: use dvd+rw-mediainfo from dvd+rw-tools for information extraction. Blocks total: 2295104 Blocks current: 2295104 Blocks remaining: 1148811 Speed set to 11080 KB/s Starting to write CD/DVD at speed 8.0 in real unknown mode for multi session. Last chance to quit, starting real write in 0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. Performing OPC... Starting new track at sector: 0 Track 01: 2238 of 2238 MB written (fifo 100%) [buf 99%] 6.4x. Track 01: Total bytes read/written: 2347608064/2347608064 (1146293 sectors). Writing time: 374.008s Average write speed 4.8x. Min drive buffer fill was 93% Fixating... Fixating time: 19.141s wodim: fifo had 36978 puts and 36978 gets. wodim: fifo was 0 times empty and 17076 times full, min fill was 96%. $ # Attempt to mount the CD-R immediately after burning it. $ sudo mount /dev/sr1 /mnt/temp mount: /mnt/temp: wrong fs type, bad option, bad superblock on /dev/sr1, missing codepage or helper program, or other error. $ dmesg | tail [ 383.136768] iwlwifi 0000:0c:00.0: Radio type=0x1-0x2-0x0 [ 383.163366] IPv6: ADDRCONF(NETDEV_UP): wlp12s0: link is not ready [ 698.077006] iwlwifi 0000:0c:00.0: L1 Enabled - LTR Disabled [ 698.080121] iwlwifi 0000:0c:00.0: L1 Enabled - LTR Disabled [ 698.080209] iwlwifi 0000:0c:00.0: Radio type=0x1-0x2-0x0 [ 698.181511] iwlwifi 0000:0c:00.0: L1 Enabled - LTR Disabled [ 698.184636] iwlwifi 0000:0c:00.0: L1 Enabled - LTR Disabled [ 698.184736] iwlwifi 0000:0c:00.0: Radio type=0x1-0x2-0x0 [ 698.210027] IPv6: ADDRCONF(NETDEV_UP): wlp12s0: link is not ready [ 794.329666] isofs_fill_super: bread failed, dev=sr1, iso_blknum=16, block=16 $ # Eject and reload the CD-R and then try to mount it. $ eject /dev/sr1 $ # Reload the CD-R $ sudo mount /dev/sr1 /mnt/temp mount: /mnt/temp: WARNING: device write-protected, mounted read-only. $ ll /mnt/temp total 2395 dr-xr-xr-x. 7 worley worley 2048 Dec 1 00:51 . drwxr-xr-x. 3 root root 4096 Dec 2 19:22 .. -r--r--r--. 1 worley worley 34 Dec 1 00:51 COMMIT_EDITMSG -r--r--r--. 1 worley worley 0 Aug 15 2016 FETCH_HEAD -r--r--r--. 1 worley worley 26 Aug 15 2016 HEAD -r--r--r--. 1 worley worley 41 Dec 1 00:45 ORIG_HEAD -r--r--r--. 1 worley worley 442 Sep 30 2016 config -r--r--r--. 1 worley worley 49 Aug 15 2016 description dr-xr-xr-x. 2 worley worley 2048 May 11 2013 hooks -r--r--r--. 1 worley worley 2432196 Dec 1 00:45 index dr-xr-xr-x. 2 worley worley 2048 Dec 1 00:50 info dr-xr-xr-x. 3 worley worley 2048 May 22 2013 logs dr-xr-xr-x. 4 worley worley 2048 Dec 1 00:50 objects -r--r--r--. 1 worley worley 167 Dec 1 00:45 packed-refs dr-xr-xr-x. 4 worley worley 2048 May 27 2014 refs $ sudo umount /mnt/temp $ eject /dev/sr1 $
This bug is currently reported against a Fedora version which is already unsuported. I am changing the version to '27', the latest supported release. Please check whether this bug is still an issue on the '27' release. If you find this bug not being applicable on this release, please close it.
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There are a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 27 kernel bugs. Fedora 27 has now been rebased to 4.17.7-100.fc27. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 28, and are still experiencing this issue, please change the version to Fedora 28. If you experience different issues, please open a new bug report for those.
*********** MASS BUG UPDATE ************** This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 5 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously.