Update auf 4.2-0 Problem

german

#1

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


#2

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.


#3

Hallo SirTux!

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

LG


#4

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

#5

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:~#


#6

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.


#7

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

#8

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.


#9

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

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