узнать uuid диска и прописать в fstab с параметром noauto

Подставляем костыли... Я б всё же выяснил кто его дергает: что-то из юнитов сустемдика или таки DE.

Если бы человек мог определить что его дергает, он бы не открыл для этого целый тред на форуме. А газифицировать лужи я тоже умею.

Это можно. Но мне интересно, кто заставляет его монтироваться. Ну и как я писал - мне незачем его монтировать

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

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

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

У файловой системы случаем нет label home?

Куда монтируется раздел (файловая система)?

У файловой системы случаем нет label home?

Есть. Но и у Debian раздел home тоже вынесен

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

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

Это явно делает kde, настройках найди раздел внешние носители. Посмотри там.

Нету ничего там. Смотрел уже :)

Тоесть там всё выключено? Есть ешё вариант, это может быть служба поиска файлов aka baloo.

Все выключено. Baloo в системе нет

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

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

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

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

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

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

Я понял. Спасибо за наводку. Я менял метку - перезагружался - результат не изменился.

Команда 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  

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

systemd... uuid...

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

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

sudo systemctl disable media-crynet-home1.mount

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

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

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

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

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

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

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

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

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

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

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

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

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

Файлик создал

Что в файл прописывали — если его «включить» он пытается монтировать раздел или systemd другой unit создаёт?

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

Один

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

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

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

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

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

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

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

в разных ОС у пользователей совпадают логины и 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

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

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

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 и немного поправил

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

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

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

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

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

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

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

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

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

239-10

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

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

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

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

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

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

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

Да

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

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

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

Видимо я там не так понял...

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

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

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

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

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

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

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

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

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

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

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

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

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

Может Лёне Поттерингу написать, спросить что за фигня?))))

скорей команде Debian (и возможно KDE). В OpenSUSE его ж systemd, а такого поведения нет...

Так это и раздел от OpenSUSE

В Debian KDE пытаются смонтировать home-раздел OpenSUSE.

OpenSUSE к home-разделу Debian KDE «совсем равнодушна»

«A кубики-то одинаковые» (но где-то* «руки были кривые»)

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

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

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

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

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

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

udisks --inhibit-polling /dev/<home1>
где <home1> имя раздела (к примеру sdb2)

bash: udisks: команда не найдена

udisks2 - аналогично

Если раздел дёргается до логина то systemd, если после то DE

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

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

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

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

udisksctl

вообще, используй иногда автодополнение

:(

похоже опять мимо...

Ща вот просто рандомно пальцем в небо ткну: pmount какой-нибудь может?

А как я проверю? Если всплывает окошко в DE.

У меня не установлен pmount

Это ты проверил или просто не устанавливал? (Чтобы исключить вероятность прилетания оного с DE)

Проверил и не устанавливал:

bash: pmount: команда не найдена