Update auf 4.2-0 Problem

Hallo zusammen!

Ich wollte von 4.1-4 auf 4.2-0 updaten.
nach ca. 20 Minuten bricht das Update mit folgender Meldung ab:

Vorbereitung zum Entpacken von .../univention-pkgdb-tools_10.0.2-2A~4.2.0.201703241416_all.deb ...
Entpacken von univention-pkgdb-tools (10.0.2-2A~4.2.0.201703241416) über (9.0.1-9.207.201608311254) ...
Trigger für systemd (215-17+deb8u5A~4.2.0.201701111554) werden verarbeitet ...
Trigger für python-support (1.0.15.18.201403132013) werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
/var/cache/apt/archives/memtest86+_5.01-2A~4.2.0.201703031519_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Error: Failed to execute "apt-get -o DPkg::Options::=--force-confold -o DPkg::Options::=--force-overwrite -o DPkg::Options::=--force-overwrite-dir --trivial-only=no --assume-yes --quiet=1 -u dist-upgrade"

Hat da jemand eine Idee?

LG mandelbrot

Nein dazu müßte man schon das vollständige Log sehen.

Mit vollständig meine ich aber nur den Teil, der zum Upgrade gehört! Kürzlich gab es diesbezüglich ein Mißverständnis, deshalb diese Anmerkung.

Hallo SirTux!

Hier die updater.log: updater.log (1.0 MB)

LG

Danke. Schon ziemlich am Anfang findet sich das hier:

Entfernen von linux-image-3.16-ucs102-amd64 ...
/etc/kernel/postrm.d/initramfs-tools:
Error:  /boot is not a directory.

Sieht so aus als gäbe es ein Problem mit dem Verzeichnis /boot. Poste mal die Ausgabe von

ls -la /
ls -la /boot

Ich muss gestehen, ich habe nicht mit so einer schnellen Rückmeldung gerechnet und hab mittlerweile den letzten stabilen Zustand vor dem Update mittels Snapshot wiederhergestellt.

Hier die Ausgabe:

