Доступ к жёсткому диску
Всех приветствую. Я недавно перебрался с винды на линукс. После продолжительного выбора дистриб, остановился на kubuntu из-за KDE.
У меня возникли проблемы (собственно они были и на классической ubuntu) с правами доступа к второму моему харду. Он у меня смонтирован в /home/hard2.
Нет возможности что-либо записывать на этот диск. Пытался в свойствах в права доступа добавить своего пользователя/группу ничего не сохраняется в настройках.
Группа adm. Файловая система второго харда - btrfs, файловая система /home - btrfs. Если конечно это важно.
Также отказано в доступе к /etc/fstab
Опять же, из снимка ниже видно, что у меня группа пользователя соответствует имени пользователя (если я правильно понимаю), то есть не админ
Объясните пожалуйста как можно подробнее что нужно сделать.
Точку монтирования сделать доступной текущему юзеру:
sudo chown oleg:oleg /home/hard2/etc/fstab - это не исполняемый файл, а текстовый. Также владельцем является рут. Чтобы отредактировать:
sudo nano /etc/fstabили
kdesudo kate /etc/fstabа как именно ей сделать доступной? Мне не до конца понятен механизм
Есть раздел. В вашем случае - /dev/sda1. Чтобы "начать по нему лазить", его нужно примонтировать куда-либо к файловой структуре. Вы хотите, чтобы точкой монтирования было /home/hard2. Монтирование у вас уже выполнено, но зайти от юзера oleg вы не можете, поскольку права на /home/hard2 только у рута. Первая команда из поста выше поможет.
а, блин, извиняюсь, я по какой-то причине не заметил эту выложенную команду.
Всё заработало, благодарю!
Ещё небольшой вопрос, почему я отношусь к группе oleg, а не adm, как это исправить и нужно ли?
А я отношусь к группе kot, но не паникую по этому поводу.
нет.
за fstab спасибо, помогло!
Снимок прав доступа
Есть у меня такое мнение, что автор делает все неправильно...
вместо команды
cd /home/hard2дается команда/home/hard2что, разумеется, невозможно выполнить.Второе. Монтировать в /home в корне неверно.
А вдруг захочется создать пользователя с именем hard2? Будут проблемы.
Если уж монтировать, то в домашний каталог
то есть в /home/oleg/hard2
вот оно что, спасибо не подумал о таких тонкостях, придётся перемонтировать
Автор еще утром отписался "Всё заработало". Если бы делал неправильно - не заработало бы.
Какова вероятность, что автор когда-нибудь создаст юзера с таким именем?)
А если и создаст, увидит предупреждение:
конечно вероятность появления пользователя с именем hard2 крайне мала) но всё-же грамотнее сделать как советовал dyug
Если уж так докапываться до грамотности...
То в случае /home/oleg/hard2, а также и в случае /home/hard2 - точка монтирования находится не на корневом разделе, а на разделе, примонтированном к /home.
Как думаете, что будет, если по каким-то причинам /home не примонтируется?)
ещё такая проблема, смонтировал я диск под новый путь, прописал в fstab
Но каждый раз приходится при загрузке монтировать по новой. При загрузке выходит сообщение о том, что диск не смонтирован.
fstab. Гугл поможет.
Стоит прочитать рекомендации по монтированию, в частности опции монтирования для пользователя.
В Вашем варианте(на мой взгляд) я бы использовал uid=1000,gid=1000 вместо defaults
Краткое описание опций в fstab
Тоже столкнулся с проблемой доступа к файлам на примонтированных дисках (Kubuntu 20.04). Причем, только некоторые приложения (нормально установленные из репозитория) не имеют доступа к иску (Inkscape, Deadbeef). Другие (Dolphin, GIMP) их открывают. Пробовал монтировать и в /media и в домашнюю:
UUID=249D4AC83FDA84AB /media/400GB ntfs defaults 0 0UUID=249D4AC83FDA84AB /home/hav/400GB/ ntfs rw,suid,dev,exec,auto,user,async 0 0
результат одинаковый.
Что интересно, до монтирования права на папку у юзера есть:
hav@hom:~$ ls -l /home/hav/итого 40
drwxrwxr-x 2 hav hav 4096 ноя 1 14:02 400GB
После монтирования
hav@hom:~$ ls -l /home/hav/итого 44
drwxrwxrwx 1 root root 8192 ноя 1 13:35 400GB
И команда
sudo chown hav:hav /home/hav/400GB/не помогает.Непонятно, с какой стороны решать эту проблему. Ломать права на примонтированных дисках, или правильнее каким-то образом дать права приложениями, которые не могут туда зайти?
Если назначать права на каталог, то надо делать с ключём -R для рекрусивного применения (ко всем вложенным файлам и каталогам)
sudo chown -R hav:hav /home/hav/400GB/Либо использовать из под root.
Допустим. Но как вы объясните факт, что после выполнения
sudo chown hav:hav /home/hav/400GB/Мы имеем
hav@hom:~$ ls -l /home/hav/итого 44
drwxrwxrwx 1 root root 8192 ноя 1 13:35 400GB
команда sudo chown hav:hav /home/hav/400GB/ не выполнилась?
А рекурсивное применение там все равно не получится выполнить, потому что NTFS.
В общем, канонические линуксовые рецепты в современных дистрибутивах (да это уже давно началось) не работают как правило.
Строчка
UUID=249D4AC83FDA84AB /media/400GB ntfs defaults 0 0в fstab должна монтировать раздел с полными правами, однако этого не происходит.Но в настройках системы есть раздел "Внешние носители". Заходим туда, расставляем галочки (только надо предварительно отмонтировать все, что примонтировано, чтобы тулза увидела винты), и вуаля!
После перезагрузки смонтировано с полными правами:
hav@hom:~$ 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 не открывает соответственно музыку. Почему то эти приложения работают исключительно с файлами в домашнем каталоге.
Проблема, очевидно не в правах на файлы. Другие проги (GIMP например) свои xcf успешно открывают. Есть какая-то кривость в установке с репозитория конкретных прог.
Выход один: заводим в домашнем каталоге папочку exe и качаем в нее с офс.сайтов исполняемые пакеты нужных прог: Inkscape, Deadbeef и Blender (этот вообще, установленный из репа, исполняет при запуске трюк под названием крэш).
Скачанные исполняемые файлы завелись с полоборота, открывают все и везде. Из файловой оболочки типы файлов (меню как в винде работает) легко назначились к исполняемым файлам скачанных прог.
Ну вот и хрен с этой проблемой - типа решили:)
Насколько я знаю при монтировании NTFS надо задавать владельца. Давно нет дисков с NTFS.
Отправить комментарий