Bug 1249286 - buring data cd needing more than 1 track are not automatically mounted if inserting them after the burning process is finished
Summary: buring data cd needing more than 1 track are not automatically mounted if ins...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: util-linux
Version: 24
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Radek Novacek
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-08-01 09:55 UTC by Joachim Backes
Modified: 2016-12-01 00:35 UTC (History)
14 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-06-13 12:17:27 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Joachim Backes 2015-08-01 09:55:47 UTC
Description of problem:
Burning a CD with k3b has the following problem: If only 1 track is written, the re-inserting such a CD in the CD drive will mount it automatically, and it appears on the gnome3 desktop.

But if I burn a bigger file so that at least 2 tracks (the size of the internally generated ISO image) are burned, then this CD will not be automatically mounted and shown the gnome3 desktop.

Maybe, it is too a problem of wodim or genisoimage used by k3b? Or systemd?

Version-Release number of selected component (if applicable):
k3b-2.0.3-3.fc22.x86_64

How reproducible:
always

Steps to Reproduce:
1.see description
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Joachim Backes 2015-09-24 14:48:32 UTC
Seems to be a nautilus problem:

If I generate the image with genisoimage and then burn it to the cd with wodim, then after CD insertion, nautilus will mount it or not depending on the image size! 

My nautilus: nautilus-3.18.0-1.fc23.x86_64

Comment 2 Joachim Backes 2016-06-13 12:17:27 UTC
Seems to be solved by util-linux-2.28-3.fc24.x86_64.


Note You need to log in before you can comment on or make changes to this bug.