rPman

в меню загрузки grub (если машина перезагружзалась по reset то меню при следующем включении появится, ну или нажать esc в первую секунду загрузки) выбрать режим восстановления, ввести пароль root (надеюсь его делали, именно для пользователя root иначе придется грузиться livecd и в chroot и прописывать пароль, хотя в этом режиме можно и без resque все сделать), затем ввести команду:
journalctl -xf
выдаст лог ошибок системы, стрелками просмотр, изучай, что не срабатывает

Так же во время загрузки ubuntu когда показывается логотип и бежит прогресс, можно нажать esc (или tab может я путаю или оба работают) и откроется текущий лог загрузки, в момент подвисания можно смотреть что происходило.

Если черный экран все равно появляется в нужный момент, можно отключить лого совсем, для этого в меню загрузки grub нужно нажать 'e' и отредактировать текстовый конфиг файл выбранного пункта меню загрузки, убрав quiet splash везде где найдешь (это строка настроек ядра linux /boot/vmlinuz....) и запуститься с отредактированными настройками f10 тогда лог будет в текстовом режиме (помогает если проблема с драйверами видеокарты или с ней самой)

в общем пока не диагностируешь проблему, решить ее не сможешь.

p.s. данные легко копируются загрузившись с livecd, в подавляющем большинстве случаев хватает копии /home (бакап все равно весь сделай) который можно развернуть на новую установку (само собой пакеты доустанавливать вручную, так же конфигурации машины понадобятся, но их можно копировать из бакапа), и все будет работать

Наиболее 'чистый линукс без графической оболочки без отпечатка какой либо компаний' - это gentoo, если речь идет об операционной системе а не о голом ядре, так как там в большинстве случаев пакеты собираются прямо из исходников, часто ссылка в .ebuild идет прямо на github. Само собой сами 'мейнтейнеры' gentoo так же оставляют отпечаток, в соответствующих патчах, подбору софта в репозитарии (portage) но в наименьшей степени, не мешая гибкости делать все это самому.

p.s. если что графическая оболочка есть и у gentoo, по желанию, есть даже вариант с прекомпилированными бинарниками, все как вы любите - готовое на блюдечке но настроенное кем то другим.

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

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

Только gentoo позволяет оттюнить сборку на столько качественно, что потребление ресурсов (ram и диска) будут минимальны, на столько на сколько это в принципе возможно. И при этом очень много чего автоматизировано или снабжено удобными утилитами.

Но и сил на это уйдет столько, что начнешь понимать, почему в мире именно этим процессом занимаются целые компании, так как в конечном счете с gentoo мейнтейнером ос становишься лично ты.

На схеме нижний роутер имеет статический ip в internet и он в нужной локальной сети с машиной Ubuntu, и у нее статический ip, лучше не придумаешь.

На этом роутере настраиваешь проброс портов (это называется обычно виртуальный частный сервер) когда подключения из интернета по указанному порту пробрасываются до машины в локальной сети роутера на указанный порт, типа router:1021 -> ubuntu:21

Так как виртуальная машина с ubuntu в верхней сети через двойной nat (сначала роутера virtualbox затем сам роутер) выходит в интернет, то простым ssh подключаешься к второму роутеру по указанному в пробросе порту.

clonezilla в текстовом интерфейсе позволяет сделать желаемое, причем не только с linux но и с windows.
Если что оно использует штатную утилиту partclone. Разделы подготовь сам с помощью fdisk/gparted/kde partitionmanager

Так же нужно заново поставить/обновить grub чтобы он прописал загрузчик для legacy режима или меню efi
grub-install /dev/sda --root-directory=/mnt
где sda - новый диск а /mnt - куда смонтирована новая копия корня системы (там должен быть смонтирован новый /boot и /boot/EFI).

директива dev должна указывать на tap0 и tap1 в соответствующих конфигах

