You are not logged in.
I have been having a very annoying issue with ntfs-3g for the past few months. Every once in a while, something happens to the ntfs-3g process that is supposed to mount my data partition. I'm not really sure what happens as I don't know where any error messages appear. Bottom line is that the ntfs-3g process disappears and leaves the mountpoint/device completely borked to the point that all I can do is reboot my computer. This is not a linux solution, this is a windows solution. There has to be a way to force this thing to remount, but I have not found a way yet that does not involve rebooting. After rebooting, it comes back up perfectly like nothing happened. Anyway, here is some relevant information about my setup.
Please note that the operating system does not boot off of this drive. Numerous symlinks exist to it, though, mainly from my home directory but also from a couple of other places (pacman package cache, for example).
fstab:
tmpfs /tmp tmpfs nodev,nosuid 0 0
UUID=1e46567d-0cd5-450b-a159-12edead65477 swap swap defaults 0 0
UUID=4a20b8fb-62a2-4903-a157-0382f9b0437b / ext4 defaults 0 1
UUID=6CB4F93E43AFD09B /mnt/data ntfs-3g defaults,nls=utf8,uid=1000,gid=1000 0 0
UUID=9E04EACE04EAA90B /mnt/win7 ntfs-3g defaults,nls=utf8 0 0
failure mode of mount point:
# ls /mnt/data
ls: cannot access /mnt/data: Transport endpoint is not connected
fuser:
# fuser -m /dev/sdb2
/dev/sdb2: 1 163 431 517 518 543 612 621 650 681 683 684 711m 1016 1322 1323 1348 1374 1383 1384 1385 1386 1387 1388 1499 1502 1569 1579 1606 1607 1610 1619 1632 1651 1659 1661 1689 1692 1699 1701 1703 1709 1711 1712 1713 1714 1722 1727 1728 1730 1731 1733 1735 1737 1788 1791 1797 1803 1826 1827 1831 1833 1835 1836 1840 1846 1855 1862 2056 2059 2193 3381 3680 3834 3868 3872 3926 3927 4889 4962 7118 7958 7971 9930 9932 10907 10911 11809 12290 12748 15765 16501 16604 17484 18631 20210 20978 20979 21021 21088 23904 23908 24145 25485 25929 28629 28630 28904 29061 29610 30271 30312 30584 30585 32445 32446 32600
(this is probably related to why it doesn't want to unmount)
mount
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
dev on /dev type devtmpfs (rw,nosuid,relatime,size=8205384k,nr_inodes=2051346,mode=755)
run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/sda1 on / type ext4 (rw,relatime,data=ordered)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime)
/dev/sda3 on /mnt/win7 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
usbfs on /proc/bus/usb type usbfs (rw,relatime)
binfmt on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
gvfs-fuse-daemon on /home/alex/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/sdb2 on /mnt/data type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 4200 684 ? Ss Jul28 0:03 init [3]
root 2 0.0 0.0 0 0 ? S Jul28 0:00 [kthreadd]
root 3 0.0 0.0 0 0 ? S Jul28 2:32 [ksoftirqd/0]
root 6 0.0 0.0 0 0 ? S Jul28 0:00 [migration/0]
root 37 0.0 0.0 0 0 ? S< Jul28 0:00 [cpuset]
root 38 0.0 0.0 0 0 ? S< Jul28 0:00 [khelper]
root 39 0.0 0.0 0 0 ? S Jul28 0:00 [kdevtmpfs]
root 40 0.0 0.0 0 0 ? S< Jul28 0:00 [netns]
root 41 0.0 0.0 0 0 ? S Jul28 0:02 [sync_supers]
root 42 0.0 0.0 0 0 ? S Jul28 0:00 [bdi-default]
root 43 0.0 0.0 0 0 ? S< Jul28 0:00 [kblockd]
root 44 0.0 0.0 0 0 ? S Jul28 0:00 [khungtaskd]
root 45 0.0 0.0 0 0 ? S Jul28 0:02 [kswapd0]
root 46 0.0 0.0 0 0 ? SN Jul28 0:00 [ksmd]
root 47 0.0 0.0 0 0 ? SN Jul28 0:12 [khugepaged]
root 48 0.0 0.0 0 0 ? S Jul28 0:00 [fsnotify_mark]
root 49 0.0 0.0 0 0 ? S< Jul28 0:00 [crypto]
root 52 0.0 0.0 0 0 ? S< Jul28 0:00 [kthrotld]
root 54 0.0 0.0 0 0 ? S< Jul28 0:00 [deferwq]
root 85 0.0 0.0 0 0 ? S Jul28 0:00 [khubd]
root 86 0.0 0.0 0 0 ? S< Jul28 0:00 [ata_sff]
root 87 0.0 0.0 0 0 ? S Jul28 0:00 [scsi_eh_0]
root 88 0.0 0.0 0 0 ? S Jul28 0:00 [scsi_eh_1]
root 89 0.0 0.0 0 0 ? S Jul28 0:00 [scsi_eh_2]
root 90 0.0 0.0 0 0 ? S Jul28 0:00 [scsi_eh_3]
root 91 0.0 0.0 0 0 ? S Jul28 0:00 [scsi_eh_4]
root 92 0.0 0.0 0 0 ? S Jul28 0:00 [scsi_eh_5]
root 120 0.0 0.0 0 0 ? S Jul28 0:16 [jbd2/sda1-8]
root 121 0.0 0.0 0 0 ? S< Jul28 0:00 [ext4-dio-unwri
root 163 0.0 0.0 24368 1664 ? Ss Jul28 0:01 /usr/lib/system
root 167 0.0 0.0 0 0 ? S< Jul28 0:00 [rpciod]
root 168 0.0 0.0 0 0 ? S< Jul28 0:00 [nfsiod]
root 190 0.0 0.0 0 0 ? S< Jul28 0:00 [iprt]
root 228 0.0 0.0 0 0 ? S< Jul28 0:00 [kmemstick]
root 230 0.0 0.0 0 0 ? S< Jul28 0:00 [firewire]
root 232 0.0 0.0 0 0 ? S< Jul28 0:00 [kpsmoused]
root 234 0.0 0.0 0 0 ? S< Jul28 0:00 [cfg80211]
root 390 0.0 0.0 0 0 ? S< Jul28 0:00 [iwlwifi]
root 405 0.0 0.0 0 0 ? S< Jul28 0:00 [hd-audio1]
root 409 0.0 0.0 0 0 ? S< Jul28 0:00 [hd-audio2]
root 431 0.0 0.0 17424 1076 ? Ss Jul28 0:00 /usr/bin/mount.
root 517 0.0 0.0 30992 452 ? S Jul28 0:00 supervising sys
root 518 0.1 0.0 63188 3592 ? Ss Jul28 4:45 /usr/sbin/syslo
dbus 543 0.2 0.0 18228 2072 ? Ss Jul28 10:19 dbus-daemon --s
root 612 0.0 0.0 13196 1232 ? Ss Jul28 0:00 /usr/sbin/crond
root 621 0.0 0.0 41996 1312 ? Ss Jul28 0:00 /usr/sbin/sshd
root 646 0.0 0.0 0 0 ? S Jul28 0:16 [flush-8:0]
root 650 0.3 0.0 200956 16384 ? S Jul28 12:44 /usr/bin/python
root 681 0.0 0.0 122416 2224 ? Ss Jul28 0:00 /usr/sbin/gdm-b
root 683 0.2 0.0 103744 10872 ? S Jul28 8:37 /usr/bin/python
root 684 0.0 0.0 139664 3916 ? S Jul28 0:00 /usr/sbin/gdm-b
root 711 8.2 2.7 567140 457824 tty7 Ss+ Jul28 334:34 /usr/bin/Xorg :
alex 1016 0.0 0.9 1474300 148876 ? Sl Jul29 0:21 evince /home/al
avahi 1322 0.0 0.0 27936 1688 ? S Jul28 0:05 avahi-daemon: r
avahi 1323 0.0 0.0 27816 440 ? S Jul28 0:00 avahi-daemon: c
root 1348 0.1 0.0 4216 728 ? Ss Jul28 6:00 /usr/sbin/acpid
root 1374 0.0 0.0 82540 6500 ? Ss Jul28 0:00 cupsd -C /etc/c
root 1375 0.0 0.0 0 0 ? S 19:33 0:01 [kworker/0:0]
root 1383 0.0 0.0 8116 816 tty1 Ss+ Jul28 0:00 /sbin/agetty -8
root 1384 0.0 0.0 8116 820 tty2 Ss+ Jul28 0:00 /sbin/agetty -8
root 1385 0.0 0.0 8116 816 tty3 Ss+ Jul28 0:00 /sbin/agetty -8
root 1386 0.0 0.0 8116 820 tty4 Ss+ Jul28 0:00 /sbin/agetty -8
root 1387 0.0 0.0 8116 820 tty5 Ss+ Jul28 0:00 /sbin/agetty -8
root 1388 0.0 0.0 8116 812 tty6 Ss+ Jul28 0:00 /sbin/agetty -8
alex 1499 0.0 0.0 528936 15072 ? Sl Jul28 0:00 /usr/bin/gnome-
root 1502 0.0 0.0 4188756 6080 ? Sl Jul28 0:00 /usr/sbin/conso
root 1569 0.0 0.0 191024 4308 ? Sl Jul28 0:00 /usr/lib/polkit
alex 1579 0.0 0.0 13680 1744 ? Ss Jul28 0:00 /bin/sh /etc/xd
alex 1606 0.0 0.0 17968 568 ? S Jul28 0:00 /usr/bin/dbus-l
alex 1607 0.0 0.0 20732 3708 ? Ss Jul28 0:18 /usr/bin/dbus-d
alex 1610 0.0 0.0 15028 548 ? Ss Jul28 0:01 /usr/bin/ssh-ag
alex 1619 0.0 0.0 244052 15028 ? Sl Jul28 0:44 xfce4-session
alex 1632 0.0 0.0 41220 2744 ? S Jul28 0:00 /usr/lib/xfce4/
alex 1651 0.5 0.2 694952 33324 ? Sl Jul28 22:34 xfwm4 --display
alex 1659 0.5 0.0 583020 9824 ? Sl Jul28 22:17 /usr/bin/pulsea
rtkit 1661 0.0 0.0 164492 1268 ? SNl Jul28 0:03 /usr/lib/rtkit-
alex 1689 0.0 0.0 68992 2616 ? S Jul28 0:00 /usr/lib/pulse/
alex 1692 0.0 0.0 45648 2888 ? S Jul28 0:01 /usr/lib/GConf/
alex 1699 0.0 0.2 1090220 44848 ? Sl Jul28 1:38 Thunar --sm-cli
alex 1701 0.0 0.0 42736 2344 ? S Jul28 0:00 /usr/lib/gvfs/g
alex 1703 0.0 0.0 269076 2920 ? Sl Jul28 0:00 /usr/lib/gvfs//
alex 1709 0.3 0.2 730652 35984 ? Sl Jul28 13:49 xfce4-panel --d
alex 1711 0.0 0.1 188500 18432 ? Ss Jul28 0:09 xfsettingsd --d
alex 1712 0.0 0.1 607472 26008 ? S Jul28 0:20 xfdesktop --dis
alex 1713 0.0 0.3 1242272 57796 ? Sl Jul28 1:28 pidgin --sessio
alex 1714 0.0 0.7 3030136 117916 ? Sl Jul28 0:34 goldendict -ses
alex 1722 0.0 0.1 549564 18292 ? Ssl Jul28 0:02 xfce4-power-man
root 1727 0.0 0.0 226984 4632 ? Sl Jul28 0:01 /usr/lib/upower
alex 1728 0.0 0.1 1718644 22624 ? Sl Jul28 0:01 /usr/lib/xfce4/
alex 1730 0.1 0.0 161308 12700 ? S Jul28 5:01 /usr/lib/xfce4/
alex 1731 0.4 0.0 162124 13776 ? S Jul28 17:58 /usr/lib/xfce4/
alex 1733 0.0 0.0 140920 13152 ? S Jul28 3:24 /usr/lib/xfce4/
alex 1735 0.0 0.0 165788 13032 ? S Jul28 0:36 /usr/lib/xfce4/
alex 1737 0.0 0.1 479000 17668 ? S Jul28 0:00 /usr/lib/xfce4/
root 1769 0.0 0.0 0 0 ? S 19:34 0:02 [kworker/1:2]
alex 1788 0.0 0.0 273400 4856 ? Sl Jul28 0:04 /usr/lib/gvfs/g
root 1791 0.0 0.0 414724 4972 ? Sl Jul28 0:51 /usr/lib/udisks
alex 1797 0.0 0.0 145832 2724 ? Sl Jul28 0:00 /usr/lib/gvfs/g
alex 1803 0.0 0.0 121792 3820 ? S Jul28 0:03 /usr/lib/gvfs/g
alex 1826 0.0 0.1 272764 17148 ? Sl Jul28 1:34 ibus-daemon
alex 1827 0.0 0.1 582132 29448 ? Sl Jul28 0:00 python2 /usr/bi
alex 1831 0.0 0.0 54752 3220 ? S Jul28 0:21 xscreensaver -n
alex 1833 0.0 0.1 283156 29700 ? S Jul28 0:25 /usr/bin/python
alex 1835 0.1 0.2 627216 45820 ? Sl Jul28 6:06 /usr/bin/python
alex 1836 0.0 0.0 127764 3556 ? Sl Jul28 0:00 /usr/lib/ibus/i
alex 1840 0.0 0.2 541120 36008 ? S Jul28 0:23 python2 /usr/sh
alex 1846 0.0 0.1 606852 20508 ? Sl Jul28 0:01 /usr/lib/polkit
alex 1855 0.0 0.1 241948 30480 ? S Jul28 0:01 /usr/bin/python
alex 1862 0.0 0.0 59724 2120 ? S Jul28 0:06 /usr/bin/redshi
alex 2056 0.1 0.1 638504 31080 ? Sl Jul28 7:05 /usr/bin/Termin
alex 2059 0.0 0.0 8340 732 ? S Jul28 0:00 gnome-pty-helpe
alex 2060 0.0 0.0 15920 2296 pts/0 Ss Jul28 0:00 bash
alex 2062 1.8 0.0 14336 2196 pts/0 S+ Jul28 75:40 htop
alex 2127 0.0 0.0 15920 2296 pts/1 Ss Jul28 0:00 bash
alex 2192 0.0 0.0 17336 1048 pts/1 S+ Jul28 0:00 screen
root 2193 0.0 0.0 17604 1580 ? Ss Jul28 0:02 SCREEN
root 2260 0.0 0.0 33904 1672 pts/3 Ss Jul28 0:00 sudo -E bash
root 2311 0.1 0.0 0 0 ? S 20:00 0:01 [kworker/0:1]
root 2807 0.0 0.0 16052 2316 pts/3 S+ Jul28 0:00 bash
ntp 3381 0.0 0.0 33336 2172 ? Ss 20:01 0:00 /usr/bin/ntpd -
alex 3680 0.2 0.6 743716 102240 ? Sl 16:29 0:28 kate -b
alex 3686 0.0 0.0 161368 7412 ? Ss 16:29 0:00 kdeinit4: kdein
alex 3688 0.0 0.0 194880 10336 ? S 16:29 0:00 kdeinit4: klaun
alex 3690 0.0 0.1 462732 27968 ? Sl 16:29 0:00 kdeinit4: kded4
alex 3834 0.0 0.3 1260792 59156 ? Sl 16:29 0:00 /usr/bin/knotif
root 3868 0.0 0.0 193332 3884 ? Sl 16:29 0:00 /usr/lib/udisks
root 3872 0.0 0.0 45404 788 ? S 16:29 0:00 udisks-daemon:
alex 3926 0.0 0.0 15868 1124 ? Ss Jul29 0:00 mozplugger-help
alex 3927 0.0 0.8 947676 133256 ? Sl Jul29 0:29 evince /tmp/moz
alex 4889 3.7 3.1 1675256 509880 ? Sl Jul28 149:46 /usr/bin/thunde
root 4962 0.0 0.0 255484 4552 ? Sl 13:56 0:00 /usr/lib/dconf/
alex 7118 0.2 1.1 1519020 192388 ? Sl Jul28 6:16 evince /home/al
alex 7958 0.0 0.0 13680 1780 ? S Jul28 0:00 bash /usr/bin/b
alex 7971 0.5 0.6 2331908 113308 ? Sl Jul28 17:21 banshee /usr/li
alex 9930 0.0 0.0 15868 1124 ? Ss Jul29 0:00 mozplugger-help
alex 9932 0.0 0.7 947252 117948 ? Sl Jul29 0:27 evince /tmp/moz
root 10869 0.0 0.0 0 0 ? S 20:06 0:00 [kworker/u:1]
alex 10907 0.0 0.0 197048 3612 ? Sl Jul28 0:00 /usr/lib/gvfs/g
alex 10911 0.0 0.0 51360 2784 ? S Jul28 0:00 /usr/lib/gvfs/g
alex 11809 0.0 0.0 43620 2880 ? S Jul28 0:02 /usr/lib/gvfs/g
alex 12290 0.0 0.0 255744 4816 ? Sl Jul28 0:00 /usr/lib/dconf/
alex 12748 2.2 0.6 406620 105252 ? Sl Jul28 71:01 skype
root 13320 0.0 0.0 0 0 ? S 18:00 0:00 [migration/1]
root 13322 0.0 0.0 0 0 ? S 18:00 0:05 [ksoftirqd/1]
root 13324 0.0 0.0 0 0 ? S 18:00 0:00 [migration/2]
root 13325 0.0 0.0 0 0 ? S 18:00 0:02 [kworker/2:1]
root 13326 0.0 0.0 0 0 ? S 18:00 0:05 [ksoftirqd/2]
root 13327 0.0 0.0 0 0 ? S 18:00 0:05 [kworker/2:0]
root 13328 0.0 0.0 0 0 ? S 18:00 0:00 [migration/3]
root 13330 0.0 0.0 0 0 ? S 18:00 0:05 [ksoftirqd/3]
root 13331 0.0 0.0 0 0 ? S 18:00 0:00 [kworker/3:0]
root 13332 0.0 0.0 0 0 ? S 18:00 0:00 [migration/4]
root 13333 0.0 0.0 0 0 ? S 18:00 0:00 [kworker/4:2]
root 13334 0.0 0.0 0 0 ? S 18:00 0:03 [ksoftirqd/4]
root 13335 0.0 0.0 0 0 ? S 18:00 0:03 [kworker/4:0]
root 13336 0.0 0.0 0 0 ? S 18:00 0:00 [migration/5]
root 13337 0.0 0.0 0 0 ? S 18:00 0:00 [kworker/5:1]
root 13338 0.0 0.0 0 0 ? S 18:00 0:03 [ksoftirqd/5]
root 13339 0.0 0.0 0 0 ? S 18:00 0:02 [kworker/5:0]
root 13340 0.0 0.0 0 0 ? S 18:00 0:00 [migration/6]
root 13341 0.0 0.0 0 0 ? S 18:00 0:00 [kworker/6:1]
root 13342 0.0 0.0 0 0 ? S 18:00 0:03 [ksoftirqd/6]
root 13343 0.0 0.0 0 0 ? S 18:00 0:03 [kworker/6:0]
root 13344 0.0 0.0 0 0 ? S 18:00 0:00 [migration/7]
root 13345 0.0 0.0 0 0 ? S 18:00 0:02 [kworker/7:1]
root 13346 0.0 0.0 0 0 ? S 18:00 0:03 [ksoftirqd/7]
root 13347 0.0 0.0 0 0 ? S 18:00 0:00 [irq/51-mei]
root 13376 0.0 0.0 0 0 ? S 18:00 0:00 [kworker/7:0]
root 13821 0.0 0.0 0 0 ? S 18:00 0:00 [watchdog/0]
root 13824 0.0 0.0 0 0 ? S 18:00 0:00 [watchdog/1]
root 13825 0.0 0.0 0 0 ? S 18:00 0:00 [watchdog/2]
root 13826 0.0 0.0 0 0 ? S 18:00 0:00 [watchdog/3]
root 13827 0.0 0.0 0 0 ? S 18:00 0:00 [watchdog/4]
root 13828 0.0 0.0 0 0 ? S 18:00 0:00 [watchdog/5]
root 13829 0.0 0.0 0 0 ? S 18:00 0:00 [watchdog/6]
root 13830 0.0 0.0 0 0 ? S 18:00 0:00 [watchdog/7]
root 14973 0.1 0.0 0 0 ? S 20:10 0:00 [kworker/0:2]
root 15765 0.0 0.0 29624 2372 ? Ss 18:00 0:00 wpa_supplicant
alex 16501 23.2 19.5 4292924 3202796 ? Sl Jul28 936:53 /usr/bin/firefo
root 16604 0.0 0.0 8524 604 ? Ss 18:01 0:00 /usr/sbin/dhcpc
alex 16780 0.0 0.0 16040 2388 pts/9 Ss+ 16:14 0:00 bash
root 17091 0.0 0.0 0 0 ? S 20:12 0:00 [kworker/u:0]
alex 17484 13.8 5.7 2364324 951676 ? Sl Jul28 559:18 /usr/lib/firefo
alex 18631 0.0 0.8 887536 131820 ? Sl Jul29 0:44 evince /tmp/HFE
alex 20210 0.0 0.2 156236 48160 ? S Jul29 0:41 qucs
alex 20905 0.0 0.0 15920 2300 pts/13 Ss 19:49 0:00 bash
alex 20978 0.0 0.0 15868 1124 ? Ss Jul29 0:00 mozplugger-help
alex 20979 0.0 0.8 847152 133852 ? Sl Jul29 0:27 evince /tmp/moz
alex 21021 0.0 0.0 218508 4480 ? Sl Jul28 0:00 /usr/lib/gvfs/g
alex 21088 0.0 0.1 444640 18852 ? S Jul29 0:02 orage
root 21121 0.0 0.0 33904 1660 pts/13 S 19:49 0:00 sudo bash
root 21175 0.0 0.0 16048 2352 pts/13 S 19:49 0:00 bash
alex 21196 0.0 0.0 16040 2404 pts/12 Ss+ 18:04 0:00 bash
root 21953 0.0 0.0 0 0 ? S 18:05 0:00 [kworker/1:1]
root 21995 0.0 0.0 0 0 ? S 18:05 0:07 [kworker/3:1]
alex 22826 0.0 0.0 16032 2368 pts/5 Ss+ 13:20 0:00 bash
alex 22904 0.0 0.0 16032 2356 pts/6 Ss 13:20 0:00 bash
root 23224 0.0 0.0 0 0 ? S 20:17 0:00 [kworker/u:2]
alex 23377 0.0 0.0 15920 2304 pts/7 Ss 13:21 0:00 bash
alex 23426 0.0 0.1 89784 27472 pts/7 Sl+ 13:21 0:04 wish /usr/bin/g
root 23904 0.0 0.0 205808 4748 ? Sl Jul29 0:00 /usr/lib/colord
root 23908 0.0 0.0 461776 9692 ? Sl Jul29 0:00 /usr/lib/colord
alex 24145 0.0 0.2 746928 42040 ? Sl Jul29 0:02 /usr/bin/python
alex 25283 0.0 0.0 16032 2424 pts/8 Ss+ 13:22 0:00 bash
alex 25484 0.0 0.0 13680 1660 pts/6 S+ 16:21 0:00 /bin/bash ./ise
alex 25485 0.9 1.2 1087416 210548 pts/6 Sl+ 16:21 2:14 /opt/Xilinx/14.
root 25567 0.0 0.0 11028 1344 pts/13 R+ 20:18 0:00 ps aux
alex 25929 0.0 0.1 236012 19800 ? Sl Jul29 0:19 wcalc
alex 27767 0.0 0.0 16036 2348 pts/10 Ss+ 13:49 0:00 bash
root 28629 0.0 0.0 17968 564 ? S Jul29 0:00 dbus-launch --a
root 28630 0.0 0.0 17272 900 ? Ss Jul29 0:00 /usr/bin/dbus-d
alex 28708 0.0 0.0 16052 2040 pts/2 Ss+ 13:50 0:00 /bin/bash
alex 28805 0.0 0.0 16032 2336 pts/11 Ss+ 13:50 0:00 bash
alex 28904 0.0 0.9 1538812 164064 ? Sl Jul29 1:23 evince /home/al
alex 29061 0.2 0.4 135948 72872 ? S Jul29 5:28 ./eagle
alex 29610 0.0 0.1 707172 26012 ? Sl Jul29 0:03 gcalctool
alex 30271 0.0 0.1 244712 18388 ? Sl Jul28 0:00 /usr/lib/firefo
alex 30312 0.0 0.0 179864 4628 ? Sl Jul28 0:00 /usr/lib/evince
alex 30584 0.0 0.0 15868 1124 ? Ss Jul29 0:00 mozplugger-help
alex 30585 0.0 0.9 1477160 148032 ? Sl Jul29 0:42 evince /tmp/moz
alex 32426 0.0 0.0 16032 2376 pts/4 Ss+ Jul29 0:00 bash
alex 32445 0.0 0.0 15868 1120 ? Ss Jul29 0:00 mozplugger-help
alex 32446 0.0 1.3 1647556 213420 ? Sl Jul29 1:40 evince /tmp/moz
If anyone has any suggestions of places I could look for error messages, please let me know. I have tried unmounting it and re-mounting it to no avail: umount doesn't work, umount -f doesn't work, umount -l unmounts it, but does not fix the transport endpoint error after a remount.
Last edited by alex.forencich (2013-08-08 00:54:36)
Offline
It happens here, too. I did not try umount with force yet since I found the option only after the last crash.
My message is in german, translated something like "socket is not connected". The next time, I'll try with LC_ALL=C and see if it will be the same as yours.
The drivercrash happens mostly when using a Virtualbox VM stored on the ntfs partition. So it seems that larger read/write transactions are not handled that well.
Last edited by progandy (2012-07-31 04:17:27)
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Online
And it just dropped out again today. This is an incredibly annoying issue. I wonder if it might be related to standby mode as it only seems to manifest itself after a few standby and resume cycles.
Offline
I'm having the same issue. and have been for a while. I just downgraded my NTFS-3g to 2012.1.15-1 and I believe that cleared it up last time. I keep forgetting about it and running a full update and allowing it to update. Going to exclude the package for now. As you know, it's a very intermittent issue so I could be incorrect about what fixed it previously or if this "fix" is actually a feasible temporary solution.
For comparison purposes:
fstab
.
tmpfs /tmp tmpfs nodev,nosuid 0 0
UUID=765e4720-fd8d-46b8-8bd6-6a1eadf3e2bf / ext3 defaults 0 1
UUID=d8b0d7ff-7dee-420c-a757-f1c1a4cace5a swap swap defaults 0 0
#/dev/sda2 /mnt/windows ntfs-3g defaults,dmask=007,fmask=117,gid=10,uid=1000 0 0
/dev/sda2 /mnt/windows ntfs-3g defaults 0 0
debugfs /sys/kernel/debug debugfs noauto 0 0
derpy:/home/share /mnt/derpy nfs bg 0 0
mount
# mount
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
dev on /dev type devtmpfs (rw,nosuid,relatime,size=2784924k,nr_inodes=696231,mode=755)
run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/sda3 on / type ext3 (rw,relatime,data=ordered)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime)
binfmt on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
derpy:/home/share on /mnt/derpy type nfs4 (rw,relatime,vers=4.0,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.0.63,local_lock=none,addr=192.168.0.1)
gvfs-fuse-daemon on /home/jason/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/sda2 on /mnt/windows type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
I also have gvfs but I've tried uninstalling that completely and the error still occured
Could this maybe be a bug in ntfs-3g itself?
RAID !=backup
Offline
This bug almost broke my computer by occuring during an update as I put the pacman cache on the data partition. Needless to say, I cleared out the cache and moved it back over, but that sort of issue is unacceptable. I'm pretty sure this is a bug in ntfs-3g itself, unfortunately. I never had any problems before Arch switched from the previous NTFS driver that used a kernel module instead of FUSE to mount the partition. Come to think of it, it might be a FUSE issue. Unfortunately, I do not know how to start debugging this problem.
Offline
Hmm, looks like there is a bug report against ntfs-3g for this issue: https://bugs.archlinux.org/task/30568 .
Offline
Currently I am not able to reproduce the issue anymore. Maybe it really is the combination of gvfs and ntfs-3g. Last month I finally removed gvfs and the last applications relying on it.
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Online
FYI: 2.9.2 resolves ф deadlock in userspace library. I think it worth updating package http://www.archlinux.org/packages/extra/i686/fuse/ to 2.9.2
Read it before posting http://www.catb.org/esr/faqs/smart-questions.html
Ruby gems repository done right https://bbs.archlinux.org/viewtopic.php?id=182729
Fast initramfs generator with security in mind https://wiki.archlinux.org/index.php/Booster
Offline
I haven't seen this specific problem. However, I was having problems with ntfs-3g mounting RO except for root a few weeks back, which I narrowed down to a fuse bug. A patch was prepared for fuse, which I now use for all kernel builds. I don't know if the patch has hit the actual git release of the kernel yet.
Since i don't have the problem, I wonder if the problem I had was related somehow, and the patch prevented this problem occuring for me?
Ryzen 5900X 12 core/24 thread - RTX 3090 FE 24 Gb, Asus Prime B450 Plus, 32Gb Corsair DDR4, Cooler Master N300 chassis, 5 HD (1 NvME PCI, 4SSD) + 1 x optical.
Linux user #545703
/ is the root of all problems.
Offline
It also affects encfs mounts.
2.9.2 is out for a while now, this update is definitely necessary.
Offline
I manually updated to fuse 2.9.2 and this issue seems to be resolved. Hopefully the fuse package in extra will be updated soon.
Offline
Arch package still not updated. It's a very annoying bug, I think 2.9.2 should be considered as a critical update. Can somebody please update fuse?
How did you update manually?
Last edited by raine (2012-10-23 15:25:32)
Offline
* save all three files here to an empty directory
https://projects.archlinux.org/svntogit … kages/fuse
* change version
* makepkg -g
* replace hashes
* makepkg -si
Last edited by alex.forencich (2012-10-23 15:37:28)
Offline
> Can somebody please update fuse?
It seems that the package owner (Ronald) is quite busy and ignores this package. It makes sense to contact the maillist (arch-general?) and ask if the package can be reassigned to someone else.
Ideally if contributors could send trivial package updates to Arch developers (like in Homebrew https://github.com/mxcl/homebrew/pulls).
Last edited by anatolik (2012-10-23 22:24:58)
Read it before posting http://www.catb.org/esr/faqs/smart-questions.html
Ruby gems repository done right https://bbs.archlinux.org/viewtopic.php?id=182729
Fast initramfs generator with security in mind https://wiki.archlinux.org/index.php/Booster
Offline
Same issue here!
If I mount my NTFS USB-stick with ntfs-3g driver I get error:
blablabla...Transport endpoint is not connected
Mounting with the system-default ntfs is OK, unfortunately it only allows reading from drive (
How can you call NTFS-3G "Stable read and write NTFS driver" after that???
P.S.: I notice that this happens only after ordinary user accesses it.
Last edited by eruditorum (2013-02-06 16:15:56)
Offline
Same issue here when trying to mount an external USB drive via udev rule!
"Transport endpoint not connected..."
Worked perfectly before migrating to systemd and before updating packages.
Sob.....
Offline
Try not using a udev rule to mount things, that's not what they're for. Use soemthing like udisks instead.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
I am NOT using udev-rules for automounting, but get this error and other problems when mounting by hand!
Offline
Same issue here too!
"Transport endpoint not connected" when mounting via udev rule.
Worked like a charm before migrating to systemd.
Already tried to downgrade both ntfs-3g and fuse...but nothing worked.
Please help!!!!!
Offline
"Transport endpoint not connected" error means that for some reason the daemon process crashes. Could you please check journal if there is anything related to ntfs, fuse maybe something suspicious with udev/systemd?
# journalctl -a -b
Some people above say that fuse-2.9.2 fixed the issue for them. But there are other people who report (possibly another) issue with the same error message. Are there detailed step-by-step reproduce instructions? I've never used ntfs-3g before but I have experience with fuse, so I can try to look at the problem. Feel free to report bug and assign it to me.
So I install ntfs-3g package, format a 8G flash pen drive with ntfs. What is the next step to repro your issue?
Read it before posting http://www.catb.org/esr/faqs/smart-questions.html
Ruby gems repository done right https://bbs.archlinux.org/viewtopic.php?id=182729
Fast initramfs generator with security in mind https://wiki.archlinux.org/index.php/Booster
Offline
"Transport endpoint not connected" error means that for some reason the daemon process crashes. Could you please check journal if there is anything related to ntfs, fuse maybe something suspicious with udev/systemd?
Seems that udev rule functionality has broken with systemd.
If I mount my ntfs-3g partition manually it works ok, if I use an udev rule (the provided one by ArchWiki: automount external usb drive) the partition mounts but in a few seconds it deads reporting the "Transport endpoint not connected" error.
By now I solved using ldm, but I had to modify the source code to do was I needed.
I think that udev rules were more flexible than this...
EDIT: please note that I use the same command to mount manually and in udev rule.
Regards
Last edited by emiliojazz (2013-03-21 09:18:07)
Offline
Seems that udev rule functionality has broken with systemd.
It may be that udev issues the mount command while the device is not ready yet. Or it kills processes if they run too long when they are not launched with double-fork.
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Online
If I mount my ntfs-3g partition manually it works ok, if I use an udev rule (the provided one by ArchWiki: automount external usb drive) the partition mounts but in a few seconds it deads reporting the "Transport endpoint not connected" error.
what? these are still in the wiki? where? About time there are removed...
The actual problem is that your are not supposed to use udev rules to do things as complex as automounting devices. In case of ntfs-3g, the mount process has to be running the whole time while the device is mounted. udev however will kill this process after some time and that's why you get this error message.
Use udisks with an automount wrapper if necessary, it will just work.
Offline
what? these are still in the wiki? where? About time there are removed...
I added this statement to the wiki page https://wiki.archlinux.org/index.php/Udev#Udisks Feel free to update it as well.
Read it before posting http://www.catb.org/esr/faqs/smart-questions.html
Ruby gems repository done right https://bbs.archlinux.org/viewtopic.php?id=182729
Fast initramfs generator with security in mind https://wiki.archlinux.org/index.php/Booster
Offline
Marking as solved because this issue was fixed by upgrading to fuse 2.9.2
Offline