xotkot

Часть зарезервирована пользователю root, недоступная другим пользователям, через tune2fs можно изменить.

Первая же ссылка в гугле:

❯ type cat
cat is /bin/cat
❯ type cd
cd is a shell builtin

Делаете в консоли traceroute <адрес сервера игры> и смотрите, где больше всего задержки. Если между вашим компом и роутером - настраиваете у себя. Если между вами и провайдером - можете без особой надежды обратиться в саппорт. Если дальше - тады ой. Можно разве что попробовать сменить провайдера.

Самый идеальный вариант, поставить с Netboot-образа (mini.isi) голую Ubuntu 20.04 (ещё есть 3 года поддержки впереди LTS) и на неё Openbox (OB).
Настроить OB под себя и радоваться жизни!
Ибо легковеснее OB нет ничего в природе!!!

Тот же LXDE (LXQT) основан именно на нём - на ОВ.

Я как раз публикую серию статей по установке и настройке ОВ в Ubuntu 20.04 так, чтобы сама система не тянула за собой при установке того или иного пакета сам GMOME Shell, что обычно и происходит, ибо он не нужен и, чтобы принцип - голая Ubuntu + голый ОВ оставался.

Сразу отвечу, почему 20.04, а не 22.04?
В 22.04 куча косяков пока что не разрешённых (самый веский, это то, что после установки практически невозможно установить ни один пакет штатными средствами, а только через танец с бубном), да и Netboot-образа уже нет на неё, только Server ставить, чтобы голая была...

В 18.04 вообще ОВ ставится на Ура! без каких-либо танцулек, но она уже через пару месяцев снимется с поддержки, увы...

Почитать и посмотреть можно здесь:
Часть I
Часть II

3-я на подходе.

И вообще с ОВ можно и Debian легко, а класическая Archlinux + Openbox, так вообще высший пилотаж и в основе своей все гурики Линя сидят именно на такой связке...

Но я предложил Ubuntu + ОВ, т.к. легко ставится, а Arch вы не сможете установить просто так без опыта...

Вы можете выбрать проприетарный драйвер NVIDIA (для GT 430 — версия 390.xx) либо открытый nouveau (open source). Советую сначала попробовать открытый, и если с ним будут проблемы, то установите проприетарный из этого пакета AUR: https://aur.archlinux.org/packages/nvidia-390xx-dkms

Почему при выполнение данной команды ОС продолжает работать до момента перезагрузки?

Я бы не сказал, что она "продолжает работать", но у нас, видимо, разные определения понятия "работать". Никакие новые исполняемые файлы в такой системе не могут быть запущены, потому что никаких файлов нет, а запущенные процессы -- да, могут продолжать выполняться и форкаться, пока им от файловой системы не нужны операции использующие имена файлов.
Ну и, справедливости ради, надо отметить, что место занятое открытыми на момент выполнения команды rm -rf / файлами не будет освобождено и их содержимое не будет потеряно, пока они не будут закрыты. Можно будет продолжать читать и писать в них, в т.ч. ядро будет продолжать использовать их для реализации механизмов виртуальной памяти.

Еще можно в одну строку:

text, _ := bufio.NewReader(os.Stdin).ReadString('\n')

Загрузка Ubuntu происходит 3-5 минут, после входа долго "раскачивается" и вообще стал работать медленне.

Убедиться что это не проблема с софтом, запустив к примеру linux с флешки liveusb (установочная ubuntu), можно пойти дальше и временно установить чистый linux куда-нидудь, хоть на такую же флешку.. запуск даже с медленных может происходить быстрее чем со старого hdd. Вдруг переустановка системы помозет? А может банальная дефрагментация? все же hdd это hdd.

Убедиться что это не проблема с железом
- не убитая ли система охлаждения
возможно тротлит процессор от перегрева, прогнать тесты процессора, сравнивать с публичными бенчмарками для своего процессора
- нет ли повреждений по питанию
это проверить сложнее, но банально, нет ли тормозов только при питании от батареи, а от сети все ок? в общем неплохо бы помониторить показатели вольтажа у процессора в нагрузке, там так же есть аналогичный тротлингу механизм по температуре - понижение скорости если подсистема питания не справляется
- не поврежден ли жесткий диск
протестировать его какими-нибудь бенчмарками (показывающими например красивую картинку-график скорости в зависимости от сектора), посмотреть ssmart диска на ошибки
старое железо может банально глючить из-за плохого контакта в том же шлейфе sata, в udma там будут сыпать ошибки но диск будет продолжать работать только часто притормаживать (переинициализироваться, кстати звук похож на чтение бедблоков, скребущий такой)

p.s. не пользоваться ubuntu unity, и перейти на xubuntu или lubuntu (или любой другой шустрый DE) это делается простой командой
sudo apt install xubuntu-desktop
и в окне авторизации выбрать xfce

Похоже на то, что hare run не нравятся виндовые концы строк (CR/LF). Можно использовать утилиту dos2unix для приведения концов строк в понятный hare вид (LF).

См. dmesg.