root@mail:~# ls -la /
insgesamt 9016
drwxr-xr-x  28 root root      4096 Jul  1 10:32 .
drwxr-xr-x  28 root root      4096 Jul  1 10:32 ..
drwxr-xr-x   2 root root      4096 Sep 16  2016 backup
drwxr-xr-x   2 root root      4096 Apr  9 23:08 bin
drwxr-xr-x   4 root root      4096 Jul  1 10:33 boot
-rw-r--r--   1 root root      4850 Jul 24  2015 ca-bundle.pem
-rw-r--r--   1 root root      2760 Mai  7  2008 ca.pem
drwxr-xr-x   2 root root      4096 Jul 28  2014 cdrom
-rw-------   1 root root 144969728 Jul  8  2016 core
drwxr-xr-x  16 root root      3120 Jul  1 14:44 dev
drwx------   2 root root      4096 Jul 25  2016 .elinks
drwxr-xr-x 139 root root     12288 Jul  2 06:07 etc
drwxr-xr-x   2 root root      4096 Jul 28  2014 floppy
drwxr-xr-x   3 root root      4096 Jul  7  2016 home
lrwxrwxrwx   1 root root        35 Jul  1 10:32 initrd.img -> /boot/initrd.img-4                    .1.0-ucs227-amd64
lrwxrwxrwx   1 root root        35 Apr  9 23:19 initrd.img.install -> /boot/init                    rd.img-4.1.0-ucs207-amd64
lrwxrwxrwx   1 root root        35 Apr  9 23:17 initrd.img.old -> /boot/initrd.i                    mg-4.1.0-ucs207-amd64
drwxr-xr-x  17 root root     12288 Apr  9 23:16 lib
drwxr-xr-x   2 root root     12288 Apr 17  2016 lib32
drwxr-xr-x   2 root root      4096 Apr 17  2016 lib64
drwx------   2 root root     16384 Jul 28  2014 lost+found
-rw-r--r--   1 root root      1743 Jul 25  2016 mail.karres.at2016.crt
-rw-r--r--   1 root root      6566 Jul 24  2015 mail.karres.at-combined.pem
-rw-r--r--   1 root root      1742 Jul 24  2015 mail.karres.at.crt
-rw-r--r--   1 root root      1021 Jul 23  2015 mail.karres.at.csr
-rw-r--r--   1 root root      1675 Okt 19  2015 mail.karres.at.key
-rw-r--r--   1 root root      1716 Jul 24  2015 mail.karres.at.pem
drwxr-xr-x   2 root root      4096 Jul 28  2014 media
drwxr-xr-x   2 root root      4096 Jul 24  2015 mnt
-rw-r--r--   1 root root       538 Apr 19  2016 mrtg-l.png
-rw-r--r--   1 root root       414 Apr 19  2016 mrtg-m.png
-rw-r--r--   1 root root      1759 Apr 19  2016 mrtg-r.png
-rw-r--r--   1 root root         0 Jul 24  2015 _my_company_-combined.pem
drwxr-xr-x   3 root root      4096 Jul 28  2014 opt
dr-xr-xr-x 194 root root         0 Jul  1 14:36 proc
-rw-------   1 root root      1024 Jul  1 14:43 .rnd
drwx------   5 root root      4096 Sep 15  2016 root
drwxr-xr-x  32 root root      1320 Jul  1 14:44 run
drwxr-xr-x   2 root root     12288 Apr  9 23:16 sbin
drwxr-xr-x   2 root root      4096 Jun 14  2011 selinux
drwxr-xr-x   2 root root      4096 Jul 28  2014 srv
-rw-r--r--   1 root root      2090 Feb  4  2015 sub.class2.server.ca.pem
dr-xr-xr-x  13 root root         0 Jul  1 14:40 sys
drwxrwxrwt   7 root root      4096 Jul  2 06:47 tmp
drwxr-xr-x  13 root root      4096 Jul  1 12:07 usr
drwxr-xr-x  14 root root      4096 Jul  5  2015 var
lrwxrwxrwx   1 root root        31 Jul  1 10:32 vmlinuz -> boot/vmlinuz-4.1.0-uc                    s227-amd64
lrwxrwxrwx   1 root root        31 Apr  9 23:19 vmlinuz.install -> boot/vmlinuz-                    4.1.0-ucs207-amd64
lrwxrwxrwx   1 root root        31 Apr  9 23:17 vmlinuz.old -> boot/vmlinuz-4.1.                    0-ucs207-amd64
-rw-r--r--   1 root root      1017 Jul 23  2015 www.karres.at.csr
-rw-r--r--   1 root root      1751 Jul 23  2015 www.karres.at.key
root@mail:~# ls -la /boot
ls: Zugriff auf /boot/memtest86+.bin nicht möglich: Eingabe-/Ausgabefehler
insgesamt 408588
drwxr-xr-x  4 root root     4096 Jul  1 10:33 .
drwxr-xr-x 28 root root     4096 Jul  1 10:32 ..
-rw-r--r--  1 root root      318 Apr  9 23:19 boot.msg
-rw-r--r--  1 root root   146785 Mär  9  2015 config-3.10.0-ucs114-amd64
-rw-r--r--  1 root root   146710 Jul 17  2014 config-3.10.0-ucs73-amd64
-rw-r--r--  1 root root   146710 Sep  4  2014 config-3.10.0-ucs81-amd64
-rw-r--r--  1 root root   158137 Jul 17  2015 config-3.16.0-ucs135-amd64
-rw-r--r--  1 root root   158137 Jän 22  2016 config-3.16.0-ucs165-amd64
-rw-r--r--  1 root root   155840 Nov  3  2014 config-3.16-ucs102-amd64
-rw-r--r--  1 root root   155845 Dez 16  2014 config-3.16-ucs109-amd64
-rw-r--r--  1 root root   167319 Okt 27  2015 config-4.1.0-ucs153-amd64
-rw-r--r--  1 root root   167319 Feb 11  2016 config-4.1.0-ucs174-amd64
-rw-r--r--  1 root root   167319 Apr 15  2016 config-4.1.0-ucs190-amd64
-rw-r--r--  1 root root   167319 Okt 24  2016 config-4.1.0-ucs207-amd64
-rw-r--r--  1 root root   167341 Jun  9 12:50 config-4.1.0-ucs227-amd64
drwxr-xr-x  5 root root     4096 Jul  1 10:33 grub
-rw-r--r--  1 root root 24070697 Jul  5  2015 initrd.img-3.10.0-ucs114-amd64
-rw-r--r--  1 root root 21518967 Jul 28  2014 initrd.img-3.10.0-ucs73-amd64
-rw-r--r--  1 root root 21523657 Jul  5  2015 initrd.img-3.10.0-ucs81-amd64
-rw-r--r--  1 root root 28999823 Okt  6  2015 initrd.img-3.16.0-ucs135-amd64
-rw-r--r--  1 root root 29017044 Apr 17  2016 initrd.img-3.16.0-ucs165-amd64
-rw-r--r--  1 root root 28927994 Jul  5  2015 initrd.img-3.16-ucs102-amd64
-rw-r--r--  1 root root   178944 Feb 27  2015 initrd.img-3.16-ucs109-amd64
-rw-r--r--  1 root root 29145749 Apr 17  2016 initrd.img-4.1.0-ucs153-amd64
-rw-r--r--  1 root root 28504003 Apr 25  2016 initrd.img-4.1.0-ucs174-amd64
-rw-r--r--  1 root root 28502834 Aug 30  2016 initrd.img-4.1.0-ucs190-amd64
-rw-r--r--  1 root root 28539376 Apr  9 23:18 initrd.img-4.1.0-ucs207-amd64
-rw-r--r--  1 root root 28552840 Jul  1 10:33 initrd.img-4.1.0-ucs227-amd64
drwx------  2 root root    16384 Jul 28  2014 lost+found
-?????????  ? ?    ?           ?            ? memtest86+.bin
-rw-r--r--  1 root root   178944 Sep 24  2014 memtest86+_multiboot.bin
-rw-r--r--  1 root root  2318710 Mär  9  2015 System.map-3.10.0-ucs114-amd64
-rw-r--r--  1 root root  2316607 Jul 17  2014 System.map-3.10.0-ucs73-amd64
-rw-r--r--  1 root root  2316607 Sep  4  2014 System.map-3.10.0-ucs81-amd64
-rw-r--r--  1 root root  2687620 Jul 17  2015 System.map-3.16.0-ucs135-amd64
-rw-r--r--  1 root root  2691781 Jän 22  2016 System.map-3.16.0-ucs165-amd64
-rw-r--r--  1 root root  2680773 Nov  3  2014 System.map-3.16-ucs102-amd64
-rw-r--r--  1 root root  2682560 Dez 16  2014 System.map-3.16-ucs109-amd64
-rw-r--r--  1 root root  2851250 Okt 27  2015 System.map-4.1.0-ucs153-amd64
-rw-r--r--  1 root root  2851820 Feb 11  2016 System.map-4.1.0-ucs174-amd64
-rw-r--r--  1 root root  2851820 Apr 15  2016 System.map-4.1.0-ucs190-amd64
-rw-r--r--  1 root root  2855361 Okt 24  2016 System.map-4.1.0-ucs207-amd64
-rw-r--r--  1 root root  2855803 Jun  9 12:50 System.map-4.1.0-ucs227-amd64
-rw-r--r--  1 root root  3277920 Mär  9  2015 vmlinuz-3.10.0-ucs114-amd64
-rw-r--r--  1 root root  3272768 Jul 17  2014 vmlinuz-3.10.0-ucs73-amd64
-rw-r--r--  1 root root  3272736 Sep  4  2014 vmlinuz-3.10.0-ucs81-amd64
-rw-r--r--  1 root root  4141952 Jul 17  2015 vmlinuz-3.16.0-ucs135-amd64
-rw-r--r--  1 root root  4145872 Jul 17  2015 vmlinuz-3.16.0-ucs135-amd64.efi.si                    gned
-rw-r--r--  1 root root  4149312 Jän 22  2016 vmlinuz-3.16.0-ucs165-amd64
-rw-r--r--  1 root root  4153232 Jän 22  2016 vmlinuz-3.16.0-ucs165-amd64.efi.s                    igned
-rw-r--r--  1 root root  4128720 Nov  3  2014 vmlinuz-3.16-ucs102-amd64
-rw-r--r--  1 root root  4132640 Nov  3  2014 vmlinuz-3.16-ucs102-amd64.efi.sign                    ed
-rw-r--r--  1 root root  4132400 Dez 16  2014 vmlinuz-3.16-ucs109-amd64
-rw-r--r--  1 root root  4136320 Dez 17  2014 vmlinuz-3.16-ucs109-amd64.efi.sign                    ed
-rw-r--r--  1 root root  4365360 Okt 27  2015 vmlinuz-4.1.0-ucs153-amd64
-rw-r--r--  1 root root  4369280 Okt 27  2015 vmlinuz-4.1.0-ucs153-amd64.efi.sig                    ned
-rw-r--r--  1 root root  4367536 Feb 11  2016 vmlinuz-4.1.0-ucs174-amd64
-rw-r--r--  1 root root  4371456 Feb 11  2016 vmlinuz-4.1.0-ucs174-amd64.efi.sig                    ned
-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  2016 vmlinuz-4.1.0-ucs190-amd64.efi.sig                    ned
-rw-r--r--  1 root root  4382640 Okt 24  2016 vmlinuz-4.1.0-ucs207-amd64
-rw-r--r--  1 root root  4386560 Okt 24  2016 vmlinuz-4.1.0-ucs207-amd64.efi.sig                    ned
-rw-r--r--  1 root root  4392656 Jun  9 12:48 vmlinuz-4.1.0-ucs227-amd64
-rw-r--r--  1 root root  4396576 Jun  9 18:00 vmlinuz-4.1.0-ucs227-amd64.efi.sig                    ned
root@mail:~#

