Bug 720771
Summary: | HFSPlus DVD will not mount post install | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Xtian Simon <neon_bikini> |
Component: | kernel | Assignee: | Josh Boyer <jwboyer> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 15 | CC: | gansalmon, itamar, jonathan, jwboyer, kernel-maint, kzak, madhu.chinakonda, mephisto |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | kernel-3.0.1-3.fc16 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-09-26 19:42:56 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Xtian Simon
2011-07-12 17:52:27 UTC
Additional info: 4G USB/Thumbdrive automounts, OK. Please, I'd like to see: blkid -p -o udev /dev/dvd (or replace "/dev/dvd" with device where is the filesystem). See also "lsblk --fs" output. 1.) # blkid -p -o udev /dev/dvd /* also tried /dev/cdrom, /dev/sr0 */ > Returns = Nothing? 2.) # lsblk --fs > Returns= NAME FSTYPE LABEL MOUNTPOINT sda ├─sda1 vfat ├─sda2 ext4 /boot └─sda3 crypto_L └─luks-2145471a-de7e-4ed4-b771-a565213de6bf (dm-0) LVM2_mem ├─vg_F15-vg_root (dm-1) crypto_L │ └─luks-6caf0b39-564c-4088-a585-ec808472caa8 (dm-3) ext4 / └─vg_F15-vg_swap (dm-2) crypto_L sr0 Update: As I stated, non-hfs disks will automount. However, when using X windows I am constantly made aware of mount errors. * Failed to execute default File Manager. Failed to execute child process "file manager" (No such file or directory). * Unable to mount [disk]. DBus error org.gtk. Private.RemoteVolumeMonitor.Failed An operation is already pending. I'm guessing this is because I have opted to install both GDE and KDE XWindows. What I was lead to believe, based on the information I read, was these are independent sets of preferences--that I could test both at the same time, using different startx commands or .xinitrc files to chose which to use at a given time. I've not tested the KDE environment yet, however, I've discovered in the GDE the introduction of multiple applications which do the same things. So I have two terminal apps, three text editors (Kate, Kwrite, leafpad), etc. Of course none of these issues should cause the command line mount problems I am experiencing. UPDATE=
Still broken after re-installation of the system. Currently system installed as minimal Fedora 15 Xfce with WM (Openbox, & Xfce).
Here is the new setup:
# lsblk --fs
>Returns
NAME FSTYPE LABEL MOUNTPOINT
sda
├─sda1 vfat
├─sda2 ext4 /boot
└─sda3 crypto_LUK
└─luks-BLABLA (dm-0) LVM2_membe
├─cryptVG-root (dm-1) ext4 /
├─cryptVG-swap (dm-2) swap [SWAP]
└─cryptVG-data (dm-3) ext4 /home
sr0
And the disk still mounts on MacOSX 10.4.
This is not specific to optical disks, but also happens with other hfsplus filesystems, like my iPod. It worked fine in F14 and under F15 I get the following: [71589.792690] sd 9:0:0:0: [sdi] Attached SCSI removable disk [71590.496050] sd 9:0:0:0: [sdi] Bad block number requested [71590.496066] hfs: unable to find HFS+ superblock [71590.639044] sd 9:0:0:0: [sdi] Bad block number requested [71590.639059] hfs: unable to find HFS+ superblock I found this thread on Arch forums, saying it's a problem with the hfsplus module in the 2.6.38 kernel. https://bbs.archlinux.org/viewtopic.php?pid=925581 At the moment I'm using 2.6.38.8-35.fc15.i686.PAE, which I'm pretty sure is the latest at the moment I'm typing this. The proper way to solve this is to fix the kernel module. Although I can live without syncing my iPod for a little while, I would really like to see this fixed soon... Surely a lot of people with iPods and F15 systems would be running into issues? Unless they're all using an inferior MS filesystem on it ofcourse... Oh yeah, and can someone set the Component to the kernel instead of util-linux, as this is not a util-linux issue? kernel-2.6.40-4.fc15 has been pushed to updates. Could you test that kernel and let us know if the problem still exists? If so, there is one additional change that might need to be brought back. Nope, sorry, still the same error: [mephisto@chii ~]$ uname -a Linux chii 2.6.40-4.fc15.i686.PAE #1 SMP Fri Jul 29 18:47:58 UTC 2011 i686 i686 i386 GNU/Linux [mephisto@chii ~]$ dmesg |tail -n 5 [ 95.098940] sd 9:0:0:0: [sdi] Attached SCSI removable disk [ 95.440234] sd 9:0:0:0: [sdi] Bad block number requested [ 95.440246] hfs: unable to find HFS+ superblock [ 95.492236] sd 9:0:0:0: [sdi] Bad block number requested [ 95.492252] hfs: unable to find HFS+ superblock OK, I grabbed one more patch from what will be the 3.1 kernel. Could you test this build when it completes? http://koji.fedoraproject.org/koji/taskinfo?taskID=3247290 This kernel seems to fix the issue. I can access the file system after it has been automounted and I've just finished syncing my ipod with hfs+ filesystem with rhythmbox with no problems at all. Excellent, thank you for testing! Command line mount works, woot! I can mount the DVD manually and copy a file. Dolphin and Thunar File Managers are not automounting the DVD. I installed: kernel-2.6.40-5.fc15.i686.rpm kernel-headers-2.6.40-5.fc15.i686.rpm Settings I've checked: Xfce > Applications Menu > Preferences > Removable Drives & Media - Mount ... when hot plugged - Mount ... when inserted - Browse ... when inserted Xfce > Applications Menu > Preferences > File Manager + [Advanced] |- Enable volume management (?) If you can mount the DVD from commandline, but it does not get automounted, you're running into 2 separate bugs, and you should probably open a new ticket for the Dolphin bug, to prevent confusing developers ;) If commandline mounting works, the "unable to find superblock" kernel issue is gone. For continuing problems with HFS+ DVD disks, I've added a new bug report as per Mephesto's suggestion. Bug 728398 - Dolphin, Thunar, (and Nautilus) File Managers do not automount HFS+ DVDs in F15 [url=https://bugzilla.redhat.com/show_bug.cgi?id=728398] The problem for DVDs still exists. I was testing all of these troubles with my latest DVD backup. While restoring my system, I required an older DVD backup. The newer backup (Dsik 1) was made using OS X's Disk Utility or was a Burn Folder. The older backup (Disk 2) was likely made with a third party burn app (Dragon Burn). I don't know what to provide to assist with this troubleshooting. Below I've included the commands I used to mount and umount the disks (duh) and OS X diskutil's output. -- Here is the screen output with commands and errors= > INSERTED DISK 2... # mount -t hfsplus /dev/dvd /media mount: block device /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 > EJECTED THE DISK AND INSERTED DISK 1... # mount -t hfsplus /dev/dvd /media mount: block device /dev/sr0 is write-protected, mounting read-only mount: /dev/sr0 already mounted or /media busy mount: according to mtab, tmpfs is already mounted on /media # ls /media > LIST SHOWS NOTHING, SO I THREW IN A FEW UMOUNTS... # umount /media umount: /media: device is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1)) # umount -f /media umount2: Device or resource busy umount: /media: device is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1)) umount2: Device or resource busy # mount -t hfsplus /dev/dvd /media mount: block device /dev/sr0 is write-protected, mounting read-only # ls /media Desktop DB Desktop DF etc root www Xtian > DISK 1 STILL MOUNTS... -- Here is OS X's diskutil command report on the two disks= DISK 1 (mounts ok) Device Node: /dev/disk2s2 Device Identifier: disk2s2 Mount Point: /Volumes/F11-Backup Volume Name: F11-Backup File System: HFS+ Owners: Disabled Partition Type: Apple_HFS Bootable: Is bootable Media Type: Generic Protocol: ATAPI SMART Status: Not Supported UUID: 0B8A7FC9-64EA-3866-A429-241191447E3C Total Size: 4.4 GB Free Space: 1.5 GB Read Only: Yes Ejectable: Yes Drive Type: CD-ROM, CD-R, CD-RW, DVD-ROM, DVD-R, DVD-RW, DVD-RAM, DVD+R, DVD+RW Media Type: DVD-R Erasable: No -- DISK 2 (fails to mount) Device Node: /dev/disk2s2 Device Identifier: disk2s2 Mount Point: /Volumes/Backup OSX+F11 Volume Name: Backup OSX+F11 File System: HFS+ Owners: Disabled Partition Type: Apple_HFS Bootable: Is bootable Media Type: Generic Protocol: ATAPI SMART Status: Not Supported UUID: 00000000-0000-0000-0000-000000000000 Total Size: 3.4 GB Free Space: 0.0 B Read Only: Yes Ejectable: Yes Drive Type: CD-ROM, CD-R, CD-RW, DVD-ROM, DVD-R, DVD-RW, DVD-RAM, DVD+R, DVD+RW Media Type: DVD-R Erasable: No Well, this could either mean that 1) the patch was incomplete and doesn't work for every HFS+ volume, or 2) there is actually something wrong with your 2nd disk. Keep in mind that writeable optical disks aren't the most reliable backup media ever (scratches, disk-rot, etc). Does the dvd mount properly in other systems, like OS X, other linux versions or (ugh) windoze? I dunno much about OS X's diskutil, but this looks curious to me: disk 1: Total Size: 4.4 GB Free Space: 1.5 GB disk 2: Total Size: 3.4 GB Free Space: 0.0 B To my knowledge, there are no dvd disks with 3.4GB capacity... unless it's a difference between finalized and unfinalized disks, or something similar, although if that's the case, it's displayed a bit weird and inconsistent... kernel-3.0.1-3.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/kernel-3.0.1-3.fc16 Package kernel-3.0.1-3.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing kernel-3.0.1-3.fc16' as soon as you are able to, then reboot. Please go to the following url: https://admin.fedoraproject.org/updates/kernel-3.0.1-3.fc16 then log in and leave karma (feedback). kernel-2.6.40.3-0.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/kernel-2.6.40.3-0.fc15 kernel-2.6.40.3-0.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report. kernel-3.0.1-3.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report. Regarding bug 720771 and current kernel 2.6.40.3-0.fc15.i686. The problem outlined in both comment #16: https://bugzilla.redhat.com/show_bug.cgi?id=720771#c16 ...of this original bug report and in the kernel update kernel-2.6.40.3-0.fc15: https://admin.fedoraproject.org/updates/kernel-2.6.40.3-0.fc15 ...remain a problem. I'm sure the contributors to the Fedora project will agree in the case of archiving media we should all wish to have access our archives well into the future. (^_^) I tested additional media I know I used on my previous F11 system (which never had one problem). I had a CDROM which does auto-mount in Xfce, yet the following repeatable errors were generated, # mount -t hfsplus /dev/cdrom /media/cdrom /* where cdrom is a dir I created */ [709...] hfs: invalid btree flag [709...] hfs: failed to load extents file #startx This resulted in a flury of errors and a frozen screen. Attempting to restart with CTRL+ALT+DELETE I managed to get a few extra errors before I needed to unplug, [824...] umount 2687 /proc/fs/nfsd: device is busy [824...] umount (In some cases...) [824...] umount /var/lib/nfs/rpc_pipefs: device is busy [824...] umount (In some cases [824...] umount the device is found by lsof(8) or fuser(1) [824...] umount the device is found by lsof(8) or fuser(1) |