mayton2019

Нужно дейстовать как делают сисадмины. Собрать сначала все сведенья. Что за линукс? Минт - это просто маркетинговое название. Для фикса проблемы - ничего пока нет. Нужна модель-версия ядра с точностью до билдов (uname -a). Потом обновить всё. Вообще всё. (apt update && apt upgrade). Потом посмотреть версию модель принтера и версию дров принтера (lp, lpadmin, lpstat). Вот иди по ключевым словам в гугл и копай.

С подшивкой всей этой информации сюда приходи.

P.S. На командный пункт меня доставьте...

А попробуй покликай по этим линкам
https://archlinux.org/packages/core/x86_64/linux/
https://github.com/archlinux/linux/commits/v6.1.8-arch1
Все-ли доступно?

Во первых - никто не прекращает. Есть огромный сегмент микропроцессоров малого энергопотребления которые так и останутся 32х битными. Микроконтроллеры и прочее. И операционки и прошивки и код вообще для них как писался так и пишется. И я думаю что такой класс оборудования будет существовать всегда. Нет смысла его каким-то образом хоронить.

По поводу адресации 64х бит. Насколько я помню адресные линии современных процессоров материнских плат так и не достигли этого размера. Что такое вообще - полный объем памяти с 64х битами - это больше чем во всех датацентрах вместе взятых. Посчитайте сами. Простая арифметика. Каждый бит - удваивает количество железа на борту. Сколько щас Intel Core способен адресовать? Я не помню. Пускай знающие подскажут.

Тоесть когда мы говорим 64 бит - то надо уточнять какие на самом деле биты имееются в виду. Доступная память для процесса? Ну да. Может быть.

IBM в 20м веке выпускала железки с 128 битной адресацией но там смысл указателя был немного более сложный. Что-то вроде бесконечной виртуальной ленточной памяти.

А 64х разрядные регистры были еще у первых Pentium MMX в 90х. Но это не имело отношения к адресации памяти.

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

Давайте поговорим о шрифтах. В 2012 я перешел с windows7 на Linux. И первая проблема практической работы с десктопом заключалась в том что я начал менять шрифты. Вот не нравились мне не шрифты не алгоритмы их рендеринга. Надо отдать должное МС. Шрифты у них хорошие. Дизайнеры очень долго думали над ними. Вот. Когда вы заняты кросс-платформенным UI возникает проблема. - Где взять шрифты максимально похожие на оригинал. Высота. Кернинг. Все должно быть максимально похожим на оригинальный десктоп где идет разработка иначе дизайн разваливается. В годы развития Linux Suse я пытался устанавливать их десктопы и использовать. И самая большая визуальная проблема что я видел - это полный развал шрифтового оформления. Доходило до смешного. Я просто не мог прочитать кириллический месседж в окне. Текст - сползал куда-то за границу окна. Или текст успешно переносился а баттон сползал за границы окна. Вобщем проблем было масса. Я думаю что одна из главных проблем кросс-платформенного UI - это унификация шрифтов. И дело тут вовсе не в Qt или Gnome/Gtk или KDE. А дело в том что другая платформа понятия не имеет как должен выглядет текстовый месседж.

В рамках импорто-замещения РФ скоро откажется от Windows.
Тогда специалисты по Linux будут восстребованы везде.

Вот главный мотиватор. Хочешь иметь работу завтра - изучай Линуха сегодня.

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

В идеале вы должны поставить свой ФТП-root под версионный контроль. Например под git. И делать чисто технический коммит на каждое событие изменения файла.

Проблема в том что в такой много-пользовательской среде как ФТП трудно выделить атомарную часть изменения чтобы обозвать ее коммитом. Если 2 пользователя одрновременно пишут в 2 файла в ФТП - это нормальное действие с точки зрения файлового сервака. И в этот момент трудно принять решение где-же собсно
был коммит. Мы полюбому будем фиксировать в коммитах недописанные тела файлов. Вот в чем проблемка.

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

Проверьте делает ли ФТП временное расширение для файла во время записи или обновления. Это важно.

В вопросе звучат два вопроса.
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 - оверхед получается для одного раза.