Пробовал

не прокатило

Ты можешь повесить на ACTION=remove вызов скрипта, который сохраняет env? Типа #!/bin/sh env > /tmp/a

Только на ACTION=remove без остальных характеристик?

Могу

Сча

Только на ACTION=remove без остальных характеристик?

https://pastebin.com/zDHrC2hX

https://pastebin.com/zDHrC2hX

Я так понимаю, правило таки срабатывает и проблема в systemd, нет?

Я так понимаю, правило таки срабатывает и проблема в systemd, нет?

Так это правило на любой remove А мне б желательно отловить только remove флешки

Так это правило на любой remove А мне б желательно отловить только remove флешки

> SYSTEMD_WANTS=usb-mount@1bus/usb/001/003.service usb-umount@1.service Я про это.

Это mount

А

Сча

Но вообще ты потихонечку просто добавляй в правило новые характеристики и смотри, срабатывает ли скрипт. Если скрипт будет нормльно отрабатывать, поменяй на SYSTEMD_WANTS.

Но вообще как я понял, тебе всего лишь надо += поменять на =

Просто если правило срабаывает, то почему тот же самый скрипт не отрабаывает с сохранение env, например

Блет Я просто в основном прикладнухой занимаюсь, и когда приходится лезть в ось, испытаываю некое жжение и огрессию))

Ещё раз: ты сделал ACTION==‘REMOVE’, RUN=‘xxx’. Теперь добавляй к этому правилу другие характеристики (SUBSYSTEMS, KERNEL, MAJOR/MINOR, etc.) и делай так, чтобы скрипт всё ещё срабатывал. Как только это произойдёт, меняй RUN на вызов systemd-юнита.

Блет Я просто в основном прикладнухой занимаюсь, и когда приходится лезть в ось, испытаываю некое жжение и огрессию))

Готов за миллибиткоин написать за тебя.

Готов за миллибиткоин написать за тебя.

Зачем?) Это ж не лаба универская) Тип глупо получать деньги за работу и тратить их на то, что б эту работу делали за тебя))

Ещё раз: ты сделал ACTION==‘REMOVE’, RUN=‘xxx’. Теперь добавляй к этому правилу другие характеристики (SUBSYSTEMS, KERNEL, MAJOR/MINOR, etc.) и делай так, чтобы скрипт всё ещё срабатывал. Как только это произойдёт, меняй RUN на вызов systemd-юнита.

Окей, спасибо Алгоритм я понял

Зачем?) Это ж не лаба универская) Тип глупо получать деньги за работу и тратить их на то, что б эту работу делали за тебя))

Делегирование непрофильных задач профильному специалисту иногда выгоднее. Но так как ты исполнитель, а не владелец, и тебе без разницы, будешь ли ты это делать 5 часов или 10 минут, то да, лучше уж научиться самому, согласен.

Red bob будет жить. Поприветствуем!

@picokun приди, порядок наведи) Теперь проблема с самим systemd Код сервиса: [Unit] Description=Unmount USB Drive on %i [Service] Type=oneshot RemainAfterExit=true ExecStart=/etc/umountProcess.sh %i Строка в правиле:

При этом test.sh вызывается

А сервис не отрабаывает

В строку ExecStart пытался тот же test.sh пихнуть - нифига

@picokun приди, порядок наведи) Теперь проблема с самим systemd Код сервиса: [Unit] Description=Unmount USB Drive on %i [Service] Type=oneshot RemainAfterExit=true ExecStart=/etc/umountProcess.sh %i Строка в правиле:

О, вот по systemd — это точно не ко мне, я, где есть возможность, перекатываюсь на sysvinit. А точно ли тебе вообще нужен systemd-сервис для решения твоей проблемы?

Не точно Но на нём уже напилена часть системы

И как бы у меня задание починить существующий кусок

А не всю систему переделать))

Не точно Но на нём уже напилена часть системы

Я тут смотрю, что люди обычно привязывают к устройству один systemd-сервис (а не два), у которого есть ExecStart и ExecStop. Ну и в случае remove он автоматически вызывает Stop, а на add — Start. Ты не хочешь так же сделать?

https://unix.stackexchange.com/questions/63232/what-is-the-correct-way-to-write-a-udev-rule-to-stop-a-service-under-systemd

А не всю систему переделать))

https://bugzilla.redhat.com/show_bug.cgi?id=871074#c1

https://bugzilla.redhat.com/show_bug.cgi?id=871074#c1

Выдаю вам медаль за достижения в сфере гугления

https://bugzilla.redhat.com/show_bug.cgi?id=871074#c1

Т.е. у меня будет по сервису на каждый порт, так?

Т.е. у меня будет по сервису на каждый порт, так?

Получается, что так.

Получается, что так.

Пытаюсь скрестить эти 2 решения и получается не очень [Unit] StopWhenUnneeded=yes Description=Hander for usb1 [Service] Type=oneshot RemainAfterExit=yes ExecStart=/home/root/mount.sh ExecStop=-/home/root/umount.sh KillMode=none Накатал такой сервис

