{"id":3851,"date":"2023-09-13T12:56:59","date_gmt":"2023-09-13T10:56:59","guid":{"rendered":"https:\/\/linux-bibel.at\/?p=3851"},"modified":"2024-08-13T16:47:30","modified_gmt":"2024-08-13T14:47:30","slug":"nicht-mehr-funktionierende-linux-systeme-retten-2","status":"publish","type":"post","link":"https:\/\/linux-bibel.at\/index.php\/2023\/09\/13\/nicht-mehr-funktionierende-linux-systeme-retten-2\/","title":{"rendered":"Nicht mehr funktionierende Linux-Systeme retten"},"content":{"rendered":"\n

Ein nicht mehr funktionierendes Linux<\/a>-System kann so einige Gründe haben. Man hat tief im System eine Konfiguration<\/a> falsch vorgenommen, Microsoft Windows hat den Bootloader von Linux<\/a> überschrieben, bei einem Update<\/a> ist etwas gröber schiefgegangen (experimentelle Distribution<\/a>en<\/em>) oder ein Update<\/a> wurde während seiner Ausführung abgebrochen …

Mit einem Live-System oder daneben installierten Linux<\/a>-System lässt sich jedoch alles wieder zurechtbiegen. Dabei kann es sich um jede beliebige Linux<\/a>-Distribution<\/a> handeln – Sie können also mit openSUSE Debian<\/a> retten, mit PCLinux<\/a>OS Gentoo und so weiter und so fort.

Um ein nicht mehr funktionierendes Linux<\/a>-System zu retten, startet man also das gewünschte Live-System oder die daneben installierte Linux<\/a>-Distribution<\/a> und greift mittels „chroot<\/a><\/strong>“ auf das nicht mehr lauffähige System zu.<\/p>\n\n\n\n

Nötige Partitionen einhängen<\/h2>\n\n\n\n

Um auf einem nicht mehr funktionierenden Linux<\/a>-System so arbeiten zu können, wie wenn es noch funktionieren würde, gilt es erst einmal, die wichtigen Partition<\/a>en in das laufende System einzuhängen. Die wichtigste Partition<\/a> ist natürlich die Systempartition<\/a> „\/<\/strong>“ – also das Wurzelverzeichnis<\/a>. Sie können die Bezeichnung als Administrator<\/a> auf dem Terminal<\/a> ermitteln (alle Befehl<\/a>e als root<\/a><\/em>):<\/p>\n\n\n\n

fdisk -l<\/code><\/pre>\n\n\n
\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n
In meinem Fall wäre dies die Partition<\/a> „\/dev\/nvme0n1p2<\/strong>„. Handelt es sich um das Dateisystem<\/a> „btrfs<\/a><\/strong>“ gilt es, das entsprechende Subvolume zu ermitteln:<\/p>\n\n\n\n
btrfs subvolume list PARTITION<\/code><\/pre>\n\n\n\n
Statt „PARTITION<\/a><\/strong>“ geben Sie die entsprechende Partition<\/a> an. Wurde die Systempartition<\/a> ermittelt, gilt es, diese im laufenden System im Systemverzeichnis<\/a> „\/mnt<\/em>“ einzuhängen – zu mounten<\/a>:<\/p>\n\n\n\n
mount \/dev\/nvme0n1p2 \/mnt\/<\/code><\/pre>\n\n\n\n
Mit einem BRTFS-Dateisystem<\/a>:<\/p>\n\n\n\n
mount -o subvol=@ \/dev\/nvme0n1p2 \/mnt\/<\/code><\/pre>\n\n\n\n
Damit können wir auf das Dateisystem<\/a> des nicht mehr funktionierenden Systems zugreifen. Geht es um die Reparatur oder die Neuinstallation des Bootloaders GRUB müssen Sie noch ein oder zwei weitere Partition<\/a>en einhängen – gibt es eine Extra-Partition<\/a> namens „\/boot<\/strong>“ – hier ohne spezielle Angaben (btrfs<\/a>, etc.<\/em>):<\/p>\n\n\n\n
mount \/dev\/sda1 \/mnt\/boot<\/code><\/pre>\n\n\n\n
Im Falle eines EFI-(UEFI<\/a><\/em>-)Systems:<\/p>\n\n\n\n
mount \/dev\/sda1 \/mnt\/boot\/efi<\/code><\/pre>\n\n\n\n
Auf RAID-Systemen ermitteln Sie zu Beginn die Partition<\/a>en mit (Paket<\/a> „mdadm<\/strong>„<\/em>):<\/p>\n\n\n\n
mdadm --assemble --scan<\/code><\/pre>\n\n\n\n
Wir können nun auf die Dateisystem<\/a>e zugreifen. Um jedoch auch darauf arbeiten zu können wie in einem installierten System, gilt es, noch einige Verzeichnis<\/a>se des aktuell laufenden Systems einzuhängen – die dazu nötigen Befehl<\/a>e können Sie übernehmen:<\/p>\n\n\n\n
mount -o bind \/dev \/mnt\/dev\nmount -o bind \/sys \/mnt\/sys\nmount -t proc \/proc \/mnt\/proc\ncp \/proc\/mounts \/mnt\/etc\/mtab<\/code><\/pre>\n\n\n\n
Reparatur starten<\/h2>\n\n\n\n
Nun sind alle nötigen Verzeichnis<\/a>se eingebunden, Sie können in das nicht laufende System wechseln (ebenfalls als root<\/a><\/em>):<\/p>\n\n\n\n
chroot \/mnt \/bin\/bash<\/code><\/pre>\n\n\n\n
Sie befinden Sie nun auf dem Terminal<\/a> als Administrator<\/a> im eigentlich nicht laufenden System, Sie brauchen also nicht mit „su<\/strong>“ zu root<\/a> (zum Administrator<\/a><\/em>) werden oder mit „sudo<\/a><\/strong>“ administrative Befehl<\/a>e starten.

Je nach Art der Reparatur gilt es nun, die entsprechenden Befehl<\/a>e zu starten, Sie können sich etwa erst einmal die Log-Datei<\/a>en anzeigen lassen via Systemd<\/a>. Sie können die Reparatur defekter Paket<\/a>e oder der Paket-Verwaltung<\/a> anstoßen:<\/p>\n\n\n\n
apt update\napt install -f\napt upgrade<\/code><\/pre>\n\n\n\n
Sie können natürlich auch einen defekten oder überschriebenen Bootloader reparieren oder neu installieren:<\/p>\n\n\n\n
grub-install \/dev\/sda1\nupdate-grub<\/code><\/pre>\n\n\n\n
(sda1 ist nur ein Beispiel<\/em>). Bei UEFI<\/a>-Systemen:<\/p>\n\n\n\n
grub-install\nupdate-grub<\/code><\/pre>\n\n\n\n
Bei Fehlern:<\/p>\n\n\n\n
grub-install --recheck \/dev\/sda1\nupdate-grub<\/code><\/pre>\n\n\n\n
(auch hier ist sda1 nur ein Beispiel<\/em>). Wie gesagt, Sie können arbeiten, wie wenn das System wirklich laufen würde. Mittels Strg+d<\/strong> verlassen Sie das unter „chroot<\/a><\/strong>“ laufende System. Zuletzt gilt es, die eingehängten Partition<\/a>en auszuhängen:<\/p>\n\n\n\n
umount \/mnt<\/code><\/pre>\n\n\n\n
Erstveröffentlichung: Sa 28. Aug 2021, 08:58<\/strong><\/p>\n
\r\n    
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n        <\/span>\r\n<\/div>
\r\n    \r\n                            \"Gef\u00e4llt\r\n            <\/a>\r\n    <\/span>\r\n<\/div><\/div>","protected":false},"excerpt":{"rendered":"
Ein nicht mehr funktionierendes Linux-System kann so einige Gr\u00fcnde haben. Man hat tief im System eine Konfiguration falsch vorgenommen, Microsoft Windows hat den Bootloader von Linux \u00fcberschrieben, bei einem Update ist etwas gr\u00f6ber schiefgegangen (experimentelle Distributionen) oder ein Update wurde w\u00e4hrend seiner Ausf\u00fchrung abgebrochen … Mit einem Live-System oder daneben installierten Linux-System l\u00e4sst sich jedoch […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[72,17],"tags":[],"class_list":["post-3851","post","type-post","status-publish","format-standard","hentry","category-sicherheit","category-system"],"_links":{"self":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/3851","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/comments?post=3851"}],"version-history":[{"count":5,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/3851\/revisions"}],"predecessor-version":[{"id":16105,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/posts\/3851\/revisions\/16105"}],"wp:attachment":[{"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/media?parent=3851"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/categories?post=3851"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/linux-bibel.at\/index.php\/wp-json\/wp\/v2\/tags?post=3851"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}