1 2 [3] 4 >>> MLD-5.x / Systems / x86 Systeme (PC) / [testing] Update macht System unbrauchbar
 

Offline baltic

  • MLD-Debugger
  • Expert Member
  • *****
  • Posts: 724
    • View Profile
[testing] Update macht System unbrauchbar
« Reply #30 on: February 20, 2020, 10:03:45 »
Hallo Claus,

bin wieder per Snapshot zurück und diesmal ist das Update ohne "Meckereien" durchgelaufen.  8)

Zwei Dinge sind mir in den Einschaltmeldungen aufgefallen:

1.)
Starting irkeytable
Old keytable cleared
Wrote 49 keycode(s) to driver
/sys/class/rc/rc0//protocols: Permission denied
Couldn't change the IR protocols

Kann ich nachvollziehen, denn die Datei ist ro:

ls -la /sys/class/rc/rc0/protocols
-r--r--r--    1 root     root          4096 Feb 20 09:19 /sys/class/rc/rc0/protocols

2.)
Load preselected kernel modules:
modprobe: can't load module it87 (kernel/drivers/hwmon/it87.ko): Device or resource busy

Das Modul hat eine Abhängigkeit von hwmon-vid, welches aber nicht existiert.

modinfo hwmon-vid
modinfo: module '/lib/modules/5.4.20.202.42/hwmon-vid' not found

it87 wird aber, zumindest bei mir, auch nicht benötigt. Was bedeutet "preselected"? Wo lässt sich das Modul deaktivieren?
In der Modulkonfiguration kann ich im Blacklist-Dropdownmenü erstaunlicherweise hwmon-vid auswählen, obwohl es ja nicht existiert, nicht aber it87.

Beide Dinge sind aber scheinbar nur Schönheitsfehler, denn es klappt wohl alles. Zumindest hatte ich bei den Kurztests keine Ausfälle.

Danke schön!
Peter
MLD 5.5 – unstable  Asus M3N78-EM  SkyStar2

Offline NoTape

  • Adv. Member
  • ***
  • Posts: 112
    • View Profile
[testing] Update macht System unbrauchbar
« Reply #31 on: February 20, 2020, 13:20:24 »
Obwohl die Fehlermeldungen über GUI und auch über Konsole verschwunden sind, funktioniert es noch nicht.

Nach einem Neustart landet die Maschine wieder in der BusyBox, sie ist dann auch nicht über ssh zu erreichen.
Über die Tastatureingabe "snapshot_manager" konnte ich aber wieder auf die vorher laufende Version zurückgehen!

Danach habe ich noch einmal einen Versuch über die Konsole gemacht - aber auch da endet der Neustart in der BusyBox.

