Debian 7 / xfce -- Стал отваливаться NTFS раздел часто

[peaceprayer]

Привет!

Внезапно пару дней назад возникла проблема - стал регулярно, сам по себе отваливаться NTFS-раздел.

Приходится руками делать umount/mount. При этом umount ругается обычно, что раздел еще используется -
прибиваю процессы, которые в него стучатся, и тогда уже перемонтирую. Это наталкивает на подозрение, что шалит именно на уровне XFCE, может такое быть?

Что посоветуете?
Какие логи копать?

[gonish30]

A fstab что говорит? И вообще можно немного поконкретнее

[peaceprayer]

gonish30, fstab вроде в порядке:

Код Выделить Развернуть


# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda7 during installation
UUID=3f69a22a-3f74-43c6-8d48-b6adc759713f /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda6 during installation
UUID=c19560bf-706c-4a91-be7e-0762d183b182 /home           ext4    defaults,user_xattr        0       2
# swap was on /dev/sda5 during installation
UUID=c99a03fe-da68-4847-83ec-53ee866d0930 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0

UUID=599166F174AE3C04       /archive    ntfs-3g         defaults,user,uid=1000,gid=1000,dmask=0077,fmask=0177        0       0


что еще поконкретнее показать? : )

[gonish30]

А без етого "user,uid=1000,gid=1000,dmask=0077,fmask=0177" пробовал?

[qupl]

peaceprayer, gvfs не пользуетесь?

[peaceprayer]

А без етого "user,uid=1000,gid=1000,dmask=0077,fmask=0177" пробовал?

Пока нет. Почему должно помочь? Почему может влиять на отваливание?

peaceprayer, gvfs не пользуетесь?

Не уверен. Как проверить? С чем едят?

[qupl]

Код Выделить Развернуть

sudo aptitude search gvfs

gvfs

До конца не разобрался с подобной проблемой, но последние подозрения были на совместную работу gvfs и ntfs-3g.

[peaceprayer]

прибил, попробую как оно, спасибо

[qupl]

Мне некогда было с этим разбираться (вот несколько минут назад повторилось), лечится закрытием процессов использующих точку монтирования и umount/mount. Отпишитесь если помогло.

[peaceprayer]

Про закрытие и умонут/моунт - да, так же делал.
Про gvfs отпишу обязательно на днях, надо подольше понаблюдать : )
Сообщение объединено: 13 ноября 2013, 23:23:00
5 часов аптайма, полет нормальный.
сносил просто apt-get purge gvfs

если вдруг упадет - напишу сюда.
Сообщение объединено: 14 ноября 2013, 03:43:36
отвалился.
единственным процессом, который в это время стучится в раздел, кстати, обычно оказывается yandex-disk
не пользуетесь yandex-disk'ом тоже, случаем?

[qupl]

единственным процессом, который в это время стучится в раздел, кстати, обычно оказывается yandex-disk не пользуетесь yandex-disk'ом тоже, случаем?

Пользуюсь.
Как определяли какой процесс обращается к разделу? В моем случае они разные (браузер, VirtualBox).

[peaceprayer]

Вчера обратил внимание за счет того, что файл-браузеры были прибиты уже до того, как упало, музплеер не играл.
А проблема началась как раз после установки яндекс-диска, НО спустя какое-то время - вот что странно.

[peaceprayer]

Вылечил прибиванием консольного yandex-disk, удалением его из системы.
Я.Диск подключаю через webdav, как сетевой диск. Пока нареканий нет.

[lumberjack]

у себя смонтировал так:

Код Выделить Развернуть

/mnt/data2                   ntfs-3g rw,nosuid,nodev,allow_other,default_permissions,gid=46,uid=1000 0       0
ничего не отваливается, консольный ядиск работает

[qupl]

У меня консольного яндекс-диска никогда не было, так что дело точно не в нем.