Fehler beim Bearbeiten von linux-image-4.1.0

root@ucs002254:~# ls -l /dev/sd* brw-rw---T 1 root disk 8, 0 Okt 19 16:48 /dev/sda brw-rw---T 1 root disk 8, 1 Okt 19 16:48 /dev/sda1 brw-rw---T 1 root disk 8, 2 Okt 19 16:48 /dev/sda2 brw-rw---T 1 root disk 8, 3 Okt 19 16:48 /dev/sda3 root@ucs002254:~#

root@ucs002254:~# mount /dev/sda2 /mnt root@ucs002254:~# ls -l /mnt insgesamt 39542 -rw-r--r-- 1 root root 318 Jun 7 17:46 boot.msg -rw-r--r-- 1 root root 167319 Apr 15 2016 config-4.1.0-ucs190-amd64 drwxr-xr-x 2 root root 1024 Jun 7 17:26 efi drwxr-xr-x 5 root root 1024 Jun 7 17:46 grub -rw-r--r-- 1 root root 28195098 Jun 7 17:46 initrd.img-4.1.0-ucs190-amd64 drwxr-xr-x 2 root root 12288 Jun 7 17:26 lost+found -rw-r--r-- 1 root root 176764 Feb 27 2015 memtest86+.bin -rw-r--r-- 1 root root 178944 Feb 27 2015 memtest86+_multiboot.bin -rw-r--r-- 1 root root 2851820 Apr 15 2016 System.map-4.1.0-ucs190-amd64 -rw-r--r-- 1 root root 4367536 Apr 15 2016 vmlinuz-4.1.0-ucs190-amd64 -rw-r--r-- 1 root root 4371456 Apr 27 19:01 vmlinuz-4.1.0-ucs190-amd64.efi.signed root@ucs002254:~# umount /mnt

[code]root@ucs002254:~# cat /etc/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).

/dev/mapper/vg_ucs-root / ext4 errors=remount-ro,user_xattr 0 1

/boot was on /dev/sda2 during installation

UUID=1deb8589-2aba-4904-9d12-1c7e79f4067a /boot ext2 defaults,user_xattr 0 2

/boot/efi was on /dev/sda1 during installation

UUID=64AB-D023 /boot/efi vfat defaults 0 1
/dev/mapper/vg_ucs-swap_1 none swap sw 0 0
/dev/sdb1 /media/usb0 auto rw,user,noauto 0 0
root@ucs002254:~#
[/code]

Wow, ich denke das ist das Problem. Du hast recht, das wird “falsch” gemounted :wink:

Was kann ich dagegen jetzt tun?

Ok, der Eintrag ist noch da, aber scheint nicht zu funktionieren. Das erklärt wieso er beim booten hängt. Bitte die Ausgabe von

ls -l /dev/disk/by-uuid/

Gerne doch

root@ucs002254:~# ls -l /dev/disk/by-uuid/ insgesamt 0 lrwxrwxrwx 1 root root 10 Okt 19 16:48 145d3afe-fd16-4e3d-9f44-e4d76378dc24 -> ../../sda2 lrwxrwxrwx 1 root root 10 Okt 19 16:48 31fd950c-739a-442d-bd56-1cc95a894250 -> ../../dm-0 lrwxrwxrwx 1 root root 10 Okt 19 16:48 64AB-D023 -> ../../sda1 lrwxrwxrwx 1 root root 10 Okt 19 16:48 ce0d9ac0-fa0d-4647-9075-3b1544241348 -> ../../dm-1 root@ucs002254:~#

Ok, die UUID der Boot-Partition scheint aus welchen Gründen auch immer nicht mehr zu stimmen.

Dann entferne mal den /boot-Kram von der root-Partition:

mkdir /root/backup-boot
mv /boot/* /root/backup-boot*

Dann korrigiere die /etc/fstab und mounte /boot:

sed -i 's/1deb8589-2aba-4904-9d12-1c7e79f4067a/145d3afe-fd16-4e3d-9f44-e4d76378dc24/g' /etc/fstab
mount /boot

Wenn das funktioniert kannst du den Kernel noch mal installieren:

univention-install --reinstall linux-image-4.1.0-ucs205-amd64-signed linux-image-4.1.0-ucs205-amd64

Nach einem Reboot sollte dann hoffentlich wieder alles normal funktionieren.

Vielen Dank für die Unterstützung.

Du hast vollkommen Recht: Jetzt läuft alles wiedr perfekt, wenn ich Neustarte. Ist mir unerklärlich, wie das überhaupt passieren konnte.

Mir auch, aber du bist nicht der erste hier mit einem derartigen Problem. Es freut mich, daß ich helfen konnte :slight_smile:

Da alles geklappt hat, kannst du das Backup von /boot natürlich löschen:

rm -r /root/backup-boot/
Mastodon