Когда возникают ошибки в операционной системе, их в большинстве случаев относительно легко решить. В крайнем случае, всегда можно переустановить дистрибутив, что приведет к полному исцелению компьютера (если проблема программная). Другое дело, когда пользователь сталкивается с проблемами на аппаратном уровне и с программами, которые обеспечивают работу и взаимодействие между собой оборудования. К одной из таковых, например, относится ошибка EFI Network 0 for IPv4 boot failed, что делать с ней не никто не сможет разобраться без обращения к соответствующим информационным источникам.
Содержание
Что это за ошибка EFI Network 0 for IPv4 boot failed на ноутбуках Lenovo
Ошибка EFI Network 0 for IPv4 boot failed на ноутбуках Lenovo
«Error: EFI Network 0 for IPv4 boot failed» – это системное сообщение, в котором пользователю сообщается о том, что попытка загрузиться по сети с использованием протокола IP четвертой версии завершилась неудачей. Собственно, в этом нет ничего удивительного, так как обычные пользователи ПК загружаются с жесткого диска, а те, кто не пожалели денег на покупку твердотельного накопителя – с SSD.
Такое сообщение могут увидеть исключительно владельцы ноутбуков Lenovo, так как на других компьютерах она называет немного по-другому.
Ошибка при загрузке ноутбука Lenovo
Соответствующая ошибка может появиться в виду многих причин, например, в результате перепрошивки BIOS или неаккуратной работы самого пользователя в соответствующем «инженерном меню».
Что и как делать, чтобы исправить ошибку EFI Network 0 for IPv4 boot failed
Стартовый экран загрузки ноутбуков Lenovo
Здесь есть несколько вариантов. Вначале владельцам ноутбуков Lenovo следует попробовать сбросить настройки BIOS по умолчанию. Делается это так:
- Включить ноутбук;
- Дождаться стартового экрана загрузки (не ОС, а именно компьютера (обычно, на нем изображен логотип Lenovo);
- На секунду зажать клавиши Fn+F2.
На ряде ноутбуков Lenovo одновременное нажатие этих двух клавиш приводит к сбросу настроек BIOS. Если это произошло, то после очередной перезагрузки начнет загружаться операционная система.
BOIS ноутбуков Lenovo
Если соответствующие действия не привели к нужному результату, следует выполнить следующее:
- Включить ноутбук;
- На стартовом экране загрузки нажать на F2 или Del (зависит от модели ноутбука);
- В открывшемся «инженерном меню» перейти на вкладку «Boot»;
- Выбрать пункт «Boot Mode» и нажать Enter;
- В отобразившемся списке выбрать «Legacy»;
- Перейти на вкладку «Exit»;
- Выбрать «Save and reboot».
После того, как ноутбук перезагрузится, должна начать загружаться операционная система, а ошибка «EFI: Network 0 for IPv4 boot failed» больше не должна беспокоить.
Если и эти действия не привели к нужному результату, тогда в BIOS потребуется еще и найти пункт «1 st boot device», который потребуется развернуть и в нем выбрать HDD + (название жесткого диска). Таким образом, будет сообщено компьютера то, с какого устройства ему следует загружаться в первую очередь. Поэтому он перестанет пытаться загрузиться из сети, в которой у пользователя, по понятным причинам, отсутствуют загрузчик и система.
Следует заметить, что пункты и вкладки в BIOS могут иметь другие названия (это зависит от модели компьютера).
Сегодняшняя статья будет посвящена владельцам ноутбуков Lenovo. Хотя, полезного в статье будет много и для тех у кого нет ноутбука Lenovo…
Дело в том, что сообщение об ошибке EFI Network 0 For IPv4 Boot Failed высвечивается только в ноутбуках фирмы Lenovo. В других ноутбуках, данное сообщение отображается совершено по иному, однако, все те действия которые будут здесь описаны, актуальны и для других производителей ноутбуков.
Сообщение об ошибке EFI Network 0 For IPv4 Boot Failed возникает тогда, когда пользователь пытается загрузиться с IP-адреса. Звучит конечно же дико и нелепо. Все мы загружаем свои компьютеры с жесткого диска, а те кто не пожалел денег на покупку чего-то по круче, загружаются с SSD-диска. В любом случае, загрузка происходит с твердотелого диска, на котором установлена операционная система.
Однако производители BIOS зашили в своих микропрограммах разного рода функции, которые собственно не понятно как использовать.
Ошибка вида EFI Network 0 For IPv4 Boot Failed возникает как правило в результате неопытного использования BIOS, когда определенные атрибуты, отвечающие за загрузку компьютера были изменены, причем на неправильные значения. Также, подобное значение могло возникнуть в результате перепрошивки BIOS на более свежую версию…
Так или иначе, копаться в настройках BIOS и искать затерянный параметр отвечающий за загрузку не каждый будет. Мы расскажем вам о самом простом и быстром способе устранить подобное (EFI Network 0 For IPv4 Boot Failed) сообщение, за вывод которого могут отвечать несколько настроек.
Для того чтобы устранить ошибку EFI Network 0 For IPv4 Boot Failed, необходимо выключить компьютер. Далее мы снимаем боковую крышку системного блока и находим на материнской плате небольшую круглую батарейку. Вытаскиваем ее, аккуратно поддевая чем-нибудь плоским.
Подождите десять секунд и вставляйте батарейку обратно.
Включайте компьютер и заходите в BIOS. В разделе отвечающим за загрузку, который называется Boot. находим параметр который отвечает за последовательность загрузки устройств. Вам необходимо выставить правильную очередь загрузки устройств.
Первым у нас должен стартовать жесткий диск (винчестер), а за ним должен идти привод. Собственно все. Другие устройства выставлять не надобности и пустые строки можно заменить на значение Отключено.
Таким образом, мы рассмотрели сегодня один способ, как избавиться от сообщения об ошибке EFI Network 0 For IPv4 Boot Failed. Разумеется вы можете сбросить значение настроек вашего BIOS другим способом, например, через сам BIOS. Так или иначе, вам просто необходимо выставить все значения по умолчанию, а после выставить правильную очередь загрузки устройств вашего персонального компьютера.
В этом небольшом посте я расскажу вам о практических способах реализации загрузки бездисковых устройств через PXE. Скажем так, что до определенного момента я совсем не интересовался этой проблемой и о PXE имел весьма посредственное представление, также, наверное как и у большинства. Т.е. все из нас знают, что в современных ПК есть возможность загрузки по сети, каждый видел в BIOS’е собственного ПК такую возможность (PXE Boot, LAN Boot), но мало кто использовал ее на практике. Реализацией этой возможности мы и займемся на практике, а также рассмотрим какое практическое применение в "домашних условиях" может иметь сетевая загрузка.
Наша "тестовая лаборатория" включает в себя:
- Маршрутизатор Mikrotik 951G-2HnD с RouterOS v6.39 (stable)
- Сетевое хранилище Western Digital My Cloud EX2
- PXE — Сетевая загрузка с микротика — здесь описывается настройка Mikrotik + TFTP для сетевой загрузки с использованием GRUB (Grub4DOS), а также приведен пример рабочей конфигурации для загрузки ALKID LiveCD и VINCOME LiveCD через PXE. Немного не то что нам хотелось (мы то хотели грузить Ubuntu LiveCD), но тем неменее информация полезная, берем на заметку.
- Настройка TFTP сервера на Mikrotik RouterOS — а вот здесь рассматривается настройка TFTP на Mikrotik, правда тут уже у нас уже используется не GRUB, а PXELINUX (SysLinux) в качестве загрузчика. Который, как мы убедимся позже, можно будет использовать и для реализации сетевой установки Ubuntu, и для загрузки LiveCD и для множества других вещей. Уже интересно, не правда ли? Знакомимся со статьями дальше.
- Загрузочный сервер — как загрузочная флешка, только сервер и по сети — пост на Хабре, в котором рассказывается о том как сделать "загрузочную флешку" по сети. Собственно такая конфигурация отлично подойдет для различных сервисных центров и т.п., с другой стороны, выбрать то, что будет грузиться по сети лично у него — это решение каждого, благо примеров полно. К концу чтения этого поста, вы (по-крайней мере я на это надеюсь) поймете, насколько это удобно.
- Домашний роутер с PXE-Boot и сервисами. — приводится пример организации PXE загрузки на Asus’овском роутере с прошивкой Merlin-Firmware. Честно говоря я сам подобную никогда не использовал, но статья ценна уже как минимум различными примерами рассмотренных в ней конфигураций для загрузки. А также как отличная иллюстрация того, что при желании, для реализации PXE загрузки можно использовать только лишь ресурсы бюджетного SOHO устройства.
- Как воспользоваться сетевой загрузкой (PXE) для Ubuntu LiveCD — переводная статья с HowToGeek, в принципе тоже может быть интересна. Кстати, именно по теме сетевой загрузки Ubuntu LiveCD вы так или иначе наткнетесь на различные ее вариации в поиске.
- Мультизагрузочный PXE-реаниматор — статья на 3DNews от 2012 года, но тоже в принципе интересно. Если вы читая этот пост пока просто просматриваете эти ссылки "по диагонали" — то наверное уже поняли, что PXE загрузка предоставляет практически неограниченный набор возможностей, наша задача лишь научиться правильно применить их для наших задач.
- [How-To] Запуск LiceCD Ubuntu (и не только) с любого ПК в сети с помощью PXE — название поста говорит само за себя, все действия автор проводит на сервере под управлением Debian 7. Т.е. DHCP + TFTP и т.п. у него развернуты на отдельном ПК с Debian 7. Тоже интересно, помечаем в "копилку".
- Configure PXE Server In Ubuntu 14.04 — похожий англоязычный вариант.
- Установка Ubuntu по сети (DHCP, PXE, boot-menu) на примере Ubuntu 14.04.
- Ubuntu 16.04 / Debian 8: Run PXE boot server for automated install — конфигурирование сервера для автоматизированной установки Ubuntu и Debian по сети. Лично мне эта статья понравилась различными комментариями и дополнительными пояснениями. Если читать вдумчиво, а не по диагонали, то становится (хотя бы на базовом уровне) понятно что такое pxelinux.0, ldlinux.c32 и т.п.
- Booten vom Netzwerk: Ubuntu 16.04 via PXE starten — статья, правда на немецком, подробно рассказывающая про то, как правильно настроить загрузку LiveCD с Ubuntu по сети. Собственно она и легла в основу решения поставленной задачи.
- Руководство по сетевой загрузке предустановочной среды Windows (WinPE)
- IT Geek: How to Network Boot (PXE) the WinPE Recovery Disk with PXElinux v5 & Wimboot
Ну и на первое время достаточно. Просмотрев / прочитав все это начнем ваять что-то свое. Первое что мы делаем — это подключаем флешку к Mikrotik’у и форматируем ее в FAT32: System -> Disks -> Format drive . Сделать это можно как через WinBox, так и через Web-интерфейс Mikrotik. Проблем с этим возникнуть не должно.
Затем скачиваем заранее подготовленный архив pxe-mikrotik-disk1.rar и распаковываем его содержимое в корень флешки. Сделать это можно как в меню Files в web-интерфейсе Mikrotik’а, так и через FTP в Mikrotik, ну или просто вставив отформатированную USB Flash в ПК и распаковав в корень содержимое архива. В результате там должна получиться следующая структура файлов (смотреть скриншот справа).
Некоторых файлов, например kolibri.iso (образ Kolibri OS) в архиве не будет, т.к. их можно без труда найти и скачать в интернете, также в архиве не будет содержимого папки winpe (т.к. все эти файлы есть на любом установочном диске с Windows и включать их в состав архива я не вижу смысла). А вот на остальных мы остановимся подробнее.
pxelinux.0 — это основной загрузчик, на который направляются DHCP сервером все клиенты сетевой загрузки, он входит в состав пакета syslinux. Все что касается данного загрузчика, а также используемых им библиотек (*.c32) можно взять в следующих пакетах:
Для чего они? После загрузки PXELinux на устройство начинается поиск дополнительных файлов и библиотек, т.е. устройство пытается подключиться к TFTP серверу, указанному в опциях отдаваемых DHCP сервером и запросить у него, например, файл ldlinux.c32, так вот TFTP сервер должен знать о реальном местоположении файла, чтобы отдать его, например в нашем случае он лежит в disk1/tftpboot/ldlinux.c32. Честно говоря я не экспериментировал, можно ли задать соответствие не отдельным файлам, а папкам или файлам по маскам, поэтому на всякий случай сделал правила для всех файлов на TFTP сервере. После того как мы прописали правила необходимо настроить наш DHCP сервер.
Переходим на закладку IP -> DHCP Server -> Networks в Mikrotik, выбираем нашу подсеть и делаем там следующие настройки:
На этом приготовления к первому запуску закончены. Можно брать любой ПК и пробовать загрузиться по сети. Для меня наиболее простым решением было создание отдельной виртуальной машины в VirtualBox и настройка ее на загрузку по сети. В результате, если все сделано правильно, вы увидите вот такую вот симпатичную менюшку PXELinux:
Сама конфигурация этого меню находится в файле disk1/tftpboot/ubuntu-installer/amd64/boot-screens/menu.cfg . Если мы попробуем загрузиться в Kolibri OS для примера, то заметим что передача казалось бы маленького (всего 66.5 Mb) образа kolibri.iso через TFTP даже по гигабитной сети займет довольно продолжительное время:
650 Mb и отдавать их по TFTP устройствам — превращается в настоящую муку. Т.е. грузится — да, но оЧЧень медленно. Первая мысль которая приходит в голову — а что если в качестве средства доставки тяжеловесного контента использовать не TFTP, а HTTP или NFS? И да, действительно, такая возможность есть.
Посмотрите как реализована в конфигурации (menu.cfg) загрузка того же Ubuntu LiveCD:
Здесь ядро vmlinuz.efi и рамдиск initrd.lz у нас грузятся по TFTP, а вот содержимое rootfs уже берется с NFS ресурса (благо Ubuntu так умеет). Порядок создания папки ubuntu16.04_live_amd64 на NFS ресурсе описан тут.
Ну или если вкратце, то я создал отдельную папку на WDMyCloud EX2, разрешил доступ к ней по NFS:
/nfs и просто скопировал необходимые файлы с LiveCD с Ubuntu в нее:
В результате содержимое папки ubuntu16.04_live_amd64 у нас полностью идентично корню LiveCD с Ubuntu:
Просто? Просто. Теперь пробуем загрузиться по PXE выбрав в меню LiveCD:
С гигабитной сетью все получилось достаточно быстро. Основное время здесь правда тратится на загрузку vmlinuz.efi (7 Mb) и initrd.lz (27 Mb) по TFTP. И вот здесь мы подходим к главному? А можно ли как-то грузить эти файлы тоже с NFS или с HTTP ресурса? Можно! И ответом здесь является использование вместо PXELinux (который к сожалению так не умеет), загрузчика iPXE. Настоятельно рекомендую вам познакомиться с ним и изучить примеры и т.п. на официальном сайте. В архив pxe-mikrotik-disk1.rar уже входит ipxe.lkrn , собранный мной из исходников с включенной поддержкой HTTP, NFS и т.п.:
Обратите внимание, есть поддержка DNS, HTTP, iSCSI, NFS, TFTP и др. вещей. Т.е. грубо говоря используя iPXE вы можете разместить необходимые файлы не только на NFS шаре, но и где-нибудь в интернете, например, на http://yourdomain.ru/files/ . и загрузчик будет брать их оттуда. При выборе опции Load iPXE SuperBoot Menu в PXELinux открывается меню загрузчика iPXE:
И вот здесь уже, согласитесь, есть чем впечатлиться. Сама конфигурация этого меню находится в файле boot.ipxe, который был взят мной из этого проекта bradgillap/IPXEBOOT на GitHub’е. Внутри подробные примеры и комментарии для всех вариантов загрузки, фактически это означает что вы с минимальными усилиями сможете настроить у себя загрузку любого из приведенных пунктов меню, просто разместив необходимые файлы у себя в сети и скорректировав boot.ipxe .
Ну и последнее о чем хотелось бы рассказать — это о загрузке *.wim образов WinPE через PXE. Для этого в моем примере используется именно iPXE и wimboot. Пример конфигурации вы можете увидеть в menu.cfg от PXELinux в пункте меню "Load iPXE [wim-boot.ipxe]". Фактически там грузится ipxe.lkrn, который читает файл конфига wim-boot.ipxe. Просто размещаете файлы wimboot, bootmgr, bcd, boot.sdi и boot.wim вашего WinPE дистрибутива где-либо в сети (на HTTP, NFS ресурсах) и все замечательно загружается. Примеры опять же, смотрите в wim-boot.ipxe.
Кстати, в меню iPXE SuperBoot от bradgillap есть пункт External Linux Installs. Фактически это внешнее (т.е. находящееся в интернет) загрузочное меню, которое позволяет вам установить некоторые Linux-based ОС, а также загрузить некоторые варианты LiveCD онлайн. Т.е. для того чтобы установить тот же Ubuntu, фактически достаточно только соответствующим образом сконфигурировать DHCP . Все остальное, даже на этапе загрузочного меню может быть взято из сети.
p.s. Чуть не забыл 😉 Архив pxe-mikrotik-disk1.rar со всеми необходимыми загрузчиками и примерами конфигураций (пароль на архив стандартный — decker.su). Также буду рад любым вашим мнениям и отзывам в комментариях. Если у вас уже есть свои конфигурации для PXE загрузки распространенных LiveCD дистрибутивов, например, DrWeb Live CD, Kaspersky Rescue Disc и др. популярных инструментов — делитесь ими в комментариях. Также, если у кого-то есть опыт (или ссылки на соответствующие статьи) о настройке бездисковых RDP клиентов, например на базе Thinstation — это тоже приветствуется.
Как вы уже поняли, я далеко не гуру в Linux’е и по-сути как работает PXE я узнал только вчера. Поэтому в архиве по факту используется несколько загрузчиков: PXELinus (SysLinux) как основной, а из него уже можно загрузить iPXE или Grub4DOS, хотя по факту, в реальной жизни достаточно использовать что-то одно. Все это оставлено просто в качестве примера, чтобы было наглядно понятно как работать и с тем, и с другим, и с третьим. Так что, как говорится, "ногами не пинать", а ценные комментарии всегда приветствуются.