Основни стъпки за поправяне на Linux система, която не се стартира

Когато сте прекарали години в експериментиране с Windows и преминете към дистрибуция, базирана на Debian (Zorin, Ubuntu, Linux Mint и др.), е нормално да се чудите какво да правите в деня, в който след актуализация или промяна в конфигурацията системата просто спре да се стартира. В Windows обикновено имаме ясна пътна карта: безопасен режим, chkdsk, автоматично поправяне, възстановяване на системата и, ако всичко друго се провали, форматиране и преинсталиране.

В Linux ситуацията е различна: системата обикновено е по-стабилна и по-лесна за възстановяване и преди да прибегнете до пълно нулиране, почти винаги можете да възстановите процеса на зареждане от TTY, режим на възстановяване или с помощта на live дистрибуция. Важно е обаче да знаете правилната процедура, за да избегнете загуба на време и усилия, когато бързате и компютърът ви е напълно неизползваем.

Защо една Linux система може да спре да се стартира

Първото нещо, което трябва да се разбере, е, че въпреки че Linux има репутацията на много стабилен в сравнение с Windows , той не е безпогрешен. Повечето проблеми със зареждането не се дължат на това, че „Linux е лош“, а по-скоро на комбинация от човешка грешка, дефектен хардуер или неудачни конфигурации.

Най-често срещаните проблеми, които пречат на вашата дистрибуция да се стартира, се разделят на две основни категории: проблеми с диска/дяла и проблеми с мениджъра за зареждане (GRUB) . Освен това има някои нюанси:

• Повреден или недостъпен дял за зарежданеДялът, на който е инсталиран Linux, или дялът /boot е повреден, или BIOS/UEFI не се стартира от правилния диск.
• Актуализацията на ядрото не бе успешнаНовото ядро ​​е инсталирано неправилно, не е съвместимо с вашия хардуер или сте премахнали ядро, което все още се използва.
• Недовършена корекция или актуализацияПрекъсване на захранването, внезапно изключване или грешка при актуализация могат да оставят пакетите наполовина конфигурирани и основните услуги да не могат да стартират.
• Проблемни шофьориВъпреки че много драйвери са интегрирани в ядрото, собствените драйвери (особено графичните драйвери) могат да прекъснат процеса на зареждане, ако нещо се обърка.
• Двойно зареждане с WindowsWindows може да презапише MBR/EFI и да „изяде“ GRUB, или Fast Boot/хибридната хибернация може да остави диска заключен.
• Неправилно конфигурирана GRUB конфигурация: неправилни записи, пътища до ядра, които вече не съществуват, или неподходящи параметри.
• Настройки на BIOS/UEFI: стартиране от грешен диск, Secure Boot е несъвместим с вашата дистрибуция или неправилно избрани UEFI/Legacy режими.

В среди с виртуални машини, понякога проблемът е толкова прост (и драматичен), колкото изтриването на директорията на виртуалната машина , което не оставя нищо за зареждане или поправка.

Първа спирка: изключване на хардуерни проблеми

Преди да се втурнете да поправяте системата като луди, уверете се, че не се опитвате да поправите повреден хардуер със софтуер . Твърд диск с множество преразпределени сектори или дефектна RAM памет ще продължи да създава проблеми, дори ако накарате системата да работи безпроблемно.

Логичният ред е:

• Проверете в BIOS/UEFI дали дискът се показваВлезте в менюто на фърмуера (Del, Esc, F2, F10 и т.н., в зависимост от производителя) и проверете секцията Boot. Ако SSD/HDD, на който е инсталиран Linux, не се намира никъде или не е в реда за зареждане, това е първият ви проблем.
• Проверете реда на зарежданеУверете се, че дискът с Linux (или съответният запис в UEFI) е поставен преди други дискове или USB устройства, които може да са „на ред“.

Ако дискът е видим, е време да оцените състоянието на RAM паметта и устройството за съхранение:

