mayton2019

В вопросе звучат два вопроса.
1) Нормально ли использовать primary partitions вместо extended. Ответ - да нормально.
2) Как под Windows прочитать этот раздел. Моё имхо - лучше этого не делать. Если вам
нужен какой-то обмен данными - то лучше отформатируйте под Fat32 например.
Или вообще откажитесь от использования Windows и пользуйтесь Linux-файловыми
системами без ограничений. В противном случае ситуация выглядит как некое необоснованное
"чудачество" автора.

Вобщем у меня подобная задача стояла пол-года назад. Для облачного диска. Но я ее порешал по другому.
Ftp не понадобился. Но если что- смотри утилиту lftp. И там в скриптах у нее есть команда mirror.

~$ lftp --help
Usage: lftp [OPTS] <site>
`lftp' is the first command executed by lftp after rc files
 -f <file>           execute commands from the file and exit
 -c <cmd>            execute the commands and exit
.....

Лучше наверное купить XBox или Playstation.

В задаче есть такая матрица выбора. По горизотнали - технологии работы с USB/COM/TCP/UDP. Их много. Но в простом варианте (если бы ком-порты стояли в железе) то линукс бы видел такие устройства-файлы.
/dev/ttyS[0123]
И это было-бы прекрасно. В духе линукс. С переходниками и адаптерами - сложнее но принцип наверное такой-же.

И второе измерение матрицы - это собсно на чем делать UI. Конешно если автор знает делфи - то пускай берет лазарус и кодит. Но я-бы предложил рассмотреть вариант веб-интерфейса. Это - более современно и вообще веб-интерфейсы сейчас имеют вид - более привлекательный чем Windows95/Delphi лет 20 назад. По картинке с железной дорогой - вроде ничего сложного нету. Сейчас браузерны игры и то посложнее выглядят. Вот как-то так.

Как записывать в файл до тех пор пока есть место в нем?

Это не функционал файловой системы. Порешай такие задачи на уровне прикладного кода. Это не сложно.

Более того. В свете развития современных файловых систем (облачных систем) понятие "свободное место" сильно девальвировало. Его стало сложно посчитать. Оно уже не является уравнением где можно суммировать логический размер файлов и что-то прикидывать. Файлы стали обладать свойством SPARSE - разреженные, COMPRESSED - сжатые, стали иметь хард-линки (несколько внешних имен одного файла).

Во времена 32х битных ОС файлы часто ограничивались в 2Гб сверху. И это и сейчас наблюдается по
устаревшим API для файлов. А после ext4 например размер файлов лимитирован числом exbibyte а это на 12
порядков поболее чем 32х битки. Короче такой размер нам никогда не заполнить ничем.

Кроме того при использовании PIPELINE или канальных устройств само понятие размер файла лишено
смысла. Файл представляет собой трубу через которую с одно стороны пишут а с другой читают
информацию. И это - хорошо. Это гибкость файловой системы которую развивают еще со времен ОС Unix.
Зачем нам эту гибкость ограничивать.

Чего тут думать. Windows не читает ext4.

UDP пакеты можно слать через утилиту netcat (nc) но мне кажется что решение твоей проблемы не в этом.

Автор, вы наверное - гуманитарий. Потому, что только гуманитарии пишут столько ненужных эпитетов. А самое главное - скрипт и лог ошибки вы не приводите.

P.S. К чему я это?...Хех действительно к чему?

У малинки хотя-бы есть разьемы для USB/Ethernet/HDMI. Это полноценный десктоп не хуже тех которые были в 90х. Даже лучше если сравнивать с Радио86 или Спектрум.

А что есть у телефона? Какая интеграция? Да это чертов кирпич в смысле интеграции. Даже ресет нормально нажать нельзя.

Хочу при помощи tar сохранить все конфиги, но метаюсь между выбором директории home и ~/.config

Дык тебе не надо метаться. Тем более что никто не сможет ответить нужен ли тебе home целиком или нет.
Если места достаточно то бэкапть все что можно.

Но проблемы бэкапа только начинаются после того как он сделан. Ты разверни виртуалку и попробуй потом восстановить все конфиги (и приложения!!) с этого бэкапа. Я гарантирую сюрпризы.

Вобщем пробуй сам. Для бэкапа всех поддиректорий с точечками - можно написать скрипт. Но проблема
не в этом на самом деле.

Tar и gzip это очень старые утилиты. Им по 30-40 лет. И создавались они в те времена когда симметричное шифрование еще не было так развито.

Но архивчик можно после упаковки зашифровать другими утилитами например openssl.

openssl enc -in file.txt -out encypted_file.txt -e -aes256

Я так делал когда шифровал бекапы oracle dbms.

Если переписать чуть лучше скрипт - то можно объединить операции tar->gzip->openssl в один пайплайн
без воздания промежуточных файлов.

Можно наверное загрузить в sqlite и там применить оконную функцию. Взять в группе первый попавшийся адрес.

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

Так... эта задача балансирует на грани - sed/sort - писать лениво. SQLite - оверхед получается для одного раза.

У нас в садике говорили так - Размах - лошадиный, удар - муравьиный.

Посоветуйте дистрибутив Linux для программирования недавно поставил Ubuntu но лагает жуть как.

Парень собрался быть программистом под Linux. Оказалось что Линукс лагает.
Это просто замечательный челлендж чтобы поискать в сети информацию по тонкой диагностике Linux.

Я считаю что это будет полезный опыт. В Linux есть интерфейс ожиданий. Надо его найти активировать и посмотрть
где там чего ждем. Если проблема в KDE/Gnome/XFCe то как раз - настал звездный час чтобы что-то новое
попробовать. И отписать сюда по результатам.

Все советы по железу и драйверам - тоже сюда до кучи. Плюсую.

Возможно NTFS не поддерживает атрибут executable. Тоесть chmod +x file работает но не имеет эффекта.

Странно что ты не нашел. Вот их документация https://www.parrotsec.org/docs/introduction/what-i...
Пишут что это - Debian-based. Тоесть какое-то подмножество команд шелла будет совпадать.

Вообще, судя по описанию это - проект для энтузиастов. Тоесть для тех ребят которые не боятся чего-то недокументированного и умеют рыть исходники.

Есть ли какая другая команда вывода, которая будет текст выводить только в терминал, без записи в файл?

Да есть. Ты можешь выводить в STDERR и тогда это будет печататься на экране но в лог файл не попадет по причине такого скрипта
./a.out > file.log'
Чтобы оба потока писались в лог - нужно делать так
./a.out 2>&1 > file.log'
Но кажется что ты борешся не с той проблемой и не так. Для логгирования в файлы - есть специальные библиотеки.
А работа с STDOUT/STDERR - это просто базовые абстракции любого Unix-процесса.

Просто на сервере дай бог 10 гб свободного места осталось. Не будет ли он на сервере создавать какие то архивы?
А передать надо много, гб 200

Можешь отдельно заархивировать кастомным архиватором и порезать на тома и добавить контрольные суммы для восстановления.
200 Гб - это тот размер когда стоит дополнительно сделать проверки на целостность.

Насчет данных. Мне кажется удобнее всего - завести платный закрытый проект на gihub/bitbucket и просто делать git pull всех МоихДокументов. К удобству этого метода - можно фиксить конфликты. Это если ты успел обновить один файл и на винде и на линуксе.

А вот насчет настроек - тут сложно. Я думаю что настройки будут просто несовместимы для этих операционок и этим вопросом лучше не заморачиваться. Или писать кустарные скрипты для всех-всех приложений. Типа экспорт настроек в какой-то кросс-платформаенный формат типа XML. И импорт в другом месте.