Установка Debian на современный компьютер или загадочная история о проблемах проверенных средств записи ISO образов

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

Не так давно задался вопросом установки Debian на ноутбук 2019 года с UEFI, до это на ноутбуке стояла Ubuntu. Установка Ubuntu проходила гладко, образ писался с WIndows при помощи Rufus (пожалуй, наиважнейший писатель ISO образов для винды).

Ну так вот, захожу на официальный сайт Debian, скачиваю основной (с главной страницы) ISO образ размером 300 с лишним МБ. Записываю при помощи Unetbootin с Ubuntu и ...... ух ты! Невероятно неожиданно вываливается ошибка, гласящая, что установщик не нашел драйвера для сетевой карты.

Учитывая, что это ноутбук, техника современная, вероятно, драйвера проприетарные, я побрел на сайт Debian за образом с проприетарным софтом. Сейчас для Debian 11 подобные образы можно найти вот тут. Скачиваю, записываю при помощи того же Unetbootin, загружаюсь. И, на этот раз действительно неожиданно, вываливается та же плашка, ругающаяся на драйвера.

Примерно в то же время я нашел другую флешку сомнительного происхождения, где был записан также nonfree Debian (или, по крайней мере, что-то удивительно похожее на nonfree Debian), устаревший приблизительно на год (первая цифра в номере версии еще была актуальна, а вот вторая устарела выпусков на 6). Примечательно, что разметка на этой флешке была совершенно дурацкая (раздел точь в точь размером с ISO образ, очень маленький раздел и пустое место, в котором по каким-то загадочным причинам не получается создать новый раздел). С нее, на удивление, все установилось замечательно.

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

Я стал ругаться на Unetbootin и стал пробывать другие средства. Попробывал записать через винду при помощи Rufus, которым я записывал бубунту. Симптомы те же. Попробывал dd и встроенную в GNOME (а точнее GNOME диски) записывалку ISO образов (записывалка из GNOME дисков, по факту, чистый dd, поэтому результат один и тот же). После выхода в UEFI я увидел флешку, но после того как я поставил ее на первое место для загрузки - загрузка с флешки пропустилась и пошла загрузка обычной системы. Это первая вещь в этой статье, которую я толком-то объяснить не могу, но факт остается фактом: UEFI молча отказалось грузится с флешки, записанной через dd. Если кто-то сможет объяснить это явление в комментариях, буду признателен.

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

Я взял обе флешки и стал их исследовать через файловый мендежер. Через некоторое время я обнаружил удивительную вещь. В "правильной" флешке в образе по пути /firmware вместо самих .deb пакетов с софтом расположены пакеты, когда во второй флешке, которую я скопировал с первой при помощи dd, расположены пустые файлы размером 0 б, а это очевидно мешало установщику найти нужные драйвера. Это вторая вещь которую я не могу понять: как при по байтовом копировании возможны хоть какие-то различия. В Интернете ответа на этот вопрос я не нашел, и также буду признателен, если кто-то разъяснит в комментариях. Проверив образ через монтирование диска GNOME (тот же эффект можно получить глянув содержимое ISO образа через обычный архиватор), я увидел, что на самом деле в разделе /firmware лежат не пакеты, и, разумеется, не пустые файлы, а ссылки на конкретные пакеты, которые на самом деле лежат по другому пути в том же образе.

После всех этих чудес, я наконец-таки разгадал одну из тайн, которую хранит эта история, а именно способ, которым создали "правильную" флешку. Флешка была записана при помощи Etcher, это стало очевидно не только потому что записанная таким образом флешка работала как надо, а еще и потому что причудливая разметка флешки о которой я говорил ранее была точно такой же. Ссылки из образа не скопировались, но вместо ссылок появились копии пакетов, на которые эти ссылки ссылаются. Это, разумеется, довольно расточительная трата места, но за то это работает и установщик все находит, а не пустые файле по 0 б, которые мне дарили утилиты, в чьей надежности мне никогда не приходилось сомневаться. С тех пор на свой ноутбук, как и на остальные компьютеры, для установки Linux дистрибутивов я использую только Etcher (Windows системы он не понимает, остальные системы не приходилось ставить). Он хоть и требует много места из-за дублирования данных и запрещает использовать загрузочную флешку для чего-либо еще из-за очень странной разметки, но работает безотказно.

Вот такая вот странная история, делитесь предположениями о том, почему dd не копирует ярлыки и из-за чего UEFI не хочет грузится с флешек, записанных при помощи dd.

Источник: https://habr.com/ru/post/597889/


Интересные статьи

Интересные статьи

Привет! Я всегда хотел собрать свой компьютер — не только в теории понять как «бегают» биты, складываются числа, работают прерывания, как программный код превращается в н...
В марте 1878 года Дервиш-паша, командующий турецкими войсками, вручил князю Святополк-Мирскому ключи от города Батуми, а уже в июне того же года Берлинский конгресс утвердил статус по...
Этот выпуск рассылки я решил целиком и полностью посвятить совсем нешуточному регулированию о предустановке отечественного ПО, оно вступило в силу с 1-го апреля и уже начались публикации ...
Тему подсказало обсуждение предыдущего поста, в котором прозвучал голос заботливого администратора веб-сервера: TLS 1.2 и AEAD – выбор здорового человека, но кто пожалеет пользователей ...
24 ноября закончился Слёрм Мега, продвинутый интенсив по Kubernetes. Следующая Мега пройдет в Москве 18-20 мая. Идея Слёрма Мега: заглядываем под капот кластера, разбираем в теории и на практ...