Code: [Select]
mld-vdr2 /root #
mld-vdr2 /root # apt update
Get:1 http://www.minidvblinux.de/download/5.4/files testing InRelease [2.441 B]
Fetched 2.441 B in 0s (7.925 B/s)   
Reading package lists... Done
Building dependency tree       
Reading state information... Done
24 packages can be upgraded. Run 'apt list --upgradable' to see them.
mld-vdr2 /root #
mld-vdr2 /root # apt list --upgradable
Listing... Done
alsa/testing 1.1.3-44.4+5.4.20.202.42 amd64 [upgradable from: 1.1.3-44.3+5.3.14.202.34]
apt/testing 1.4.8-73 amd64 [upgradable from: 1.4.8-73]
btrfs/testing 4.7.3-116+5.4.20.202.42 amd64 [upgradable from: 4.7.3-116+5.3.14.202.34]
busybox/testing 1:1.25.1-55.3 amd64 [upgradable from: 1:1.25.1-55.2]
chromium/testing 71.0.3578.80-26.2 amd64 [upgradable from: 71.0.3578.80-26.1]
dpkg/testing 1.18.25-18 amd64 [upgradable from: 1.18.25-18]
dvb/testing 2:0-10.13+5.4.20.202.42 amd64 [upgradable from: 2:0-10.3+5.3.14.202.34]
dvb-vtuner/testing 0-5.4+5.4.20.202.42 amd64 [upgradable from: 0-5.3+5.3.14.202.34]
eventlircd/testing 1:2016.03.15-38.2+5.4.20.202.42 amd64 [upgradable from: 1:2016.03.15-38.2+5.3.14.202.34]
graphlcd-base/testing 1.0.2-31.1+5.4.20.202.42 amd64 [upgradable from: 1.0.2-31.1+5.3.14.202.34]
i2c/testing 3.1.2-13+5.4.20.202.42 amd64 [upgradable from: 3.1.2-13+5.3.14.202.34]
initramfs/testing 2020.02.15-112.1 amd64 [upgradable from: 2019.11.29-112.1]
install/testing 0-145.9 amd64 [upgradable from: 0-145.8]
irkeytable/testing 1.12.3-13.17 amd64 [upgradable from: 1.12.3-13.14]
kernel/testing 5.4.20.202.42-202.45 amd64 [upgradable from: 5.3.14.202.34-202.36]
network/testing 0-79.4+5.4.20.202.42 amd64 [upgradable from: 0-79.3+5.3.14.202.34]
powersave/testing 0-9+5.4.20.202.42 amd64 [upgradable from: 0-9+5.3.14.202.34]
sensors/testing 3.4.0-10.1+5.4.20.202.42 amd64 [upgradable from: 3.4.0-10.1+5.3.14.202.34]
surf/testing 0.7-14.1 amd64 [upgradable from: 0.7-14]
tools/testing 0-22.4 amd64 [upgradable from: 0-22.2]
wakeup/testing 1.1-19.1+5.4.20.202.42 amd64 [upgradable from: 1.1-19.1+5.3.14.202.34]
xorg/testing 1:1.19.2-93.4+5.4.20.202.42 amd64 [upgradable from: 1:1.19.2-93.4+5.3.14.202.34]
xorg-autodetect/testing 0-45.3+5.4.20.202.42 amd64 [upgradable from: 0-45.2+5.3.14.202.34]
xorg-nvidia/testing 390.132-37.11+5.4.20.202.42 amd64 [upgradable from: 390.129-37.10+5.3.14.202.34]
mld-vdr2 /root #
mld-vdr2 /root # apt dist-upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
The following NEW packages will be installed:
  rc-core-drivers
The following packages will be upgraded:
  alsa apt btrfs busybox chromium dpkg dvb dvb-vtuner eventlircd graphlcd-base i2c initramfs install irkeytable kernel network
  powersave sensors surf tools wakeup xorg xorg-autodetect xorg-nvidia
The following packages will be DOWNGRADED:
  rc-core
