[1] MLD-5.x / General / MLD 5.4 testing - Aktualisierung auf 4.10.17.199.20 schlägt fehl

Holger · « **on:** September 22, 2017, 20:29:02 »

Hallo,

wenn ich von der 4.10.17.199.18 auf die aktuell angebotene Version 4.10.17.199.20 aktualisiere, kommt nach einem
reboot die Meldung, dass /lib/modules/4.10.17.199.18 nicht gefunden wird - stimmt ja auch, denn jetzt gibt es
/lib/modules/4.10.17.199.20

Aber an irgendeiner Stelle ist das wohl nicht geändert worden ?

Gruß
Holger

PS: Herzlichen Glückwunsch nachträglich zum Geburtstag, Claus !

clausmuus · « **Reply #1 on:** September 22, 2017, 23:08:47 »

Kommt die meldung nur beim ersten Booten nach dem Update, oder jedes mal?
Falls jedes mal, poste mal Bitte die /var/log/sysinit, damit ich sehen kann wann die Meldung kommt.

Claus

mafe68 · « **Reply #2 on:** September 23, 2017, 07:05:47 »

Habe gestern auch auf der MLD 5.4 testing das Update gemacht und bei mir ist alles sauber durchgelaufen und läuft auch problemlos.

Holger · « **Reply #3 on:** September 23, 2017, 13:19:00 »

Der Fehler tritt nach jedem reboot auf. Anbei die sysinit

folgende Aktualisierungen werden angeboten:

Quote

apt list | grep upgradable

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

alsa/testing 1.1.3-42.4+4.10.17.199.20 amd64 [upgradable from: 1.1.3-42.4+4.10.17.199.18]
btrfs/testing 4.7.3-114.2+4.10.17.199.20 amd64 [upgradable from: 4.7.3-114.2+4.10.17.199.18]
dvb/testing 2:0-7.1+4.10.17.199.20 amd64 [upgradable from: 2:0-7.1+4.10.17.199.18]
dvb-autodetect/testing 0-12+4.10.17.199.20 amd64 [upgradable from: 0-11+4.10.17.199.18]
eventlircd/testing 1:2016.03.15-37+4.10.17.199.20 amd64 [upgradable from: 1:2016.03.15-37+4.10.17.199.18]
hid/testing 0-3+4.10.17.199.20 amd64 [upgradable from: 0-3+4.10.17.199.18]
i2c/testing 3.1.2-13+4.10.17.199.20 amd64 [upgradable from: 3.1.2-13+4.10.17.199.18]
initramfs/testing 2017.09.21-111.5 amd64 [upgradable from: 2017.09.07-111.5]
kernel/testing 4.10.17.199.20-199.20 amd64 [upgradable from: 4.10.17.199.18-199.19]
network/testing 0-76.1+4.10.17.199.20 amd64 [upgradable from: 0-76.1+4.10.17.199.18]
rc-core/testing 2:0-15+4.10.17.199.20 amd64 [upgradable from: 2:0-15+4.10.17.199.18]
wakeup/testing 1.1-18.2+4.10.17.199.20 amd64 [upgradable from: 1.1-18.2+4.10.17.199.18]
xorg/testing 1:1.19.2-90.5+4.10.17.199.20 amd64 [upgradable from: 1:1.19.2-90.5+4.10.17.199.18]
xorg-autodetect/testing 1.19.2-44.4+4.10.17.199.20 amd64 [upgradable from: 1.19.2-44.3+4.10.17.199.18]
xorg-nvidia/testing 1:384.69-35.4+4.10.17.199.20 amd64 [upgradable from: 1:384.69-35.4+4.10.17.199.18]

Auf meinem Haupt-System funktioniert das Update problemlos - wobei ich grad das System, auf dem der Fehler
auftritt, erst vor ein paar Wochen per Net-Install neu aufgesetzt hatte.

Holger

clausmuus · « **Reply #4 on:** September 25, 2017, 09:48:52 »

Was steht denn bei Dir in der /etc/modules und in der /etc/modprobe und den Dateien in /etc/modprobe.d/ ?

Claus

Holger · « **Reply #5 on:** September 25, 2017, 20:43:39 »

/etc/modules:

Quote

uinput
i2c-dev

in den conf-Dateien in /etc/modprobe.d findet sich (zusammengefasst)

Quote

cat *.conf
# The microcode module attempts to apply a microcode update when
# it autoloads. This is not always safe, so we block it by default.
blacklist microcode
blacklist nouveau
# modprobe information used for DKMS modules
#
# This is a stub file, should be edited when needed,
# used by default by DKMS.
# mdadm module configuration file
# set start_ro=1 to make newly assembled arrays read-only initially,
# to prevent metadata writes. This is needed in order to allow
# resume-from-disk to work - new boot should not perform writes
# because it will be done behind the back of the system being
# resumed. See http://bugs.debian.org/415441 for details.

options md_mod start_ro=1
options smsmdtv default_mode=4

eine /etc/modprobe existiert nicht

Die Einstellungen sind auf beiden Systemen die gleichen

