Ich habe versucht, auf einem HP Envy von 20.04 auf 22.04 zu aktualisieren und nach der Installation gibt es weder WLAN-Adapter noch Bluetooth.
Der Kernel, den ich boote, ist, wenn ich mich nicht irre, 5.13. Ich hatte gehofft, eine Verbindung zum Internet herzustellen und eine Version von auszuführen, apt update && apt upgradeaber ich weiß nicht, wie ich eine Verbindung herstellen soll. Der Laptop hat keinen Ethernet-Anschluss und ich habe Bluetooth-Tethering ausprobiert, aber der Bluetooth-Adapter funktioniert auch nicht und schließlich hat auch USB-Tethering nichts bewirkt (d. h. der Computer hat kein neues Netzwerk erkannt oder so etwas Ähnliches).
Ich dachte, ich könnte das irgendwie beheben, wenn ich von einem Live-USB boote. Vielleicht könnte ich das beheben, bin mir aber nicht sicher, wie oder ob ich .deb-Pakete, die möglicherweise fehlen, irgendwie herunterladen und installieren kann. Ich habe versucht, den 6.2-Kernel herunterzuladenDownload-Link(die unter dieser Zeile „Test amd64/build erfolgreich (rc=0, on=amd64, time=0:13:06, log=amd64/log)“, aber die Installation ist fehlgeschlagen)
Ich bin einigermaßen vertraut mit Linux/Ubuntu, aber nicht genug, um tiefer einzusteigen. Lassen Sie mich wissen, welche weiteren Informationen hilfreich wären.
Antwort1
Es gibt Möglichkeiten, ein nicht funktionsfähiges System über integrierte Optionen wie das Booten in einen älteren Kernel oder Tools wie den Rettungs-/Wiederherstellungsmodus usw. zu reparieren. Oftmals erfüllen diese integrierten Mechanismen Ihre Wartungsanforderungen jedoch nicht und Sie benötigen externe Hilfe. In diesem Fall können Sie "metaphorisch" sondern schließen Sie Ihr sterbendes System tatsächlich an lebenserhaltende Maßnahmen an, öffnen Sie seine Eingeweide, um die Schäden zu reparieren und es dann wieder zum Leben zu erwecken ... Dafür benötigen Sie einen bootfähigen USB-Stick oder ein anderes Medium mit einem Live-Ubuntu-System, also das, das Sie verwendet haben, um Ubuntu zum ersten Mal auf Ihrem Computer zu installieren ... Folgen Sie dann den Anweisungen unten.
Vorbereitung
Booten Sie das Live-System, stellen Sie dann vom Live-System aus eine Verbindung zum Internet her, öffnen Sie ein Terminal und suchen Sie Ihre Root-Partition (dasjenige, auf dem sich das Stammverzeichnis Ihres Systems /befindet) ... Sie können Partitionen beispielsweise wie folgt auflisten:
sudo fdisk -l
... identifizieren Sie Ihre Root-Partition ... Es könnte so etwas sein wie /dev/sda2... Oder es könnte ein logisches Volume oder ein ZFS-Pool sein, den Sie scannen und vorbereiten müssen, oder sogar eine verschlüsselte Festplatte/Partition/ein verschlüsseltes Volume, das Sie zuerst entschlüsseln müssen ... Was auch immer es ist, Sie müssen es z. B. folgendermaßen mounten /mnt:
sudo mount /dev/sda2 /mnt/
BeachtenWenn Sie eine separate /bootPartition haben, müssen Sie sie bei mounten, /mnt/boot/und wenn Sie eine separate /homePartition haben, müssen Sie sie ebenfalls bei mounten /mnt/home/.
Dann,nurWenn Sie über die UEFI GRUB-Bootloaderversion verfügen, müssen Sie die EFI-Partition folgendermaßen mounten /mnt/boot:
sudo mount /dev/sda1 /mnt/boot/efi/
Führen Sie dann ein „Bind“-Mount der benötigten, fehlerfreien Systemverzeichnisse aus dem Live-System über ihre Entsprechungen im beschädigten System durch /mnt. Zunächst /proc:
sudo mount --bind /proc/ /mnt/proc/
... Dann, /sys:
sudo mount --bind /sys/ /mnt/sys/
... Dann, /dev:
sudo mount --rbind /dev/ /mnt/dev/
Beachtendas rekursive Bind-Mount mit --rbindfor /dev, um auch das Sub-Mount von einzuschließen, das für manche Befehle wie zB und /dev/ptserforderlich sein könnte , damit es funktioniert (sudosusiehst du warum).
Führen Sie nun Folgendes aus:
sudo cp /etc/resolv.conf /mnt/etc/resolv.conf
... Dadurch werden Ihre aktuell konfigurierten Suchdomänen vom Livesystem in die chrootUmgebung kopiert, sodass Anwendungen, die zum Auflösen von DNS darauf angewiesen sind, funktionieren, z. B. das Auflösen von Repository-URIs, wenn /etc/apt/sources.listSie dies z. B. apt updatevom Terminal aus tun ... Diese Änderung bleibt jedoch nach dem Booten vom System auf der Festplatte nicht bestehen, da diese Datei tatsächlich mit einem symbolischen Link verknüpft ist, /run/systemd/resolve/stub-resolv.confder dynamisch von verwaltet wird systemd-resolved.
Aktion
Laufen:
sudo chroot /mnt/
... und voila ... Jetzt arbeiten Sie auf dem Originalsystem auf der Festplatte, sind mit dem Internet verbunden, haben rootdie Berechtigungen des Benutzers und jeder Befehl, den Sie von nun an ausführen, wird in diesem Kontext ausgeführt ... Reparieren Sie Ihr System also nach Bedarf ... Ein guter Anfang (Satz von Wartungsbefehlen) lautet fast immer:
dpkg --configure -a && apt update && apt upgrade
... und wenn Sie fertig sind, führen Sie Folgendes aus:
exit
Aufräumen
Hängen Sie vorherige Einbindungen folgendermaßen auf:
sudo umount /mnt/dev/
... Dann:
sudo umount /mnt/sys/
... Dann:
sudo umount /mnt/proc/
... und alle anderen in umgekehrter Reihenfolge montiert, und fertig.