24 upgraded, 1 newly installed, 1 downgraded, 0 to remove and 0 not upgraded.
Need to get 0 B/144 MB of archives.
After this operation, 5.554 kB disk space will be freed.
Do you want to continue? [Y/n]
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2020-02-20 12:34'
Delete subvolume (no-commit): '/mnt/root/2020-02-20 12:20'
(Reading database ... 34535 files and directories currently installed.)
Preparing to unpack .../busybox_1%3a1.25.1-55.3_amd64.deb ...
Unpacking busybox (1:1.25.1-55.3) over (1:1.25.1-55.2) ...
Setting up busybox (1:1.25.1-55.3) ...
(Reading database ... 34536 files and directories currently installed.)
Preparing to unpack .../dpkg_1.18.25-18_amd64.deb ...
Unpacking dpkg (1.18.25-18) over (1.18.25-18) ...
Setting up dpkg (1.18.25-18) ...
(Reading database ... 34536 files and directories currently installed.)
Preparing to unpack .../apt_1.4.8-73_amd64.deb ...
Unpacking apt (1.4.8-73) over (1.4.8-73) ...
Setting up apt (1.4.8-73) ...
(Reading database ... 34536 files and directories currently installed.)
Preparing to unpack .../initramfs_2020.02.15-112.1_amd64.deb ...
Unpacking initramfs (2020.02.15-112.1) over (2019.11.29-112.1) ...
Setting up initramfs (2020.02.15-112.1) ...
Selecting previously unselected package rc-core-drivers.
(Reading database ... 34536 files and directories currently installed.)
Preparing to unpack .../00-rc-core-drivers_0-0+5.4.20.202.42_amd64.deb ...
Unpacking rc-core-drivers (0-0+5.4.20.202.42) ...
dpkg: warning: downgrading rc-core from 2:0-17.10+5.3.14.202.34 to 0-17.11
Preparing to unpack .../01-rc-core_0-17.11_amd64.deb ...
Unpacking rc-core (0-17.11) over (2:0-17.10+5.3.14.202.34) ...
Preparing to unpack .../02-irkeytable_1.12.3-13.17_amd64.deb ...
Unpacking irkeytable (1.12.3-13.17) over (1.12.3-13.14) ...
Preparing to unpack .../03-eventlircd_1%3a2016.03.15-38.2+5.4.20.202.42_amd64.deb ...
Unpacking eventlircd (1:2016.03.15-38.2+5.4.20.202.42) over (1:2016.03.15-38.2+5.3.14.202.34) ...
Preparing to unpack .../04-graphlcd-base_1.0.2-31.1+5.4.20.202.42_amd64.deb ...
Unpacking graphlcd-base (1.0.2-31.1+5.4.20.202.42) over (1.0.2-31.1+5.3.14.202.34) ...
Preparing to unpack .../05-xorg_1%3a1.19.2-93.4+5.4.20.202.42_amd64.deb ...
Unpacking xorg (1:1.19.2-93.4+5.4.20.202.42) over (1:1.19.2-93.4+5.3.14.202.34) ...
Preparing to unpack .../06-network_0-79.4+5.4.20.202.42_amd64.deb ...
Unpacking network (0-79.4+5.4.20.202.42) over (0-79.3+5.3.14.202.34) ...
Preparing to unpack .../07-i2c_3.1.2-13+5.4.20.202.42_amd64.deb ...
Unpacking i2c (3.1.2-13+5.4.20.202.42) over (3.1.2-13+5.3.14.202.34) ...
Preparing to unpack .../08-alsa_1.1.3-44.4+5.4.20.202.42_amd64.deb ...
Unpacking alsa (1.1.3-44.4+5.4.20.202.42) over (1.1.3-44.3+5.3.14.202.34) ...
Preparing to unpack .../09-powersave_0-9+5.4.20.202.42_amd64.deb ...
Unpacking powersave (0-9+5.4.20.202.42) over (0-9+5.3.14.202.34) ...
Preparing to unpack .../10-sensors_3.4.0-10.1+5.4.20.202.42_amd64.deb ...
Unpacking sensors (3.4.0-10.1+5.4.20.202.42) over (3.4.0-10.1+5.3.14.202.34) ...
Preparing to unpack .../11-dvb_2%3a0-10.13+5.4.20.202.42_amd64.deb ...
Unpacking dvb (2:0-10.13+5.4.20.202.42) over (2:0-10.3+5.3.14.202.34) ...
Preparing to unpack .../12-xorg-autodetect_0-45.3+5.4.20.202.42_amd64.deb ...
Unpacking xorg-autodetect (0-45.3+5.4.20.202.42) over (0-45.2+5.3.14.202.34) ...
Preparing to unpack .../13-dvb-vtuner_0-5.4+5.4.20.202.42_amd64.deb ...
Unpacking dvb-vtuner (0-5.4+5.4.20.202.42) over (0-5.3+5.3.14.202.34) ...
Preparing to unpack .../14-wakeup_1.1-19.1+5.4.20.202.42_amd64.deb ...
Unpacking wakeup (1.1-19.1+5.4.20.202.42) over (1.1-19.1+5.3.14.202.34) ...
Preparing to unpack .../15-xorg-nvidia_390.132-37.11+5.4.20.202.42_amd64.deb ...
Unpacking xorg-nvidia (390.132-37.11+5.4.20.202.42) over (390.129-37.10+5.3.14.202.34) ...
Preparing to unpack .../16-kernel_5.4.20.202.42-202.45_amd64.deb ...
Unpacking kernel (5.4.20.202.42-202.45) over (5.3.14.202.34-202.36) ...
Setting up kernel (5.4.20.202.42-202.45) ...
(Reading database ... 34398 files and directories currently installed.)
Preparing to unpack .../btrfs_4.7.3-116+5.4.20.202.42_amd64.deb ...
Unpacking btrfs (4.7.3-116+5.4.20.202.42) over (4.7.3-116+5.3.14.202.34) ...
Preparing to unpack .../chromium_71.0.3578.80-26.2_amd64.deb ...
Unpacking chromium (71.0.3578.80-26.2) over (71.0.3578.80-26.1) ...
Preparing to unpack .../install_0-145.9_amd64.deb ...
Unpacking install (0-145.9) over (0-145.8) ...
Preparing to unpack .../surf_0.7-14.1_amd64.deb ...
Unpacking surf (0.7-14.1) over (0.7-14) ...
Preparing to unpack .../tools_0-22.4_amd64.deb ...
Unpacking tools (0-22.4) over (0-22.2) ...
Setting up wakeup (1.1-19.1+5.4.20.202.42) ...
Setting up dvb-vtuner (0-5.4+5.4.20.202.42) ...
Setting up powersave (0-9+5.4.20.202.42) ...
Setting up alsa (1.1.3-44.4+5.4.20.202.42) ...
Setting up rc-core-drivers (0-0+5.4.20.202.42) ...
Setting up i2c (3.1.2-13+5.4.20.202.42) ...
Setting up network (0-79.4+5.4.20.202.42) ...
Setting up btrfs (4.7.3-116+5.4.20.202.42) ...
Setting up xorg (1:1.19.2-93.4+5.4.20.202.42) ...
Setting up tools (0-22.4) ...
Setting up graphlcd-base (1.0.2-31.1+5.4.20.202.42) ...
Setting up xorg-nvidia (390.132-37.11+5.4.20.202.42) ...
Setting up install (0-145.9) ...
Setting up surf (0.7-14.1) ...
Setting up xorg-autodetect (0-45.3+5.4.20.202.42) ...
Setting up dvb (2:0-10.13+5.4.20.202.42) ...
Setting up sensors (3.4.0-10.1+5.4.20.202.42) ...
Setting up rc-core (0-17.11) ...
Setting up chromium (71.0.3578.80-26.2) ...
Setting up irkeytable (1.12.3-13.17) ...
Setting up eventlircd (1:2016.03.15-38.2+5.4.20.202.42) ...
mld-vdr2 /root #
VDR1: MLD-5.4 testing DVB-C  * ASRock FM2A88X-ITX+ * Dual Core AMD A4-6300 * GeForce GT 520 * Hauppauge WinTV-dualHD
VDR2: MLD-5.5 testing DVB-T2 * ASUS M5A78L * AMD FX-4300 * MSI GT1030 Silent * SDC Megtron 240x128 * Hauppauge WinTV-dualHD