1. Тествайте RAM паметта с MemTest86+
Ако отворите GRUB, когато включите компютъра, обикновено ще видите запис като „Тест на паметта (memtest86+)“. Стартирайте го и оставете теста да работи поне 8 пълни пасаАко започнат да се появяват червени линии, имате грешки в RAM паметта и най-разумното нещо, което можете да направите, е да смените засегнатите модули.

2. Проверете състоянието на диска, използвайки SMART
За да не докосвате счупената си Linux система, можете стартирайте Live USB от Ubuntu или друга дистрибуция и след като Live средата се зареди (от RAM), инсталирайте и използвайте smartmontools:

• Критични стойности: Преместен_сектор_Ct (преразпределени сектори) и Текущ_предстоящ_сектор_Ct (нестабилни сектори).
• Ако някое от двете е по-голямо от 0, дискът вече е Това е предупреждение за сериозни проблемиКолкото по-високо отиват, толкова по-близо сте до окончателен провал.
• Област Часове_в_ключ_на_мощност Показва продължителността на живота в часове. Много часове не означават незабавна повреда, но увеличават вероятността от повреда.

Ако хардуерът е дефектен, приоритет е да се запазят данните и да се планира подмяна . Ако изглежда изправно, продължаваме със софтуерното решение.

Идентифициране на източника на неуспешно зареждане в Linux

След като хардуерът е изключен (или проверен), трябва да локализирате къде е заседнал процесът на зареждане. Тук Linux има значително предимство пред Windows, защото почти винаги можете да получите достъп до някаква конзола или режим на възстановяване, за да отстраните проблема.

Двата ключови инструмента за разбиране на случващото се са подробният режим на зареждане и системните лог файлове.

Активиране на режим на стартиране „подробен“
Много дистрибуции показват анимация или лого по време на стартиране (известното „пръскане“), което изглежда добре, но скрива важни съобщения за грешки. Идеята е, че ядрото и systemd ще... показване на екрана на всяка услуга, която се зарежда и да знаеш къде се забива.

Когато системата все още се стартира (или успеете да влезете в режим на възстановяване), можете да редактирате конфигурацията на GRUB в /etc/default/grub и променете реда:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

за такъв без тези безшумни параметри:

GRUB_CMDLINE_LINUX_DEFAULT=""

След това изпълнявате update-grub И, започвайки със следващото рестартиране, ще видите всички съобщения за зареждане, показвани на екрана, идеален за откриване на точната услуга или точката, където тя прекъсва.

Прегледайте системните лог файлове
Ако дори не можете да видите ясно съобщенията или искате нещо по-структурирано, има няколко много полезни лог файла. Можете да ги прегледате от нормална сесия, режим на възстановяване или Live дистрибуция, монтирана на вашия диск:

• /var/log/boot.logТова събира съобщения, генерирани специално по време на стартиране. Това е първото място, където трябва да се провери кога проблемът е очевидно свързан с процеса на зареждане.
• /var/log/messages: общ системен лог, с грешки и предупреждения от различни услуги.
• dmesgТова показва съобщения на ядрото. Обикновено тук е ясно посочено дали проблемът е в ядрото или в хардуера.
• journalctl: интерфейс за четене на системния лог (Systemd Journal), с филтри, времеви диапазони и др.

Ако системата не се стартира, тя инициира CD/USB на живоМонтирайте root дяла на вашата Linux система и влезте в него. /var/log от този дял, за да прегледам всичко това спокойно.

GRUB и зареждане: Поправете мениджъра за зареждане, преди да докоснете системата

GRUB е малката програма, която се зарежда веднага след фърмуера и решава коя операционна система да стартира и с кое ядро . При инсталации на Windows с двойно зареждане е много често срещано след актуализация на Windows процесът на зареждане да се връща към bootloader-а на Microsoft и GRUB „изчезва“ от уравнението.

Има два типични случая: GRUB се появява, но някои записи не се стартират , или GRUB дори не се показва и компютърът преминава към друга система или получава грешка при зареждане.

Достъп до менюто GRUB

