|
Twiks
Anmeldungsdatum:
21. Januar 2023
Beiträge: 10
|
Hallo, vor wenigen Tagen habe ich ein Update meines Kubuntu 20.10 auf die neue LTS (22.04) vorgenommen. Seitdem wird mir beim Hochfahren des Rechners angezeigt, dass zu wenig Speicherplatz vorhanden sei und es erscheint weiterhin die im Betreff angezeigte Fehlermeldung. Ich habe bereits versucht das Problem zu lösen, hatte jedoch bisher keinen Erolg. Nun hoffe ich, dass einer der hier Anwesenden in der Angelegenheit kompetenter ist als ich und womöglich bescheid weiß. Bisherige Schritte Da ich mein System überhaupt nicht mehr starten kann (ich habe zwei Kernel installiert und es klappt weder mit dem einen noch mit dem anderen) arbeite ich momentan mit einem Live USB(Kubuntu 22.04). Zum Thema "zu wenig Speicherplatz": kubuntu@kubuntu:~$ df -hl
Filesystem Size Used Avail Use% Mounted on
tmpfs 1,6G 1,7M 1,6G 1% /run
/dev/sdb 3,6G 3,6G 0 100% /cdrom
/cow 7,8G 208M 7,6G 3% /
tmpfs 7,8G 0 7,8G 0% /dev/shm
tmpfs 5,0M 8,0K 5,0M 1% /run/lock
tmpfs 7,8G 504K 7,8G 1% /tmp
tmpfs 1,6G 60K 1,6G 1% /run/user/999
/dev/sda2 704M 280M 373M 43% /media/kubuntu/cd392a5e-9529-4bc8-aa82-dd0be0146a6d /dev/sda2 ist meine Boot-Partition. Meines Erachtens nach müsste das eigentlich ausreichen. Außerdem habe ich im chroot die Größe des journals auf 50MB festgelegt und so bereits 2,5GB Pöatz auf der Hauptpartition geschaffen. Darauffgolend habe mich an die Anleitung aus dem zugehörigen Artikel von Wiki Ubuntuusers (//wiki.ubuntuusers.de/GRUB_2/Reparatur/#Reparatur-mittels-Desktop-CD:) gehalten: % Festplatte entschlüsseln
kubuntu@kubuntu:~$ sudo cryptsetup luksOpen /dev/sda3 sda3_crypt
% Partition mounten
kubuntu@kubuntu:~$ sudo mount /dev/mapper/vgkubuntu-root /mnt
% hier entfernte ich den symbolischen Link, da eine Fehlermeldung erschien.
kubuntu@kubuntu:~$ sudo rm /mnt/etc/mtab
% Boot-Partition einbinden
kubuntu@kubuntu:~$ sudo mount /dev/sda2 /mnt/boot
% EFI einbinden
kubuntu@kubuntu:~$ sudo mount /dev/sda1 /mnt/boot/efi
% weitere Kommandos
kubuntu@kubuntu:~$ sudo mount -o bind /dev /mnt/dev
kubuntu@kubuntu:~$ sudo mount -o bind /sys /mnt/sys
kubuntu@kubuntu:~$ sudo mount -t proc /proc /mnt/proc
kubuntu@kubuntu:~$ sudo cp /proc/mounts /mnt/etc/mtab
% gehe in chroot
kubuntu@kubuntu:~$ sudo chroot /mnt /bin/bash
% Update initramfs
(base) root@kubuntu:/# update-initramfs -k all -c
update-initramfs: Generating /boot/initrd.img-5.15.0-58-generic
update-initramfs: Generating /boot/initrd.img-5.4.0-137-generic Keine Probleme bis hierher. Nun erhalte ich bei den folgenden Kommandos aber Meldungen, die ich nicht zu interpretieren weiß. Sind die für mein Problem überhaupt relevant? % installiere Grub neu
(base) root@kubuntu:/# grub-install
x86_64-efi wird für Ihre Plattform installiert.
grub-install: Achtung: EFI variables cannot be set on this system.
grub-install: Achtung: You will have to complete the GRUB setup manually.
Installation beendet. Keine Fehler aufgetreten
% Update Grub
(base) root@kubuntu:/# update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.15.0-58-generic
Found initrd image: /boot/initrd.img-5.15.0-58-generic
Found linux image: /boot/vmlinuz-5.4.0-137-generic
Found initrd image: /boot/initrd.img-5.4.0-137-generic
Memtest86+ needs a 16-bit boot, that is not available on EFI, exiting
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
done Nach einem Neustart des Rechners erscheint jedenfalls noch immer die gleiche Fehlermeldung. Zur weiteren Information noch folgende Auszüge: Crypttab 'sda3_crypt UUID=d1f7746e-2101-4553-bfbd-697d740522ad none luks,discard' fstab # /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/mapper/vgkubuntu-root / ext4 errors=remount-ro 0 1
# /boot was on /dev/sda2 during installation
UUID=cd392a5e-9529-4bc8-aa82-dd0be0146a6d /boot ext4 defaults 0 2
# /boot/efi was on /dev/sda1 during installation
UUID=F083-9680 /boot/efi vfat umask=0077 0 1
/dev/mapper/vgkubuntu-swap_1 none swap sw 0 0 lsblk -f (base) root@kubuntu:/# lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
loop0
loop1
loop2
loop3
loop4
loop5
loop6
sda
├─sda1 505,7M 1% /boot/efi
├─sda2 372,3M 40% /boot
└─sda3
└─sda3_crypt
├─vgkubuntu-root 177,5G 75% /
└─vgkubuntu-swap_1 Bin sehr dankbar für jeden Vorschlag 👍
|
|
fleet_street
Top-Wikiautor
Anmeldungsdatum:
30. August 2016
Beiträge: 2400
Wohnort: Hunsrück (dunkle Seite)
|
Willkommen im Forum. Erster Beitrag und schon den Codeblock gefunden? Es geschehen noch Zeichen und Wunder! 👍 Twiks schrieb: /dev/sda2 ist meine Boot-Partition. Meines Erachtens nach müsste das eigentlich ausreichen. …
Tja, Platz auf /boot, aber was ist mit dem Wurzelverzeichnis / dem eigentlichen System. Das war nicht eingehängt und daher ist der Füllstand nur dir bekannt. 🙄
% Festplatte entschlüsseln
kubuntu@kubuntu:~$ sudo cryptsetup luksOpen /dev/sda3 sda3_crypt
% Partition mounten
kubuntu@kubuntu:~$ sudo mount /dev/mapper/vgkubuntu-root /mnt
% hier entfernte ich den symbolischen Link, da eine Fehlermeldung erschien.
…
Fehlt da nicht ein Aktivieren des LVM? Zumindest war es bis 20.04 noch so, dass nach dem Aufschließen erst sudo vgchange -a eingegeben werden musste, bevor sich das Dateisystem einbinden ließ. Wenn sich das geändert hat, möchte ich nichts gesagt haben und lerne als alter Hund noch dazu. Oder hast du das nur nicht geschrieben? Der Inhalt der Fehlermeldung wäre vielleicht auch interessant. x86_64-efi wird für Ihre Plattform installiert.
grub-install: Achtung: EFI variables cannot be set on this system.
grub-install: Achtung: You will have to complete the GRUB setup manually.
Installation beendet. Keine Fehler aufgetreten
Da liegt wohl der Hase im Pfeffer, aber da bin noch zu rückständig und kann nicht helfen.
|
|
san04
Anmeldungsdatum:
19. Januar 2010
Beiträge: 1247
|
Hi und herzlich Willkommen. Startet dein Live-System im EFI-Modus? [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
|
|
Twiks
(Themenstarter)
Anmeldungsdatum:
21. Januar 2023
Beiträge: 10
|
Hallo noch einmal, bitte um Verzeihung für die späte Rückmeldung. Zunächst einmal, um auf die Fragen zu antworten: @san04, Ja, das Live USB startet im EFI-Modus: kubuntu@kubuntu:~$ [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
UEFI @fleet_street Haha, danke. Ich finde es wirklich gut, dass es so etwas gibt hier im Forum. Sehr umsichtig. ☺ Speicherplatz Ein df ergibt: Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/mapper/vgkubuntu-root 958045344 723185096 186120512 80% /
/dev/sda2 719936 286208 381264 43% /boot
/dev/sda1 523248 5364 517884 2% /boot/efi LVM aktivieren Gute Frage. Ich habe es mal mit einem sudo vgchange -a y probiert und erhielt die Meldung, dass die LVM nun aktiviert seien. Auf mein Problem hatte das allerdings keine Auswirkungen. Teil-Problem grub install *gelöst* Das Problem mit grub-install habe ich inzwischen lösen können, nämlich indem ich statt sudo mount -o bind /sys /mnt/sys einfach sudo mount --rbind /sys /mnt/sys probiert habe. Jetzt ist die Fehlermeldung verschwunden, aber mein Problem besteht weiterhin. update-grub Nach kurzer Recherche habe ich außerdem herausgefunden, dass es sich bei (base) root@kubuntu:/# update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.15.0-58-generic
Found initrd image: /boot/initrd.img-5.15.0-58-generic
Found linux image: /boot/vmlinuz-5.4.0-137-generic
Found initrd image: /boot/initrd.img-5.4.0-137-generic
Memtest86+ needs a 16-bit boot, that is not available on EFI, exiting
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
done dem hier gar nicht um eine Fehlermeldung handelt, sondern nur um eine Warnung. Ich habe trotzdem in der etc/default/grub GRUB_DISABLE_OS_PROBER=false gesetzt, sozusagen aus Spaß an der Freude, aber das hat mir eben bei meinem Problem nicht geholfen. dpkg Interessant fand ich, dass mir im chroot doch noch sehr viele weitere Konfigurationsdateien für Kernel angezeigt wurden: (base) root@kubuntu:/# dpkg --list | grep linux-kernel | more
(base) root@kubuntu:/# dpkg --list | grep linux-image
ii linux-image-5.15.0-58-generic 5.15.0-58.64 amd64 Signed kernel image generic
rc linux-image-5.3.0-18-generic 5.3.0-18.19+1 amd64 Signed kernel image generic
rc linux-image-5.3.0-29-generic 5.3.0-29.31 amd64 Signed kernel image generic
rc linux-image-5.3.0-40-generic 5.3.0-40.32 amd64 Signed kernel image generic
rc linux-image-5.3.0-42-generic 5.3.0-42.34 amd64 Signed kernel image generic
rc linux-image-5.3.0-45-generic 5.3.0-45.37 amd64 Signed kernel image generic
rc linux-image-5.3.0-46-generic 5.3.0-46.38 amd64 Signed kernel image generic
rc linux-image-5.3.0-51-generic 5.3.0-51.44 amd64 Signed kernel image generic
rc linux-image-5.3.0-53-generic 5.3.0-53.47 amd64 Signed kernel image generic
rc linux-image-5.3.0-55-generic 5.3.0-55.49 amd64 Signed kernel image generic
rc linux-image-5.3.0-59-generic 5.3.0-59.53 amd64 Signed kernel image generic
rc linux-image-5.3.0-61-generic 5.3.0-61.55 amd64 Signed kernel image generic
rc linux-image-5.3.0-62-generic 5.3.0-62.56 amd64 Signed kernel image generic
rc linux-image-5.3.0-64-generic 5.3.0-64.58 amd64 Signed kernel image generic
rc linux-image-5.4.0-100-generic 5.4.0-100.113 amd64 Signed kernel image generic
rc linux-image-5.4.0-104-generic 5.4.0-104.118 amd64 Signed kernel image generic
rc linux-image-5.4.0-105-generic 5.4.0-105.119 amd64 Signed kernel image generic
rc linux-image-5.4.0-107-generic 5.4.0-107.121 amd64 Signed kernel image generic
rc linux-image-5.4.0-109-generic 5.4.0-109.123 amd64 Signed kernel image generic
ic linux-image-5.4.0-110-generic 5.4.0-110.124 amd64 Signed kernel image generic
rc linux-image-5.4.0-113-generic 5.4.0-113.127 amd64 Signed kernel image generic
rc linux-image-5.4.0-117-generic 5.4.0-117.132 amd64 Signed kernel image generic
rc linux-image-5.4.0-120-generic 5.4.0-120.136 amd64 Signed kernel image generic
rc linux-image-5.4.0-121-generic 5.4.0-121.137 amd64 Signed kernel image generic
rc linux-image-5.4.0-122-generic 5.4.0-122.138 amd64 Signed kernel image generic
rc linux-image-5.4.0-124-generic 5.4.0-124.140 amd64 Signed kernel image generic
rc linux-image-5.4.0-125-generic 5.4.0-125.141 amd64 Signed kernel image generic
rc linux-image-5.4.0-126-generic 5.4.0-126.142 amd64 Signed kernel image generic
rc linux-image-5.4.0-128-generic 5.4.0-128.144 amd64 Signed kernel image generic
rc linux-image-5.4.0-131-generic 5.4.0-131.147 amd64 Signed kernel image generic
rc linux-image-5.4.0-132-generic 5.4.0-132.148 amd64 Signed kernel image generic
rc linux-image-5.4.0-135-generic 5.4.0-135.152 amd64 Signed kernel image generic
rc linux-image-5.4.0-136-generic 5.4.0-136.153 amd64 Signed kernel image generic
ii linux-image-5.4.0-137-generic 5.4.0-137.154 amd64 Signed kernel image generic
rc linux-image-5.4.0-71-generic 5.4.0-71.79 amd64 Signed kernel image generic
rc linux-image-5.4.0-72-generic 5.4.0-72.80 amd64 Signed kernel image generic
rc linux-image-5.4.0-73-generic 5.4.0-73.82 amd64 Signed kernel image generic
rc linux-image-5.4.0-74-generic 5.4.0-74.83 amd64 Signed kernel image generic
rc linux-image-5.4.0-77-generic 5.4.0-77.86 amd64 Signed kernel image generic
rc linux-image-5.4.0-80-generic 5.4.0-80.90 amd64 Signed kernel image generic
rc linux-image-5.4.0-81-generic 5.4.0-81.91 amd64 Signed kernel image generic
rc linux-image-5.4.0-84-generic 5.4.0-84.94 amd64 Signed kernel image generic
rc linux-image-5.4.0-86-generic 5.4.0-86.97 amd64 Signed kernel image generic
rc linux-image-5.4.0-88-generic 5.4.0-88.99 amd64 Signed kernel image generic
rc linux-image-5.4.0-89-generic 5.4.0-89.100 amd64 Signed kernel image generic
rc linux-image-5.4.0-90-generic 5.4.0-90.101 amd64 Signed kernel image generic
rc linux-image-5.4.0-91-generic 5.4.0-91.102 amd64 Signed kernel image generic
rc linux-image-5.4.0-92-generic 5.4.0-92.103 amd64 Signed kernel image generic
rc linux-image-5.4.0-94-generic 5.4.0-94.106 amd64 Signed kernel image generic
rc linux-image-5.4.0-96-generic 5.4.0-96.109 amd64 Signed kernel image generic
rc linux-image-5.4.0-97-generic 5.4.0-97.110 amd64 Signed kernel image generic
rc linux-image-5.4.0-99-generic 5.4.0-99.112 amd64 Signed kernel image generic
ii linux-image-generic 5.15.0.58.56 amd64 Generic Linux kernel image
rc linux-image-unsigned-5.4.0-136-generic 5.4.0-136.153 amd64 Linux kernel image for version 5.4.0 on 64 bit x86 SMP
rc linux-image-unsigned-5.4.0-97-generic 5.4.0-97.110 amd64 Linux kernel image for version 5.4.0 on 64 bit x86 SMP Die alten Konfigurationsdateien habe ich mit dpkg --purge linux-image... entfernt und jetzt sind es nur noch sehr viel weniger, aber natürlich half mir auch das nicht bei meinem Problem. Kann mich jemand darin einweihen, weshalb mir unter dpkg --list | grep linux-kernel | more nichts angezeigt wird? Werden diese Files automatisch gelöscht, sobald die images bestehen? Und vor allem: Hat jemand eine Ahnung, was ich noch versuchen kann? Mir gehen so langsam die Ideen aus. 😬
|
|
fleet_street
Top-Wikiautor
Anmeldungsdatum:
30. August 2016
Beiträge: 2400
Wohnort: Hunsrück (dunkle Seite)
|
Ups, das habe ich erst richtig wahr genommen. Twiks schrieb: … ein Update meines Kubuntu 20.10 auf die neue LTS (22.04) vorgenommen.
Das war ein unschöner Sprung. Ich das Metapaket kubuntu-desktop noch installiert? (Wird das Problem vermutlich auch nicht beheben.) Twiks schrieb: Nach kurzer Recherche habe ich außerdem herausgefunden, dass es sich bei …
Ja, kein Fehler. Deshalb war ich nicht darauf eingegangen.
… mit dpkg --purge linux-image... entfernt …
Aber du hast nicht das Metapaket linux-image-generic entfernt? Das würde wiederum das Metapekt linux-generic mit wegreißen. Letzteres sollte aber installiert sein.
… weshalb mir unter dpkg --list | grep linux-kernel | more nichts …
Weil du Kubuntu verwendest. 😀 Ein Paket linux-kernel-generic gibt es bis Linux Mint 19.3! Bei Ubuntu gibt es nur ein Paket, dass dies im Namen hat und normalerweise nicht installiert ist: linux-kernel
|
|
dingsbums
Anmeldungsdatum:
13. November 2010
Beiträge: 3771
|
vor wenigen Tagen habe ich ein Update meines Kubuntu 20.10 auf die neue LTS (22.04) vorgenommen
Prüfe per chroot im installierten System, ob das Paket cryptsetup noch vorhanden ist. Vielleicht ist es beim Upgrade entsorgt worden. Dann nachinstallieren und das Initramfs noch einmal neu bauen.
|
|
Twiks
(Themenstarter)
Anmeldungsdatum:
21. Januar 2023
Beiträge: 10
|
dingsbums schrieb: vor wenigen Tagen habe ich ein Update meines Kubuntu 20.10 auf die neue LTS (22.04) vorgenommen
Prüfe per chroot im installierten System, ob das Paket cryptsetup noch vorhanden ist. Vielleicht ist es beim Upgrade entsorgt worden. Dann nachinstallieren und das Initramfs noch einmal neu bauen.
Ist installiert. (base) root@kubuntu:/# dpkg -s cryptsetup
Package: cryptsetup
Status: install ok installed
Priority: optional
Section: admin
Installed-Size: 475
Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Architecture: amd64
Multi-Arch: foreign
Version: 2:2.4.3-1ubuntu1.1
Replaces: cryptsetup-run (<< 2:2.1.0-6)
Depends: cryptsetup-bin (>= 2:1.6.0), dmsetup, debconf (>= 0.5) | debconf-2.0, libc6 (>= 2.34), libcryptsetup12 (>= 2:2.4), libjson-c5 (>= 0.15), libssh-4 (>= 0.8.0)
Recommends: cryptsetup-initramfs
Suggests: dosfstools, keyutils, liblocale-gettext-perl
Breaks: cryptsetup-run (<< 2:2.1.0-6)
Conffiles:
/etc/default/cryptdisks 3e3b2248193105b5ecd9456c01ef3736
/etc/init.d/cryptdisks 8dd64a17dcefb1dd1a60eec286a6b502
/etc/init.d/cryptdisks-early 9c68271b34d88afd2764cdb203af9bd1
Description: disk encryption support - startup scripts
Cryptsetup provides an interface for configuring encryption on block
devices (such as /home or swap partitions), using the Linux kernel
device mapper target dm-crypt. It features integrated Linux Unified Key
Setup (LUKS) support.
.
Cryptsetup is backwards compatible with the on-disk format of cryptoloop,
but also supports more secure formats. This package includes support for
automatically configuring encrypted devices at boot time via the config
file /etc/crypttab. Additional features are cryptoroot support through
initramfs-tools and several supported ways to read a passphrase or key.
.
This package provides the cryptdisks_start and _stop wrappers, as well as
luksformat.
Homepage: https://gitlab.com/cryptsetup/cryptsetup
Original-Maintainer: Debian Cryptsetup Team <pkg-cryptsetup-devel@alioth-lists.debian.net>
@fleetstreet Linux-image-generic ist drauf, dito linux-generic und kubuntu-desktop.
|
|
Twiks
(Themenstarter)
Anmeldungsdatum:
21. Januar 2023
Beiträge: 10
|
Kleines Update: statt (base) root@kubuntu:/# update-initramfs -k all -c habe ich es nun mit direkter Kernelansprache probiert. Folgendes Resultat: Neuer Kernel (base) root@kubuntu:/# update-initramfs -u -k 5.15.0.58-generic
update-initramfs: Generating /boot/initrd.img-5.15.0.58-generic
W: missing /lib/modules/5.15.0.58-generic
W: Ensure all necessary drivers are built into the linux image!
depmod: ERROR: could not open directory /lib/modules/5.15.0.58-generic: No such file or directory
depmod: FATAL: could not search modules: No such file or directory
cat: /var/tmp/mkinitramfs_uSSLlQ/lib/modules/5.15.0.58-generic/modules.builtin: Datei oder Verzeichnis nicht g
efunden
W: Can't find modules.builtin.modinfo (for locating built-in drivers' firmware, supported in Linux >=5.2)
depmod: WARNING: could not open modules.order at /var/tmp/mkinitramfs_uSSLlQ/lib/modules/5.15.0.58-generic: No
such file or directory
depmod: WARNING: could not open modules.builtin at /var/tmp/mkinitramfs_uSSLlQ/lib/modules/5.15.0.58-generic:
No such file or directory
(base) root@kubuntu:/#Kann mir da jemand weiterhelfen? Alter Kernel: (base) root@kubuntu:/# update-initramfs -u -k 5.4.0-137-generic
update-initramfs: Generating /boot/initrd.img-5.4.0-137-generic
(base) root@kubuntu:/# Funktioniert also wie es soll. Nun ist beim booten auch die Meldung mit dem zu geringen Speicher weg, aber ich erhalte immernoch folgenden Fehler: VFS: Cannot open root device "mapper/vgkubuntu-root" or unknown-block(0,0): error -6
Please append a correct "root=" boot option; here are the available partitions:
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown block(00) Bin für jede Hilfe wie immer sehr dankbar.
|
|
fleet_street
Top-Wikiautor
Anmeldungsdatum:
30. August 2016
Beiträge: 2400
Wohnort: Hunsrück (dunkle Seite)
|
Twiks schrieb: (base) root@kubuntu:/# update-initramfs -u -k 5.15.0.58-generic
update-initramfs: Generating /boot/initrd.img-5.15.0.58-generic
W: missing /lib/modules/5.15.0.58-generic
…
Muss das nicht update-initramfs -u -k 5.15.0-58-generic heißen?
|
|
san04
Anmeldungsdatum:
19. Januar 2010
Beiträge: 1247
|
Twiks schrieb: 'sda3_crypt UUID=d1f7746e-2101-4553-bfbd-697d740522ad none luks,discard'
Sind die Anführungszeichen da wirklich drin? Ich weiß zwar nicht genau ob sie Probleme machen, aber standardmäßig sollten da eigentlich keine sein. Und du bist sicher, dass du im EFI-Modus das Livesystem gebootet hast, bevor du grub-install ausgeführt hast, oder? (Das Internet sagt, dass diese Fehlermeldung auftritt wenn BIOS gebootet wurde) Kannst du auch mal deine /boot/grub/grub.cfg zeigen?
|
|
Twiks
(Themenstarter)
Anmeldungsdatum:
21. Januar 2023
Beiträge: 10
|
Muss das nicht update-initramfs -u -k 5.15.0-58-generic heißen?
Ja, da ist mir in der Tat ein Flüchtigkeitsfehler unterlaufen. ☺ Hat aber auch nicht weitergeholfen.
Sind die Anführungszeichen da wirklich drin? Ich weiß zwar nicht genau ob sie Probleme machen, aber standardmäßig sollten da eigentlich keine sein.
Nein, die sind mir da irgendwie reingerutscht als ich die Zeile hier rein kopiert habe.
Und du bist sicher, dass du im EFI-Modus das Livesystem gebootet hast, bevor du grub-install ausgeführt hast, oder? (Das Internet sagt, dass diese Fehlermeldung auftritt wenn BIOS gebootet wurde)
Nun ja, diese Meldung wird mir zumindest ausgegeben: kubuntu@kubuntu:~$ [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
UEFI Kannst du auch mal deine /boot/grub/grub.cfg zeigen?
Klar: # DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
set have_grubenv=true
load_env
fi
if [ "${initrdfail}" = 2 ]; then
set initrdfail=
elif [ "${initrdfail}" = 1 ]; then
set next_entry="${prev_entry}"
set prev_entry=
save_env prev_entry
if [ "${next_entry}" ]; then
set initrdfail=2
fi
fi
if [ "${next_entry}" ] ; then
set default="${next_entry}"
set next_entry=
save_env next_entry
set boot_once=true
else
set default="0"
fi
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function initrdfail {
if [ -n "${have_grubenv}" ]; then if [ -n "${partuuid}" ]; then
if [ -z "${initrdfail}" ]; then
set initrdfail=1
if [ -n "${boot_once}" ]; then
set prev_entry="${default}"
save_env prev_entry
fi
fi
save_env initrdfail
fi; fi
}
function recordfail {
set recordfail=1
if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod lvm
insmod ext2
set root='lvmid/tY4r7P-IAkg-HUx9-HqXI-KPB3-ZalS-z8s0yQ/FRi67K-3hfx-lKaP-lHYS-zHsi-lF1v-E925j9'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint='lvmid/tY4r7P-IAkg-HUx9-HqXI-KPB3-ZalS-z8s0yQ/FRi67K-3hfx-lKaP-lHYS-zHsi-lF1v-E925j9' 38559ef6-7e11-4b53-b9b9-a83875e63643
else
search --no-floppy --fs-uuid --set=root 38559ef6-7e11-4b53-b9b9-a83875e63643
fi
font="/usr/share/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=de_DE
insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
set timeout=30
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=10
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=10
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
if background_color 0,0,0; then
clear
fi
color_normal=white/black
if [ -e ${prefix}/themes/kubuntu-logo/theme.txt ]; then
insmod png
theme=${prefix}/themes/kubuntu-logo/theme.txt
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
if [ "${1}" = "keep" ]; then
set vt_handoff=vt.handoff=7
else
set vt_handoff=
fi
}
if [ "${recordfail}" != 1 ]; then
if [ -e ${prefix}/gfxblacklist.txt ]; then
if [ ${grub_platform} != pc ]; then
set linux_gfx_mode=keep
elif hwmatch ${prefix}/gfxblacklist.txt 3; then
if [ ${match} = 0 ]; then
set linux_gfx_mode=keep
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=keep
fi
else
set linux_gfx_mode=text
fi
export linux_gfx_mode
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-38559ef6-7e11-4b53-b9b9-a83875e63643' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 cd392a5e-9529-4bc8-aa82-dd0be0146a6d
else
search --no-floppy --fs-uuid --set=root cd392a5e-9529-4bc8-aa82-dd0be0146a6d
fi
linux /vmlinuz-5.15.0-58-generic root=/dev/mapper/vgkubuntu-root ro quiet splash $vt_handoff
initrd /initrd.img-5.15.0-58-generic
}
submenu 'Advanced options for Ubuntu' $menuentry_id_option 'gnulinux-advanced-38559ef6-7e11-4b53-b9b9-a83875e63643' {
menuentry 'Ubuntu, with Linux 5.15.0-58-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.15.0-58-generic-advanced-38559ef6-7e11-4b53-b9b9-a83875e63643' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 cd392a5e-9529-4bc8-aa82-dd0be0146a6d
else
search --no-floppy --fs-uuid --set=root cd392a5e-9529-4bc8-aa82-dd0be0146a6d
fi
echo 'Loading Linux 5.15.0-58-generic ...'
linux /vmlinuz-5.15.0-58-generic root=/dev/mapper/vgkubuntu-root ro quiet splash $vt_handoff
echo 'Loading initial ramdisk ...'
initrd /initrd.img-5.15.0-58-generic
}
menuentry 'Ubuntu, with Linux 5.15.0-58-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.15.0-58-generic-recovery-38559ef6-7e11-4b53-b9b9-a83875e63643' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 cd392a5e-9529-4bc8-aa82-dd0be0146a6d
else
search --no-floppy --fs-uuid --set=root cd392a5e-9529-4bc8-aa82-dd0be0146a6d
fi
echo 'Loading Linux 5.15.0-58-generic ...'
linux /vmlinuz-5.15.0-58-generic root=/dev/mapper/vgkubuntu-root ro recovery nomodeset dis_ucode_ldr
echo 'Loading initial ramdisk ...'
initrd /initrd.img-5.15.0-58-generic
}
menuentry 'Ubuntu, with Linux 5.4.0-137-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.4.0-137-generic-advanced-38559ef6-7e11-4b53-b9b9-a83875e63643' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 cd392a5e-9529-4bc8-aa82-dd0be0146a6d
else
search --no-floppy --fs-uuid --set=root cd392a5e-9529-4bc8-aa82-dd0be0146a6d
fi
echo 'Loading Linux 5.4.0-137-generic ...'
linux /vmlinuz-5.4.0-137-generic root=/dev/mapper/vgkubuntu-root ro quiet splash $vt_handoff
echo 'Loading initial ramdisk ...'
initrd /initrd.img-5.4.0-137-generic
}
menuentry 'Ubuntu, with Linux 5.4.0-137-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.4.0-137-generic-recovery-38559ef6-7e11-4b53-b9b9-a83875e63643' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 cd392a5e-9529-4bc8-aa82-dd0be0146a6d
else
search --no-floppy --fs-uuid --set=root cd392a5e-9529-4bc8-aa82-dd0be0146a6d
fi
echo 'Loading Linux 5.4.0-137-generic ...'
linux /vmlinuz-5.4.0-137-generic root=/dev/mapper/vgkubuntu-root ro recovery nomodeset dis_ucode_ldr
echo 'Loading initial ramdisk ...'
initrd /initrd.img-5.4.0-137-generic
}
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/10_linux_zfs ###
### END /etc/grub.d/10_linux_zfs ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/30_uefi-firmware ###
menuentry 'UEFI Firmware Settings' $menuentry_id_option 'uefi-firmware' {
fwsetup
}
### END /etc/grub.d/30_uefi-firmware ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ###
if [ -f ${config_directory}/custom.cfg ]; then
source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg
fi
### END /etc/grub.d/41_custom ###
|
|
san04
Anmeldungsdatum:
19. Januar 2010
Beiträge: 1247
|
Ich kann nix Ungewöhnliches finden ☹ Hast du mal tomtomtom's Vorschlag probiert?
|
|
Twiks
(Themenstarter)
Anmeldungsdatum:
21. Januar 2023
Beiträge: 10
|
san04 schrieb: Ich kann nix Ungewöhnliches finden ☹ Hast du mal tomtomtom's Vorschlag probiert?
Wollte ich gerade machen. Beim Versuch ergab sich, dass die Ubuntu-Server wohl nicht zu erreichen seien. (base) root@kubuntu:/# apt-get update
Ign:1 http://de.archive.ubuntu.com/ubuntu jammy InRelease
Ign:2 http://de.archive.ubuntu.com/ubuntu jammy-updates InRelease
Ign:3 http://de.archive.ubuntu.com/ubuntu jammy-security InRelease
Ign:4 http://de.archive.ubuntu.com/ubuntu jammy-backports InRelease
Ign:1 http://de.archive.ubuntu.com/ubuntu jammy InRelease
Ign:2 http://de.archive.ubuntu.com/ubuntu jammy-updates InRelease
Ign:3 http://de.archive.ubuntu.com/ubuntu jammy-security InRelease
Ign:4 http://de.archive.ubuntu.com/ubuntu jammy-backports InRelease
Ign:1 http://de.archive.ubuntu.com/ubuntu jammy InRelease
Ign:2 http://de.archive.ubuntu.com/ubuntu jammy-updates InRelease
Ign:3 http://de.archive.ubuntu.com/ubuntu jammy-security InRelease
Ign:4 http://de.archive.ubuntu.com/ubuntu jammy-backports InRelease
Fehl:1 http://de.archive.ubuntu.com/ubuntu jammy InRelease
Temporärer Fehlschlag beim Auflösen von »de.archive.ubuntu.com«
Fehl:2 http://de.archive.ubuntu.com/ubuntu jammy-updates InRelease
Temporärer Fehlschlag beim Auflösen von »de.archive.ubuntu.com«
Fehl:3 http://de.archive.ubuntu.com/ubuntu jammy-security InRelease
Temporärer Fehlschlag beim Auflösen von »de.archive.ubuntu.com«
Fehl:4 http://de.archive.ubuntu.com/ubuntu jammy-backports InRelease
Temporärer Fehlschlag beim Auflösen von »de.archive.ubuntu.com«
Paketlisten werden gelesen… Fertig
W: Fehlschlag beim Holen von http://de.archive.ubuntu.com/ubuntu/dists/jammy/InRelease Temporärer Fehlschlag beim Auflösen von »de.archive.ubuntu.com«
W: Fehlschlag beim Holen von http://de.archive.ubuntu.com/ubuntu/dists/jammy-updates/InRelease Temporärer Fehlschlag beim Auflösen von »de.archive.ubuntu.com«
W: Fehlschlag beim Holen von http://de.archive.ubuntu.com/ubuntu/dists/jammy-security/InRelease Temporärer Fehlschlag beim Auflösen von »de.archive.ubuntu.com«
W: Fehlschlag beim Holen von http://de.archive.ubuntu.com/ubuntu/dists/jammy-backports/InRelease Temporärer Fehlschlag beim Auflösen von »de.archive.ubuntu.com«
W: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.
Woran könnte das liegen? Meine /etc/systemd/resolved.conf ist auskommentiert: # This file is part of systemd.
#
# systemd is free software; you can redistribute it and/or modify it under the
# terms of the GNU Lesser General Public License as published by the Free
# Software Foundation; either version 2.1 of the License, or (at your option)
# any later version.
#
# Entries in this file show the compile time defaults. Local configuration
# should be created by either modifying this file, or by creating "drop-ins" in
# the resolved.conf.d/ subdirectory. The latter is generally recommended.
# Defaults can be restored by simply deleting this file and all drop-ins.
#
# Use 'systemd-analyze cat-config systemd/resolved.conf' to display the full config.
#
# See resolved.conf(5) for details.
[Resolve]
# Some examples of DNS servers which may be used for DNS= and FallbackDNS=:
# Cloudflare: 1.1.1.1#cloudflare-dns.com 1.0.0.1#cloudflare-dns.com 2606:4700:4700::1111#cloudflare-dns.com 2606:4700:4700::1001#cloudflare-dns.com
# Google: 8.8.8.8#dns.google 8.8.4.4#dns.google 2001:4860:4860::8888#dns.google 2001:4860:4860::8844#dns.google
# Quad9: 9.9.9.9#dns.quad9.net 149.112.112.112#dns.quad9.net 2620:fe::fe#dns.quad9.net 2620:fe::9#dns.quad9.net
#DNS=
#FallbackDNS=
#Domains=
#DNSSEC=no
#DNSOverTLS=no
#MulticastDNS=no
#LLMNR=no
#Cache=no-negative
#CacheFromLocalhost=no
#DNSStubListener=yes
#DNSStubListenerExtra=
#ReadEtcHosts=yes
#ResolveUnicastSingleLabel=no Die APTGet-List sieht wie folgt aus: deb http://de.archive.ubuntu.com/ubuntu jammy main restricted universe multiverse
#deb-src http://de.archive.ubuntu.com/ubuntu jammy main restricted universe multiverse
deb http://de.archive.ubuntu.com/ubuntu jammy-updates main restricted universe multiverse
#deb-src http://de.archive.ubuntu.com/ubuntu jammy-updates main restricted universe multiverse
deb http://de.archive.ubuntu.com/ubuntu jammy-security main restricted universe multiverse
#deb-src http://de.archive.ubuntu.com/ubuntu jammy-security main restricted universe multiverse
deb http://de.archive.ubuntu.com/ubuntu jammy-backports main restricted universe multiverse
#deb-src http://de.archive.ubuntu.com/ubuntu jammy-backports main restricted universe multiverse
~ Mit einem Ping erhalte ich folgende Meldung: (base) root@kubuntu:/# ping de.archive.ubuntu.com
ping: de.archive.ubuntu.com: Temporärer Fehler bei der Namensauflösung Kann ich als chroot unter einem Live-System einfach nicht aufs Web zugreifen?
|
|
fleet_street
Top-Wikiautor
Anmeldungsdatum:
30. August 2016
Beiträge: 2400
Wohnort: Hunsrück (dunkle Seite)
|
Twiks schrieb: Kann ich als chroot unter einem Live-System einfach nicht aufs Web zugreifen?
Hab's mal vor Jahren ausprobiert, aber lange nicht benötigt: chroot/Live-CD
|
|
Twiks
(Themenstarter)
Anmeldungsdatum:
21. Januar 2023
Beiträge: 10
|
Hurra, es hat funktioniert! (Warum gibt es hier keinen Sekt-Emoji? 😉 ) Ich habe nun folgendes unternommen: 1. Schritt % Festplatte entschlüsseln
kubuntu@kubuntu:~$ sudo cryptsetup luksOpen /dev/sda3 sda3_crypt
% Partition mounten
kubuntu@kubuntu:~$ sudo mount /dev/mapper/vgkubuntu-root /mnt
% Boot-Partition einbinden
kubuntu@kubuntu:~$ sudo mount /dev/sda2 /mnt/boot
% EFI einbinden
kubuntu@kubuntu:~$ sudo mount /dev/sda1 /mnt/boot/efi
% weitere Kommandos.- /sys ist unbedingt mit --rbind zu mounten!
kubuntu@kubuntu:~$ sudo mount -o bind /dev /mnt/dev
kubuntu@kubuntu:~$ sudo mount --rbind /sys /mnt/sys
kubuntu@kubuntu:~$ sudo mount -t proc /proc /mnt/proc
kubuntu@kubuntu:~$ sudo cp /proc/mounts /mnt/etc/mtab
%Herstellen der Internetverbindung
kubuntu@kubuntu:~$ sudo mount -o bind /etc/resolv.conf /mnt/etc/resolv.conf
% gehe in chroot
kubuntu@kubuntu:~$ sudo chroot /mnt /bin/bash Was habe ich hier im Gegensatz zum vorherigen Versuch anders gemacht?
"sudo rm /mnt/etc/mtab" war nicht mehr notwendig, da die Fehlermeldung bei "sudo cp /proc/mounts /mnt/etc/mtab" interessanterweise in dem Moment, in dem ich /sys mit --rbind mountete, verschwand. Außerdem funktionierte dann auch erst grub-install ohne Fehlermeldung (was ich nun aber, wie im Folgenden zu sehen, nicht mehr gebraucht habe). Ich habe außerdem kein "update-initramfs -k all -c" durchgeführt, sondern stattdessen 2. Schritt alle Pakete im chroot neu installiert: dpkg --get-selections | grep "\binstall" | awk '{print $1}' > /tmp/dpkg.log
xargs -n1 apt-get --reinstall install -y < /tmp/dpkg.log und dann 3. Schritt nochmal den Kernel neu installiert, obwohl das vllt. gar nicht mehr nötig war. Doppelt gemoppelt hält aber bekanntlich besser. 😉 sudo apt-get install --reinstall linux-image-$(uname -r)
dpkg --configure -a
apt-get autoremove
update-grub Jetzt funktioniert wieder alles. Vielen vielen Dank für eure großartige Hilfe! 👍
|