Доступ к жёсткому диску

Всех приветствую. Я недавно перебрался с винды на линукс. После продолжительного выбора дистриб, остановился на kubuntu из-за KDE.
У меня возникли проблемы (собственно они были и на классической ubuntu) с правами доступа к второму моему харду. Он у меня смонтирован в /home/hard2.
Нет возможности что-либо записывать на этот диск. Пытался в свойствах в права доступа добавить своего пользователя/группу ничего не сохраняется в настройках.
Группа adm. Файловая система второго харда - btrfs, файловая система /home - btrfs. Если конечно это важно.
Также отказано в доступе к /etc/fstab


Опять же, из снимка ниже видно, что у меня группа пользователя соответствует имени пользователя (если я правильно понимаю), то есть не админ

Объясните пожалуйста как можно подробнее что нужно сделать.

+2
MacLeod - 22 Февраль, 2016 - 00:49
Изображение пользователя MacLeod.

Точку монтирования сделать доступной текущему юзеру:
sudo chown oleg:oleg /home/hard2

/etc/fstab - это не исполняемый файл, а текстовый. Также владельцем является рут. Чтобы отредактировать:
sudo nano /etc/fstab
или
kdesudo kate /etc/fstab

0
олежек - 22 Февраль, 2016 - 00:53

а как именно ей сделать доступной? Мне не до конца понятен механизм

+1
MacLeod - 22 Февраль, 2016 - 01:21
Изображение пользователя MacLeod.

Есть раздел. В вашем случае - /dev/sda1. Чтобы "начать по нему лазить", его нужно примонтировать куда-либо к файловой структуре. Вы хотите, чтобы точкой монтирования было /home/hard2. Монтирование у вас уже выполнено, но зайти от юзера oleg вы не можете, поскольку права на /home/hard2 только у рута. Первая команда из поста выше поможет.

0
олежек - 22 Февраль, 2016 - 08:22

а, блин, извиняюсь, я по какой-то причине не заметил эту выложенную команду.
Всё заработало, благодарю!
Ещё небольшой вопрос, почему я отношусь к группе oleg, а не adm, как это исправить и нужно ли?

+2
kot040188 - 22 Февраль, 2016 - 19:37
Изображение пользователя kot040188.

А я отношусь к группе kot, но не паникую по этому поводу.

+1
dyug - 23 Февраль, 2016 - 11:41

как это исправить и нужно ли?
нет.

0
олежек - 22 Февраль, 2016 - 00:54

за fstab спасибо, помогло!

0
олежек - 22 Февраль, 2016 - 00:58

Снимок прав доступа

0
dyug - 22 Февраль, 2016 - 12:48

Есть у меня такое мнение, что автор делает все неправильно...
вместо команды cd /home/hard2 дается команда /home/hard2 что, разумеется, невозможно выполнить.
Второе. Монтировать в /home в корне неверно.
А вдруг захочется создать пользователя с именем hard2? Будут проблемы.
Если уж монтировать, то в домашний каталог

то есть в /home/oleg/hard2

0
олежек - 22 Февраль, 2016 - 14:23

вот оно что, спасибо не подумал о таких тонкостях, придётся перемонтировать

0
MacLeod - 22 Февраль, 2016 - 14:57
Изображение пользователя MacLeod.