Ако имате Legacy BIOS, натиснете и задръжте Shift по време на зареждане . Ако е UEFI система, обикновено използвате Esc , за да изведете менюто GRUB, вместо да зареждате директно дистрибуцията.

В това меню ще можете да:

• Изберете от няколко ядра от същата дистрибуция (например, нова версия и по-стара версия).
• Достъп до „Разширени опции“ и вътре изберете режим на възстановяване на конкретно ядро.
• Изберете друга дистрибуция или Windows, ако имате двойно зареждане.

Ако се стартира, когато опитате с по-старо ядро, тогава знаете, че проблемът е възникнал при актуализацията на ядрото. В много случаи временното връщане към старото ядро ​​ви дава време да актуализирате отново или да проучите грешката по-задълбочено.

Когато GRUB не се появява или е повреден

Ако машината се стартира директно с Windows, показва съобщение „няма система“ или остава на черен екран без да показва GRUB, вероятно мениджърът за зареждане е повреден или MBR/EFI сочи към друго място. Тук се намесва класическо решение: Boot Repair.

Идеята е да стартирате с Live дистрибуция (например Ubuntu или нейната производна) , да инсталирате Boot-Repair и да го оставите да пресъздаде GRUB вместо вас:

• Стартиране от USB/CD в режим „Опитай без инсталиране“.
• Отворете терминал и добавете Boot-Repair PPA (на Ubuntu деривати) или инсталирайте съответния пакет.
• тичам boot-repair с пот.

Инструментът анализира дисковете, открива инсталираните системи и предлага „Препоръчителен ремонт“ , който обикновено е достатъчен в повечето случаи: той преинсталира GRUB, преконфигурира записите и гарантира, че зареждащата програма е записана на правилния диск.

Ако проблемът е по-фин (няколко диска, множество Linux дистрибуции, ред на зареждане и т.н.), Boot-Repair ви позволява да получите достъп до разширени опции: почистване и възстановяване на GRUB, инсталиране на конкретен диск, редактиране на параметри, поправка на файловата система и дори възстановяване на MBR.

След като го приложите, рестартирайте компютъра си и ако всичко е минало добре, би трябвало да видите отново чисто GRUB меню с всички открити системни записи.

Използвайте режим на възстановяване, за да поправите системата

Ако GRUB работи, но системата замръзва при зареждане на услуги или влизане в графичната среда, идеалното решение е да се възползвате от режима на възстановяване (Recovery Mode) , който предлагат повечето дистрибуции, базирани на Debian/Ubuntu.

От менюто GRUB отидете на „Разширени опции за…“ и изберете записа, който включва (режим на възстановяване) за ядрото, което искате да използвате (обикновено най-новото, въпреки че можете да опитате и по-старо).

След няколко секунди ще видите меню с няколко опции за поддръжка. Най-полезните за възстановяване на система, която не се стартира, са:

• fsckТой проверява файловата система на дяла и поправя грешки. Приблизително е еквивалентен на chkdsk в Windows.
• чист: Премахва временни файлове и почиства неизползваното пространство. Полезно, ако системата не разполага с достатъчно дисково пространство.
• DpkgПоправя повредени или частично конфигурирани пакети, преинсталира необходими зависимости и почиства висящи състояния след неуспешна актуализация.
• ровя: актуализира и пренаписва зареждащата програма от самата система.
• мрежа: активира мрежата, което ви позволява да актуализирате пакети или да изтегляте корекции, ако е необходимо.
• корен: отваря обвивка като root, откъдето можете ръчно да редактирате конфигурационни файлове, да преглеждате лог файлове или да изпълнявате разширени команди.

Типична стъпка за отстраняване на неизправности, когато системата е заседнала при зареждане, е да се изпълнят в този ред fsck, dpkg и grub , да се провери за сериозни грешки и след това да се рестартира, за да се види дали системата се зарежда в нормален режим.

Настройки на BIOS/UEFI, Secure Boot и Fast Boot

