pfg21

нет. на одном устройстве может быть одна загрузочная запись.

но !! сия загрузочная запись загружает менеджер загрузок, а он может много чего загрузить.
т.к. сейчас везде поголовно grub будем говорить про него.
через меню можно загрузить кучу разных операционок с разных разделов, устройств, файлов и много чего еще.
к примеру загрузиться напрямую c live образов iso. недавно рутовый раздел так увеличивал через загрузку с gparted-live.iso который находился на том же носителе что рутовый раздел.
в принципе когда-то прикручивал таким же образом recovery сборки, и чтото для себя даже творил.
но потом забил. ибо для проще всего вернутся развернутую из бекапа систему.

п.с.: ты лучше расскажи точно что тебе надобно - тогда и ответ будет точным

вообще зачем использовать пин RTS для управления передаче 485 ?? у него несколько другое предназначение согласно 232 протоколу и реакция драйвера соответвующая.
его используют при работе с COM-портом обычного компутера, просто потому что gpio в обычном компутере просто нет.

не проще ли использовать отдельный пин, который включать перед передачей и выключать сразу после окончания передачи.

запретить входящий tcp на порты 80 и 443 с соответствующих адресов :)

если про параметр search груб-менюшки, то он умеет кроме поиска по UUID, еще поиск по метке фс или наличию файла в составе фс.
https://www.gnu.org/software/grub/manual/grub/grub...

fstab умеет только файлы в фс, а интирамфс умеет ограниченное количестов парамтеров отображать, но тоже решаемо только погуглить что и как. метку фс точно умеет.

опять же никто не мешает создавать или менять UUID отметки на фс.
и т.д.

как вариант спробовать сдампить образ из флешки.
разобрать ее структуру.
выковырять рут-раздел.
прописать в /etc/shadow хеш своего пароля.
запаковать измененное обратно и прошить флеш.

в винде нет таких встроенных "отобразителей сообщенией из сети", в приниципе как и в линухе и в любой другой операционке :)
так что посылать просто некуда.
надо ставить внешнюю прогу или писать скриптик слущающий порт и отображать через них.

PID один - значит процесс один.
а вот откель куча зависших незакрытых портов tcp надо изучать.
клиент не закрывает ??

добавлю к вышеперечисленному по пункту синхронизация.
есть сервисы постоянной синхронизации каталогов.
к примеру, пользуюсь https://syncthing.net на линухе, андроиде и винде.
торрент-подобная система. защита от обрывов, докачка, хеш-подпись для гарантии 100% передачи файла. а так это сервис, постоянно в фоне, изменения файлов отлавливаются мгновенно (слушает inotify ) и быстро распространяется по сети.

есть коммерческий resilio sync (собственно его сделала та же компания, что создала битторент. а синхфинг опенсорсная бесплатная копия ресилио)

за внедрение в менюшку груба остальных осей, в том числе и винды, отвечает os-prober
установи и обнови менюшку груба.
это если без уефей всяких :)

для того чтобы сделать iso нужно будет поковыряться с програмкой упаковки файлов в iso-образ. а также правильно становить загрузчик в образ, чтобы он загрузился.

вариант a: сделать образ с флешки и загрузиться с него.
https://www.virtualbox.org/manual/ch08.html#vboxma...
The following command reads from disk /dev/sda using a pipe and therefore needs the exact disk size in bytes as an additional parameter, which is assumed to be 10737418240. The output file is a VDI disk image called disk.vdi.
$ dd if=/dev/sda bs=512 | VBoxManage convertfromraw stdin disk.vdi 10737418240

вариант б: виртуалбокс позволяет подключать железки как виртуальные образы напрямую в виртуалку.
https://www.virtualbox.org/manual/ch09.html#adv-st...

должна быть поддержка со стороны драйвера материнки. зависит от погромистов железяки.
если она есть, то все светодиоды обычно (зависит от погромистов железяки опять же) симлинками собраны в класс системы /sys/class/leds/

к примеру у меня там три объекта
input2::capslock
input2::numlock
input2::scrolllock
которые есть симлинки на соответствующие разделы драйвера клавиатуры
внутри каждой виртуальной директории есть управляющий файл brightness.
который допускает два значения: текстовые символы "0"-выключен и "1"-включен.
при чтении показывает состояние "яркости" каждого объекта.
а при записи меняет онное состояние.

а вот к примеру файлового интерфейса к светодиодикам pwr_led и ide_led, которые есть на системнике уже нету.
вариант а: у этих светодиодов нет программного интерфейса и они "намертво" подключены к соответующем железякам внутри схемы.
вариант б: драйвера железа не предоставляют пользовательского интерфейса для управления этим светодиодиками и они управляются только внутри ядра.

изучай что у тебя, может немного другое.

в ядре отсутствует драйвер управления подсветкой клавиатуры твеого ноутбука :(
только если самому нашаманить,
возможно есть общий драйвер и лишь необходимо настроить его конфиги :(

если нужны быстро параметры файловой системы то
df --output=used /dev/sda3
если необходимо вручную почистить место в директории, то
ncdu -x /home

Есть такая утилита partclone одной из особенностей которой умение распарить заголовок файловой системы и скопировать в образ раздела только использованные фс блоки.
Знает кучу фс.
https://ru.linux-console.net/?p=11393#gsc.tab=0

запускать прогу под отдельным пользователем, которому запрещен тырнетик.
статейка древняя но принцип тот же
https://habr.com/ru/articles/82933/

все есть :)
те же deb rpm и иже с ними есть аналог msi (точнее наоборот :) сколь знаю в msi аккурат и слизали систему пакетов линухи)
пример выкладывания в виде отдельного пакета rclone

exe -установщики есть и много, к примеру https://makeself.io
пример самоустанавливающегося исполняемого файла под линуху смотри в virtualbox ссылка ​All distributions

просто это неудобно и топорно :)
гораздо эффективнее сформировать репозиторий в формате соответствующей системы, который можно подключить и автоматически устанавливать все обновления ПО в родном менеджере пакетов.
пример стороннего репозитория для разных менеджеров смотри в nginx. при этом вся доставка автоматизирована и подписана ключами команды nginx - левак не проскочит.

а вот систему сторонних репозиториев некрософтеры так и не стырили, а зря.

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

в *никсе все привыкли к репозиториям - они удобнее и на порядок защищеннее скачиваний exe-шников инсталяков. потому отдельных exe-шников практически нет - они не нужны.