Bug 270689 - with udisks 1.0.3 device notifier won't mount external ntfs drives
Summary: with udisks 1.0.3 device notifier won't mount external ntfs drives
Status: RESOLVED DOWNSTREAM
Alias: None
Product: solid
Classification: Frameworks and Libraries
Component: libsolid-udisks (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-04-11 16:26 UTC by Victor Gavrish
Modified: 2013-03-14 02:24 UTC (History)
11 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Victor Gavrish 2011-04-11 16:26:05 UTC 
Version:           unspecified (using KDE 4.6.2) 
OS:                Linux

since updating udisks to version 1.0.3, device notifier reports an error when trying to mount my external ntfs drive:

org.freedesktop.UDisks.Error.Failed: Requested filesystem type is neither well-known nor in /proc/filesystems nor in /etc/filesystems

manually mounting it with udisks --mount /dev/sdb1 worked.

Reproducible: Always
Comment 1 Victor Gavrish 2011-04-11 17:17:26 UTC 
Possibly related commit:

http://cgit.freedesktop.org/udisks/commit/?id=c933a929f07421ec747cebb24d5e620fc2b97037
Comment 2 Tomasz Figa 2011-04-17 11:17:39 UTC 
The issue can be fixed by adding ntfs-3g to /etc/filesystems.
Comment 3 Adam Jorgensen 2011-04-20 07:10:35 UTC 
I am also experiencing this issue. The /etc/filesystems fix worked for me.

OS: Sabayon Linux
KDE: 4.6.2
Comment 4 Angelos Skembris 2011-04-29 17:39:17 UTC 
I just experienced this issue with a USB ntfs drive after a kernel update for OpenSUSE 11.4 (current kernel is 2.6.37.6-0.5-desktop x86_64). Adding ntfs-3g to /etc/filesystems did NOT work for me. However, adding ntfs to that file did work. Is the difference between the two drivers important? Any other workarounds? Internal HDD ntfs partitions are mounted ok, although they are registered as type ntfs-3g in fstab. mount reports all ntfs partitions (including the USB ntfs drive) as "fuseblk" (don't know if that's useful or not).

ntfs-3g package is installed and manually mounting the drive using -t ntfs-3g works ok.

Very confused here.
Comment 5 mortalius 2011-05-01 11:14:25 UTC 
Hi,

System: Archlinux x64
kernel: 2.6.38-ARCH
kde: 4.6.2-1

1/ Adding ntfs-3g to /etc/filesystems did not work, but mount with command "udisk --mount /dev/sdc1" in console is ok.
Comment 6 Victor Gavrish 2011-05-01 12:47:55 UTC 
*** This bug has been confirmed by popular vote. ***
Comment 7 rangerGR 2011-05-01 21:58:41 UTC 
(In reply to comment #5)
> Hi,
> 
> System: Archlinux x64
> kernel: 2.6.38-ARCH
> kde: 4.6.2-1
> 
> 1/ Adding ntfs-3g to /etc/filesystems did not work, but mount with command
> "udisk --mount /dev/sdc1" in console is ok.

Add ntfs to /etc/filesystems, not ntfs-3g
Comment 8 Hussam Al-Tayeb 2011-05-01 23:00:57 UTC 
(In reply to comment #7)
> (In reply to comment #5)
> > Hi,
> > 
> > System: Archlinux x64
> > kernel: 2.6.38-ARCH
> > kde: 4.6.2-1
> > 
> > 1/ Adding ntfs-3g to /etc/filesystems did not work, but mount with command
> > "udisk --mount /dev/sdc1" in console is ok.
> 
> Add ntfs to /etc/filesystems, not ntfs-3g

I don't have a /etc/filesystems (also an Archlinux user). Do I need to create one?
Comment 9 Victor Gavrish 2011-05-01 23:08:25 UTC 
> I don't have a /etc/filesystems (also an Archlinux user). Do I need to create
> one?

Yes.

> $ cat /etc/filesystems 
> ntfs-3g
> ntfs

I added ntfs-3g there too, for good measure :)
Comment 10 rangerGR 2011-05-01 23:13:22 UTC 
cp /proc/filesystems /etc
nano /etc/filesystems

and add ntfs
Comment 11 rangerGR 2011-05-01 23:17:22 UTC 
(In reply to comment #4)
> I just experienced this issue with a USB ntfs drive after a kernel update for
> OpenSUSE 11.4 (current kernel is 2.6.37.6-0.5-desktop x86_64). Adding ntfs-3g
> to /etc/filesystems did NOT work for me. However, adding ntfs to that file did
> work. Is the difference between the two drivers important? Any other
> workarounds? Internal HDD ntfs partitions are mounted ok, although they are
> registered as type ntfs-3g in fstab. mount reports all ntfs partitions
> (including the USB ntfs drive) as "fuseblk" (don't know if that's useful or
> not).
> 
> ntfs-3g package is installed and manually mounting the drive using -t ntfs-3g
> works ok.
> 
> Very confused here.

You dont add driver, you add the filesystem.
Comment 12 Angelos Skembris 2011-05-02 00:11:02 UTC 
(In reply to comment #11)

> You dont add driver, you add the filesystem.

I know you add the filesystem. What I mean is, if you add ntfs and not ntfs-3g does the system use the same driver to access ntfs partitions?
Comment 13 Adam Jorgensen 2011-05-02 07:43:21 UTC 
If you use ntfs then it probably won't work. I'm on Sabayon and I had to use ntfs-3g.

(In reply to comment #12)
> (In reply to comment #11)
> 
> > You dont add driver, you add the filesystem.
> 
> I know you add the filesystem. What I mean is, if you add ntfs and not ntfs-3g
> does the system use the same driver to access ntfs partitions?
Comment 14 rangerGR 2011-05-02 08:17:05 UTC 
Whith Arch Linux adding ntfs-3d doesnt work, only ntfs.
The problem is that this way, the device is mounted using ntfs and not ntfs-3g.

But when mounting it with pmount, it uses ntfs-3g, even without adding anything in /etc/filesystems.
Comment 16 Andrea Scarpino 2011-05-09 19:03:27 UTC 
please close as DOWNSTREAM
Comment 17 JP73 2011-05-11 13:53:43 UTC 
After update kernel upto 2.6.37.6-0.5-default and KDE upto V4.6.3, my openSUSE 11.4 began to reject pen-drives with ntfs with next message: 
"org.freedesktop.UDisks.Error.Failed: Requested filesystem type is neither well-known nor in /proc/filesystems nor in /etc/filesystems".
 I followed to advice of George T. ("Add ntfs to /etc/filesystems, not ntfs-3g") and the problem was been solved.
Comment 18 Denis Kuplyakov 2011-07-20 18:54:57 UTC 
Today my system (OpenSUSE 11.4) get update that fix this problem.
Comment 19 Alex Fiestas 2013-03-14 02:24:00 UTC 
Closing as downstream as indicated.