Offline baltic

  • MLD-Debugger
  • Expert Member
  • *****
  • Posts: 724
    • View Profile
[testing] Update macht System unbrauchbar
« Reply #32 on: February 20, 2020, 17:49:35 »
Unterstützt die MLD-busybox dmesg? Dann wäre die Ausgabe sehr interessant. Möglichst in eine Dati umleiten und hier hochladen.

Oder/und beim Start nach dem Update auf "verbose" gehen und die Meldungen ggf. abfilmen. verbuse kannst Du aufrufen, indem Du beim ersten Erscheinen des Logos die Pfeiltaste nach unten betätigst.
MLD 5.5 – unstable  Asus M3N78-EM  SkyStar2

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20169
    • View Profile
    • ClausMuus.de
[testing] Update macht System unbrauchbar
« Reply #33 on: February 21, 2020, 12:08:59 »
zu 1) das ist keine reguläre Datei, sondern eine Verbindung zum Kernel. Das das Protokoll nicht geändert werden kann, besagt nur, das Deine Hardware dies nicht unterstützt.
zu 2) der Fehler tritt auf, weil der Treiber wohl in der /etc/modules drin steht. Da können beliebige Treiber eingetragen werden, auch solche die gar nicht existieren.
Dein Problem ist aber möglicher weise nicht, dass das Modul nicht existiert (es sei denn Du hattest das Paket sensors installiert und jetzt wieder entfernt), sondern das der Treiber nicht mit Deiner Hardware klar kommt. Beim entfernen des Paketes werden die von sensors hinzugefügten Einträge in der /etc/modules nicht wieder entfernt.
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 clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20169
    • View Profile
    • ClausMuus.de
