Как создавать и изменять файлы\папки в смонтированном диске?

Question

[Alex]

Захожу в программу Файлы, и "другие места", выбираю диск, который создавался еще в Windows с данными. Он автоматом монтируется и сразу открывается, но создать папку или изменить какой нибудь даже текстовой файл не возможно. Хотя если смотреть свойства, то написано Владелец: Текущий пользователь и с правами вроде как норм всё.
Как сделать возможным редактирование файлов и папок?!

p/s/ Ubuntu 22.04.1 LTS

Comments

[vaut]

Вероятно NTFS смонтирован в режиме ro (только для чтения). И это потому что винда при выключении не размонтировала ее. Часто это происходит при хибернации.

[AUser0]

Из консоли под root-ом можно сделать mount -o remount,rw /путь/монтирования/диска/

[xotkot]

наберите в консоли lsblk, если в колонке RO напротив нужного раздела стоит 1 то значит установлен режим тока для чтения.
чтобы монтировать/размонтировать от пользователя в консоли проще использовать команду udisksctl:
для монтирования
$ udisksctl mount -b /dev/sdc1
для размонтирования
$ udisksctl unmount -b /dev/sdc1
где вместо sdc1 ставим свой раздел диска подсмотренный через lsblk
для монтирования на постоянной основе гугли /etc/fstab , где за основу можно взять вывод команды:
$ findmnt /dev/sda1
естественно вместо sda1 ставим свой диск, а UUID можно узнать всё через ту же утилиту lsblk -o +UUID

[Alex]

xotkot, стоит 0. Смонтировал через приложение "Диск" с автозапуском с параметрами nosuid,nodev,nofail,x-gvfs-show,rw,uid=1000,gid=1000,exec,umask=007,locale=ru_RU.UTF-8

В свойствах написано владелец текущий пользователь, группа моя и владелец и группа "Создание и удаление".
Однако файлы все так же открываются в режиме Только чтение, и папку создать нельзя. Переименовать тоже ничего нельзя. Как так?

[Alex]

vaut, убрал гибернацию в Windows в электропитании, и загрузил Убунту - теперь всё работает как надо! Спасибо!

[xotkot]

Alex,
похоже действительно проблема связанна с hibernation ntfs на windows
вот немного по этой теме How to mount Windows (NTFS) filesystem due to hibe...

Как так?

могу тока предполагать
то что в lsblk данный раздел не указан как RO(read only) похоже связанно с тем что изначально монтирование происходит как нужно с указанными параметрами, но после того как обнаруживается файл hiberfil.sys на смонтированном разделе идет блокировка на запись дабы предотвратить повреждение данных на разделе, непонятно тока на каком уровне происходит блокировка, возможно на программном.

[Alex]

xotkot, причем что интересно, блокировался весь физический диск получается, потому что он имел два логических с системой и просто данными. На втором к которому я подключался были просто данные, и там нет файла гибернации и в целом присутствия Windows. А вот на соседнем стояла система и был файл гибернации.
Как только отключил все заработало и с теми же параметрами с теми же правами и владельцем всё сразу заработало.

[xotkot]

Alex, похоже что помимо самого файла hiberfil.sys что на основном разделе на всех остальных разделах с ntfs что подключены к системе виндовс во время периода спячки дополнительно устанавливается аттрибут того что система находится в спячке, ну или как-то так, что в принципе логично, так как данные в своп файл могут подтягиваться не тока с основного раздела.
вот способ обойти это ограничение при монтировании

mount -t ntfs-3g -o remove_hiberfile /dev/your_NTFS_partition /mount/point

но естественно проще отключить в самой винде чтобы не потерять несохранённые данные.