Внимание! Это продолжение предыдущих статей!
В предыдущих статьях был описан опыт установки дистрибутивов Linux на ноутбук. К сожалению, получилось установить только четверых «пингвинов» из шести. Двое не установились из-за проблем с самими дистрибутивами.
Причём программа установки Linux Mint оказалась настолько плохой, что, как бы я ни танцевал с бубном над разными вариациями разметки диска и загрузчика, она просто не хотела правильно устанавливать загрузчик операционной системы. При всём желании Linux Mint оказалось невозможно нормально установить рядом с прочими дистрибутивами на одном SSD.
|
|
|
|
Разумеется, пришли защитники «дряхлого пингвина» и начали рассказывать, что это якобы не Linux кривой, а пользователь во всех проблемах виноват.
Особенно позабавили защитники, яростно вырвавшие из контекста один из вариантов разметки загрузочного раздела с точкой монтирования Boot и файловой системой EXT4. Мол, это неправильно, автор и такой, и сякой, и дурак полный. При этом стараются тактично умалчивать про тот факт, что это лишь один из опробованных вариантов разметки.
Особо глаза режет таким защитникам тот факт, что моя основная операционная система как раз использует раздел Boot с файловой системой EXT4 для загрузки. И ничего, всё прекрасно работает. Но только не с Linux Mint. Которая даже одного внятного предупреждения по существу не выдала по поводу разметки дисков, в том числе, почему не хочет устанавливать свой кривой загрузчик.
И, как я заметил, защитники Linux используют фейковые аккаунты для создания видимости, что их якобы много. На самом деле под рядом аккаунтов наверняка сидит несколько людей, которым, по сути, заняться нечем, кроме как изливать желчь под неугодными статьями в Сети. Некоторые настолько перестарались, что опрометчиво сказали про использование виртуальной машины, когда даже в заголовке статьи написано было, что Линуксы устанавливаются на ноутбук.
Это было весьма увлекательно. Как приверженцы пытались найти оправдания для кривых Линуксов. В том числе прибегая к практике софизма в крайне небрежной форме. Впрочем, классика. И я их не виню за это. Изредка они генерируют интересные идеи для экспериментов, даже если делают это неосознанно.
Но прежде чем продолжать эксперименты, вижу необходимым сделать резервные копии установленных систем. Потому что знаю, что дистрибутив Manjaro точно не переживёт ряд элементарных операций с драйверами, абсолютно типичных для той же Windows, ибо в основе Arch. Да и за прочие Линуксы не ручаюсь. Ибо Linux, как кривое бревно в основе дома. Никогда не знаешь, чего ожидать от него.
И да, у меня на SSD осталось 200 с лишним гигабайт свободного места. Там и сделаю раздел с резервными копиями. Может быть, туда закину и тестовые файлы какие-нибудь. Потому создаю этот раздел с файловой системой NTFS, ибо непоколебимый, надёжный стандарт, в отличие от всяких линуксоидных файловых систем.
Этим же проверю в будущем дистрибутивы, насколько хорошо они справляются с ситуациями, когда файловая система была отключена неправильно, если ничего лучшего не придумаю. Ибо некоторые Линуксы просто не способны произвести монтирование раздела, если что-то не так.
Надеюсь, таких экземпляров Linux, «дружелюбных и простых в использовании», нет в текущей тестовой пачке. Ибо в худшем случае придётся при любом нюансе загружать Chimbalix для исправления ошибок.
Но перед тем, как делать резервные копии разделов с операционными системами, нужно разобраться со свободным местом на резервируемых разделах. Это обычному пользователю может показаться, что на диске свободно 39 гигабайт, и оно не будет включено в резервную копию. Но на самом деле это не так.
Место, может, и свободное, но не пустое. Там наверняка есть остатки старых данных. Потому перед созданием резервных копий заполняю свободное место нулями. Так резервные копии будут гораздо лучше сжиматься и занимать меньше места, чем могли бы.
Такие резервные копии «по-линуксоидски» не дают полной гарантии, что восстановление сработает правильно, особенно если разметка дисков поплывёт. Но всяко лучше, чем ничего.
Дальше нужно заняться подготовкой к тестам. Но не игровым. Прежде всего, скачаем несколько разных версий ядра Linux. Ведь приверженцы очень любят рассказывать, мол, можно легко обновить ядро, и это якобы прекрасно. Якобы новые ядра лучше старых и всё такое. Windows со своим одним единственным универсальным ядром и в подмётки не годится!
Но, как многие уже могли заметить выше, в наличии только установочные DEB пакеты, а значит, их невозможно установить во всякие извращённые дистрибутивы вроде Arch и производные.
Что же зависит от ядра Linux? Теоретически пользователь не должен замечать разницы. Всё должно работать одинаково при любом ядре. Но в реальности всё совсем не так.
Для тех, кто не понял. С каждым новым ядром Linux постоянно ломают обратную совместимость. Особенно чувствительны к поломке обратной совместимости драйверы видеокарт. И тут не только драйверы NVIDIA страдают, от чего компании приходится более 12 лет поддерживать старые видеокарты. Но и драйверы видеокарт AMD страдали, пока Красная контора вовсе не бросила пользователей Linux, прекратив выпуск относительно пригодных для установки пакетов.
Это настолько серьёзная проблема ядра Linux, что только NVIDIA и поддерживает своих пользователей нормальными драйверами. Все остальные либо вымерли, как AMD, отдав всё на откуп вечно кривой Mesa3D, либо даже не пытаются поддерживать, сосредоточившись на действительно нормальной операционной системе Windows.
В общем, как пользователь я понятия не имею, где доставать ядра для экзотических всяких Arch, то есть Manjaro. Потому буду пробовать, что есть, чисто ради интереса. Вдруг какие-то Линуксы выживут после обновления ядра на самое свежее. Или на более старое, имеющее гораздо большую совместимость с разнообразными старыми драйверами.
Важно заметить! Все установленные дистрибутивы Linux будут тестироваться исключительно без доступа к интернету! Если будет необходимость что-то скачать из интернета, делать это буду исключительно сторонней операционной системой, чтобы не подключать ни на секунду к сети тестовые линуксы. Это также будет тестом на жизнеспособность операционных систем в условиях без прямого доступа к сети.
Однако, прежде чем устанавливать разные ядра, давайте проверим уже установленные. Насколько они совместимы с уже существующими драйверами и софтом для Linux.
Драйверы видеокарт слишком сложные и массивные. В особо извращённых дистрибутивах вроде Arch и его производных в принципе невозможна установка нормальных драйверов без применения модификаций. Потому для данного тестирования буду использовать гораздо более лёгкий VirtualBox.
|
|
|
|
VirtualBox хоть и не относится к драйверам видеокарт, но он имеет модули ядра Linux. Стоит ли говорить, что это серьёзная проблема? В первую очередь для обычных пользователей. Которым нужна виртуальная машина для запуска старых операционных систем. Особенно если для этого нужно использовать старые версии софта, в которых ещё не поломали 3D-ускорение для Windows XP.
Спустя некоторое время размышлений была собрана первая тестовая пачка с установочными файлами VirtualBox разных версий. Современные дистрибутивы, скорее всего, не осилят даже версию программы 2022 года по вине ядра Linux, потому не брал в набор ничего старее 2020 года.
И да, VirtualBox 6.0.24 является последним, что поддерживает 3D-ускорение в старых операционных системах, потому он наиболее ценный среди всех. Но у меня нет надежды, что хоть один современный Линукс осилит эту ещё не урезанную разработчиками версию виртуальной машины.
Единственная возможность запустить старый VirtualBox в Линуксе — это установить ядро версии 5.7 или ниже. Но сделать это в современных дистрибутивах практически невозможно. Ибо ад зависимостей.
Кто-то скажет, что ядро можно скомпилировать из исходников, и звучит правдоподобно. Но в реальности Ад зависимостей никуда не исчезает. Увы.
Может, эту несостоятельность Linux можно оправдать тем, что старые версии софта якобы никому не нужны? Но нет, нельзя. В данном случае есть конкретный мотив использовать старую версию VirtualBox, а именно рабочее 3D-ускорение для старых операционных систем, чего нет у современных версий софта.
Ради эксперимента откопал самый старый VirtualBox для Windows.
Иронично. Но браузер не хочет, чтобы я использовал эти старые версии софта, отмечая их потенциально опасными. Спасибо, пока хоть не ставят принудительный запрет на скачивание неугодных файлов...
Хотя не получилось в современной Windows 10 версии 22H2 запустить самые старые версии виртуальной машины, какие только смог найти на официальном сайте. Всё же сильная зависимость от ядра операционной системы даёт о себе знать.
|
|
|
|
Но мне удалось без проблем установить и использовать Virtualbox 6.0.24, а значит, у меня есть возможность установить туда Windows XP и полноценно использовать 3D-ускорение, вырезанное в более новых версиях виртуальной машины. Причём есть очень большая вероятность, что даже первые версии виртуальной машины 2018 года выпуска из ветки 6.0 будут так же хорошо работать.
Хотя этот небольшой эксперимент и проведён в виртуальной машине, что, вероятно, станет основой для оправданий у защитников Linux, мол, якобы абсолютно всё делается в виртуальных машинах, и это не считается. Но он показал, на что способна Windows 2022 года выпуска. И это будет включено в таблицу результатов.
Ради интереса установил какую-то одну из самых свежих сборок Windows 11. Почему не официальный образ? Потому что я хочу нажать две кнопки и получить операционную систему, что с нынешним официальным образом невозможно. Как и с Линуксами, собственно.
Проверил виртуальную машину версии 6.0.24, и она даже запустилась, но привела к ошибке основной виртуальной машины. Не знаю, заработает ли она нормально, если Windows 11 будет установлена на реальный компьютер, но засчитаем это как неудачу.
|
|
|
VirtualBox ветки 6.1 2020–2021 года выпуска уже без проблем запускается в Windows 11. Правда, толку от этого мало, ибо больше нет нормального 3D-ускорения для старых операционных систем.
|
|
|
|
|
А теперь можно приступить к тестам на реальном ноутбуке в разнообразных дистрибутивах Linux.
Для быстрой оценки того, что меня ждёт, был сформирован список версий ядра Linux. Мой дистрибутив Chimbalix имеет два варианта с ядром Linux 6.1 и Liquorix 6.8. Первое появилось в конце 2022 года, а второе — в начале 2024 года. И это же самые старые ядра среди всех тестируемых дистрибутивов, а значит, и самые совместимые.
Так что ждут нас печальные результаты совместимости с прикладным софтом вроде VirtualBox. Гораздо печальнее, чем даже получилось в самой свежей Windows 11. Даже с ядром 5.15 у меня нет и шанса на установку и использование VirtualBox ветки 6.0, учитывая дату выпуска.
Ну а чтобы не быть голословным, я провожу всевозможные тесты, которые очень не нравятся некоторым активным приверженцам Linux, так как результаты в большинстве случаев отличаются в худшую сторону от того, что расписывают в хвалебных статьях про Линуксы.
На этом завершим данную подготовительную часть, чтобы в следующей статье мне не приходилось как-либо ограничиваться и сжимать материал до минимума.
Благодарю за внимание, больше интересных статей в блоге Hard-Workshop.