[iNOB]

Gerade ein Update gemacht und schon geht wieder nichts mehr. Irgendwie macht mir das Ganze so keinen Spass, wenn man bei jeder Aktualisierung befürchten muss, dass man sich das System zerschießt.

Eine Installation mit der "MLD-4.0.1-64_standard-shd_2014.12.20-81.iso" scheitert wie die Vorgängerversion am Installieren des Nvidia-Treibers und läßt einen mit dem BlackScreenOfDeath ratlos zurück.

So schön und einfach wie das Gesamtkonzept MLDHD gedacht ist, so bescheiden und frustrierend ist das Ergebnis für den Enduser. Langsam reift in mir die Erkenntnis, dass mein altes System eines selbst zusammen compilierten VDRs weniger frustauslösende Momente bescherte als MLDHD.

Gruß
iNOB

[P3f]

Hi,

Ich kann mir schon vorstellen, das es unheimlich störend sein kann, wenn man ein Update macht und dann auf Probleme stößt. Aber...

Das Konzept der MLD und der Einsatz der Entwickler ist wirklich super. Und wenn man bereit ist, sich hier ebenfalls mit einzubringen, dann findet man auch wirklich Lösungen. Ist wirklich eine Gemeinschaft und ein sehr effektiver Umgangston hier, das findet man nicht überall.

Und es sind immer die Kleinigkeiten, die es ausmachen. Ich finde sehr gut, das hier immer die aktuellsten Addons, Kernelunterstützungen und auch die RPI-Plattform angeboten werden.

Ja, und die Entwickler haben auch vorher "ihre" Maschinen geupdatet und danach erst online gestellt. Nun sind halt die verschiedenen Konstellationen dran auch zu bereinigen, dafür wird halt auch Eure Unterstützung von Nöten sein.

Also, lasst uns bitte gemeinsam die Auffälligkeiten analysieren und dann wird es schon korrigiert. Die Schnelligkeit und Qualität habe ich zumindest noch bei keiner anderen Distri bekommen.

Also ich halte auf jeden Fall an dem MLD Konzept weiter fest und wünsche mir ein wenig mehr Zeit. Das ist halt mein Aktuelles Problem.

Nun hör ich aber auf mit OT

Übrigens, hilfreich sind immer die Logfiles für die Analyse, das geht über das Webif der MLD wirklich einfach. Schließlich sollten wir schon rausfinden können, warum des Paket nicht installiert wird. Ist das wirklich die Netzwerkverbindung oder die Erkennung in der Funktion vom Xorg-autodetect.


Pit

[mafe68]

Habe mal versuchte das ganze hier nach zu stellen aber kann es zur Zeit nur in der VM machen. Habe die "MLD-4.0.1-64_standard-shd_2014.12.20-81.iso" von heute genommen sie installiert und dann den xorg-vboxvideo deinstalliert einen reboot gemacht und dann versucht den xorg-nvidia zu installieren. Habe dabei folgende Meldung bekommen

Code: [Select]

MLD> opkg install xorg-nvidia
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2014-12-20 09:38'
Installing xorg-nvidia (340.65-25_3.18.1.101) on root.
Upgrading kernel from 3.18.1.101-102 to 3.18.1.101-104 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/kernel_3.18.1.101-104.opk.
Existing conffile /etc/modules is different from the conffile in the new package. The new conffile will be placed at /etc/modules-opkg.
Breaking circular dependency on xorg-nvidia for kernel.
Configuring kernel.
Configuring xorg-nvidia.
Collected errors:
 * pkg_get_installed_files: Failed to open ///usr/lib/opkg/info/xorg-nvidia.list: No such file or directory.
 * pkg_get_installed_files: Failed to open ///usr/lib/opkg/info/xorg-nvidia.list: No such file or directory.
MLD>


[mafe68]

Habe jetzt auch noch ein "opkg update" gemacht, dass das System auf den neuesten Stand gebracht weil ich sehen wollte ob man dann noch eine Netzwerkverbindung hat. Das klappt alles auch nach dem update.
@iNOB
Kannst du das vielleicht nochmal nachstellen oder eine Log.Datei dazu bereit stellen?

[skippy]

Hallo zusammen,

ich konnte das Problem von iNOB nachstellen. Auch bei mir ist keine Netzwerkkarte nach dem heutigen Update (eventlircd, kernel, vdr) vorhanden. Gestern hatte ich die MLD neu installiert.

