Запрос функции: Запуск скрипта перед перезагрузкой системы

Но даже с таким подходом у вас возникнут проблемы, если ROS не будет корректно перезагружен или выключен, например, из-за отключения питания. Если у вас есть данные, которые должны быть доступны при загрузке в любом случае перезагрузки или выключения, то они должны храниться в постоянном хранилище. Если вас беспокоит износ внутренней флеш-памяти, используйте внешний или сетевой диск. Сетевой диск может работать быстрее медленного USB. Если у вас много операций чтения, для ещё более быстрого доступа можно использовать комбинацию tmpfs и постоянного хранилища: при создании, обновлении или удалении файла в постоянном хранилище этот файл копируется или удаляется из tmpfs; а чтение файлов всегда происходит из tmpfs по тому же относительному пути. Также можно создать скрипт запуска, который просто копирует всё из постоянного хранилища в tmpfs. В таком случае вы получите и постоянство данных, и быструю скорость чтения.

На мой взгляд, лучше реализовать в ROS функцию для постоянных глобальных переменных (например, новый раздел в /system/script в виде хранилища ключ-значение, сохраняемого в конфигурации ROS) с возможностью устанавливать флаг секретности (если он установлен, элемент можно экспортировать только с помощью show-sensitive, а в интерфейсе его значение будет отображаться в замаскированном виде). Это предпочтительнее, чем записывать их в файлы или в какие-то элементы конфигурации ROS, вроде Layer7 или PPP secret.

На данный момент, чтобы избежать ручной работы, при создании/изменении/удалении файла на постоянном хранилище можно в том же скрипте скопировать его или удалить из tmpfs. Это избыточная операция, но она сработает. Такой подход приведёт к большему количеству операций записи на постоянное хранилище, чем если делать это только при завершении работы, зато будет надежнее. Скрипт запуска выполнит синхронизацию при следующей загрузке.

Почему такая проблема с записью файлов на постоянное хранилище? Сколько записей в секунду у тебя для таких файлов? Например, у меня есть USB-флешка для хранения контейнера, Pi-hole в контейнере пишет логи, обновляет базу adlist каждый день и так далее. Он работает годами без проблем, а если сломается — куплю другую флешку и восстановлю файлы из резервной копии.

Я в курсе твоей просьбы и, честно говоря, сомневаюсь, что её реализуют, поэтому пытаюсь разобраться, почему ты не можешь использовать постоянное хранилище и ищу обходные пути. 20-30 ГБ в день — это не так много для внешнего SSD/NVMe диска, для USB-флешки — может быть. Да, связь может стать проблемой, если устройство на улице, если нет — я бы не волновался. Другой вариант — сетевой диск, но в конце концов всё может сломаться в какой-то момент, даже ИБП, если ты на него рассчитываешь и думаешь, что благодаря этому хранилище всегда будет синхронизировано.

Немного информации о сроке службы SSD: https://www.ionos.com/digitalguide/server/security/ssd-life-span/. Что касается нестабильных соединений, такое может происходить, если часто подключать и отключать диск от устройства, но, думаю, это не относится к устройствам, которые не являются переносными, например, роутеру. Если только это не какой-нибудь роуд-воин или LTE-роутер, который используют в поездках, но сомневаюсь, что такие роутеры будут делать столько операций записи файлов с помощью скрипта rsc.

Странно, если только ваши устройства не находятся в зоне, где часто бывают землетрясения, не подвергаются другим фоновым вибрациям или не размещены в помещениях с высокой влажностью. Но в таком случае я бы вообще волновался за состояние устройств, а не только за соединения.