Страница 1 из 2
Права
Добавлено: 26 янв 2019, 20:22
Kurum
Система не меняет права файлов / папки с рута на пользователя.
На смонтированном диске есть папка с файлами, в правах для владельца и группы написано "root". Открываю в немо каталог, в котором находится папка от рута, захожу в свойства этой папки меняю владельца с рута на пользователя, но combobox всё равно возвращает рута. Это и для владельца и для группы. С файлами та же история.
В терминале захожу в нужную папку, пишу "sudo chmod 755 ./имя файла", команда выполняется, но права не меняются.

Права
Добавлено: 26 янв 2019, 20:40
symon2014
Если нужно содержимое этой папки , захомячь её и делай с ней что хош.)
Права
Добавлено: 26 янв 2019, 20:43
slant
Kurum, Телепаты как всегда в отпуске. Конкретику пожалуйста - какой диск, куда и как монтируется, какая файловая система там. Если там, скажем, ntfs - вопрос будет решаться совсем по другому чем если там ext4, скажем...
Права
Добавлено: 26 янв 2019, 20:45
Kurum
etamax писал(а): ↑26 янв 2019, 20:40
захомячь её
Это как?
Хм... пытался на весь раздел поменять права, но ничего не меняется:
chmod -R 777 /media/Раздел
, ну и 755 использвал.
Хотя ещё на минте 18.3 такая команда на другой раздел работала.
slant писал(а): ↑26 янв 2019, 20:43
ntfs
Да, там NTFS.
Путь монтирования написал.
Права
Добавлено: 26 янв 2019, 20:48
symon2014
Kurum писал(а): ↑26 янв 2019, 20:45
Это как?
Скопируй в домашнюю папку.
Права
Добавлено: 26 янв 2019, 20:53
Kurum
etamax писал(а): ↑26 янв 2019, 20:48
Скопируй в домашнюю папку.
Боюсь, хомяка разорвёт от такого объёма

Права
Добавлено: 26 янв 2019, 20:58
symon2014
Даже не представляю рута больше хомяка. Или ты не колешься.

Права
Добавлено: 26 янв 2019, 21:20
FreeStyler
etamax писал(а): ↑26 янв 2019, 20:48
Скопируй в домашнюю папку.
l0l, а если она может поместить максимум 5 гигов, а скопировать надо пару терабайт? Да и вообще копировать - по-моему моветон и уже крайняя мера.
Явно проблема кроется в NTFS, не зря видимо
slant, упомянул эту ФС, видимо знаток, объяснит что к чему...
Права
Добавлено: 26 янв 2019, 21:23
symon2014
FreeStyler писал(а): ↑26 янв 2019, 21:20
l0l, а если она может поместить максимум 5 гигов, а скопировать надо пару терабайт?
Вот сижу я лол и думаю , а чёйто в корне делает папочка в терабайты.

Права
Добавлено: 26 янв 2019, 21:27
FreeStyler
etamax, что значит в корне?

Написано же
На смонтированном диске есть папка с файлами
Права
Добавлено: 26 янв 2019, 21:27
Kurum
etamax писал(а): ↑26 янв 2019, 21:23
Вот сижу я лол и думаю , а чёйто в корне делает папочка в терабайты
Речь идёт не о корне файловой системы, а о папке/разделе с правами (владельцем и группой) root.
Права
Добавлено: 26 янв 2019, 21:30
symon2014
Kurum писал(а): ↑26 янв 2019, 20:22
Система не меняет права файлов
/ папки с рута на пользователя.
Дык выражаться яснее надо.
Права
Добавлено: 26 янв 2019, 21:43
slant
NTFS не поддерживает нормальные POSIX права доступа, потому для ее монтирования с доступом на запись для нужного пользователя требуется костыль.
mount -o uid=username,gid=user_group_name /dev/sdc1 /mnt/ntfs
Где uid и gid выставляются для нужного пользователя (имя в системе).
Права
Добавлено: 26 янв 2019, 22:32
Kurum
slant писал(а): ↑26 янв 2019, 21:43
mount -o uid=username,gid=user_group_name /dev/sdc1 /mnt/ntfs
Да, так работает.
Прописал в fstab:
UUID="№№№" /media/Раздел ntfs-3g defaults,gid=group_name,uid=1000 0 0
Тоже всё хорошо.
Права
Добавлено: 26 янв 2019, 22:56
slant
Kurum писал(а): ↑26 янв 2019, 22:32
gid=group_name
Тут надо было не group_name писать, а либо другой gid, либо имя существующей группы. В качестве uid тоже можно писать именно имя пользователя, а не только его цифровой uid.
Права
Добавлено: 27 янв 2019, 09:44
Kurum
slant писал(а): ↑26 янв 2019, 22:56
не group_name писать, а либо другой gid, либо имя существующей группы
А group_name - это разве не имя существующей группы? Его-то я и вписывал, и права в свойствах на раздел получились правильными - везде имя пользователя.
Права
Добавлено: 27 янв 2019, 09:46
rogoznik
Решение было найдено. Закрываю.

Права
Добавлено: 27 янв 2019, 19:24
rogoznik
Открыта по просьбе slant
Права
Добавлено: 27 янв 2019, 20:15
slant
Kurum писал(а): ↑27 янв 2019, 09:44
А group_name - это разве не имя существующей группы? Его-то я и вписывал, и права в свойствах на раздел получились правильными - везде имя пользователя.
Если получились правильными - это хорошо. Значит я не так понял.
Просто тут какая штука: ты написал "defaults,gid=group_name,uid=1000" - т.е. рядом был реальный параметр - 1000 и "пример". Из-за чего возникла путанница, я воспринял это как будто именно прямо так у тебя в конфиге и написано. На что и ответил.
Чтобы такого не случалось, есть общепринятый специальный синтаксис, который используется в документации, если строчка содержит смесь настоящих значений и "примеров". То что является "примером": заключается в <>. Вот так:
UUID="<№№№>" /media/Раздел ntfs-3g defaults,gid=<group_name>,uid=1000 0 0
В этом случае сразу понятно что №№№ и group_name - не являются часть строки как таковые и используются лишь для описания места и назначения этого места, а 1000 (в uid) именно так и написано в реальном конфиге.
Права
Добавлено: 27 янв 2019, 20:26
colonel
slant писал(а): ↑26 янв 2019, 21:43
NTFS не поддерживает нормальные POSIX права доступа, потому для ее монтирования с доступом на запись для нужного пользователя требуется костыль.
mount -o uid=username,gid=user_group_name /dev/sdc1 /mnt/ntfs
Где uid и gid выставляются для нужного пользователя (имя в системе).
может быть действительно всё так сложно , однако почему-то почти за 15 лет юзания линукса такой костыль не понадобился для доступа к виндоразделам с нтфс и никаких проблем не было
- что по клику в боковой панельке ФМ по строке виндораздела , или в окне компутера автомонтировались нтфс разделы в /media/"раздел" ( /media/никнаме/"раздел")
- что при автомонтировании при загрузке ОС при записи в fstab , например, вот такой строки достаточно
UUID=20E6FA021C4426A9 /home/никнаме/win ntfs defaults 0 0
(отказы в монтировании ввиду включенного виндобыстрозапуска или ошибок в файловой системе отношения к сабжевому вопросу не имеют и решаются другими способами )
имхо, при подключении виндоразделов доступ к файлам определяют права установленные для точки монтирования и параметры режима монтирования раздела
ro и
rw