В съвременните UEFI-базирани системи, два елемента често пречат на Linux: Secure Boot и Windows Fast Boot . Ако дистрибуцията на Linux не е съвместима със Secure Boot или ако системният фърмуер се държи по малко необичаен начин, може да се окаже, че ядрото просто не се стартира.

В повечето основни текущи дистрибуции (Ubuntu, Debian, Fedora и много производни) поддръжката за Secure Boot е доста усъвършенствана, но по-редки или много леки дистрибуции може да не работят с нея.

Типични мерки, които ще бъдат прегледани в UEFI, са:

• Опитай се да активиране на Legacy или CSM режим ако дистрибуцията не поддържа напълно UEFI.
• Деактивирайте защитеното зареждане временно, за да проверите дали запушването идва оттам.
• Проверете дали в самия UEFI няма опции за „Бързо зареждане“, които пропускат ключови стъпки за зареждане.

В конфигурации с двойно зареждане с Windows, трябва да имате предвид и бързото стартиране на Windows : вид частична хибернация, при която част от ядрото се записва на диска. Това блокира правилния достъп до NTFS дялове от Linux, а на някои системи BIOS може да „свърже“ диска с процеса на зареждане на Windows.

Решението включва:

• Деактивирайте бързото стартиране в Опции за захранване на Windows (като премахнете отметката от опцията „Активиране на бързо стартиране“).
• Деактивирайте, ако съществува, UEFI бързо зареждане.

Имайте предвид, че деактивирането на Secure Boot не е идеално за Windows 11, ако споделяте машина, тъй като това е изискване. В тези случаи е най-добре да използвате дистрибуция, която поддържа Secure Boot, за да избегнете необходимостта от промяна на конфигурацията всеки път, когато искате да стартирате от една система на друга.

Поправка на дялове и файлови системи с fdisk и fsck

Когато проблемът със зареждането произтича от повреден дял (поради внезапно изключване, прекъсване на захранването или грешки на диска), ключов инструмент в Linux е fsck , който проверява и поправя файловите системи (и проблеми със суперблокове ). Често се използва заедно с fdisk , който изброява и управлява дяловете.

Обичайната процедура е да стартирате компютъра от Live CD/USB , за да избегнете монтирането на повредения дял. След като сте в Live средата, отворете терминал и изпълнете:

fdisk -l

С това ще видиш всички дялове на всички дисковеТрябва да определите кой от тях съдържа инсталацията на Linux: в много случаи това ще бъде нещо подобно /dev/sda1 (първият дял на първия диск), но в системи с множество устройства или EFI може да варира.

След като го намерите, можете да изпълните fsck:

sudo fsck /dev/sda1

Тази команда анализира файловата система, открива несъответствия и предлага отстраняването им . Обикновено ще отговорите с „да“ или „да“ на предложените поправки.

Важно предупреждение : Както fdisk, така и fsck могат необратимо да променят структурите на дяловете и файловите системи . Неправилната употреба може да доведе до пълна загуба на данни. Преди да продължите, уверете се, че имате резервно копие на важните си данни или поне че сте абсолютно сигурни, че използвате правилния дял.

Грешки в initramfs и паника на ядрото: какво означават и как да се справим с тях

Има два вида грешки, които плашат средностатистическия потребител, но имат ясно обяснение: грешки, свързани с initramfs и известната „паника на ядрото“.

Проблеми с initramfs

initramfs е „мини-образът“, който системата зарежда в паметта точно преди да монтира действителната файлова система . Ако той се повреди или файловата система е счупена, може да се окажете в конзола за възстановяване със съобщения като „initramfs“, които ви подканват да изпълните ръчно fsck.

Типичният начин за излизане от тази затруднена ситуация е:

• пиша exit в конзолата, така че системата да посочи кой дял се нуждае от корекция.
• Обърнете внимание на устройството (например, /dev/sda2) и изпълнете ръчна fsck команда върху него, следвайки формата, предложен в съобщението.
• След като fsck завърши и коригира всичко, което може, напишете reboot и стискаме палци да започне отново.

