pfg21

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

рядом ставишь еще один запрограмированный хаб. и в случае звездеца первого - меняешь его на второй.
т.е. дублирование.
порекомендую еще между кбс-коробкой и хабом поставить многоконтакный разъем. тогда замена будет происходить одним движением.
если найдешь переключтель на нуэное колиество контактов то вполне возможен и "рубильник"

опции "только отправка/только получение" слышал хотят удалить, ибо хреново они както получаются в работе.
я использую корзину, с удалением в 0 дней (то есть никогда). все удаленное по сети, сваливается в эту подпапку. периодически заглядываю и смотрю что есть нужного ненужного в ней.

один из вариантов решения является смена типа почтовой базы с mbox - все письма лежат в одном большом текстовом файле на тип maildir - каждое письмо лежит в отдельном файле настройка thunderbird.
дифференциальный бекап maildir становится элементарным :)
утилиты дифференциального бекапа mbox не нашел :(

однако минус в большом количестве файлов в папке, ntfs кажись умеет делать B-tree над списком файлов, однако все равно тормозит на папках с гигантским количеством файлов.
ну и сама мозила считает маилдир в громоптице недоделаным :-/

ну и еще вариант бекапить в файловую систему с CoW (btrfs zfs) там есть функция дедупликацией блоков файла. там кажись даже доделали онлайн дедупликацию блоков файла. но не ковырял.

очистить флешку
поставить вентой
уменьшить раздел ventoy
добавить столько разделов сколько нужно

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

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

ограничение со стороны ядра. 255 байт прописано в "корневом" драйвере файловых систем линукс VFS.
увеличить NAME_MAX и XATTR_NAME_MAX до 1023 в /include/uapi/linux/limits.h
и пересобрать ядро
а лучше погуглить ситуацию, мож чего еще интересного дополнительно всплывет.

официальный репозиторий убунту. но там .22 версии нет.
ru.archive.ubuntu.com/ubuntu/pool/multiverse/v/vir...

практически никак :)
ибо андроид в большинстве своем установлен на ARM-процессорах. а виндовс с программами в основном рассчитан на х86-64 процы.
так что потребуется эмулятор процессора, а это крайне затратно, скорость виртуального х86-64 процессора будет в десяток раз меньше скорости хостового arm.

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

посоветую сделать телефону хардресет, т.е. сбросить его до заводских настроек встроенной функцией. тут как с виндой - весьма помогает избавится от хлама.

Syncthing - синхронизация папок между устройствами по сети.
p2p торрент-протокол, хеш-подпись, докачка, защита от обрывов, шифрация канала и все такое. скомпилрован под все что только можно.
я правда перешел на ресилио синх (по функции то же самое, но коммерческий) ибо синхфинг на моем стареньком телефоне вел себя неприлично...

синхроню между двумя линуксами (домашний десктоп + nas из старого компа на работе) виндовс на рабочем компе и андроидом на телефоне. вообще без вопросов

Пакеты в TCP называются сегментами. (с) Википедия:TCP :)
в RFC-описании везде используется segment для обозначения кусочка передаваемых данных с заголовком TCP (не будем использовать слово пакет :).
сколь помню, чтобы не путать с пакетами "нижележащего" протокола IP и прочими вариантами.

usermod находится в пакете passwd

зачем думать - все уже давно придумано.
fail2ban + dns

давай всем адрес с портом https://site.ru:8088
или в германии сделай http 308 перенаправитель на локальный адрес с портом.