systemd om Automatische Terugval naar een Oudere Kernel toe te staan ​​in het geval van Boot Failure

Onlangs heeft systemd een nieuwe functie gelanceerd om opstartfout te beheren. Laten we erover lezen in deze korte reportage over hetzelfde.

Wat is opnieuw gesystematiseerd?

Systemd is een systeemdaemon die dient als een softwaresuite van elementaire bouwstenen voor een Linux-systeem. Het vergemakkelijkt systeem- en servicebeheer en start de rest van het systeem. Het wordt conventioneel allemaal in kleine letters weergegeven als systemd (systeemdaemon) volgens Unix / Linux-standaarden.

Het is begonnen als een ontwikkelaarsproject in 2010 door Lennart Poettering en Kay Sievers. Fedora werd de eerste grote distributie die systemd sinds mei 2011 standaard werd opgenomen.

Opname van systemd creëerde een soort revolte bij ervaren Linux-gebruikers. Distributies zoals Devuan zijn gemaakt om te voorkomen dat ze worden verborgen.

Ik ga hier niet in op het system versus vs debat. Dat is helemaal uw oproep als u de technische details begrijpt. Ik ga de nieuwe functie van systemd delen, samen met mijn ervaring met het repareren van opstartfouten.

Boot Counting: de nieuwste functie van Systemd

Zoals de zin suggereert, is het tellen van opstartpogingen onderdeel van een herziene versie van systemd's "Automatic Boot Assessment", waarmee kernellaarzen en -fouten kunnen worden gevolgd.

Met behulp van deze beoordeling kan het systeem automatisch terugkeren naar een vorige versie van het besturingssysteem / kernel, in het geval dat een nieuwere versie weigert succesvol te starten vanwege een fout.

De herziene set van kenmerken van systemd 's nieuwe Automatic Boot Assessment is beschikbaar in de GitHub-documentatie. U kunt het lezen als u geïnteresseerd bent in de technische details.

De ontwikkelaars suggereren ook dat de verschillende componenten naast een complete oplossing op UEFI-systemen ook onafhankelijk in combinatie met andere software kunnen worden gebruikt.

Problemen met systemd diagnosticeren: mijn ervaring

Ik ben enthousiast over deze nieuwe functie van systemd. Dit zou veel tijd en moeite kunnen besparen voor Linux-gebruikers. Ik zal mijn ervaring met het boot-probleem delen VOORDAT systemd deze opstartfout-functie heeft geïntroduceerd.

Systemd heeft me geholpen met het diagnosticeren van een probleem in het verleden op mijn dual-boot-systeem en ik denk dat het nuttig zou zijn om de ervaring hier te delen, om meer te weten over de vindingrijkheid ervan:

Een keer, tijdens een poging om mijn Ubuntu 16.04 LTS-systeem op te starten, kreeg ik het volgende foutbericht nadat ik hetzelfde van GRUB had geselecteerd:

Ik was gealarmeerd over het feit dat ik op zo'n dag 'begroet' werd met zo'n irritante boodschap na een drukke dag op het werk. Als ik lees dat het een van mijn pc-harde schijven (/ dev / sdb3) vermeldt, kreeg ik de aanwijzing dat het misschien iets moest doen met de slaap-functie van Windows 10 en het feit dat shutdown-pogingen op Windows 10 in feite gedeeltelijke winterslaap zijn voor een snellere opstart.

Zodra ik deze hint kreeg, startte ik Windows op en deed ik een complete shutdown door de Shift-toets ingedrukt te houden en vervolgens op Shutdown te klikken in het opstartmenu van Windows, waarna ik me met succes bij Ubuntu kon aanmelden. Voortaan heb ik "snel opstarten" en de hibernationstand in Windows uitgeschakeld.

Toen ik in de logboeken keek met behulp van het commando, terug op Ubuntu, kwam ik erachter dat de foutmelding onderdeel is van systemd 's features. Ik heb de volgende opdracht gebruikt om de volledige uitvoer van de opdracht op te slaan in een logbestand:

journalctl -xb | tee systemdlogged.log 

Bij het doorlopen van het logbestand kon ik opnieuw bevestigen dat het inderdaad het gevolg was van een gedeeltelijke slaapstand op Windows 10 ( Kan geen sessie maken: loopt al in een sessie ).

Houd je ervan of haat het?

Zoals je kunt zien, zou deze nieuwe automatische terugval naar de oudere kernel Linux gebruikers hier wat problemen besparen.

Dit idee zou de implementatie van vergelijkbare schema's op andere bootladers of niet-UEFI-systemen mogelijk maken. Misschien kan systemd ook in de toekomst worden overwogen voor gebruik met LinuxBoot?

Aanbevolen

Hoe de toetsenbord-applet te verwijderen in Ubuntu 13.10 & 14.04
2019
Hoe Linux Bash Shell te installeren op Windows 10
2019
Hoe controlesommen in Linux te verifiëren
2019