Holger

clausmuus · « **Reply #6 on:** September 25, 2017, 22:42:59 »

Poste mal die Ausgabe von "ls /lib/modules" und teste mal ob ein "depmod" das Problem beim nächsten booten behebt.

Claus

Holger · « **Reply #7 on:** September 26, 2017, 19:43:41 »

vor der Aktualisierung

Quote

MLD-HD> apt list | grep upgradable

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

alsa/testing 1.1.3-42.4+4.10.17.199.20 amd64 [upgradable from: 1.1.3-42.4+4.10.17.199.18]
btrfs/testing 4.7.3-114.2+4.10.17.199.20 amd64 [upgradable from: 4.7.3-114.2+4.10.17.199.18]
dvb/testing 2:0-7.1+4.10.17.199.20 amd64 [upgradable from: 2:0-7.1+4.10.17.199.18]
dvb-autodetect/testing 0-12+4.10.17.199.20 amd64 [upgradable from: 0-11+4.10.17.199.18]
eventlircd/testing 1:2016.03.15-37+4.10.17.199.20 amd64 [upgradable from: 1:2016.03.15-37+4.10.17.199.18]
hid/testing 0-3+4.10.17.199.20 amd64 [upgradable from: 0-3+4.10.17.199.18]
i2c/testing 3.1.2-13+4.10.17.199.20 amd64 [upgradable from: 3.1.2-13+4.10.17.199.18]
initramfs/testing 2017.09.21-111.5 amd64 [upgradable from: 2017.09.07-111.5]
kernel/testing 4.10.17.199.20-199.20 amd64 [upgradable from: 4.10.17.199.18-199.19]
network/testing 0-76.1+4.10.17.199.20 amd64 [upgradable from: 0-76.1+4.10.17.199.18]
rc-core/testing 2:0-15+4.10.17.199.20 amd64 [upgradable from: 2:0-15+4.10.17.199.18]
wakeup/testing 1.1-18.2+4.10.17.199.20 amd64 [upgradable from: 1.1-18.2+4.10.17.199.18]
xorg/testing 1:1.19.2-90.5+4.10.17.199.20 amd64 [upgradable from: 1:1.19.2-90.5+4.10.17.199.18]
xorg-autodetect/testing 1.19.2-44.4+4.10.17.199.20 amd64 [upgradable from: 1.19.2-44.3+4.10.17.199.18]
xorg-nvidia/testing 1:384.69-35.4+4.10.17.199.20 amd64 [upgradable from: 1:384.69-35.4+4.10.17.199.18]
MLD-HD> ls /lib/modules/
4.10.17.199.18

anschliessend die Pakete übers WebIf aktualisiert - dann kommt als Ausgabe (vor einem reboot):

Quote

MLD-HD> ls /lib/modules/
4.10.17.199.20
MLD-HD> apt list | grep upgradable

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

MLD-HD> depmod
depmod: ERROR: could not open directory /lib/modules/4.10.17.199.18: No such file or directory
depmod: FATAL: could not search modules: No such file or directory
MLD-HD>

Wenn ich dann reboote, komme ich nicht mehr ans System, da das Netzwerk nicht initialisiert wird und
es hilft nur noch, einen snapshot zurückzuladen

Holger

clausmuus · « **Reply #8 on:** September 26, 2017, 23:02:33 »

Hi,

den depmod darfst Du erst nach dem Reboot (nach dem Upgrade) machen. Mache nach dem reboot Bitte auch noch ein "uname -a" und poste die Ausgabe.

Claus

Holger · « **Reply #9 on:** September 27, 2017, 19:27:03 »

Die Ausgabe von depmod nach dem reboot sieht genauso aus wie vor dem reboot

und uname -a sagt

Quote

Linux MLD-HD 4.10.17.199.18 #1 SMP Thu Sep 7 23:16:10 CEST 2017 x86_64 GNU/Linux

Holger

clausmuus · « **Reply #10 on:** September 28, 2017, 00:03:16 »

Hi,

ich hab keine Ahnung was bei Dir schief geht, bzw. wieso der neue Kernel bei Dir nicht gebootet wird. Eventuell hast Du ja einen eigenen Boot loader oder ein getrenntes Boot Verzeichnis oder den boot Ordner schreib geschützt,...

Bei meinem versuch das nachzustellen gibt's jedenfalls keinerlei Probleme.

Claus

Holger · « **Reply #11 on:** September 29, 2017, 19:53:27 »

Hi Claus,

ich habe jetzt die Platte meiner funktionierenden Haupt-MLD gekloned und betreibe damit das Zweit-System
(wobei es ja noch keine neuerliche Kernel-abhängige Aktualisierung gibt, aber da bin ich zuversichtlich)

Im Nachhinein ist mir ein-/auf-gefallen, dass es bei dem System, das Probleme gemacht hat, neben /boot/syslinux ein
weiteres Verzeichnis /boot/efi gab. In beiden Verzeichnissen gab waren Dateien gleichen Namens.

Besten Dank für Deine Mühe,
Holger

FORUM