[testing] Update macht System unbrauchbar
« Reply #34 on: February 21, 2020, 12:19:33 »
@NoTape,
magst Du mal Bitte ein Debug-Log von Deinem funktionierenden System erstellen, also ohne upgrade.
Eventuell benötigt Dein System ein Netzwerktreiber (oder eine Firmware), der in der aktuellen Version ungewollt entfernt wurde.
Außerdem könntest Du nach dem Upgrade und Reboot mal mit "less" einen Blick in die Datei "/var/log/messages" werfen. Eventuell ist da ja bereits zu sehen was nicht passt. Alternativ geht auch "dmsg".
Da das System aber auf der Konsole hängen bleibt muss da noch mehr schief gegangen sein. Ein Blick mit "cat" in die "/var/log/sysinit" kann da auch nicht schaden.
Du könntest die Log Dateien entweder auf einen USB-Stick kopieren, oder die interessanten Ausgaben einfach Fotografieren.
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 NoTape

  • Adv. Member
  • ***
  • Posts: 112
    • View Profile
[testing] Update macht System unbrauchbar
« Reply #35 on: February 21, 2020, 14:04:44 »
Unterstützt die MLD-busybox dmesg? Dann wäre die Ausgabe sehr interessant. Möglichst in eine Dati umleiten und hier hochladen.

Oder/und beim Start nach dem Update auf "verbose" gehen und die Meldungen ggf. abfilmen. verbuse kannst Du aufrufen, indem Du beim ersten Erscheinen des Logos die Pfeiltaste nach unten betätigst.

Hier nun die gewünschten Infos aus dem verbose-boot, und zwei Fotos.
Da gibt wohl mehrere Probleme:

Display: failed to initialize serdisp (graphlcd)
modprobe: no such file or directory
Network: no cable, not reachable
Start powersafe: nonexisting directory

Hier noch Infos aus dem laufenden System.
Dein Upload Code lautet: gc0dPx

Nachtrag:
In der BusyBox gibt es dmesg.
Leider war die von mir gespeicherte Datei (dmesg > notape_log), nach dem reboot nicht mehr vorhanden.
Das file-System war/ist wohl zu diesem Zeitpunkt read only.
« Last Edit: February 21, 2020, 14:10:43 by NoTape »
VDR1: MLD-5.4 testing DVB-C  * ASRock FM2A88X-ITX+ * Dual Core AMD A4-6300 * GeForce GT 520 * Hauppauge WinTV-dualHD
VDR2: MLD-5.5 testing DVB-T2 * ASUS M5A78L * AMD FX-4300 * MSI GT1030 Silent * SDC Megtron 240x128 * Hauppauge WinTV-dualHD

Offline NoTape

  • Adv. Member
  • ***
  • Posts: 112
    • View Profile
[testing] Update macht System unbrauchbar
« Reply #36 on: February 21, 2020, 15:10:55 »
@clausmuss,
leider habe ich Deinen Beitrag zu spät gesehen.
Danke für den Tipp mit dem USB-Stick, darauf bin ich nicht gekommen.
Alle von Dir gewünschten Logs sind in der Anlage.

Infos aus dem laufenden System.
Dein Upload Code lautet: gc0dPx
VDR1: MLD-5.4 testing DVB-C  * ASRock FM2A88X-ITX+ * Dual Core AMD A4-6300 * GeForce GT 520 * Hauppauge WinTV-dualHD
VDR2: MLD-5.5 testing DVB-T2 * ASUS M5A78L * AMD FX-4300 * MSI GT1030 Silent * SDC Megtron 240x128 * Hauppauge WinTV-dualHD

Offline baltic

  • MLD-Debugger
  • Expert Member
  • *****
  • Posts: 724
    • View Profile
[testing] Update macht System unbrauchbar
« Reply #37 on: February 21, 2020, 16:54:31 »
@NoTape

Ich muss jetzt mal nachfragen, zu welchen Zeitpunkten die Fotos und die Log-Dateien erstellt wurden. Nach dem Update? Dann ist wirklich etwas massiv schief gelaufen.

Laut Deinem Update-Log von Februar 20, 2020, 13:20:24 wurde der Kernel auf 5.4.20 aktualisiert. Auf den Fotos von 17:49:35 versucht das System aber, die Module aus /lib/modules/5.3.14 zu laden. Das ist der Pfad, der zum alten Kernel passte.
Laut der Logs von heute (aus dem Anhang) ist aber noch Kernel 5.3.14 installiert. Zeigen die die Situation vor dem Update?
MLD 5.5 – unstable  Asus M3N78-EM  SkyStar2

Offline baltic

  • MLD-Debugger
  • Expert Member
  • *****
  • Posts: 724
    • View Profile
[testing] Update macht System unbrauchbar
« Reply #38 on: February 21, 2020, 17:05:40 »
Hallo Claus,

