LINUX.ORG.RU

Монтируется ненужный раздел

 , , ,


1

3

Debian 10

При запуске ОС монтируется ненужный мне раздел и просит пароль. Мне в принципе ненужно его монтировать, т.к. это home от другой ОС. В fstab этого раздела нет, в настройках KDE не указано его монтировать.

Как это исправить? Как запретить автоматическое монтирование? Куда смотреть?

★★★

Ответ на: комментарий от CryNet

Тогда наводящие вопросы:

  • Раздел шифрованный?
  • Если нет, то совпадает ли UID владельца в разных ОС?
  • На каком этапе просит? До DM, DM, или уже после загрузки в DE (ессли автологин, то DM тоже работает, только не показывается).

Я подозреваю что виноват DE, точнее настройки WM/FM — у меня в крысе просит пароль если в FM щелкнуть мышью в дереве по не подмонтированому разделу при том что UID не совпадает (или его вообще нет, если это NTFS/FAT на не съемном носителе).

mandala ★★★★ ()
Ответ на: комментарий от mandala
  • 1) Не шифрованы;
  • 2) Пока не знаю;
  • 3) Сразу после загрузки DE, автологин.

Анонимус что-то знает, мне кажется дело в том, что у тома метка home - это home от другой ОС - openSUSE. В ней монтируются разделы по метке

CryNet ★★★ ()
Последнее исправление: CryNet (всего исправлений: 1)
Ответ на: комментарий от CryNet

Скорее всего, эту файловую систему монтирует systemd. В systemd есть функционал по работе вообще без /etc/fstab, который видимо должен определять и монтировать файловые системы по их меткам, идентификаторам в gpt.

Более точно гугли про systemd.

Ищи можно ли его отключить, ну либо меняй метку файловой системы.

anonymous ()
Ответ на: комментарий от anonymous

Скорее всего, эту файловую систему монтирует systemd.

выпил пиффка и взял попкорн.. нормативной лексики на описание systemd нет с момента его внедрения.. тварь тупо игнорирует системные настройки.. настраиваемая и предсказуемая ОСь сегодня никому не нужна..

anonymous ()
Ответ на: комментарий от mandala

Команда 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.mount                 loaded active mounted /home                          
media-crynet-home1.mount   loaded active mounted /media/crynet/home1            
mnt-timeshift-backup.mount loaded active mounted /mnt/timeshift/backup          
run-user-1000.mount        loaded active mounted /run/user/1000                 
sys-kernel-debug.mount     loaded active mounted Kernel Debug File System  

Но я пока не знаю как отредактировать загрузку дисков, поиск по файлам ничего не дал

CryNet ★★★ ()
Ответ на: комментарий от CryNet

systemd... uuid...

В настройках DE речь идёт про «внешние» накопители (флешки,диски...). У Вас монтируется раздел с «внутреннего» диска (и вероятно по uuid). А логин владельца и uid у home-разделов случайно не одинаковые?

поищите media-crynet-home1.mount (если он не создается на лету,то) выполните команду

sudo systemctl disable media-crynet-home1.mount

после перезагрузки должно перестать монтировать

p.s. должен быть в /etc/systemd/system ...

как вариант создать его, включить (enable) и (disable) отключить

anymouze ()
Ответ на: комментарий от anymouze

А логин владельца и uid у home-разделов случайно не одинаковые?

Логины одинаковы, UID-ы разные.

как вариант создать его, включить (enable) и (disable) отключить

Файлик создал - отключил. systemctl -l --type mount больше не показывает media-crynet-home1.mount, но раздел продолжает запрашивать подключение после перезагрузки...

CryNet ★★★ ()
Ответ на: комментарий от CryNet

Логины одинаковы, UID-ы разные

я подразумевал uid пользователя

systemctl -l --type mount больше не показывает media-crynet-home1.mount, но раздел продолжает запрашивать подключение после перезагрузки

ага, значит он (unit mount systemd) «нас» проигнорировал и cоздал новый юнит монтирования раздела (в выводе команды появился новый юнит?)

OpenSuSe монтирует разделы по label (тем же systemd?) и «ничего лишнего не просит».

«Костылём в лоб systemd» :) «Скопировать» юнит монтирования из OpenSUSE в Debian — изменить uuid на label?

anymouze ()
Ответ на: комментарий от anymouze

я подразумевал uid пользователя

Один

в выводе команды появился новый юнит?

Неа, при enable нового юнита ошибка

«Скопировать» юнит монтирования из OpenSUSE в Debian — изменить uuid на label?

А что это даст? Не могу понять

Что в файл прописывали

Пустой. Я просто не знаю, что внутрь писать

CryNet ★★★ ()
Ответ на: комментарий от CryNet

"я так и думал"

в разных ОС у пользователей совпадают логины и uid . Вот systemd в Debian и «думает» что его надо смонтировать.

Скопировать» юнит монтирования из OpenSUSE в Debian — изменить uuid на label

Это предположение я не проверял (оно базируется на «в OpenSUSE монтируются только необходимые разделы»)

