hal rejects to mount ntfs-3g partition
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ntfs-3g (Ubuntu) |
Fix Released
|
Medium
|
Chris Coulson |
Bug Description
TEST CASE:
gnome-mount -vnbtd /dev/your_
fails with "Cannot get volume.
NEXT STEP:
Verify fix proposal in https:/
Fix "debian/
--- old description follows ---
Using Jaunty kernel 2.6.27-7 64 bit with latest updates (but not Alpha1).
I'm able to access any ext3 and FAT32 partitions on my PC, but when I try to access NTFS partitions I get an error.
If I go to Places-Computer and select an NTFS drive I get "Cannot mount volume. Unable to mount the volume 'Data Drive'. Details Cannot get volume.
If I go to Places-Removable Media I get the first and last message but no "Opening "Data Drive".
This error occurs on all three of my NTFS partitions.
My ntfs drive files are as follows:
dpkg -l | grep ntfs
ii libntfs-3g28 1:1.2506-1ubuntu2 ntfs-3g filesystem in userspace (FUSE) libra
ii libntfs-3g31 1:1.2531-1.1ubuntu1 ntfs-3g filesystem in userspace (FUSE) libra
ii ntfs-3g 1:1.2531-1.1ubuntu1 read-write NTFS driver for FUSE
I include my .xsession-errors file as they seems to be problems reported there.
KevinM (kevbert1) wrote : | #1 |
Linuxfreak78 (linuxfreak78) wrote : | #2 |
angusyoung (angusmojo) wrote : | #3 |
You have to install ntfs-config to fix this problem:
# apt-get install ntfs-config
Then go to System/
and voilà !
Kjell Braden (afflux) wrote : | #4 |
Hal seems to reject the partition because the fstype is ntfs and gnome is trying to mount it via ntfs-3g.
The best solution to this would probably be adjusting /usr/share/
- append 'ntfs-3g' to volume.
- append 'locale=' and 'exec' to volume.
You can test that this works by running:
sudo hal-set-property --udi /your/UDI/
sudo hal-set-property --udi /your/UDI/
sudo hal-set-property --udi /your/UDI/
Since I'm rather unfamiliar with FDIs I suggest someone else should have a look at this.
description: | updated |
Changed in ntfs-3g: | |
status: | Confirmed → Triaged |
Guy Thouret (guy-thouret) wrote : | #5 |
I tested the above commands and got the following results:
(After each command was issued I attempted to open the partition by double clicking it's icon in 'Computer' and noted the error message)
UDI of my NTFS partition from hal-device:
/org/freedeskto
sudo hal-set-property --udi /org/freedeskto
Cannot get volume.
sudo hal-set-property --udi /org/freedeskto
Cannot mount volume.
Invalid mount option when attempting to mount the volume.
sudo hal-set-property --udi /org/freedeskto
This opened an authentication dialog saying something about the security policy didn't allow mounting of local disks.
I entered my password and got the following error:
Unable to mount location
Internal error: No mount object for mounted volume
I then double clicked the disk's icon and it opened as /media/disk as I would expect it to normally operate.
thegizmoguy (thegizmoguy) wrote : | #6 |
I can confirm this bug as well in Jaunty x64. However, when I modify the file suggested in comment 4 to:
<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
<device>
<match key="volume.fstype" string="ntfs">
<match key="@block.
<merge key="volume.fstype" type="string"
<merge key="volume.
<append key="volume.
</match>
</match>
</device>
</deviceinfo>
It has no effect. I didn't have any "exec" option to replace. Can you just post what the updated file should look like because I'm so new with linux i'm probably doing it wrong.
thegizmoguy (thegizmoguy) wrote : | #7 |
Installing ntfs-config seemed to have cleared up the problem.
Guy Thouret (guy-thouret) wrote : | #8 |
Installing ntfs-config does not clear up the problem.
As far as I am aware ntfs-config is a utility for mounting NTFS partitions, so yes you will be able to mount the partition using ntfs-config as a workaround but this does not offer a fix for the bug.
Guy Thouret (guy-thouret) wrote : | #9 |
This is the verbose output I get:
guy@guy-laptop:~$ gnome-mount -vnbtd /dev/sda1
gnome-mount 0.8
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** Message: Mount failed for /org/freedeskto
org.freedesktop
Guy Thouret (guy-thouret) wrote : | #10 |
- 20-ntfs-3g-policy.fdi Edit (391 bytes, text/html)
After some investigating I found that <match key="@block.
If I removed this match key clause, hal-device lists volume.
I can now mount the partition as normal by double clicking it's icon, however I am still asked to authenticate.
I am unsure what effect removing the match key clause will have in other use cases, this could be left as is and volume.
Note: When I did modify 20-ntfs-
I have attached my /usr/share/
mahfiaz (mahfiaz) wrote : | #11 |
I confirm, Guy Thouret's proposed fix works for me too.
Adomas (adomasj) wrote : | #12 |
It works for me too! Thank you.
xorl (xorl) wrote : | #13 |
Proposed fix also works for me. Tested and confirmed in latest jaunty.
Noel J. Bergman (noeljb) wrote : | #14 |
- diff between jaunty file and policy adjusted to support local NTFS partitions Edit (630 bytes, text/x-diff)
I believe that the issue is that the stock version of 20-ntfs-
Attached is a diff from the stock policy to the one that Guy proposes, which seems to be working for you folks. It makes clear that the only change from stock to proposed is the removal of the check for being hot-pluggable storage.
Can anyone justify why the hotpluggable check is important? Else, let's get it removed and push it back upstream.
Stéphane Maniaci (stephh) wrote : | #15 |
I can confirm the bug & fix in latest Jaunty.
Nicolò Dalla Valentina (nicodrummervr) wrote : Re: [Bug 300443] Re: hal rejects to mount ntfs-3g partition | #16 |
ok it's good
Chris Coulson (chrisccoulson) wrote : | #17 |
It would be great if somebody experiencing this problem could attach the output of "lshal" to this bug report.
Thanks
Changed in ntfs-3g: | |
status: | Triaged → Incomplete |
Duncan Lithgow (duncan-lithgow) wrote : | #18 |
- output of lshal Edit (125.7 KiB, text/plain)
I am still seeing this issue. Here is lshal from my system. It's been running for a while and I've mounted and unmounted the partition manually from the command line.
Here's the relevant part of the file:
udi = '/org/freedeskt
block.device = '/dev/sdb1' (string)
block.is_volume = true (bool)
block.major = 8 (0x8) (int)
block.minor = 17 (0x11) (int)
block.
info.capabilities = {'volume', 'block'} (string list)
info.category = 'volume' (string)
info.interfaces = {'org.freedeskt
info.parent = '/org/freedeskt
info.product = 'Volume H' (string)
info.udi = '/org/freedeskt
linux.
linux.sysfs_path = '/sys/devices/
org.freedeskt
org.freedeskt
org.freedeskt
org.freedeskt
volume.block_size = 512 (0x200) (int)
volume.fstype = 'ntfs' (string)
volume.fsusage = 'filesystem' (string)
volume.fsversion = '3.1' (string)
volume.ignore = false (bool)
volume.is_disc = false (bool)
volume.is_mounted = false (bool)
volume.
volume.
volume.label = 'Volume H' (string)
volume.
volume.
volume.
volume.num_blocks = 204796557 (0xc34f28d) (uint64)
volume.
volume.
volume.
volume.size = 104855837184 (0x1869e51a00) (uint64)
volume.
volume.uuid = '2028B48C28B46308' (string)
Chris Coulson (chrisccoulson) wrote : | #19 |
Thanks, the other relevant device is this one, as this is where the "@block.
udi = '/org/freedeskt
block.device = '/dev/sdb' (string)
block.is_volume = false (bool)
block.major = 8 (0x8) (int)
block.minor = 16 (0x10) (int)
block.
info.capabilities = {'storage', 'block'} (string list)
info.category = 'storage' (string)
info.parent = '/org/freedeskt
info.product = 'ST9250827AS' (string)
info.udi = '/org/freedeskt
info.vendor = 'ATA' (string)
linux.
linux.sysfs_path = '/sys/devices/
storage.
storage.bus = 'pci' (string)
storage.
storage.
storage.
storage.lun = 0 (0x0) (int)
storage.
storage.model = 'ST9250827AS' (string)
storage.
storage.
storage.
storage.removable = false (bool)
storage.
storage.
storage.
storage.serial = '1ATA_ST9250827
storage.size = 250059350016 (0x3a38b2e000) (uint64)
storage.vendor = 'ATA' (string)
Changed in ntfs-3g: | |
status: | Incomplete → Triaged |
Paulo Albuquerque (paulo.albuquerque) wrote : | #20 |
I installed Jaunty 64 bit Alpha 3 on a test machine and at first all was working as expected. After a recent package update (don't know which one sorry) I started having this problem too.
Do you need any info from me?
Paulo Albuquerque (paulo.albuquerque) wrote : | #21 |
I can confirm that the patch proposed by Noel J. Bergman solves the bug.
Thank you!
Chris Coulson (chrisccoulson) wrote : | #22 |
Hi,
I was just about to report this to Debian, as the new fdi file comes from them. Can anyone state how this worked on Intrepid? When you tried to mount a volume via Nautilus, was the volume mounted via the old read-only ntfs driver or ntfs-3g?
Changed in ntfs-3g: | |
status: | Triaged → Incomplete |
Guy Thouret (guy-thouret) wrote : | #23 |
@Chris Coulson:
Using Intrepid it looks like it is using ntfs-3g also:
guy@guy-laptop:~$ sudo gnome-mount -vnbtd /dev/sda1
[sudo] password for guy:
gnome-mount 0.8
Xlib: extension "RANDR" missing on display ":0.0".
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
Mounted /dev/sda1 at "/media/disk"
xorl (xorl) wrote : | #24 |
You can fix that simply by opening gedit finding ntfs3g defualts and
removing the locale line.
On Wed, Jan 21, 2009 at 3:37 PM, Guy Thouret <email address hidden> wrote:
> @Chris Coulson:
> Using Intrepid it looks like it is using ntfs-3g also:
>
> guy@guy-laptop:~$ sudo gnome-mount -vnbtd /dev/sda1
> [sudo] password for guy:
> gnome-mount 0.8
> Xlib: extension "RANDR" missing on display ":0.0".
> ** (gnome-
> /org/freedeskto
> ** (gnome-
> strlist key /system/
> ** (gnome-
> strlist key /system/
> ** (gnome-
> /org/freedeskto
> mount_point='', fstype='ntfs-3g', num_options=2
> ** (gnome-
> ** (gnome-
> Mounted /dev/sda1 at "/media/disk"
>
> --
> hal rejects to mount ntfs-3g partition
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
Chris Coulson (chrisccoulson) wrote : | #25 |
I can confirm that it works on Intrepid too with the ntfs-3g driver. I'm trying to understand why it really doesn't work on Jaunty now though. The new fdi file wasn't shipped in Intrepid, so all NTFS volumes had "volume.
So I'm wondering if something changed in HAL. I'd like to understand what the real problem is here rather than taking a stab in the dark.
Chris Coulson (chrisccoulson) wrote : | #26 |
Right, I think I understand why this is broken now. In Intrepid, gnome-mount is configured by default to mount any partitions with "volume.
So, this would have broken anyway with or without the ntfs-3g change from Debian.
Changed in ntfs-3g: | |
assignee: | nobody → chrisccoulson |
status: | Incomplete → In Progress |
Chris Coulson (chrisccoulson) wrote : | #27 |
I think the cleanest fix for this is to modify the HAL fdi to unconditionally set volume.fstype to ntfs-3g for all NTFS volumes when ntfs-3g is installed, and also set volume.
Chris Coulson (chrisccoulson) wrote : | #28 |
I've packaged the new upstream version of ntfs-3g and put it in to my PPA for you to try out, which has a fix for this bug. Hopefully, this new version will end up in Jaunty sometime soon, once we've figured out how to handle the change in version numbering scheme (see bug 320031).
You will need to edit gconf key /system/
Feedback would be most appreciated
Chris Coulson (chrisccoulson) wrote : | #29 |
Actually, scrap the PPA idea. I deleted the package from it, as we've decided how to handle the new version numbers
Nicolò Dalla Valentina (nicodrummervr) wrote : | #30 |
ok thanks if you have need also contact hello hello thanks to me of all
Launchpad Janitor (janitor) wrote : | #31 |
This bug was fixed in the package ntfs-3g - 1:2009.1.1-0ubuntu1
---------------
ntfs-3g (1:2009.
* New upstream version (LP: #320031):
- Built-in, transparent UTF-8 conversion support.
- The 'locale=' mount option is not used anymore for filename
characterset conversion. Filenames are always converted to UTF-8.
- Support for unlimited file ane directory creation.
* Updated files due to SO version bump:
- debian/control, debian/rules, libntfs-3g48.docs,
libntfs-
libntfs-
* debian/
- Renamed, as policies now have to be applied after
20-
- Updated for objects where "volume.
- Make ntfs-3g the default driver and make the old ntfs
driver an alternative.
- This is because HAL will no longer mount a volume with a
filesystem driver that is different to what is specified in
attempts to mount ntfs volumes with the ntfs-3g driver.
This change makes this work properly again, and makes
it possible for users to choose the old ntfs driver too.
(fixes LP: #300443)
* debian/
- Updated to document new upstream changes.
-- Chris Coulson <email address hidden> Thu, 22 Jan 2009 20:31:21 +0000
Changed in ntfs-3g: | |
status: | In Progress → Fix Released |
Jorge Gustavo (jgr) wrote : | #32 |
Changing /usr/share/
Thanks!
Nicolò Dalla Valentina (nicodrummervr) wrote : | #33 |
ok thanks for all bye bye
Chris Coulson (chrisccoulson) wrote : | #34 |
Jorge - No need to adjust as above, as this is fixed in Jaunty now (2009.1.1-0ubuntu1)
Laurence (l-d-anderson) wrote : | #35 |
Still an issue on Jaunty beta netbook remix until ntfs-config installed
Chris Coulson (chrisccoulson) wrote : | #36 |
Laurence - You would be better off opening a new bug report with some useful information rather than commenting on a well-understood bug that was fixed a long time ago.
jedioetzi (jedioetzi) wrote : | #37 |
is my problem related to this issue?
gnome-mount -vnbtd /dev/sda1
gnome-mount 0.8
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** (gnome-
** Message: Mount failed for /org/freedeskto
org.freedesktop
Chris Coulson (chrisccoulson) wrote : | #38 |
No. You don't have permission to mount the volume.
jedioetzi (jedioetzi) wrote : | #39 |
correct if I execute `sudo gnome-mount -vnbtd /dev/sda1` it works.
But if I use nautilus for mount the device I get:
Opening "46,0 GB Media".
and after a while:
Unable to mount location
DBus error org.freedesktop
I 'm pretty sure that with 8.04 I was asked for a password for to mount that volume and the mount was successful, since 8.10 it fails without asking password
wirespot (wirespot) wrote : | #40 |
Upgrade from 8.10 to 9.04 produced this bug for me. Package 'ntfs-config' was already installed. I had to do `apt-get remove ntfs-config; apt-get install ntfs-config` and `dpkg-reconfigure ntfs-config` before the bug went away.
dino99 (9d9) wrote : | #41 |
hi,
here is my story:
- i use a fat32 usb stick to install new distro with unetbootin. That stick formated with intrepid gparted work like a charm on intrepid & jaunty 32.
- today i want to install an other os, so i reformat this stick with jaunty gparted (0.4.3-0ubuntu1) and i get an error when ive tried to mount it: "cannot get volume.
This error is widely described here and over forums as a ntfs-3g one.
What i have done next, is to reformat this stick with format xp sp3 (always fat 32). rebooting with jaunty 32, i'm surprised when i see this stick mounted, no more error !!!
So, now i'm not sure that ntfs-3g is responsible, thinking instead about gparted (0.4.3-0ubuntu1)
Pazkooda (pazkooda) wrote : | #42 |
ntfs-3g version: 1:2009.2.1-0ubuntu2
Here is my story :)
I receive "cannot get volume.
So I think that dion99 may be right and issue is solved only partially.
I've attached lshal output. Please let me know if I can give you any additional info that may help solving my case.
L.D. Paniak (ldpaniak) wrote : | #43 |
I'm seeing the same error on the XFCE desktop of Karmic/ Mythbuntu Alpha 6.
I am using a Windows-formatted NTFS USB stick (8GB). On insertion, I get the "cannot get volume.
The stick can be mounted manually by root and used for r/w operations without trouble.
lshal output is attached.
I am receiving the same error. Not sure if I can provide any additional information, but if so please let me know and I will be happy to do so.