zu 1) das ist keine reguläre Datei, sondern eine Verbindung zum Kernel. Das das Protokoll nicht geändert werden kann, besagt nur, das Deine Hardware dies nicht unterstützt.

ok, dann ignoriere ich es einfach. Wie gesagt, es macht keinen Ärger, sondern war mir erstmalig aufgefallen und es hätte ja für andere relevant sein können.

zu 2) der Fehler tritt auf, weil der Treiber wohl in der /etc/modules drin steht. Da können beliebige Treiber eingetragen werden, auch solche die gar nicht existieren.
Dein Problem ist aber möglicher weise nicht, dass das Modul nicht existiert (es sei denn Du hattest das Paket sensors installiert und jetzt wieder entfernt), sondern das der Treiber nicht mit Deiner Hardware klar kommt. Beim entfernen des Paketes werden die von sensors hinzugefügten Einträge in der /etc/modules nicht wieder entfernt.

Nein, sensors IST installiert und wird auch benötigt. Vermutlich hat sich zum Zeitpunkt des Ladeversuchs schon irgend eine andere Systemkomponente, vllt. ACPI, den Zugriff auf den Chip gesichert und nun bleibt das Modul halt außen vor. Ich werde schauen, ob der Eintrag vorhanden ist und ihn ggf. mal testweise entfernen. Aber ist eben auch nur Kosmetik, sensors funktioniert einwandfrei.

Gruß
Peter
MLD 5.5 – unstable  Asus M3N78-EM  SkyStar2

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20169
    • View Profile
    • ClausMuus.de
[testing] Update macht System unbrauchbar
« Reply #39 on: February 21, 2020, 17:15:39 »
Genau das ist mir auch aufgefallen. Der Kernel passt nicht.
Der Grund ist, dass das boot Laufwerk /dev/sda1 nicht nach /boot gemountet ist. Die entsprechende Zeile fehlt in Deiner /etc/fstab
So kann der neue Kernel nicht dorthin kopiert werden und upgrades sind nicht mehr möglich.
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 NoTape

  • Adv. Member
  • ***
  • Posts: 112
    • View Profile
[testing] Update macht System unbrauchbar
« Reply #40 on: February 21, 2020, 17:49:44 »
@NoTape

Ich muss jetzt mal nachfragen, zu welchen Zeitpunkten die Fotos und die Log-Dateien erstellt wurden. Nach dem Update? Dann ist wirklich etwas massiv schief gelaufen.

Laut Deinem Update-Log von Februar 20, 2020, 13:20:24 wurde der Kernel auf 5.4.20 aktualisiert. Auf den Fotos von 17:49:35 versucht das System aber, die Module aus /lib/modules/5.3.14 zu laden. Das ist der Pfad, der zum alten Kernel passte.
Laut der Logs von heute (aus dem Anhang) ist aber noch Kernel 5.3.14 installiert. Zeigen die die Situation vor dem Update?

Also der Reihe nach.

1.) Update gestartet - nach Neustart landet das System in der BusyBox
2.) poweroff
3.) boot mit der Option verbose, erstellen der beiden Fotos
4.) über snapshot das funktionierende Sstem wieder hergestellt
5.) Claus seinen Post entdeckt und daraufhin wieder einen Update gestartet.
6.) poweroff
7.) boot ohne Eingriff, landet wieder in der Busybox
8.) die Logs auf einen Stick kopiert und ins Forum geladen
9.) über snapshot das funktionierende Sstem wieder hergestellt

----------------------------------
Autor: clausmuus
"Genau das ist mir auch aufgefallen. Der Kernel passt nicht.
Der Grund ist, dass das boot Laufwerk /dev/sda1 nicht nach /boot gemountet ist. Die entsprechende Zeile fehlt in Deiner /etc/fstab
So kann der neue Kernel nicht dorthin kopiert werden und upgrades sind nicht mehr möglich."


Könnt ihr mir auf die Sprünge helfen! Wo muss ich was genau eintragen?


VDR1: MLD-5.4 testing DVB-C  * ASRock FM2A88X-ITX+ * Dual Core AMD A4-6300 * GeForce GT 520 * Hauppauge WinTV-dualHD
VDR2: MLD-5.5 testing DVB-T2 * ASUS M5A78L * AMD FX-4300 * MSI GT1030 Silent * SDC Megtron 240x128 * Hauppauge WinTV-dualHD

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20169
    • View Profile
    • ClausMuus.de
