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

Offline Holger

  • Expert Member
  • *****
  • Posts: 835
    • View Profile
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 !

Spoiler (show / hide)

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20120
    • View Profile
    • ClausMuus.de
MLD 5.4 testing - Aktualisierung auf 4.10.17.199.20 schlägt fehl
« 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
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline mafe68

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2389
  • Immer auf der Suche nach was neuem!
    • View Profile
    • Mediastreambox
MLD 5.4 testing - Aktualisierung auf 4.10.17.199.20 schlägt fehl
« 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.
Gruß Mario
Meine Hardware (show / hide)

Offline Holger

  • Expert Member
  • *****
  • Posts: 835
    • View Profile
MLD 5.4 testing - Aktualisierung auf 4.10.17.199.20 schlägt fehl
« 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
« Last Edit: September 23, 2017, 17:28:03 by Holger »
Spoiler (show / hide)

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20120
    • View Profile
    • ClausMuus.de
MLD 5.4 testing - Aktualisierung auf 4.10.17.199.20 schlägt fehl
« 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
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Holger

  • Expert Member
  • *****
  • Posts: 835
    • View Profile
MLD 5.4 testing - Aktualisierung auf 4.10.17.199.20 schlägt fehl
« 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
« Last Edit: September 25, 2017, 20:48:59 by Holger »
Spoiler (show / hide)

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20120
    • View Profile
    • ClausMuus.de
MLD 5.4 testing - Aktualisierung auf 4.10.17.199.20 schlägt fehl
« 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
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Holger

  • Expert Member
  • *****
  • Posts: 835
    • View Profile
MLD 5.4 testing - Aktualisierung auf 4.10.17.199.20 schlägt fehl
« 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
Spoiler (show / hide)

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20120
    • View Profile
    • ClausMuus.de
MLD 5.4 testing - Aktualisierung auf 4.10.17.199.20 schlägt fehl
« 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
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Holger

  • Expert Member
  • *****
  • Posts: 835
    • View Profile
MLD 5.4 testing - Aktualisierung auf 4.10.17.199.20 schlägt fehl
« 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
Spoiler (show / hide)

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20120
    • View Profile
    • ClausMuus.de
MLD 5.4 testing - Aktualisierung auf 4.10.17.199.20 schlägt fehl
« 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
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline Holger

  • Expert Member
  • *****
  • Posts: 835
    • View Profile
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
Spoiler (show / hide)

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



Users Online Users Online

0 Members and 1 Guest are viewing this topic.