MLD-5.x > General

MLD 5.4 testing - Aktualisierung auf 4.10.17.199.20 schlägt fehl

<< < (2/3) > >>

Holger:
/etc/modules:

--- Quote ---uinput
i2c-dev

--- End quote ---

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

--- End quote ---

eine /etc/modprobe existiert nicht

Die Einstellungen sind auf beiden Systemen die gleichen

Holger

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

Claus

Holger:
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

--- End quote ---

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>

--- End quote ---

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

--- End quote ---


Holger

Navigation

[0] Message Index

[#] Next page

[*] Previous page