[det]

morche

iso
MLD-4.0.1-64_standard_2014.06.02-59

Code: [Select]

Upgrade kernel
Upgrading kernel on root from 3.14.2.41-58 to 3.14.2.59-59...
Downloading http://www.minidvblinux.de/download/4.0.1-64/files/base/kernel_3.14.2.59-59.opk.
Removing obsolete file /lib/modules/3.14.2.41/modules.builtin.
Removing obsolete file /lib/modules/3.14.2.41/modules.order.
Configuring kernel.
depmod: WARNING: could not open /lib/modules/3.14.2.41/modules.order: No such file or directory
depmod: WARNING: could not open /lib/modules/3.14.2.41/modules.builtin: No such file or directoryund nichts geht mehr  kein netz kein vdr
mfg det

[clausmuus]

Hi,

da ist nen bekannter Fehler im opkg dran Schuld. http://www.minidvblinux.de/bug/view.php?id=57
Eigentlich wollte der opkg Entwickler den schon lange behoben haben, nur ist seit damals nichts mehr passiert.
Vermutlich hätte geholfen, nach dem ersten Upgrade gleich noch eines auszuführen, hab's aber noch nicht getestet.

Claus

[det]

hi
danke für die Antwort jetzt ist mir das klar
mfg det

[clausmuus]

Hi,

magst Du mal testen ob nen zweites "opkg upgrade" das Problem löst?
Sollte das so sein, dann werde ich fersuchen das automatisch machen zu lassen.

Claus

[det]

abend

so was lest mir immer keine ruhe mehr

wir bauen opkg mit   ./configure --prefix=$$(pwd)/install/usr --disable-curl --disable-gpg
es gibt aber die Option --enable-dependency-tracking = - enable-Abhängigkeit-Tracking sollte diese nicht mit rein ?
also so ./configure --prefix=$$(pwd)/install/usr --disable-curl --disable-gpg --enable-dependency-tracking

opkg-0.2.2$ ./configure --help

Code: [Select]

Optional Features:
  --disable-option-checking  ignore unrecognized --enable/--with options
  --disable-FEATURE       do not include FEATURE (same as --enable-FEATURE=no)
  --enable-FEATURE[=ARG]  include FEATURE [ARG=yes]
  --enable-silent-rules   less verbose build output (undo: "make V=1")
  --disable-silent-rules  verbose build output (undo: "make V=0")
  --enable-dependency-tracking
                          do not reject slow dependency extractors
  --disable-dependency-tracking
                          speeds up one-time build
  --disable-largefile     omit support for large files
  --enable-shared[=PKGS]  build shared libraries [default=yes]
  --enable-static[=PKGS]  build static libraries [default=yes]
  --enable-fast-install[=PKGS]
                          optimize for fast installation [default=yes]
  --disable-libtool-lock  avoid locking (might break parallel builds)
  --enable-pathfinder     Enable libpathfinder support. [[default=no]]
  --enable-curl           Enable downloading with curl [[default=yes]]
  --enable-sha256         Enable sha256sum check [[default=no]]
  --enable-openssl        Enable signature checking with OpenSSL
                          [[default=no]]
  --enable-ssl-curl       Enable certificate authentication with curl
                          [[default="yes"]]
  --enable-gpg            Enable signature checking with gpgme [[default=yes]]
  --enable-shave          use shave to make the build pretty [[default=yes]]
 mfg det

[P3f]

Hi Det,

vielen Dank für deine beharrlichkeit und suche. Wir (MegaX und ich) haben gerade zufällig getestet und leider bringt der Parameter nicht den gewünschten (erhofften) Erfolg.

Nur ein 2.mal mit "opkg upgrade" hatte den gewünschten Erfolg und die MLD konnte gebootet werden. Soweit ist also Claus seine Annahme korrekt, das nach einem weiteren "opkg upgrade" die MLD aktualisiert ist.

Was weiterhin auffällig ist, das nun nach dem Update vom Kernel die vorherige Version weiteren auf der MLD ist. Erwartung wäre hier, das beim reboot dieses Verzeichnis ebenfalls gelöscht worden wäre.

Hier mal der Auszug aus der Konsole:

Code: [Select]

