Bug 918200

Summary:	Writing session to CD does not update some important cached information.
Product:	[Fedora] Fedora	Reporter:	Dale R. Worley <worley>
Component:	kernel	Assignee:	Kernel Maintainer List <kernel-maint>
Status:	CLOSED INSUFFICIENT_DATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	27	CC:	dennis, fkluknav, gansalmon, hhorak, itamar, jonathan, kernel-maint, madhu.chinakonda, srinivas1908
Target Milestone:	---	Keywords:	Reopened
Target Release:	---	Flags:	jforbes: needinfo?
Hardware:	i686
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-08-29 15:12:42 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Dale R. Worley 2013-03-05 17:20:28 UTC

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.

Comment 1 Ville Skyttä 2013-03-06 19:54:09 UTC

Not related to cd-discid, reassigning to distribution for possible re-reassigment to some other component.

Comment 2 Frantisek Kluknavsky 2013-03-19 15:15:26 UTC

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

Comment 3 Frantisek Kluknavsky 2013-03-19 16:11:22 UTC

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".

Comment 4 Dave Jones 2013-03-19 16:59:23 UTC

linux-scsi.org is your best bet.

Comment 5 Fedora End Of Life 2013-04-03 15:45:15 UTC

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

Comment 6 Josh Boyer 2013-09-18 20:51:46 UTC

*********** 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.

Comment 7 Dale R. Worley 2013-09-25 23:36:08 UTC

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
[...]
#

Comment 8 Justin M. Forbes 2014-01-03 22:08:23 UTC

*********** 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.

Comment 9 Dale R. Worley 2014-01-04 17:56:35 UTC

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
#

Comment 10 Justin M. Forbes 2014-03-10 14:46:49 UTC

*********** 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.

Comment 11 Dale R. Worley 2014-03-10 20:01:13 UTC

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
#

Comment 12 Dale R. Worley 2014-03-10 20:06:32 UTC

I've reported this upstream to linux-scsi.org.

Comment 13 Dale R. Worley 2014-03-12 19:02:16 UTC

(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

Comment 14 Justin M. Forbes 2014-05-21 19:30:17 UTC

*********** 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.

Comment 15 Frantisek Kluknavsky 2014-05-22 12:10:52 UTC

Can not reproduce anymore with 3.14.3-200.fc20.x86_64, cdrkit-1.1.11-22

Comment 16 Josh Boyer 2014-05-22 12:25:44 UTC

Thanks

Comment 17 Srinivas 2017-11-17 10:51:04 UTC

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

Comment 18 Dale R. Worley 2017-12-03 05:41:47 UTC

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
$

Comment 19 Jan Kurik 2018-05-31 09:06:18 UTC

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.

Comment 20 Justin M. Forbes 2018-07-23 15:17:48 UTC

*********** 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.

Comment 21 Justin M. Forbes 2018-08-29 15:12:42 UTC

*********** 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.