systemd за разрешаване на автоматично възстановяване на по-старо ядро ​​в случай на повреда в зареждането

Наскоро systemd пусна нова функция за управление на неуспеха при зареждане. Нека прочетем за това в това кратко покритие на същото.

Какво отново е systemd?

Systemd е системен демон, който служи като софтуерен пакет от основни блокове за Linux система. Тя улеснява управлението на системата и услугите и стартира останалата част от системата. Обикновено се представя с малки букви като systemd (system daemon) според Unix / Linux стандартите.

Стартира като проект за разработчик през 2010 г. от Lennart Poettering и Kay Sievers. От май 2011 г. Fedora стана първата голяма дистрибуция, включваща systemd по подразбиране.

Включването на systemd създаде някакъв вид бунт във ветеранските потребители на Linux. Дистрибуции като Devuan са създадени само за да не се използва systemd.

Аз не отивам в systemd срещу init дебат тук. Това е изцяло ваше обаждане, ако разбирате техническите неща. Аз ще споделя новата функция на systemd заедно с моя опит в определянето на повреда в зареждането с него.

Преброяване на зареждане: Най-новата функция на Systemd

Както подсказва фразата, преброяването на опитите за зареждане е част от ревизирана версия на "Automatic Boot Assessment" на systemd, която позволява проследяване на зареждания и грешки в ядрото.

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

Преработеният набор от характеристики на новата автоматична оценка за зареждане на Systemd е наличен в документацията на GitHub. Можете да го прочетете, ако се интересувате от техническите подробности.

Разработчиците също така предполагат, че в допълнение към предоставянето на цялостно решение за UEFI системите, различните компоненти могат да се използват и самостоятелно в комбинация с друг софтуер.

Диагностициране на проблеми с systemd: Моят опит

Аз съм развълнуван за тази нова функция на systemd. Това може да спести много време и проблеми за потребителите на Linux. Аз ще споделя моя опит с обувка проблем ПРЕДИ systemd въведена тази функция за грешка при зареждане.

Systemd ми помогна да диагностицирам проблем в миналото на моята двойна система за зареждане и мисля, че би било полезно да споделим опита тук, да знам за неговата находчивост:

Веднъж, докато се опитвах да зареждам своята Ubuntu 16.04 LTS система, получих следното съобщение за грешка, след като избрах същото от GRUB:

Бях обезпокоен, защо се „поздравява” с такова досадно съобщение изведнъж след натоварен работен ден. Когато прочетох, че се споменава един от моите твърди дискове на компютъра (/ dev / sdb3), имам намек, че може да се наложи да направи нещо с функцията за хибернация на Windows 10 и факта, че опитите за изключване на Windows 10 всъщност са частични хибернации за по-бързо зареждане.

Веднага след като получих този намек, стартирах Windows и направих пълно изключване, като натиснах клавиша Shift и след това щракнах върху Shutdown от менюто Startup на Windows, след което успях успешно да вляза в Ubuntu. Отсега нататък деактивирах „бързо стартиране“ и хибернация в Windows.

Когато погледнах в журналите с помощта на командата, отново на Ubuntu, разбрах, че съобщението за грешка е част от характеристиките на systemd . Използвах следната команда за съхраняване на пълния изход на командата в регистрационен файл:

journalctl -xb | tee systemdlogged.log 

При преминаване през лог файл, бих могъл да потвърдя, че това наистина се дължи на частичен хибернация на Windows 10 ( не може да се създаде сесия: вече се изпълнява ina session ).

Обичаш ли го или го мразиш?

Както можете да видите, този нов автоматичен резерв към по-старото ядро ​​ще спести на потребителите на Linux някои проблеми тук.

Тази идея би позволила реализирането на подобни схеми на други зареждащи или не-UEFI системи. Може би systemd може да се разглежда и за използване с LinuxBoot в бъдеще?

Препоръчано

Пълно ръководство за трикратно зареждане на Windows, Kubuntu и Debian
2019
GNOME 3.26 Издаден! Проверете новите функции
2019
3D отпечатване с отворен код: проучване на научни и медицински решения
2019