MLD> uname -a
Linux MLD 3.14.2.59 #1 SMP Mon Jun 2 18:15:58 CEST 2014 x86_64 GNU/Linux
MLD> ls -l /lib/modules/3.14.2.
3.14.2.41/  3.14.2.59/
MLD> ls -l /lib/modules/3.14.2.
3.14.2.41/  3.14.2.59/
MLD> ls -l /lib/modules/3.14.2.59/
drwxrwxr-x    1 root     root            30 Jun  3 20:40 kernel
-rw-r--r--    1 root     root        144482 Jun  3 20:41 modules.alias
-rw-r--r--    1 root     root        137637 Jun  3 20:41 modules.alias.bin
-rw-rw-r--    1 root     root         67311 Jun  3 03:07 modules.alias.dvb
-rw-rw-r--    1 root     root         24170 Jun  2 18:18 modules.alias.network
-rw-rw-r--    1 root     root          7740 Jun  2 18:17 modules.builtin
-rw-r--r--    1 root     root         11457 Jun  3 20:41 modules.builtin.bin
-rw-r--r--    1 root     root         76859 Jun  3 20:41 modules.dep
-rw-r--r--    1 root     root        104634 Jun  3 20:41 modules.dep.bin
-rw-r--r--    1 root     root           125 Jun  3 20:41 modules.devname
-rw-rw-r--    1 root     root          5321 Jun  3 03:07 modules.dvb
-rw-rw-r--    1 root     root         23225 Jun  2 18:17 modules.order
-rw-r--r--    1 root     root           131 Jun  3 20:41 modules.softdep
-rw-r--r--    1 root     root         81948 Jun  3 20:41 modules.symbols
-rw-r--r--    1 root     root        104220 Jun  3 20:41 modules.symbols.bin
MLD> depmod
MLD> ls -l
MLD> cd ..
MLD> cd /lib/modules/3.14.2.41
MLD> ls -l
drwxrwxr-x    1 root     root            24 Jun  3 20:40 kernel
-rw-r--r--    1 root     root            45 Jun  3 20:41 modules.alias
-rw-r--r--    1 root     root            12 Jun  3 20:41 modules.alias.bin
-rw-r--r--    1 root     root             0 Jun  3 20:41 modules.builtin.bin
-rw-r--r--    1 root     root             0 Jun  3 20:41 modules.dep
-rw-r--r--    1 root     root            12 Jun  3 20:41 modules.dep.bin
-rw-r--r--    1 root     root            52 Jun  3 20:41 modules.devname
-rw-r--r--    1 root     root           131 Jun  3 20:41 modules.softdep
-rw-r--r--    1 root     root            49 Jun  3 20:41 modules.symbols
-rw-r--r--    1 root     root            12 Jun  3 20:41 modules.symbols.bin

Alte Kernelversion war 3.41.2.41 upgedatet worden ist auf die 3.14.2.59. Einzig die Dateien modules.builin und modules.order wurde vom 3.14.2.41 Kernel gelöscht.

Aber die Idee war sehr interessant !!

Gruß,

Pit

[clausmuus]

Hi,

ich hab Schwierigkeiten zu verstehen, was diese Option bewirken soll,... Vielleicht bezieht die sich ja nicht auf nen upgrade, sondern auf nen update? Oder wie interpretiert Ihr das?

Was den nicht gelöschten /lib/modules/3.14.2.41 Ordner betrifft. Das muss in's control/postrm Script des Kernel Paketes rein. Ich kümmere mich da drum. Kann aber sein das da ne saubere Lösung erst möglich ist, wenn auch das upgrade des Kernels mit einem Aufruf funktioniert.

Claus

[det]

morche
Claus mir ist das auch noch nicht klar suche nach einer Lösung das so etwas nicht basiert .
denke das schreckt noch fiele ab mld dauerhaft zu nutzen
mfg det
   

[clausmuus]

Hi,

ja, ist ne böse Sache. Deshalb hatte ich ja bereits nen Bug report beim opkg Entwicker angelegt. Der wollte das auch schnell fixen, hat's aber bis heute nicht gemacht.
Der Fehler kann nur direkt in den opkg Sourcen gefixt werden, da das nicht nur den Upgrade betrifft, sondern auch beim installieren von Paketen etwas ähnliches auftreten kann.

Jetzt hab ich erst einmal einen kleinen Fix hinzu gefügt, der wenigstens beim Upgrade nen zweiten Aufruf macht.
Auch das löschen der alten Kernel Dateien (nach nem Kernel upgrade) habe ich eingebaut.
Beides wird aber erst mit dem übernächsten upgrade aktiv sein, da die Patches ja erst einmal installiert sein müssen, damit die wirken können.

Claus

[P3f]

HI Claus,

ich habe gerade mal den Patch bei mir in meine lokale Devel eingebunden und wollte eigentlich mal einen REAL-test machen, da meine produktive MLD 4.0.1 ideal wäre. Allerdings kann man nicht einfach das opkg-Addon updaten, und danach den upgradecheck machen. es wird behauptet, das ein "opkg install opkg --force-reinstall" für dieses Addon nicht erlaubt ist. ( )

Naja, aber irgendwie finde ich auch den vom OPKG-Entwickler mal bereitgestellte Testscript nicht mehr. Wie kann man es nun testen?

Und soll ich das implementieren vom dem Patch hochladen, damit wir es in der MLD haben. (negative Nebeneffekte habe ich beim normalen Update in der VM nicht feststellen können)

Gruß,

Pit

[clausmuus]

Hi Pit,

ich hatte das schon kurz vor Dir eingecheckt und hoch geladen. Getestet habe ich das aber noch nicht.
Nen force-reinstall ist beim opkg nicht erlaubt, weil das erst nen uninstall macht und dann hätte man kein opkg mehr um den wieder neu zu installieren.
Testen will ich das nachher.

Claus