Проблемы с правами на примонтированный диск systemd

[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/
невозможна. Почему? Что нужно и где изменить, чтоб...? Ну вы поняли

[Chocobo]

Все же проверь права на директорию маунтпоинта в вариантах со смонтированным диском и без, чтоб не рутовая была.

конфиги в целом работоспособны вполне.

[vir0id]

Все же проверь права на директорию маунтпоинта

Вот жеж... Я не знаю как себя назвать после этого....

[rogoznik]

Я не знаю как себя назвать после этого

Могу подсказать - бестолочь

[vir0id]

Могу подсказать - бестолочь

Да этот сволочь systemd меняет группу и владельца сам, на рута. Яж думал что нет

[rogoznik]

Да этот сволочь systemd меняет группу и владельца сам, на рута

Потому что надо ей сказать с какими правами монтировать

Код: Выделить всё

DirectoryMode=0755

Ты бы почитал сначала как пользоваться, а потом ругался

[vir0id]

Потому что надо ей сказать с какими правами монтировать

Делал я так. Я об этом в чате говорил. Т.е я так сделал, ребутнкулся, понял что не сработало и убрал параметр из юнита

[vir0id]

Вот почему systemd себя так ведёт? Если меняется UUID диска, то в корене блокируется рут? И ничего сделать не могу, ни загрузиться в систему, ни в tty по alt+ctrl+F2...3..4?

[sheridan]

vir0id, так зайди из под лива чтрутнись и поменяй UUID в fstab,
UUID сам по себе не меняется

[vir0id]

UUID сам по себе не меняется

А я его сам поменял. Посмотреть на поведение.

так зайди из под лива чтрутнись и поменяй UUID в fstab

Мне решение не надо. Я уже всё сделал. Мне интереснее почему такое поведение? Куда проше было бы, без выёживания, дать загрузиться в систему или в tty и там всё сделать, без всяких там live-cd

[sheridan]

vir0id, UUID это индефикационный номер раздела,
нет номера нет доступа аксиома (это как с паролем)

[vir0id]

UUID это индефикационный номер раздела,
нет номера нет доступа аксиома (это как с паролем)

Да причём тут UUID корня и моего sda который примонтирован к /home/vir0id/KINGSTON_240GB? Имеется ввиду что был изменен лишь UUID диска sda - 'это отдельный накопитель, который у меня пустой

[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'.

[slant]

Мне решение не надо. Я уже всё сделал. Мне интереснее почему такое поведение? Куда проше было бы, без выёживания, дать загрузиться в систему или в tty и там всё сделать, без всяких там live-cd

Не помню как это через systemd в .mount юните обозначается, а в fstab и команде mount, если нужно чтобы потерянный диск не блокировал загрузку, то есть опция -o nofail. Без нее не найденный раздел блокирует загрузку, с ней - нет.

UPD, Вспомнил как там:
В юните .mount, в секции [Mount]
Options=nofail

Если есть другие опции - то через запятую.

[vir0id]

-o nofail

Кстати это - мулька. Посмотрю. Спасибо.
П.С: Но всё равно странно, что по дефолту, меня лочат саразу же. Ну есть этому причина, наверное какая-то?

[slant]

П.С: Но всё равно странно, что по дефолту, меня лочат саразу же. Ну есть этому причина, наверное какая-то?

Разумеется. Считается если диск отвалился из списка монтирования при загрузке - это значит, что возможны проблемы с железом. Нельзя систему бесконтрольно запускать - а то может стать еще хуже. Если же это съемный или опциональный диск - так и надо указать явно.

А т.к. линукс наследует от unix - то подобное поведение еще правильная практика на предмет противодействия взломам и прочему недобросовестному поведению юзеров. UNIX в подобных случаях админов требовал чтобы проверили и разрулили.

[vir0id]

UNIX в подобных случаях админов требовал чтобы проверили и разрулили.

Т.е если я ставлю опцию

Options=nofail

То это значит, что... На что я тогда подписываюсь короче говоря?

[vir0id]

Модули монтирования, относящиеся к локальным файловым системам, автоматически получают After = зависимость от local-fs-pre.target и Before = зависимость от local-fs.target, если не задана опция монтирования nofail.

Ничерта не понял. Т.е если рушится моя любая локальная ФС(/ или /home раздел), тогда меня будет лочить systemd? Или если рушится только та ФС, которая примонтирована при помощи systemd юнита?
Но эта опция nofail нужна в случае, если ты постоянно диск выдёргиваешь
- Если это так, тогда смысл от того, если ты параметр nofail не ставить?
Т.е... я имею ввиду... лучше ведь везде пихать nofail, чтоб проблем не было? Если не лучше, то почему?

[slant]

То это значит, что... На что я тогда подписываюсь короче говоря?

nofail - дает понять ОС, что эта файловая система не является критичной для нормальной работы. Т.е. можно игнорировать ее отсутствие (и не блокировать дальнейшую загрузку). Не больше, и не меньше.
Это не только в случае systemd, если в fstab вписана строчка с отсутствующим разделом эффект будет такой же. Без nofall не загрузится.

[vir0id]

nofail - дает понять ОС, что эта файловая система не является критичной для нормальной работы.

Что-то я не пойму... А какие такие другие ФС могут быть критиными для работы системы, если это не сама корневая(/) ФС ?
ААА.... ну т.е... Если у меня /boot на другом разделе c ФС ext4, то ей нельзя ставить опцию nofail? Так что ли?