systemd юнит, чтобы отработал только 1 раз на следующей загрузке

В тайтле одна задача, в теле другая.

Тебе один раз, или до маунта дисков? (=

можно, но некрасиво

тело на то и есть, чтобы не всё впихивать в тайтл

systemd юнит, чтобы отработал только 1 раз на следующей загрузке

В тело юнита последней строкой пишите rm... ну вы поняли.

Опиши задачу более полно, может, предложат более другие решения. Очевидно, что если не смонтирован /, то даже забавное решение с systemctl disable не сработает, поскольку твой юнит в initrd (верно?). Плюс ExecStop требует корректного завершения работы, а это сложно гарантировать.

Как вариант, в исходной формулировке, какой-то триггер на пересоздание initrd, скрипт для dracut/initramfs-tools с нужными условиями и маркер на диске.

А сколько раз отработает обычный oneshot юнит?

каждый раз при загрузке же. здесь, как я понял, используется сценарий:

1. включить юнит

2. юнит срабатывает при следующем включении

3. больше юнит не сработает, если не включить его снова (пункт 1)

хочу e2image прогнать при загрузке на все носители, сохранить в /tmp

выход от 14 тб винта, например, - 1.5гб

ЗЫ как потом забрать из /tmp (когда / поверх подмаунтится) еще не подумал :)

ЗЗЫ хотя может просто в cmdline руками, когда надо, параметр дописывать в грабе…

Я бы добавил какой-то накопитель (хоть USB-флэшку), в юните сделал монтирование, вызовы e2image, отмонтирование. Вероятно, будет работать и ConditionPathExists= на файл этого дополнительного диска в /dev/disk/.

как потом забрать из /tmp (когда / поверх подмаунтится) еще не подумал :)

Помимо описанного выше варианта это мо-о-о-жет быть какой-то трюк с /dev/shm, но я сильно сомневаюсь.

хотя может просто в cmdline руками, когда надо, параметр дописывать в грабе

Можно даже добавить генератор отдельной записи с нужным параметром. Кстати…

когда / поверх подмаунтится

…оно не поверх, а через pivot_root(2). Проще от этого, однако, не становится.

вот тут оно как-то сохраняет доступ после пивота, видимо надо сюда смотреть:

$ sudo ls -la /run/initramfs/
total 4
drwx------  2 root root   80 июл  3 12:06 .
drwxr-xr-x 48 root root 1320 июл  5 18:31 ..
-rw-r--r--  1 root root    0 июл  3 12:06 fsck-root
-rw-r--r--  1 root root  346 июл  3 12:06 fsck.log

больше юнит не сработает, если не включить его снова (пункт 1)

Или если просто отключить его до перезагрузки. Понятно, что хочется автоматизировать.

Что-то типа самоуничтожающегося юнита

https://unix.stackexchange.com/questions/527289/systemd-disable-and-reboot-after-oneshot-is-completed

oneshot, не?

Хорошенько потрясти головой, чтобы из неё вылетели все ЗЫ.

Освоить «живую систему».

e2image
выход от 14 тб винта, например, - 1.5гб

Только метаданные? Как бэкап, но на полшишечки? Чтоб потом было поинтереснее восстанавливать? )

А как надо «красиво»? DisableOnNextBootAfterSuccessfulStart=true?

«случаи разные бывают» (с) анекдот

а несколько раз по 2 гб мне не жалко

ЗЫ У меня еще и ls -laR каждую неделю по крону делается, вот такой я странный

а несколько раз по 2 гб мне не жалко

Если не жалко и не хочется разворачивать нормальный инкрементальный бэкап, может стоит попробовать ФС со снапшотами?

Почитал каменты, ничего не понял. Может, тебе нужна отдельная опция загрузки, где вся автоматика сделается без всяких системдов и ребутнет тебя обратно?

надо до маунта дисков

efivarfs

бекап отдельно, метаданные отдельно

а других ФС, кроме проверенной ехт4, я боюсь

видимо плохо прочитал, и я, и аноним, уже об этом успели тоже подумать

видимо так и будет

и я, и аноним, уже об этом успели тоже подумать

Тем более непонятно, почему вы продолжаете обсуждать systemd. В смысле, нафиг он здесь нужен.

ты хочешь сделать образ системного раздела в конститентном состоянии, и сделать это во время старта системы до его перемонтирования в rw ??
до «перемонтирования в rw» мое видение такого решения, чтобы ничего там случайно не было обрублено во время записи.
и сколь помню скрипты initrd это происходит задолго до старта systemd. т.е. юнит системд тебе не поможет, на этот момент системный раздел уже в режиме rw и на него возможно что-то записывается. надо вписываться в скрипты инитрд.

вообще мысль интересная - надо будет покумекать.
описание т.з. конечно на уровне плинтуса… :)

efivars хочешь ты. Сохраняй в него признак запускался твой юнит успешно или нет.

сохранить в /tmp

А потом у тебя перемонтируется /tmp