Die Fernbedienung läuft auch noch nicht  - aber ihr schafft das schon 

Debug.log ist schwierig ohne Netzwerk. Deshalb hier mal folgende Ausgabe nach einem "restart network":

Code: [Select]

Disconnecting from network
Init networking                                                          done
Starting DHCP-client
Waiting for network device:                                       failed
Network not reachable
ether-wake: SIOCGIFHWADDR on eth0 failed: No such device             failed

Ein Netzwerkgerät eth* ist nicht unter /dev zu finden.

Viele Grüße
skippy

[clausmuus]

Hi iNOB,

Tut mir Leid, wenn Du Probleme mit dem Update hattest. Wir sind immer bemüht so was zu verhindern. Da es sich bei der MLD-4 aber noch immer um eine Entwicklerversion handelt, führen wir vor einem Update keine umfassenden Tests durch, sondern nur einen einfachen Test auf einem System.
Außerdem halten wir bei Entwickler Versionen der MLD keine älteren Versionen der Pakete vor. Dadurch kann es wie in Deinem Fall vorkommen, dass ein Image schon am selben Tag den benötigten xorg Treiber nicht mehr nachladen kann. In diesem Fall gab es kurz nach Deinem Download des Images bereits einen neuen Kernel Update. Dadurch passten die online verfügbaren Treiber nicht mehr zu dem ISO Image.

Sobald wir eine stabile Version der MLD-4 anbieten, wird es nur noch unfassend getestete Updates geben und auch Pakete für ältere Installationen werden vorgehalten.

Claus

[pasha]

Sorry because English.
I have the same situation , after kernel update and reboot no network.
Did try to start network from xterm but failed.
Also same happened after installation  ISO from 20.12.
With previous MLD from 18.12.2014 everything is OK.
Using 64 standard with softhddevice.
Regards

[clausmuus]

Hi pasha,

yesterday the build of the kernel failed. Because of them there are also some other broken packages online. Actual a kernel rebuild is running. I think in one hour there will again working packages.

Claus

[clausmuus]

Hi,

ich hab nun kein Image von gestern rum liegen, und auch nur mit dem client ISO getestet, aber bei dem funktioniert das System nach dem Upgrade fehlerfrei. Allerdings sind mehrere upgrade Aufrufe erforderlich, da beim ersten Aufruf das Netzwerk zwischenzeitlich gestoppt wird.

@Skippy,

hast DU mehrere Upgrades durchgeführt, bis keine Fehler mehr aufgetreten sind? Und wenn ja, welche pakete sind nach dem Upgrade noch installiert? (opkg list-installed | grep -v lib)

Claus

[skippy]

Ich habe nur ein upgrade durchgeführt und dann einen reboot gestartet. Danach war das Netzwerk weg.

Viele Grüße skippy

[DG7YCX]

Hallo zusammen,
das gleiche Problem mit dem Netzwerk hatte ich gestern auch, ausserdem erkannte alsa meine interne Soundkarte nicht mehr.
Wenn das System soweit bis auf das Netzwerk läuft und zusätzlich ein Browser  z.B. Firefox installiert wurde, kann die Einstellungen noch über Localhost aufrufen.
Damit kann man dann den Snapshot zurück laden, welcher eigentlich bei jedem Update erstellt wird.
So hat das jedenfalls bei mir funktioniert!

Gruss Klaus

[clausmuus]

Hi,

Andreas und ich haben den Fehler gefunden und behoben. Somit sollte nen Upgrade wieder funktionieren. Bei meinen Testes waren allerdings meistens zwei oder drei Upgrade Aufrufe erforderlich.

Claus

[mafe68]

Habe gerade versehentlich mein Produktives System von update gemacht vom Kernel 3.16 bekomme nur error jetzt was vorher in der VM gegangen ist

Spoiler (show / hide)

