Archiv > General

Keine Updates bzw. weitere Installation von Addons möglich

<< < (2/7) > >>

mikeM:
So, letztes Update: Hab mir die Zeilen mal aus opkg -info Paketname rausgeholt:

--- Code: ---Package: xorg-nvidia.legacy
Version: 304.121-15_3.16.1.101
Depends: kernel (>= 3.16.1.101), kernel (<= 3.16.1.101-:), xorg, vdpauinfo, libc6 (>= 2.19-12), libx11-6 (>= 1.6.2-1), libxext6 (>= 1.3.2-1), libgtk2.0-0 (>= 2.24.23-2), libatk1.0-0 (>= 2.10.0-1), libgdk-pixbuf2.0-0 (>= 2.30.7-2), libpango-1.0-0 (>= 1.36.3-1), libglib2.0-0 (>= 2.40.0-5), libxcb1 (>= 1.10-1), libpangocairo-1.0-0 (>= 1.36.3-1), libxfixes3 (>= 5.0.1-1), libcairo2 (>= 1.13.0-1), libpangoft2-1.0-0 (>= 1.36.3-1), libfontconfig1 (>= 2.11.0-1), libxrender1 (>= 0.9.8-1), libxinerama1 (>= 1.1.3-1), libxi6 (>= 1.7.1.901-1), libxrandr2 (>= 1.4.2-1), libxcursor1 (>= 1.1.14-1), libxcomposite1 (>= 0.4.4-1), libxdamage1 (>= 1.1.4-1), libthai0 (>= 0.1.20-1), libffi6 (>= 3.1-1), libpcre3 (>= 8.31-2), libxau6 (>= 1.0.8-1), libxdmcp6 (>= 1.1.1-1), libfreetype6 (>= 2.5.2-1), libpixman-1-0 (>= 0.30.2-1), libpng12-0 (>= 1.2.50-1), libxcb-shm0 (>= 1.10-1), libxcb-render0 (>= 1.10-1), zlib1g (>= 1.2.8-1), libselinux1 (>= 2.2.2-1), libharfbuzz0b (>= 0.9.27-1), libexpat1 (>= 2.1.0-1), libdatrie1 (>= 0.2.8-1), libgraphite2-3 (>= 1.2.4-1)
Provides: xorg-nvidia
Status: install user not-installed
Architecture: x86_64

Package: xorg-drivers
Version: 1.15.1-5_3.16.1.101
Depends: kernel (>= 3.16.1.101), kernel (<= 3.16.1.101-:), xorg, libc6 (>= 2.19-12), libudev1 (>= 204-1), libdrm2 (>= 2.4.52-1), libcgmanager0 (>= 0.24-1), libnih1 (>= 1.0.3-1), libnih-dbus1 (>= 1.0.3-1), libdbus-1-3 (>= 1.6.18-1), libspice-server1 (>= 0.12.4-1), libglib2.0-0 (>= 2.40.0-5), libjpeg-turbo8 (>= 1.3.0-1), libpixman-1-0 (>= 0.30.2-1), libsasl2-2 (>= 2.1.25-1), libssl1.0.0 (>= 1.0.1-2), zlib1g (>= 1.2.8-1), libpcre3 (>= 8.31-2), libpciaccess0 (>= 0.13.2-1), libdrm-intel1 (>= 2.4.52-1), libdrm-nouveau2 (>= 2.4.52-1), libxatracker2 (>= 10.1.0-1), libgl1-mesa-dri (>= 10.1.3-1), libllvm3.4 (>= 3.4-1), libstdc++6 (>= 4.8.2-1), libgcc1 (>= 4.9-1), libffi6 (>= 3.1-1), libtinfo5 (>= 5.9-1), libdrm-radeon1 (>= 2.4.52-1), libexpat1 (>= 2.1.0-1)
Status: install user not-installed
Architecture: x86_64

--- End code ---

Und in die /usr/lib/opkg/status eingetragen...

Jetzt scheint es wieder sauber zu sein. Bei den meisten dürfte es reichen folgendes zumachen:

1. vdr anhalten
2. opkg remove dvb
3. opkg install kernel --force-depends
4. Reste des alten Kernels entfernen:  rm -r /lib/modules/altekernelversion (z.B. 3.1.16.86)
5. opkg install dvb (evtl. mit --force-depends)
6. reboot
7. editieren der /usr/lib/opkg/status. Da ist der alte Kernel noch drin. Die Einträge für

--- Code: ---Package: kernel
Version: 3.16.1.86.....
--- End code ---

rauswerfen, wenn .86 der alte Kernel war.
Dann die Datei durchschauen, wo es noch

--- Code: ---Depends: kernel (>= 3.16.1.86), kernel (<= 3.16.1.86-:)
--- End code ---
(auch hier wieder .86 die alte Version)
Einträge gibt, und die dann entsprechend mit den Einträgen aus opkg info paketname korrigieren.

Ich liebe die Zeitumstellung.

Gruß
Michael

MegaX:
Hi Michael

das was du schreibst sollte eigentlich nicht notwendig sein.

Ein normales

--- Code: ---opkg update
opkg upgrade
--- End code ---
langt um sein System auf den neuesten Stand zu bringen.

Claus, Mario und Ich haben das nun mehrfach getestet und können die Fehler die bei euch auftauchen nicht nachstellen, egal mit welcher MLD-Version bzw. Kernelversion und ob es sich um eine VM oder real Hardware handelte.
Habe heute sogar noch eine alte VM gefunden die noch den Kernel 3.15 drauf hatte und sogar mit der hatte ich kein Problem ein Upgrade durchzuführen.

Es kann in den seltensten Fällen mal passieren das ein paar Leichen in der /usr/lib/opkg/status Datei vorhanden sind, warum das ganze so ist konnten wir noch nicht ermitteln.
Normalerweise sollte der alte Kernelordner unter /lib/modules automatisch gelöscht werden, mal schauen warum das nicht passiert.

mikeM:
Wie gesagt, das triftt eigentlich NUR diejenigen, die an besagtem Wochenende Updates gemacht haben. Und ohne den beschriebenen Weg ist es hier auf 2 Systemen nicht möglich gewesen, wieder ein konsistentes System zu bekommen.

Gruß
Michael

Ruschi:
Ich habe heute neu install. und es gibt ja trotzdem den Fehler.

MegaX:
Hi Ruschi

welchen Fehler meinst du, denn wenn du heute neu installiert hast dann sollte eigentlich alles auf dem neuesten Stand sein?
Oder hast du ein Altes ISO genommen?

Navigation

[0] Message Index

[#] Next page

[*] Previous page