Ist das jetzt also die Ausgabe von vor dem Upgrade?

/boot scheint es ja als Verzeichnis zu geben. Allerdings ist die Datei /boot/memtest86+.bin korrupt.

Ist /boot schreibbar gemountet?

mount

Ist noch Speicherplatz frei?

df -h

Ansonsten würde ich auch mal das Dateisystem und die Festplatten auf Fehler hin überprüfen.

ja das ist die Ausgabe vor dem Upgrade.

hier die Ausgabe von mount:

root@mail:~# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=317490,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=256956k,mode=755)
/dev/mapper/vg_ucs-rootfs on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=921520k)
/dev/sda2 on /boot type ext4 (rw,relatime,data=ordered)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
cgroup on /sys/fs/cgroup type tmpfs (rw,relatime,mode=755)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu type cgroup (rw,relatime,cpu)
cgroup on /sys/fs/cgroup/cpuacct type cgroup (rw,relatime,cpuacct)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,relatime,net_cls)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,relatime,perf_event)
cgroup on /sys/fs/cgroup/net_prio type cgroup (rw,relatime,net_prio)

und hier df -h:

root@mail:~# df -h
Dateisystem               GröÃe Benutzt Verf. Verw% Eingehängt auf
udev                        10M       0   10M    0% /dev
tmpfs                      251M     14M  238M    6% /run
/dev/mapper/vg_ucs-rootfs  231G    197G   25G   89% /
tmpfs                      5,0M       0  5,0M    0% /run/lock
tmpfs                      900M     64K  900M    1% /run/shm
/dev/sda2                  488M    440M   13M   98% /boot
cgroup                     1,3G       0  1,3G    0% /sys/fs/cgroup

um das Update überhaupt zu ermöglichen musste ich min. 100MB freien Speicher auf boot schaffen.
Dies habe ich mit dem univention-prune-old-kernel script versucht. leider änderte das den freien Speicherplatz nicht und ich hab die alten Kernels mit der Univention-Packetverwaltung deinstalliert. Danach waren 113MB auf boot frei und ich konnte das Update starten.

Dann würde ich nun mal das /boot-Dateisystem überprüfen:

umount /boot
fsck.ext4 /dev/sda2
mount /boot
Mastodon