MLD> opkg upgrade
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2014-12-20 19:54'
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Assuming locally installed package kernel (3.16.1.101-101) is up to date.
Upgrading dvb from 2014.11.12-85_3.16.1.101 to 2014.12.20-94_3.18.1.110 on root.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Upgrading vdr-plugin-softhddevice from 2014.10.16-32_2.1.6.141 to 2014.10.16-33_2.1.6.141 on root.
Upgrading xorg from 1.15.1-45_3.16.1.101 to 1.15.1-45_3.18.1.110 on root.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Upgrading powersave from 0-4_3.16.1.101 to 0-4_3.18.1.110 on root.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Upgrading network from 0-42_3.16.1.101 to 0-45_3.18.1.110 on root.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Upgrading xorg-nvidia from 340.65-25_3.16.1.101 to 340.65-25_3.18.1.110 on root.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Upgrading wakeup from 1.1-12_3.16.1.101 to 1.1-12_3.18.1.110 on root.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Upgrading lirc from 1:2014.05.09-47_3.16.1.101 to 1:2014.05.09-47_3.18.1.110 on root.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Upgrading sensors from 3.3.4-5_3.16.1.101 to 3.3.4-5_3.18.1.110 on root.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Upgrading init from 0-54 to 0-55 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/init_0-55.opk.
Upgrading xorg-autodetect from 1.15.1-25_3.16.1.101 to 1.15.1-25_3.18.1.110 on root.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Upgrading eventlircd from 2014.09.09-20_3.16.1.101 to 2014.12.20-20_3.18.1.110 on root.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Upgrading i2c from 0-2_3.16.1.101 to 0-3_3.18.1.110 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/i2c_0-3_3.18.1.110.opk.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Upgrading xorg from 1.15.1-45_3.16.1.101 to 1.15.1-45_3.18.1.110 on root.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.18.1.110 as installing it would break existing dependencies.
Not selecting kernel 3.16.1.101 as installing it would break existing dependencies.
Stopping VDR                                                         done
Stoping xorg                                                         done
Removing obsolete file /lib/modules/3.16.1.101/kernel/drivers/char/agp/via-agp.ko.
Removing obsolete file /lib/modules/3.16.1.101/kernel/drivers/char/agp/sis-agp.ko.
Removing obsolete file /lib/modules/3.16.1.101/kernel/drivers/char/agp/intel-gtt.ko.
Removing obsolete file /lib/modules/3.16.1.101/kernel/drivers/char/agp/intel-agp.ko.
Removing obsolete file /lib/modules/3.16.1.101/kernel/drivers/input/touchscreen/usbtouchscreen.ko.
Removing obsolete file /lib/modules/3.16.1.101/kernel/drivers/char/agp/amd64-agp.ko.
Removing obsolete file /lib/modules/3.16.1.101/kernel/drivers/char/agp/agpgart.ko.
Existing conffile /etc/X11/icewm/menu is different from the conffile in the new package. The new conffile will be placed at /etc/X11/icewm/menu-opkg.
Upgrading opkg from 2014.11.30-63 to 2014.11.30-67 on root.
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/opkg_2014.11.30-67.opk.
Configuring xorg.
Starting xorg                                                        done
Configuring opkg.
Configuring init.
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for dvb:
 *    kernel (>= 3.18.1.110) *    kernel (<= 3.18.1.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for xorg:
 *    kernel (>= 3.18.1.110) *    kernel (<= 3.18.1.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for powersave:
 *    kernel (>= 3.18.1.110) *    kernel (<= 3.18.1.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for network:
 *    kernel (>= 3.18.1.110) *    kernel (<= 3.18.1.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for xorg-nvidia:
 *    kernel (>= 3.18.1.110) *    kernel (<= 3.18.1.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for wakeup:
 *    kernel (>= 3.18.1.110) *    kernel (<= 3.18.1.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for lirc:
 *    kernel (>= 3.18.1.110) *    kernel (<= 3.18.1.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for sensors:
 *    kernel (>= 3.18.1.110) *    kernel (<= 3.18.1.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for xorg-autodetect:
 *    kernel (>= 3.18.1.110) *    kernel (<= 3.18.1.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for eventlircd:
 *    kernel (>= 3.18.1.110) *    kernel (<= 3.18.1.110-:) *
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for i2c:
 *    kernel (>= 3.18.1.110) *    kernel (<= 3.18.1.110-:) *

[clausmuus]

Ach so, noch nen Tipp für all jene die nach nem mislungenem Upgrade nen älteren Snapshot einspielen wollen, jedoch kein Netzwerk mehr haben. Das geht auch über den Bootmanager. Dort kann man mit der Cursor Taste nach unten "Snapshots" auswählen und bekommt dann eine liste der verfügbaren Snapshots angezeigt die dann zurück gespielt werden können.

Claus

[clausmuus]

@Mario,

und nen zweiter upgrade Aufruf hilft nicht?

Claus