Автор еще утром отписался "Всё заработало". Если бы делал неправильно - не заработало бы.
Какова вероятность, что автор когда-нибудь создаст юзера с таким именем?)
А если и создаст, увидит предупреждение: Внимание: данный домашний каталог `/home/hard2' не принадлежит пользователю, которого вы сейчас создаете

0
олежек - 22 Февраль, 2016 - 18:05

конечно вероятность появления пользователя с именем hard2 крайне мала) но всё-же грамотнее сделать как советовал dyug

0
MacLeod - 22 Февраль, 2016 - 19:15
Изображение пользователя MacLeod.

Если уж так докапываться до грамотности...
То в случае /home/oleg/hard2, а также и в случае /home/hard2 - точка монтирования находится не на корневом разделе, а на разделе, примонтированном к /home.
Как думаете, что будет, если по каким-то причинам /home не примонтируется?)

0
олежек - 22 Февраль, 2016 - 20:07

ещё такая проблема, смонтировал я диск под новый путь, прописал в fstab

Но каждый раз приходится при загрузке монтировать по новой. При загрузке выходит сообщение о том, что диск не смонтирован.

0
kot040188 - 22 Февраль, 2016 - 20:10
Изображение пользователя kot040188.

fstab. Гугл поможет.

0
dyug - 23 Февраль, 2016 - 11:51

Стоит прочитать рекомендации по монтированию, в частности опции монтирования для пользователя.
В Вашем варианте(на мой взгляд) я бы использовал uid=1000,gid=1000 вместо defaults
Краткое описание опций в fstab

0
Lvm - 1 Ноябрь, 2020 - 10:53

Тоже столкнулся с проблемой доступа к файлам на примонтированных дисках (Kubuntu 20.04). Причем, только некоторые приложения (нормально установленные из репозитория) не имеют доступа к иску (Inkscape, Deadbeef). Другие (Dolphin, GIMP) их открывают. Пробовал монтировать и в /media и в домашнюю:
UUID=249D4AC83FDA84AB /media/400GB ntfs defaults 0 0
UUID=249D4AC83FDA84AB /home/hav/400GB/ ntfs rw,suid,dev,exec,auto,user,async 0 0

результат одинаковый.
Что интересно, до монтирования права на папку у юзера есть:
[email protected]:~$ ls -l /home/hav/
итого 40
drwxrwxr-x 2 hav hav 4096 ноя  1 14:02 400GB

После монтирования
[email protected]:~$ ls -l /home/hav/
итого 44
drwxrwxrwx 1 root root 8192 ноя  1 13:35 400GB

И команда sudo chown hav:hav /home/hav/400GB/ не помогает.
Непонятно, с какой стороны решать эту проблему. Ломать права на примонтированных дисках, или правильнее каким-то образом дать права приложениями, которые не могут туда зайти?

0
dm - 1 Ноябрь, 2020 - 12:32
Изображение пользователя dm.

Если назначать права на каталог, то надо делать с ключём -R для рекрусивного применения (ко всем вложенным файлам и каталогам)

sudo chown -R hav:hav /home/hav/400GB/

Либо использовать из под root.

0
Lvm - 1 Ноябрь, 2020 - 13:31

Допустим. Но как вы объясните факт, что после выполнения
sudo chown hav:hav /home/hav/400GB/
Мы имеем
[email protected]:~$ ls -l /home/hav/
итого 44
drwxrwxrwx 1 root root 8192 ноя  1 13:35 400GB

команда sudo chown hav:hav /home/hav/400GB/ не выполнилась?

А рекурсивное применение там все равно не получится выполнить, потому что NTFS.

0
Lvm - 1 Ноябрь, 2020 - 14:21

В общем, канонические линуксовые рецепты в современных дистрибутивах (да это уже давно началось) не работают как правило.
Строчка UUID=249D4AC83FDA84AB /media/400GB ntfs defaults 0 0 в fstab должна монтировать раздел с полными правами, однако этого не происходит.

Но в настройках системы есть раздел "Внешние носители". Заходим туда, расставляем галочки (только надо предварительно отмонтировать все, что примонтировано, чтобы тулза увидела винты), и вуаля!
После перезагрузки смонтировано с полными правами:
[email protected]:~$ ls -l /media/hav
итого 16
drwxrwxrwx 1 hav hav 8192 ноя  1 13:35 400GB
drwxrwxrwx 1 hav hav 8192 окт 24 16:08 500GB-1

Вот только трындец продолжается. Полные права не помогли.
Inkscape на попытку открыть файл svg с приаатаченного винта, говорит что в эту папку Permission denied, проигрыватель DeadBeef не открывает соответственно музыку. Почему то эти приложения работают исключительно с файлами в домашнем каталоге.

0
Lvm - 1 Ноябрь, 2020 - 16:04

Проблема, очевидно не в правах на файлы. Другие проги (GIMP например) свои xcf успешно открывают. Есть какая-то кривость в установке с репозитория конкретных прог.
Выход один: заводим в домашнем каталоге папочку exe и качаем в нее с офс.сайтов исполняемые пакеты нужных прог: Inkscape, Deadbeef и Blender (этот вообще, установленный из репа, исполняет при запуске трюк под названием крэш).
Скачанные исполняемые файлы завелись с полоборота, открывают все и везде. Из файловой оболочки типы файлов (меню как в винде работает) легко назначились к исполняемым файлам скачанных прог.
Ну вот и хрен с этой проблемой - типа решили:)

0
kot040188 - 1 Ноябрь, 2020 - 15:46
Изображение пользователя kot040188.

Насколько я знаю при монтировании NTFS надо задавать владельца. Давно нет дисков с NTFS.

Отправить комментарий

CAPTCHA на основе изображений
Введите цифры