Автомонтирование Windows раздела с правами на запись

[SputnikMoment]

Добрый день.

Немного впал в ступор, видимо неверно рассчитал поведение системы.

Есть два физических диска, SSD и HDD
На SSD установлена Ubuntu 19.04. Корень и каталог /home - на отдельных томах.
На HDD когда-то стояла винда, там до сих пор разметка Windows 10 (gpt, раздел для efi, раздел для восстановления, базовый раздел Windows в ntfs - он получается /dev/sdb4).

При установке Ubuntu я решил монтировать базовый раздел с Windows, как хранилище файлов. И в программе установки дал команду системе монтировать раздел /dev/sdb4 в папку /home/Alex/FileShare.

Раздел монтируется, но доступ на запись закрыт. В Nautilus выставлены права на работу с разделом - root, но выставить в GUI права на запись для пользователя не выходит, Наутилус пишет ошибку "Невозможно установить права доступа, файловая система доступна только для чтения" и всё.

Если запустить sudo nautilus - тоже самое.

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

Форматировать раздел не могу - там хранится огромный массив данных, которые мне некуда скинуть. И потерять я их никак не имею права.

Пробовал гуглить, но моя загвоздка в том, что я не понимаю самой проблемы - толи это вопрос к драйверу ntfs, толи вопрос к неверному делегированию прав на работу с папкой-разделом.

Помогите пожалуйста решить проблему.

ЗЫ
Содержимое файла 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>
# / was on /dev/sda2 during installation
UUID=2a592abb-4bc0-4608-860d-422c9243ca13 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=49A7-17EF  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda4 during installation
UUID=ca4bb324-82fa-4056-85e2-61b599cb25e7 /home           ext4    defaults        0       2
# /home/alex/FileShare was on /dev/sdb4 during installation
UUID=1AF63FE0F63FBAB9 /home/alex/FileShare ntfs    defaults,umask=007,gid=46 0       0
# swap was on /dev/sda3 during installation
UUID=57d9760f-3410-4ef4-8ee8-812565f7a3cd none            swap    sw              0       0

[andytux]

"Невозможно установить права доступа, файловая система доступна только для чтения" и всё.

Если запустить sudo nautilus - тоже самое.

Весьма похоже, что виндовс не была выключена. По умолчанию, она не выключается, а уходит в гибернацию и помечает раздел как "занятый". Поэтому линукс, чтобы ничего не испортить, монтирует его в режиме "только чтение". Или на разделе ошибки.

что нужно сделать

Подключить этот диск к виндовс. Может быть проверить на ошибки. По хорошему - дефрагментировать. И выключить виндовс.

[bezbo]

впал в ступор

help ubuntu

[SputnikMoment]

"Невозможно установить права доступа, файловая система доступна только для чтения" и всё.

Если запустить sudo nautilus - тоже самое.

Весьма похоже, что виндовс не была выключена. По умолчанию, она не выключается, а уходит в гибернацию и помечает раздел как "занятый". Поэтому линукс, чтобы ничего не испортить, монтирует его в режиме "только чтение". Или на разделе ошибки.

что нужно сделать

Подключить этот диск к виндовс. Может быть проверить на ошибки. По хорошему - дефрагментировать. И выключить виндовс.

Так, похоже причиной вы правы. Беда в том, что загрузить ТУ систему уже невозможно - там остались только папки с "неудаляемыми файлами". Остальное из системных папок удалено. Этот диск использовался, как файловое хранилище в двух компьютерах, а до этого - как системный диск в ноутбуке.

Года два назад я увел систему в гибернацию и все...

Нашел на лоре предложение решения проблемы, но..
https://www.linux.org.ru/forum/general/13862996

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

alex@alexcomp:~$ sudo ntfsfix /dev/sdb4
[sudo] пароль для alex:
Mounting volume... Windows is hibernated, refused to mount.
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
Windows is hibernated, refused to mount.
Remount failed: Operation not permitted
alex@alexcomp:~$


Вопрос - как НЕ ставя винду грохнуть чертовы последствия гибернации...
Пользователь добавил сообщение 13 Сентября 2019, 18:03:58:Проблема решена
https://unix.stackexchange.com/questions/107978/cant-access-windows-drive-windows-is-hibernated-refused-to-mount

Визуально отследить, что работало точно - не могу.
Делал так:
1)

Код: [Выделить]

sudo nautilusПравой кнопкой мыши на каталоге - "отключить том".
2)

Код: [Выделить]

sudo ntfs-3g -o remove_hiberfile /dev/sdb4 /home/alex/FileShare
Файл гибернации уехал вникуда, система спокойно начала читать раздел и писать в него.
Ура.

Всем спасибо за наводки))))