Ако проблемът е просто „мръсна“ файлова система поради внезапно изключване, той обикновено се разрешава без да е необходимо преинсталиране.

Какво е паника в ядрото?

Паниката на ядрото, казано по-просто, е еквивалент на синия екран на смъртта на Windows : ядрото се сблъсква с толкова сериозна грешка, че вече не може да функционира и се изключва, за да предотврати по-нататъшни щети. Това може да бъде причинено от дефектни драйвери, сериозна системна повреда, неуправляеми хардуерни повреди и т.н.

Рецептата за справяне с него включва:

• Опитайте да започнете с друго ядро ​​от GRUB (например, по-стара версия, която преди това е работила добре).
• Използвайте режим на възстановяване да стартирате fsck, dpkg и да прегледате лог файловете на ядрото с dmesg y journalctl.
• Ако подозирате конкретен драйвер (например новоинсталиран собствен графичен драйвер), временно го деактивирайте или върнете конфигурацията от главната конзола.

В много случаи, зареждането с по-старо ядро, за което знаете, че е работило добре, е най-бързият начин да възстановите машината и оттам да решите дали да актуализирате ядрото отново или да останете със стабилната версия, която работи за вас.

Специални случаи: виртуални машини и загуба на виртуална машина

Ако използвате Linux във виртуална машина (VirtualBox, VMware и др.), съществува проблем, който няма техническо решение в самата гостеска Linux система: изтрили сте директорията на виртуалната машина, вярвайки, че е „боклук“, защото е заемала много място.

По подразбиране, виртуалните машини в Windows се съхраняват в пътища като:

• VirtualBox: C:/Usuarios/tu_usuario/VirtualBox VMs/nombre_de_la_maquina
• VMware: C:/Usuarios/tu_usuario/VMware/nombre_de_la_maquina

Ако тези директории изчезнат, обикновено не остава нищо или почти нищо за възстановяване. Понякога можете да ги извлечете от кошчето, ако не са били твърде големи, но обикновено са били изтрити изцяло. В този случай ще трябва да създадете нова виртуална машина от нулата.

За да се сведат до минимум проблемите, препоръчително е да имате инсталирани Guest Additions (VirtualBox) или VMware Tools и да запазвате работните си документи в папка, споделена с хост системата. По този начин, дори ако виртуалната машина се срине, данните остават достъпни на Windows или друг хост.

Преинсталиране на Linux без загуба на данни (и как да се подготвите за следващия път)

Идва момент, в който, след като сте изпробвали всички разумни опции, може да се наложи да приемете, че преинсталирането на дистрибуцията е най-бързото и най-чистото решение . Добрата новина е, че много дистрибуции ви позволяват да преинсталирате системата, като същевременно запазите личните си данни и дори приложения.

В последните версии на Ubuntu, например, инсталаторът открива, че на диска вече има система и предлага опция за преинсталиране, като същевременно се запазва вашата домашна папка . Въпреки това, винаги е препоръчително, преди да правите каквото и да било, да стартирате от Live дистрибуция и да копирате всичко важно на външен диск, за всеки случай.

Силно препоръчителна стратегия за бъдещи извънредни ситуации е да се разделят системата и данните на различни дялове от самото начало:

• Дял за / (система).
• Още един (или няколко) за / Home или за данните.
• По желание, добре разположен /boot и/или EFI дял.

По този начин, ако някога се наложи да преинсталирате и калибрирате системата, можете да изтриете и форматирате само системния и boot дяла, оставяйки дяла с данни непокътнат. По време на ръчна инсталация (използвайки „Още опции“ или подобен елемент в помощника), вие задавате съответните точки на монтиране, без да форматирате дяла с данни.

Ако всичко друго се провали, винаги можете да монтирате стария дял от Live USB и да копирате данните на външно устройство, преди да ги форматирате. Това е по-бавно и по-тромаво, но обикновено спестява много информация, която иначе би била загубена.