Hallo GerBra,
vielen Dank für deine unfassbar große Mühe.
Gut zu wissen, was erst einmal nicht beschädigt ist 🙂
Ich bin Schritt für Schritt die Hinweise durchlaufen und ich habe mir gewünscht, dass der kernel panic dann wirklich behoben ist, doch leider ist dem nicht so. Zugegeben, es ist wirklich kurios, da das Update am 2.7. sauber durchgelaufen ist und auch die Ausgabe wie im "Step 3" genau so angezeigt wurde. Ich speichere mir alle Eingaben und Ausgaben zu den ausführenden Kommandos ab (um später noch Zeitpunkte und Veränderungen nachzuvollziehen ;-)
Hier sind die Schritte, mit Ausgabe.
Zu Step 1
root@rescue:~# mount /dev/sda3 /mnt/
root@rescue:~# mount /dev/sda2 /mnt/boot
root@rescue:~# mount --bind /dev /mnt/dev
root@rescue:~# mount --bind /proc /mnt/proc
root@rescue:~# mount --bind /sys /mnt/sys
root@rescue:~# mount --bind /run /mnt/run
root@rescue:~# chroot /mnt /bin/bash || chroot /mnt /bin/sh || chroot /mnt /usr/bin/bash
[root@rescue /]# ls -l /etc/mkinitcpio.d/linux.preset
-rw-r--r-- 1 root root 0 Jul 2 11:50 /etc/mkinitcpio.d/linux.preset
[root@rescue /]# cat /etc/mkinitcpio.d/linux.preset
[root@rescue /]#
Ja, /etc/mkinitcpio.d/linux.preset ist, wie du schreibst, erwartungsgemäß vorhanden, allerdings ohne Inhalt (leer).
Zu Step 2
Die linux.preset wurde mit Inhalt gefüllt und kurz geprüft.
cat <<EOF > /etc/mkinitcpio.d/linux.preset
# mkinitcpio preset file for the 'linux' package
#ALL_config="/etc/mkinitcpio.conf"
ALL_kver="/boot/vmlinuz-linux"
#ALL_kerneldest="/boot/vmlinuz-linux"
PRESETS=('default')
#PRESETS=('default' 'fallback')
#default_config="/etc/mkinitcpio.conf"
default_image="/boot/initramfs-linux.img"
#default_uki="/efi/EFI/Linux/arch-linux.efi"
#default_options="--splash /usr/share/systemd/bootctl/splash-arch.bmp"
#fallback_config="/etc/mkinitcpio.conf"
#fallback_image="/boot/initramfs-linux-fallback.img"
#fallback_uki="/efi/EFI/Linux/arch-linux-fallback.efi"
#fallback_options="-S autodetect"
EOF
Prüfung. Ist ok.
[root@rescue /]# ls -l /etc/mkinitcpio.d/linux.preset
-rw-r--r-- 1 root root 588 Jul 5 11:22 /etc/mkinitcpio.d/linux.preset
[root@rescue /]# cat /etc/mkinitcpio.d/linux.preset
# mkinitcpio preset file for the 'linux' package
#ALL_config="/etc/mkinitcpio.conf"
ALL_kver="/boot/vmlinuz-linux"
#ALL_kerneldest="/boot/vmlinuz-linux"
PRESETS=('default')
#PRESETS=('default' 'fallback')
#default_config="/etc/mkinitcpio.conf"
default_image="/boot/initramfs-linux.img"
#default_uki="/efi/EFI/Linux/arch-linux.efi"
#default_options="--splash /usr/share/systemd/bootctl/splash-arch.bmp"
#fallback_config="/etc/mkinitcpio.conf"
#fallback_image="/boot/initramfs-linux-fallback.img"
#fallback_uki="/efi/EFI/Linux/arch-linux-fallback.efi"
#fallback_options="-S autodetect"
[root@rescue /]#
Zu Step 3
Die Installation wurde ausgeführt und ist sauber durchgelaufen. Kurzer check auf /boot, ja 'initramfs-linux.img' ist u.a. jetzt vorhanden.
[root@rescue /]# pacman -S linux
warning: linux-7.0.14.arch1-1 is up to date -- reinstalling
resolving dependencies...
looking for conflicting packages...
Packages (1) linux-7.0.14.arch1-1
Total Installed Size: 147.45 MiB
Net Upgrade Size: 0.00 MiB
:: Proceed with installation? [Y/n] y
(1/1) checking keys in keyring [##################################################] 100%
(1/1) checking package integrity [##################################################] 100%
(1/1) loading package files [##################################################] 100%
(1/1) checking for file conflicts [##################################################] 100%
(1/1) checking available disk space [##################################################] 100%
:: Processing package changes...
(1/1) reinstalling linux [##################################################] 100%
:: Running post-transaction hooks...
(1/3) Arming ConditionNeedsUpdate...
(2/3) Updating module dependencies...
(3/3) Updating linux initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
==> Using default configuration file: '/etc/mkinitcpio.conf'
-> -k /boot/vmlinuz-linux -g /boot/initramfs-linux.img
==> Starting build: '7.0.14-arch1-1'
-> Running build hook: [base]
-> Running build hook: [systemd]
-> Running build hook: [autodetect]
-> Running build hook: [microcode]
-> Running build hook: [modconf]
-> Running build hook: [kms]
-> Running build hook: [keyboard]
-> Running build hook: [sd-vconsole]
-> Running build hook: [block]
-> Running build hook: [filesystems]
-> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux.img'
-> Early uncompressed CPIO image generation successful
==> Initcpio image generation successful
[root@rescue /]#
[root@rescue /]# ls -l /boot
total 31000
drwxr-xr-x 4 root root 4096 Jul 2 13:25 EFI
-rwxr-xr-x 1 root root 14832845 Jul 5 11:28 initramfs-linux.img
-rwxr-xr-x 1 root root 16900608 Jul 5 11:28 vmlinuz-linux
[root@rescue /]#
Zu Step 4
Ich habe das chroot verlassen und über ein "Neustarten" über das Service Host Portal das Rettungssystem verlassen und den VPS normal neugestaret.
Über VNC habe ich mich mit dem VPS verbunden und leider leider die gleiche kernel panic gesehen ("Kernel panic - not syncing: UFS: Unable to mount root fs on unknown-block(0,0)")
Das löst schon "panic" aus 😬
Wie erwähnt habe ich alle Kommando - Eingaben und Ausgaben dokumentiert. Die letzten beiden am 19.6. (mit build) und am 2.7. (mit build) liefen sauber durch.
Gibt es vielleicht noch Möglichkeiten oder Kommandos, die ich ausführen kann, um die Richtung zu finden, wo die Ursache liegt? Vielen Dank im Voraus 🙂 Ive
