mstdmstdПодскажите пожалуйста а как правильно подключать
ntfs-диски в Kubuntu 17.10?
Я добавил в fstab строку

/dev/sdb8 /mnt/_work_sdb8  ntfs-3g  defaults  0  0  

Так как я делал в ранних версиях.
Раздел и каталог в /mnt/ существуют ...
И система перестала грузиться...
В 17 что-то изменилось или в чем может быть проблема?

Спасибо.
Да, теперь обязательно прописывать права доступа для файловых систем ntfs и vfat .
А именно - маски dmask (для каталогов), fmask (для файлов) или смешанные umask.
Чтобы понять, кто Вы, запускаете id -u и получаете свой UID. Для идентификатора группы соответственно id -g.
Плюс к этому указывайте UUID для диска вместо /dev/sdb8.

То есть что-то типа:
UUID=xxxxxxxxxxxxxxxx /mnt/_work_sdb8 ntfs-3g uid=1000,gid=1000,dmask=022,fmask=133 0 0

Dimitry SibiryakovAndy_OLAPЧтобы понять, кто Вы, запускаете id -u и получаете свой UID. Для идентификатора группы
соответственно id -g.

Это когда монтируешь для одного себя - сойдёт. А в случае многопользовательских систем?

А я бы за попытку одновременно двоим работать со съемным диском, отформатированным в неродную файловую систему, руки бы отрывал. Потому что работе серверного ПО такие извраты не нужны. А два пользователя потом друг другу мозг выклюют, кто удалил файл или занял все место под свои подкаталоги.
Ну не верю я в многопользовательскую работу с ntfs-3g, не верю. Может быть, так нужно срочно сделать, но лучше обойтись без такого...

Andy_OLAP,

Точнее, не со съемным, а мигрирующим. Сегодня он подцеплен к Kubuntu, завтра обратно к Windows, послезавтра обратно к Kubuntu.
А иначе давно бы в ext4 отформатировали.

mstdmstdВ консоле имею

$  id -u
1000

И теперь в fstab для подключения ntfs диска я пишу

UUID=xxxxxxxxxxxxxxxx /mnt/_work_sdb8 ntfs-3g uid=1000,gid=1000,dmask=022,fmask=133 0 0

А UUID для диска получить из команды blkid ?
Да, можете проверить, что диск именно тот - sudo lshw -class disk.

mstdmstd
А как она соотносится с UUID ?
Косвенно. Для UUID нужно sudo blkid, как Вы и написали ранее.

mstdmstd,

Кстати, у Вас модель 850, с моделью 840 и trim были некоторые проблемы во времена 15-й убунты.
Я бы на Вашем месте запретил использование NCQ. Но не настаиваю, просто рекомендация, мало ли что.

Вписал бы в файл /etc/default/grub:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash libata.force=noncq"
Затем бы обновил update-grub и на перезагрузку.
Вы ведь grub наверняка используете.

mstdmstdА еще подскажите
подключив диск в fstab :

UUID=0D8315170D831517 /mnt/_work_sdb8 ntfs-3g uid=1000,gid=1000,dmask=022,fmask=133 0 0

похоже нет доступа для записи...
Какие должны быть параметры тобы был доступ для записи?
Коллега, uid и gid, а также маски я привел "с потолка", у Вас должен быть свой набор. Что значит "php-программы, запускаемые с диска", кто их запускает - apache, какая-то внешняя программа, в контексте какого набора прав они должны работать, почему на запись на ntfs, у Вас программы в работе что-то скидывают в файлы конфигурации, которые рядом с php файлами лежат в тех же каталогах на диске 850?
Я бы на Вашем месте сначала разобрался с правами доступа unix, они слегка отличаются от прав доступа Windows, а потом составил схему карандашом на бумажке. И только после этого стал бы маски на диск менять в fstab.
С моей точки зрения, с ntfs диска Вы должны только читать в режиме read-only. А записывать на него физически "руками" в файловом менеджере, а не через какую-то непонятную программу на php. Ну я так думаю, может быть, Вы планируете другой сценарий реализовать :)

mstdmstd,

Поясню, то есть в моем понимании подключили диск в NTFS, программы с него читают, никакая не может стереть/записать/повредить. Нужно Вам лично что-то записать - переключили режим, перемонтировали, записали, вернули все обратно.
Гибко и устойчиво.
А то потом будете думать - что за программа на PHP мне все файлы перезаписала нулями на диске с NTFS :)