Пропал доступ к автоматически монтируемым дискам

[monk_of_emptiness]

После обновления диски ntfs монтируются, но при попытке доступа к ним выдает ошибку

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

bash: cd: data: Permission deniedПод рутом заходит. Подскажите, плиз, что прописать в fstab, чтобы у моего пользователя был доступ.
Текущие настройки из fstab

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

# /media/data was on /dev/sdb8 during installation
UUID=2CFB66C06857DAA5 /media/data     ntfs    defaults,umask=007,gid=46 0       0
# /media/music was on /dev/sda7 during installation
UUID=38C263E3C263A3BA /media/music    ntfs    defaults,umask=007,gid=46 0       0
Система kubuntu 16.04

[AnrDaemon]

1. Прекратите монтировать в /media руками.
2. Настройте мапинг пользователей
http://www.tuxera.com/community/ntfs-3g-advanced/user-mapping/

[victor00000]

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

sudo su
cd /path/


[monk_of_emptiness]

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

sudo su
cd /path/


таки яжеговорю, под рутом то доступ есть. и если при помощи mount монтировать как раз руками, то доступ есть и без рута. а вот если через mount -a или при загрузке системы (в тех случаях, когда используется fstab), то только через рут. что крайне неудобно. нет ли какой настройки для fstab? до относительно недавних обновлений все работало, а вот теперь что-то с правами поменяли
Пользователь добавил сообщение 14 Ноября 2018, 22:51:07:

1. Прекратите монтировать в /media руками.
2. Настройте мапинг пользователей
http://www.tuxera.com/community/ntfs-3g-advanced/user-mapping/

таки не руками же, а через fstab. у меня там собсно настройки стояли те, которые Ubuntu сама выставила при усатновке, там точки монтирования можно указать. и все до последнего времеи работало, а теперь вот сломалося.
за совет спасибо, но хотелось бы нативное решение найти

[AnrDaemon]

таки не руками же

Руками. Через fstab.
Каталог /media предназначен для автоматического монтирования силами самой системы. Например, через FUSE, automount, и т.п.

Нативное решение для чужеродной файловой системы? Вам самим-то не смешно там?

[monk_of_emptiness]

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

[victor00000]

1.

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

sudo apt-get install ntfs-3g
2. /etc/fstab

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

# /media/data was on /dev/sdb8 during installation
UUID=2CFB66C06857DAA5 /media/data     ntfs-3g    defaults,uid=1000,gid=1000 0       0
# /media/music was on /dev/sda7 during installation
UUID=38C263E3C263A3BA /media/music    ntfs-3g    defaults,uid=1000,gid=1000 0       0



[monk_of_emptiness]

спасибо, но не помогло(

[victor00000]

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

sudo blkid | grep ntfs
?

[AnrDaemon]

спасибо, но не помогло(

Вы правда думали, что этот клоун вам чем-то поможет?

[monk_of_emptiness]

sudo blkid | grep ntfs

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

/dev/sda1: LABEL="WINRE" UUID="F2BE6119BE60D81D" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="f1982486-cfda-49f4-be39-5ee8628809c3"
/dev/sda4: LABEL="Windows8" UUID="C07A38997A388E62" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="cb1527e4-1f97-4652-b12a-2d7115bb8f53"
/dev/sda6: LABEL="music" UUID="38C263E3C263A3BA" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="f640cad2-29f2-4bf0-81f0-194efd5154d7"
/dev/sda7: LABEL="RECOVERY" UUID="7A9A5D289A5CE265" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="e8c0c789-102d-4ddb-8772-8a04dc850547"
/dev/sdb1: LABEL="M-PM-^WM-PM-0M-PM-3M-QM-^@M-QM-^CM-PM-7M-QM-^GM-PM-8M-PM-:" UUID="0AC46787C46773BB" TYPE="ntfs" PARTUUID="96f26f6b-01"
/dev/sdb8: LABEL="data" UUID="2CFB66C06857DAA5" TYPE="ntfs" PARTUUID="96f26f6b-08"
как-то так. и вот например раздел Windows8 вполне себе работает,так как подключася не через fstab

[victor00000]

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

sudo mkdir -p /mnt/a6
sudo umount /dev/sda6 2>/dev/null
sudo mount /dev/sda6: /mnt/a6
mount | grep sda6
?

[monk_of_emptiness]

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

moe:/mnt$ sudo mount /dev/sda6: /mnt/a6
mount: wrong fs type, bad option, bad superblock on /dev/sda6:,
       missing codepage or helper program, or other error
       (for several filesystems (e.g. nfs, cifs) you might
       need a /sbin/mount.<type> helper program)

       In some cases useful info is found in syslog - try
       dmesg | tail or so.


[victor00000]

ошибаю.

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

sudo mount /dev/sda6 /mnt/a6


[zg_nico]

wrong fs type, bad option

monk_of_emptiness, Вы б попробовали файловые системы свои:

UUID=2CFB66C06857DAA5
UUID=38C263E3C263A3BA

на ошибки проверить. Средствами windows (желательно, т.к. для нее это родная файловая система: используйте для проверки утилиту chkdsk), либо средствами linux (не желательно, но теоретически возможно через работу с пакетом sudo ntfs-3g [который Вы ранее вроде как уже поставили], используя утилиту ntfsfix).

uid=1000,gid=1000

Вот это меня в приведенном Вами /etc/fstab смущает. Попробуйте для любого из разделов вместо uid=1000,gid=1000 прописать umask=007,gid=46. Например:

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

UUID=2CFB66C06857DAA5 /media/data     ntfs-3g    defaults,umask=007,gid=46 0  0Внимание: на случай, если будут проблемы при загрузке системы рекомендую во-первых сохранить резервную копию файла /etc/fstab до его редактирования, и запомнить имя бэкапа (чтобы при необходимости откатить все внесенные изменения можно было одной командой консоли), например

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

# cp /etc/fstab /etc/fstab_bak   #сохранение резервной копии (на случай, если внесем руками абрукадабру, которую ядро будет не в силах истолковать)
# mv /etc/fstab_bak /etc/fstab   #откат изменений (если вместо mv юзать cp то при этом и резервную копию не теряем)Кроме того, настоятельно рекомендую обзавестись загрузочной флешкой до всех экспериментов: если система после некорректного редактирования /etc/fstab откажется грузиться, править последний значительно проще с liveUSB, загрузившись в живом режиме и отыскав его в корневом разделе файловой системы на жестком диске Вашего ПК/ноутбука).