И чот мне показалось, что решение чувака отсюда https://unix.stackexchange.com/questions/63232/what-is-the-correct-way-to-write-a-udev-rule-to-stop-a-service-under-systemd противоречит словам чела с форума

Который говорит, что нет смысла дёргать ENV{ когда устройство уже отсоединено

Который говорит, что нет смысла дёргать ENV{ когда устройство уже отсоединено

Так да, тебе по идее достаточно одного udev-правила на add, который свяжет воедино устройство и сервис, и всё. Так не работает?

Так да, тебе по идее достаточно одного udev-правила на add, который свяжет воедино устройство и сервис, и всё. Так не работает?

Вот можно подрбнее про связку устройства и сервиса

Устройство это .device?

Устройство это .device?

Понимаешь ли, я об этой фиче связи udev-правила и systemd-юнитов узнал, пока гуглил ответ на твой вопрос. Не знаю больше того, что написано по обеим ссылкам. Моя интуиция подсказывает, что после отработки udev-правила в systemctl status у девайса, который ты вставишь, в иеарархии рядом высветится твой сервис.

понапридумывали хуйни

зачем хуевертить поебень из десяти юнитов чтоб дергать две команды?

алсо автомонтирование considered harmful

в большинстве юзкейсов

https://www.youtube.com/watch?v=DLz6pgvsZ_I Чувак сделал себе возможность подключать свои устройства к аналоговому телевизору по RGB, просто подцепившись к тем же ногам, что и микроконтроллер, который реализует OSD. Такое красивое и элегантное решение.

зачем хуевертить поебень из десяти юнитов чтоб дергать две команды?

Да чо ты ругаешься. Они предлагают сделать один свой unit и связать его с device-unit’ом с помощью udev-правила. В итоге надо создать один unit и одно udev-правило, так что всё не так плохо.

Да чо ты ругаешься. Они предлагают сделать один свой unit и связать его с device-unit’ом с помощью udev-правила. В итоге надо создать один unit и одно udev-правило, так что всё не так плохо.

я вообще не понимаю накой хер тут системдэ

какие преимущества перед тупо двумя скриптами?

я вообще не понимаю накой хер тут системдэ

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

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

какие преимущества перед тупо двумя скриптами?

Мне надо выполнить кастомный скрипт на события выдёргивания флешки

тебе не нужен для этого системдэ.

Мне надо выполнить кастомный скрипт на события выдёргивания флешки

Он ведь и спрашивает: что тебе мешает блин RUN делать этих скриптов в двух udev-правилах? Зачем привязываться к systemd?

oneshot-юниты полезны только если от них что-то зависит

А сало перестали выпускать? Или где сейчас в России бюджетно купить logic pro 16 или 8?

А сало перестали выпускать? Или где сейчас в России бюджетно купить logic pro 16 или 8?

на авито не смотрел?

@Nicelightio будет жить. Поприветствуем!

хай дуд

йоу

ёпть, случилось чудо. У меня тут железка с nRF52 и цифровым (PDM) микрофоном. Я такой подумал, ну возьму пример пот STM32 сначала, там окружение попривычнее и примеры с большей вероятностью найдутся, а потом буду перетаскивать на nRF52. На стмке пример с первого раза не завелся. я отложил. Сегодня наткнулся на то, что в нордике аппаратный PDM, начал его заводить, под новую (nrfx) библиотеку ни документации ни примеров нифига нет. Почитал код библиотеки, от балды накидал пример и оно чуть ли не с первого раза завелось, ёпта, даже без артефактов

и вроде это хорошо

но сука вы выкатили свежую библиотеку, хотя бы напишите, как ей пользоваться ((

А что там в nrfx?

но сука вы выкатили свежую библиотеку, хотя бы напишите, как ей пользоваться ((

На форуме у них можно ж спрашиватт

А что там в nrfx?

то же самое, но другое

@JustDroppedIn будет жить. Поприветствуем!

А что собственно сложного в PDM?

фильтрация сложная

фильтрация сложная

да

Посоветуйте чип, умеющий в NFC, чтобы нормально сконнектить его с STM

mfrc522

для начала сойдёт я думаю

фильтрация сложная

У СТМ библиотека скомпиленная есть вроде

У СТМ библиотека скомпиленная есть вроде

мне надо было в конвеер обработки залезть, так что плохой вариант. декомпилил её, но всё равно не то.

Кто знает, в Питере есть ОПСОСы запустившие реально работающие зоны NBIoT? А не так, ради галочки.

а что такое уже доступно там?

Что-то и Мегафон и МТС мне только мозг **ут

а что такое уже доступно там?

на карте NBIoT мегафон питерский есть. и какой-то дальневосточный опсос. а МТС питер хлестался, что две тестовые зоны запустил. до ближайшей от меня, по их данным 3.6 км, но сеть не видна.

ну по мне это как со связью в метро

где обещали 4Г

а в итоге только Г и провели

Кто знает, в Питере есть ОПСОСы запустившие реально работающие зоны NBIoT? А не так, ради галочки.

неа

в тестовых зонах подключиться реально

МТС