Ошибки при автомонтировании флешки

52th
Надо покурить ченжлоги
А где они находятся?
Natrio
udev убивает запущенные из него процессы (вместе с потомками!) по истечении короткого таймаута, а монтирование может работать довольно долго. Поэтому запуск любых длительных и тяжелых процедур из udev требует посредника, и systemctl из них самый удобный и очевидный.
Ошибки в тексте-неповторимый стиль автора©
Например тут. Беглое прочтение навело на мысль, что дело в эксперементальной фиче, которая может блокировать дисковые устройства в момент выполнеия "служебных операций", хотя я могу и ошибаться
indeviral
udev убивает запущенные из него процессы (вместе с потомками!) по истечении короткого таймаута, а монтирование может работать довольно долго.
И именно поэтому правило запускает внешний скрипт, который после исполнения возвращает управление udev (знак амперсанда) в конце секции RUN
RUN+="/bin/bash /path/to/script  &"
сори, хоть вы и знаете такое слово "амперсанда")) вы не догоняете, сути.
может дело в конкретно этом случаи, и не в этом.
однако если скрипт выполняется дольше таймаута udev его кильнёт или килсигнет, даже если он уйдёт в фон, это его не спасёт.(т.к. он всё равно останется потомком)
Ошибки в тексте-неповторимый стиль автора©
Тогда объясните мне, дураку, почему раньше (в версии systemd 215 точно) этот и подобные скрипты на монтирование сколь угодно больших файловых систем работали как часы, а сейчас нет? Операция монтирования стала занимать больше времени? Или разрабы повводили кучу новых фич, а протестировать их забыли? Или сегодня магнитные бури на солнце, а завтра всё заработает? А может, Вы предложите свой вариант решения данной задачи?
я думаю что срабатывание при таком виде лотерея.
Ошибки в тексте-неповторимый стиль автора©
52th, а можешь объяснить:
зачем RUN+="/bin/bash если ты скрипт сделал исполняемым?
зачем ты секретные ключи копируешь на диск, ведь простой ресет оставит их на винте?
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
to nafanja
RUN{type} ….....type: "program"............ а это /bin/....
На винте они не останутся......память сдампить можно, но расшифровать (да и сдампить правильно) не каждый сможет.....
Ошибки не исчезают с опытом - они просто умнеют
vasek
На винте они не останутся..
почему не останутся? ведь ACTION=="remove" не произойдет.

я не знаю почему не было использовано просто такое правило
ACTION=="add", KERNEL=="mmcblk[0-9]",  ATTRS{serial}=="0xbbcb1f33",  RUN+="/usr/bin/mount ${devnode}p1 /home/net/.ssh"
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
 
Зарегистрироваться или войдите чтобы оставить сообщение.