и еще, ошибки смотреть надо в логах, /var/log/*openvpn* (на сколько я помню, имя лога соответствует имени файла конфига и/или службы, по которой запускается openvpn)

p.s. пропиши route для подсетей провайдера vpn чтобы трафик второго не шел через первый открытый vpn

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

Не нашел подтверждения, но разве у bluetooth не то же ограничение на параметры скорости что и у usb hub? (если в хабе будет устройство usb1 класса (до 1 мбита, обычно это клавиатуры мышки и т.п.) то скорость всех устройств в хабе понижается до такой же). Возможно конкретное устройство меняет параметры bluetooth на 'плохие'

покрути опции suspend в биосе и добавь опцию noacpi ядру в загрузчике (вполне возможно что оно и так без него)

По умолчанию биос обычно умеет усыплять монитор (это настройками и регулируется) но как только операционка берет на себя управление, это поведение меняется драйверами, и если они глючат или не работают, вот такое поведение

По факту любой linux/freebsd/windows позволяют на фаерволе настраивать перенаправление портов программно. Простейшим скриптом периодически сканируешь прокси и генерируешь команды к iptables на смену таблиц перенаправлений.

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

/usr/bin/slack линк ссылается на /usr/lib/slack/slack

Драйвера на видео обнови/смени (кстати проверь без них, со штатным или вообще vesa для чистоты эксперимента) потому что это:

Через некоторое время хром стал падать каждые полчаса. Ну, думаю, наверно хром для линукса нестабильный, поставил хромиум - таже история. Вивальди поставил - тоже падает.

выглядит как железная проблема

например проверь оперативную память, проверить температуру процессора, может высохла термопаста и перегрев и т.п.

В linux исторически сложилось для архивации использовать tar, это наверное самый многофункциональный инструмент, позволит сохранить все плюс даже то что не нужно.

* для сохранения прав нужен ключ -p
* для сохранения extended attributes нужен ключ --xattrs
* для обнаружения и сохранения информации о дырявых файлах sparse ключ -S
* символические ссылки будут сохранены как ссылки по умолчанию, поведение можно по разному менять опциями (например хранить как файл или к примеру при распаковке пробовать создать hardlink вместо symlink и т.п.)

Упаковывать можно потом полученный tar архив или лучше в процессе, ключ -a автоматически определит архиватор по расширению, чем угодно. Никто не мешает тебе создать архив без его сохранения просто отправляя его в момент создания в никуда:
tar -cjf /dev/stdout . | wc -c
будет сжимать bzip2 (ключ j) текущий каталог с подкаталогами и отправлять его в команду wc, которая просто посчитает его размер в байтах и выведет на экран. Повтори команду поменяв ключ j на J (это xz), z (это gzip) и т.п. и сравнивай полученные размеры (советую попробовать zstd)

p.s. как альтернатива, можно архивировать не файлы а весь раздел, с помощью набора утилит partclone (поддерживает все даже что то типа ntfs) можно создать копию раздела, в котором не будут сохранены сектора, помеченные как свободные, при этом скорость работы утилиты сравнима с dd (а это вообще просто посекторное копирование) и в большинстве случаев позволяет менять размер раздела, на который будет все это восстанавливаться (с ntfs редко но могут возникнуть проблемы при уменьшении)

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

Проблемы могут быть не только в самой машине (например память битая, протестировать надо если есть возможность) но и на клиентском устройстве, чем/куда производишь копирование по сети

mdadm должен сыпать ошибки в dmesg или в первую консоль машины если есть повреждения, они дадут больше информации.

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

Если все остальные причины учтены (скорость удаленного диска, скорость локального диска, скорости процессора) и причина действительно в одном из каналов провайдера, то рекомендую воспользоваться torrent.

Но не просто поднять торрент клиент там и тут (консольный rtorrent например), а поднять его на нескольких серверах одновременно, размещенных таким образом чтобы использовались разные каналы, очень сложно так сразу выбирать где именно запустить, но можно эмпирически это изучить, попробовав скорости разных провайдеров на принимающей стороне, так как это гораздо дешевле (попросите 2,3...5 друзей из вашего города сидящих на разных провайдерах открыть ссылку, выделить временно 50гб может наверное любой), итоговая скорость может складываться буквально.

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

Это совет не теория, я так разок почти утроил скорость загрузки большого файла, загружая его одновременно в трех местах, правда тогда речь шла о том чтобы загружать в случае, когда скорость выше 3мб/с не поднималась (локальные провайдеры лимитировали, но внутригородской трафик был безлимит), увеличив ее почти до тогдашнего лимита 100мбит - 11мб/с.

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

Переноси все на сервер терминалов на быстрой машине, с debian (если с 1c у тебя проблем там нет)

Идеально делать все с x2go, клиенты есть по до все, включая windows, работают наверное даже идеально, есть режим 'интеграции', когда окно запущенного на сервере приложения запускается на клиенте как обычное приложение (разница в инконке), будет легкий лаг при перемещении окна и смены режима развернуть окно на весь экран и обратно, но в 99% случаев пользователи не трогают окна совсем. Так же могут быть неоднозначности с некоторыми комбинациям клавиш, но все настраивается и зачастую о таких комбинациях не знают.

p.s. если без x2go, запускать удаленное приложение локально при наличии xorg (в cygwin xstartwin запускать) нужно либо через ssh -Y user@server cmd либо настроив xorg на сервере на доступ из локальной сети и выдав права пользователям/компьютерам, и вот тогда можно будет прописывать DISPLAY=server:0 и вообще без ssh, интеграция окон встроенная (т.е. приложения будут именно нативными, отличия только в стилях и цветовой гамме, если не настроить темы)

Если нужен доступ из windows, выбор файловых систем ограничен fat32/ntfs/exfat, доступ к ним из linux есть, с оговорками по производительности (ntfs на hdd будет работать из linux заметно медленнее, но с ssd проблем не будет)

Для linux достаточно гигабайт 20, на самом деле linux это не что то высеченное из камня - это конструктор, можно собрать рабочую систему и на пару гигабайт, а можно разбабахать на сотни гигабайт, все от задач зависит.

По поводу места, windows будет видеть разделы linux как неизвестная занятая область, трогать их не будет (кроме efi boot, см ниже), linux будет видеть все без проблем. Разделы размечать можно когда угодно, хоть сразу хоть потом, без разницы.

Совет, не устанавливай загрузчик grub (и/или efi) для запуска Linux и windows на один и тот же диск, линуксу пофиг но вот windows периодически показывает зубы, к примеру может с очередным обновлением затереть загрузчик linux, такое было. Решение - установить загрузчик linux на другой физический раздел или даже флешку. Загрузчик это grub-install и efi boot, все остальное можешь размещать где угодно, не подерутся.

Да, поковыряв вручную можно установить в меню загрузки windows пункт для linux или наоборот (grub сам находит windows и добавляет его в меню загрузки), но... проще на флешку.