[testing] Update macht System unbrauchbar
« Reply #41 on: February 21, 2020, 18:37:56 »
Damit das Upgrade funktioniert, musst Du diese Zeile wieder zu Deiner /etc/fstab hinzufügen:
Code: [Select]
/dev/sda1 /boot  auto  defaults  0 2Anschließend ein "mount /boot" und schon geht das Upgrade wieder.
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 baltic

  • MLD-Debugger
  • Expert Member
  • *****
  • Posts: 724
    • View Profile
[testing] Update macht System unbrauchbar
« Reply #42 on: February 21, 2020, 18:46:11 »
Allerdings wird ja inzwischen UUID in der fstab benutzt.

Von daher besser einmal

blkid

auf der Konsole machen und dann die UUID von sda1 in die fstab einsetzen. Also so:

UUID=????????   /boot  auto  defaults  0 2

Dann ist es etwas "runder".
MLD 5.5 – unstable  Asus M3N78-EM  SkyStar2

Offline baltic

  • MLD-Debugger
  • Expert Member
  • *****
  • Posts: 724
    • View Profile
[testing] Update macht System unbrauchbar
« Reply #43 on: February 21, 2020, 19:29:18 »
Nein, sensors IST installiert und wird auch benötigt. Vermutlich hat sich zum Zeitpunkt des Ladeversuchs schon irgend eine andere Systemkomponente, vllt. ACPI, den Zugriff auf den Chip gesichert und nun bleibt das Modul halt außen vor. Ich werde schauen, ob der Eintrag vorhanden ist und ihn ggf. mal testweise entfernen. Aber ist eben auch nur Kosmetik, sensors funktioniert einwandfrei.

Ist entfernt und die Meldung bleibt jetzt aus. sensors funktioniert weiterhin problemlos.  8)
MLD 5.5 – unstable  Asus M3N78-EM  SkyStar2

Offline NoTape

  • Adv. Member
  • ***
  • Posts: 112
    • View Profile
[testing] Update macht System unbrauchbar
« Reply #44 on: February 21, 2020, 20:18:19 »
Allerdings wird ja inzwischen UUID in der fstab benutzt.
...

Nach dem Eintrag der UUID-Zeile hat es sofort funktioniert, das System ist wieder aktuell.
Vielen Dank für Eure schnelle Hilfe!

Beim Aufruf von blkid ist mir allerdings aufgefallen, dass es auch noch ein /dev/sda2 gibt - das fehlt auch in der fstab.
Nur wie trage ich das ein, denn es hat neben der UUID auch noch eine UUID_SUB.

Code: [Select]
mld-vdr2 /root # blkid
/dev/sda1: UUID="1FA6-8941" TYPE="vfat"
/dev/sda2: UUID="634a4f80-253f-4b3a-a622-252ed86e5d93" UUID_SUB="4a3b82ec-0903-47ea-83a2-cfc0dd883b9c" TYPE="btrfs"
/dev/sda3: UUID="1b4c634f-08c3-47de-8051-3fa2e4a69551" TYPE="xfs"
mld-vdr2 /root #

mld-vdr2 /root # more /etc/fstab
proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
UUID=1FA6-8941 /boot auto defaults 0 2
UUID=634a4f80-253f-4b3a-a622-252ed86e5d93  /  auto  defaults  0 1
UUID=1b4c634f-08c3-47de-8051-3fa2e4a69551  /mnt/sda3  auto  defaults  0 2
/mnt/sda3/.cache  /var/cache  none  bind  0 0
/mnt/sda3  /data  mergerfs  defaults,category.create=mfs,direct_io,use_ino  0 0
VDR1: MLD-5.4 testing DVB-C  * ASRock FM2A88X-ITX+ * Dual Core AMD A4-6300 * GeForce GT 520 * Hauppauge WinTV-dualHD
VDR2: MLD-5.5 testing DVB-T2 * ASUS M5A78L * AMD FX-4300 * MSI GT1030 Silent * SDC Megtron 240x128 * Hauppauge WinTV-dualHD

1 2 [3] 4 >>> MLD-5.x / Systems / x86 Systeme (PC) / [testing] Update macht System unbrauchbar
 



Users Online Users Online

0 Members and 1 Guest are viewing this topic.