Страница 1 из 2
Проблемы с правами на примонтированный диск systemd
Добавлено: 04 дек 2021, 11:19
vir0id
Вообщем есть у меня ssd диск
Код: Выделить всё
/dev/sda vendor: Kingston model: SA400S37240G size: 223.57 GiB
Хочу примонтировать его сюда
/home/vir0id/KINGSTON_240GB
Cоздал юнит
home-vir0id-KINGSTON_240GB.mount
Код: Выделить всё
[Unit]
Description=KINGSTON SA400S3 240gb
[Mount]
What=/dev/disk/by-uuid/3331cce7-1fe8-46be-9396-f018c0671850
Where=/home/vir0id/KINGSTON_240GB/
Type=ext4
Options=defaults
[Install]
WantedBy=multi-user.target
Владелец собсно я
Код: Выделить всё
-rw-r--r-- 1 vir0id vir0id 211 дек 4 09:59 home-vir0id-KINGSTON_240GB.mount
Запускаю юнит - всё гуд. Перезагружаюсь и монтирование готово. Но запись в
/home/vir0id/KINGSTON_240GB/
невозможна. Почему? Что нужно и где изменить, чтоб...? Ну вы поняли
Проблемы с правами на примонтированный диск systemd
Добавлено: 04 дек 2021, 11:31
Chocobo
Все же проверь права на директорию маунтпоинта в вариантах со смонтированным диском и без, чтоб не рутовая была.
конфиги в целом работоспособны вполне.
Проблемы с правами на примонтированный диск systemd
Добавлено: 04 дек 2021, 11:35
vir0id
Chocobo писал(а): ↑04 дек 2021, 11:31
Все же проверь права на директорию маунтпоинта
Вот жеж... Я не знаю как себя назвать после этого....
Проблемы с правами на примонтированный диск systemd
Добавлено: 04 дек 2021, 12:00
rogoznik
vir0id писал(а): ↑04 дек 2021, 11:35
Я не знаю как себя назвать после этого
Могу подсказать - бестолочь
Проблемы с правами на примонтированный диск systemd
Добавлено: 04 дек 2021, 12:03
vir0id
rogoznik писал(а): ↑04 дек 2021, 12:00
Могу подсказать - бестолочь
Да этот сволочь systemd меняет группу и владельца сам, на рута. Яж думал что нет
Проблемы с правами на примонтированный диск systemd
Добавлено: 04 дек 2021, 12:08
rogoznik
vir0id писал(а): ↑04 дек 2021, 12:03
Да этот сволочь systemd меняет группу и владельца сам, на рута
Потому что надо ей сказать с какими правами монтировать
Ты бы почитал сначала как пользоваться, а потом ругался
Проблемы с правами на примонтированный диск systemd
Добавлено: 04 дек 2021, 12:12
vir0id
rogoznik писал(а): ↑04 дек 2021, 12:08
Потому что надо ей сказать с какими правами монтировать
Делал я так. Я об этом в чате говорил. Т.е я так сделал, ребутнкулся, понял что не сработало и убрал параметр из юнита
Проблемы с правами на примонтированный диск systemd
Добавлено: 05 дек 2021, 20:41
vir0id
Вот почему systemd себя так ведёт? Если меняется UUID диска, то в корене блокируется рут? И ничего сделать не могу, ни загрузиться в систему, ни в tty по alt+ctrl+F2...3..4?
Проблемы с правами на примонтированный диск systemd
Добавлено: 05 дек 2021, 20:55
sheridan
vir0id, так зайди из под лива чтрутнись и поменяй UUID в fstab,
UUID сам по себе не меняется
Проблемы с правами на примонтированный диск systemd
Добавлено: 05 дек 2021, 20:57
vir0id
sheridan писал(а): ↑05 дек 2021, 20:55
UUID сам по себе не меняется
А я его сам поменял. Посмотреть на поведение.
sheridan писал(а): ↑05 дек 2021, 20:55
так зайди из под лива чтрутнись и поменяй UUID в fstab
Мне решение не надо. Я уже всё сделал. Мне интереснее почему такое поведение? Куда проше было бы, без выёживания, дать загрузиться в систему или в tty и там всё сделать, без всяких там live-cd
Проблемы с правами на примонтированный диск systemd
Добавлено: 05 дек 2021, 21:02
sheridan
vir0id, UUID это индефикационный номер раздела,
нет номера нет доступа аксиома (это как с паролем)
Проблемы с правами на примонтированный диск systemd
Добавлено: 05 дек 2021, 21:05
vir0id
sheridan писал(а): ↑05 дек 2021, 21:02
UUID это индефикационный номер раздела,
нет номера нет доступа аксиома (это как с паролем)
Да причём тут
UUID корня и моего
sda который примонтирован к
/home/vir0id/KINGSTON_240GB? Имеется ввиду что был изменен лишь UUID диска
sda - 'это отдельный накопитель, который у меня пустой
Проблемы с правами на примонтированный диск systemd
Добавлено: 05 дек 2021, 21:09
vir0id
Ну короче вот
sudo fdisk -l
Код: Выделить всё
──(vir0id㉿android)-[~/KINGSTON_240GB/iso/sway]
└─$ sudo fdisk -l
Disk /dev/nvme0n1: 232,89 GiB, 250059350016 bytes, 488397168 sectors
Disk model: KINGSTON SNVS250G
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 8710DDC0-5015-5244-B5FB-13BF4B8AC311
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 878591 876544 428M EFI System
/dev/nvme0n1p2 878592 9668607 8790016 4,2G Linux swap
/dev/nvme0n1p3 9668608 156348415 146679808 69,9G Linux filesystem
/dev/nvme0n1p4 156348416 488396799 332048384 158,3G Linux filesystem
Disk /dev/sda: 223,57 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SA400S3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 14A13417-A94D-4B23-8121-420DDCE23437
Device Start End Sectors Size Type
/dev/sda1 2048 468860927 468858880 223,6G Linux filesystem
systemctl -l --type mount
Код: Выделить всё
──(vir0id㉿android)-[~/KINGSTON_240GB/iso/sway]
└─$ systemctl -l --type mount
UNIT LOAD ACTIVE SUB DESCRIPTION
-.mount loaded active mounted Root Mount
boot-efi.mount loaded active mounted /boot/efi
dev-hugepages.mount loaded active mounted Huge Pages File System
dev-mqueue.mount loaded active mounted POSIX Message Queue File System
home-vir0id-KINGSTON_240GB.mount loaded active mounted KINGSTON SA400S3 240gb
home.mount loaded active mounted /home
proc-sys-fs-binfmt_misc.mount loaded active mounted Arbitrary Executable File Formats File System
run-credentials-systemd\x2dsysusers.service.mount loaded active mounted /run/credentials/systemd-sysusers.service
run-rpc_pipefs.mount loaded active mounted RPC Pipe File System
run-user-1000.mount loaded active mounted /run/user/1000
sys-fs-fuse-connections.mount loaded active mounted FUSE Control File System
sys-kernel-config.mount loaded active mounted Kernel Configuration File System
sys-kernel-debug.mount loaded active mounted Kernel Debug File System
sys-kernel-tracing.mount loaded active mounted Kernel Trace File System
LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
14 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
Проблемы с правами на примонтированный диск systemd
Добавлено: 05 дек 2021, 21:20
slant
vir0id писал(а): ↑05 дек 2021, 20:57
Мне решение не надо. Я уже всё сделал. Мне интереснее почему такое поведение? Куда проше было бы, без выёживания, дать загрузиться в систему или в tty и там всё сделать, без всяких там live-cd
Не помню как это через systemd в .mount юните обозначается, а в fstab и команде mount, если нужно чтобы потерянный диск не блокировал загрузку, то есть опция
-o nofail. Без нее не найденный раздел блокирует загрузку, с ней - нет.
UPD, Вспомнил как там:
В юните .mount, в секции [Mount]
Options=nofail
Если есть другие опции - то через запятую.
Проблемы с правами на примонтированный диск systemd
Добавлено: 05 дек 2021, 21:27
vir0id
slant писал(а): ↑05 дек 2021, 21:20
-o nofail
Кстати это - мулька. Посмотрю. Спасибо.
П.С: Но всё равно странно, что по дефолту, меня
лочат саразу же. Ну есть этому причина, наверное какая-то?
Проблемы с правами на примонтированный диск systemd
Добавлено: 05 дек 2021, 21:30
slant
vir0id писал(а): ↑05 дек 2021, 21:27
П.С: Но всё равно странно, что по дефолту, меня лочат саразу же. Ну есть этому причина, наверное какая-то?
Разумеется. Считается если диск отвалился из списка монтирования при загрузке - это значит, что возможны проблемы с железом. Нельзя систему бесконтрольно запускать - а то может стать еще хуже. Если же это съемный или опциональный диск - так и надо указать явно.
А т.к. линукс наследует от unix - то подобное поведение еще правильная практика на предмет противодействия взломам и прочему недобросовестному поведению юзеров. UNIX в подобных случаях админов требовал чтобы проверили и разрулили.
Проблемы с правами на примонтированный диск systemd
Добавлено: 05 дек 2021, 21:46
vir0id
slant писал(а): ↑05 дек 2021, 21:30
UNIX в подобных случаях админов требовал чтобы проверили и разрулили.
Т.е если я ставлю опцию
slant писал(а): ↑05 дек 2021, 21:20
Options=nofail
То это значит, что... На что я тогда подписываюсь короче говоря?
Проблемы с правами на примонтированный диск systemd
Добавлено: 05 дек 2021, 22:05
vir0id
Модули монтирования, относящиеся к локальным файловым системам, автоматически получают After = зависимость от local-fs-pre.target и Before = зависимость от local-fs.target, если не задана опция монтирования nofail.
Ничерта не понял. Т.е если рушится моя любая локальная ФС(
/ или
/home раздел), тогда меня будет лочить systemd? Или если рушится только та ФС, которая
примонтирована при помощи systemd юнита?
Но эта опция
nofail нужна в случае, если ты постоянно диск выдёргиваешь
- Если это так, тогда смысл от того, если ты параметр
nofail не ставить?
Т.е... я имею ввиду... лучше ведь везде пихать
nofail, чтоб проблем не было? Если не лучше, то почему?
Проблемы с правами на примонтированный диск systemd
Добавлено: 05 дек 2021, 22:19
slant
vir0id писал(а): ↑05 дек 2021, 21:46
То это значит, что... На что я тогда подписываюсь короче говоря?
nofail - дает понять ОС, что эта файловая система не является критичной для нормальной работы. Т.е. можно игнорировать ее отсутствие (и не блокировать дальнейшую загрузку). Не больше, и не меньше.
Это не только в случае systemd, если в fstab вписана строчка с отсутствующим разделом эффект будет такой же. Без nofall не загрузится.
Проблемы с правами на примонтированный диск systemd
Добавлено: 05 дек 2021, 22:33
vir0id
slant писал(а): ↑05 дек 2021, 22:19
nofail - дает понять ОС, что эта файловая система не является критичной для нормальной работы.
Что-то я не пойму... А какие такие другие ФС могут быть критиными для работы системы, если это не сама корневая(
/) ФС ?
ААА.... ну т.е... Если у меня /boot на другом разделе c ФС ext4, то ей нельзя ставить опцию nofail? Так что ли?