Что в файл прописывали

Пустой. Я просто не знаю, что внутрь писать

Пустой нельзя. Вы его переименуйте (или удалите). Cоздайте юнит (я вот «не в курсе» где «оно должно лежать и кому принадлежать», поэтому от root в /root/nothing.mount положил бы):

# Handle made

[Unit]
Before=local-fs.target

[Mount]
What=<UUID-раздела>
Where=/media/crynet/home1
Type=ext4
Options=ro

Код примерный. Вы можете посмотреть «как правильно» командой
sudo systemctl show <имя-юнита-монтирования-ненужного-раздела>.mount

Вывод будет содержать необходимые значения (остальное Вам не нужно)

Where=...
What=...
Options=...
Type=...
...

Затем нужно его включить (думаю нужно убедится, что он «рабочий»). И отключить...

sudo systemctl enable /root/nothing.mount
....
<reboot?>
...
<монтирует через юнит?>
sudo systemctl disable /root/nothing.mount

При старте система не будет сама пытаться монтировать «чужой» раздел — его монтировать будет этот юнит. А мы его пока, что отключили. Должно (?) больше не трогать раздел...

anymouze ()
Ответ на: "я так и думал" от anymouze

Я уже, если честно, задолбался немного...

root@server:/etc/systemd/system# systemctl enable media-crynet-home1.mount
The unit files have no installation config (WantedBy, RequiredBy, Also, Alias
settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's
   .wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has
   a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer,
   D-Bus, udev, scripted systemctl call, ...).
4) In case of template units, the unit is meant to be enabled with some
   instance name specified.

Конфиг взял как у openSUSE и немного поправил

CryNet ★★★ ()

А ты пробовал отключать автологин, перезагружать компьютер, заходить в текстовую консоль (которая Ctrl+Alt+F2) вместо KDE и смотреть, монтируется этот раздел при логине там или нет? Тогда можно будет точно понять, KDE это делает или другой кто-то.

proud_anon ★★★★★ ()
Последнее исправление: proud_anon (всего исправлений: 3)
Ответ на: комментарий от CryNet

Ну дак это же systemd... Просто мы его не понимаем (оно нас) — это нормально. Что замечательно, я опирался на листинг «живого» юнита — там они явно не прописаны...

Те поля что, что он желает должны быть в выводе автосгенерированного юнита

sudo systemctl show <имя-юнита-монтирования-ненужного-раздела>.mount

По по копии конфига от OpenSUSE всё равно монтировался?

А теперь если этот «кривой» юнит запретить (disable) раздел продолжает монтироваться? Если да, то придётся «пойти по кругу»: переименовать/переместить? этот юнит. смотреть автоматический и копировать что оно требует в самописный...

Версия systemd в debian старее? Новое может работать не так...

Вот действительно «всё так просто»

anymouze ()
Ответ на: комментарий от anymouze

Версия systemd в debian старее?

239-10

По копии конфига от OpenSUSE всё равно монтировался?

По команде systemctl enable media-crynet-home1.mount ошибка(?), вывод выше.

юнит запретить (disable) раздел продолжает монтироваться?

Да, хочет монтироваться.

CryNet ★★★ ()
Ответ на: комментарий от proud_anon

А ты пробовал отключать автологин

Типа автовход в систему? Нет, не пробовал. В настройках KDE указано не монтировать разделы.

перезагружать компьютер

Да

заходить в текстовую консоль (которая Ctrl+Alt+F2) вместо KDE и смотреть, монтируется этот раздел при логине там или нет

Нет, не пробовал

CryNet ★★★ ()
Ответ на: комментарий от anymouze

Кстати! Запрос на понтирование идет от PolicyKit1. Можно по идее отредактировать правило, чтобы просто пароль не просило, на крайний случай. Наверное, так следует и сделать. Но я пока не знаю как.

Потом может вторая ОСь форматнется или что-то изменится/переустановится...

CryNet ★★★ ()
Ответ на: комментарий от CryNet

Там же можно запретить выполнение монтирования? правила в /usr/share/polkit-1/actions/

/usr/share/polkit-1/actions/media-crynet-home1.mount.policy или что-то похожее есть. На содержимое надо ориентироваться надо.

Вот примеры и пояснения.

anymouze ()
Ответ на: комментарий от anymouze

Ну-у-у не знаю...

root@server:/usr/share/polkit-1/actions# ls -l
итого 872
-rw-r--r-- 1 root root    796 авг 24  2017 com.ubuntu.pkexec.gdebi-gtk.policy
-rw-r--r-- 1 root root    774 июн 30  2016 com.ubuntu.softwareproperties.policy
-rw-r--r-- 1 root root   1526 сен  5 19:35 in.teejeetech.pkexec.timeshift.policy
-rw-r--r-- 1 root root   2718 окт  8 12:43 org.dpkg.pkexec.update-alternatives.policy
-rw-r--r-- 1 root root  19755 сен 28  2017 org.freedesktop.accounts.policy
-rw-r--r-- 1 root root   2541 июн 22 14:11 org.freedesktop.hostname1.policy
-rw-r--r-- 1 root root   1923 июн 22 14:11 org.freedesktop.locale1.policy
-rw-r--r-- 1 root root  21681 июн 22 14:11 org.freedesktop.login1.policy
-rw-r--r-- 1 root root  27859 окт  4 17:01 org.freedesktop.ModemManager1.policy
-rw-r--r-- 1 root root 141913 сен 23 11:23 org.freedesktop.NetworkManager.policy
-rw-r--r-- 1 root root 130996 окт 15 19:54 org.freedesktop.packagekit.policy
-rw-r--r-- 1 root root   1524 июл 11 11:29 org.freedesktop.policykit.policy
-rw-r--r-- 1 root root   1489 фев 16  2018 org.freedesktop.RealtimeKit1.policy
-rw-r--r-- 1 root root   2011 июн 22 14:11 org.freedesktop.resolve1.policy
-rw-r--r-- 1 root root   3819 сен 25 17:11 org.freedesktop.systemd1.policy
-rw-r--r-- 1 root root   3125 июн 22 14:11 org.freedesktop.timedate1.policy
-rw-r--r-- 1 root root 306238 сен 28 22:48 org.freedesktop.UDisks2.policy
-rw-r--r-- 1 root root   6981 авг 29 16:23 org.gnome.gparted.policy
-rw-r--r-- 1 root root  14630 сен 11 14:42 org.gtk.vfs.file-operations.policy
-rw-r--r-- 1 root root  14169 сен  6 21:40 org.kde.fontinst.policy
-rw-r--r-- 1 root root  14597 сен  6 21:40 org.kde.kcontrol.kcmclock.policy
-rw-r--r-- 1 root root  18143 авг 20 00:18 org.kde.kcontrol.kcmsddm.policy
-rw-r--r-- 1 root root  48193 авг 20 00:18 org.kde.ksysguard.processlisthelper.policy
-rw-r--r-- 1 root root   5411 авг 17 17:18 org.kde.ktexteditor.katetextbuffer.policy
-rw-r--r-- 1 root root  29713 сен  6 21:40 org.kde.powerdevil.backlighthelper.policy
-rw-r--r-- 1 root root   7337 сен  6 21:40 org.kde.powerdevil.discretegpuhelper.policy
-rw-r--r-- 1 root root   1570 апр 27  2018 org.kubuntu.qaptworker3.policy
-rw-r--r-- 1 root root    636 мая 24 19:49 org.lxqt.backlight.pkexec.policy
-rw-r--r-- 1 root root    678 июл  7 20:56 org.lxqt.lxqt-admin-user.policy
-rw-r--r-- 1 root root    881 окт  9 18:42 org.x.xf86-video-intel.backlight-helper.policy

CryNet ★★★ ()
Ответ на: комментарий от CryNet

детектив получается...

согласен. так мы его точно не найдём. остаётся «запасной» вариант. Написать своё правило и поместить его в /etc/polkit-1/rules.d/

---
под «подозрением» org.freedesktop.UDisks2.policy

Вот не ясно можно ли в принципе создать правило для одного раздела?

anymouze ()
Ответ на: детектив получается... от anymouze

продолжение...

polkit только инициирует запрос пароля для монтирования и делает он это (дальше предположение) так как «понимает», что раздел не из системы... опять тупик? монтирует systemd через «динамический» (как это называется правильно?) юнит... кто его «толкает» на это? KDE или «рабочий стол/менеджер файлов». А там в настройках нет ничего похожего... :(

anymouze ()
Ответ на: комментарий от CryNet

новая гипотеза

udisks2 пытается подмонтировать этот раздел (и там далее «подпрягаются» systemd, polkit-1). что «замечательно» он управляется правилами polkit-1. // опять я что-то пропустил...

anymouze ()
Ответ на: комментарий от CryNet

Нет, не пробовал

А стоило бы попробовать. Отключи автовход и залогинься в текстовую консоль вместо KDE. Можно будет точно понять, KDE виноват или другое что-то.

proud_anon ★★★★★ ()
Ответ на: комментарий от CryNet

udisks2 тоже управляется*

В секции Решение проблем есть пример отключения опроса устройства (может потребоваться выполнять диска или раздела отдельно или при загрузке — точно не скажу)

udisks --inhibit-polling /dev/<home1>
где <home1> имя раздела (к примеру sdb2)
anymouze ()
Ответ на: комментарий от anonymous

Скорее всего, эту файловую систему монтирует systemd. В systemd есть функционал по работе вообще без /etc/fstab, который видимо должен определять и монтировать файловые системы по их меткам, идентификаторам в gpt.

«я так и думал»
в разных ОС у пользователей совпадают логины и uid . Вот systemd в Debian и «думает» что его надо смонтировать.

А теперь значит и на fstab руку поднять пытаются.

Давай intelfx , отдувайся!
Подставляй свою физиономию!

torvn77 ★★★★ ()
Последнее исправление: torvn77 (всего исправлений: 1)