[GELÖST]Aktuellen Kernel für Cubietruck

[smutbert]

Dir scheint tatsächlich ein Eintrag für das armbian-Repository zu fehlen oder der Fehler liegt bei meinen Befehlen. Update sicherheitshalber deine Paketlisten und zeig noch einmal die Informationen zum installierten Kernelpaket:

Code: Alles auswählen

# apt update
$ apt policy linux-image-$(uname -r)

[Tommy82]

Hi

Code: Alles auswählen

 apt update
Hit:1 http://security.debian.org stretch/updates InRelease
Hit:6 http://apt.armbian.com stretch InRelease
Get:3 http://ppa.launchpad.net/b-rad/kernel+mediatree+hauppauge/ubuntu artful InRelease [15.9 kB]
Ign:2 http://cdn-fastly.deb.debian.org/debian stretch InRelease
Hit:4 http://cdn-fastly.deb.debian.org/debian stretch-updates InRelease
Hit:5 http://cdn-fastly.deb.debian.org/debian stretch-backports InRelease
Hit:7 http://cdn-fastly.deb.debian.org/debian stretch Release
Hit:8 https://deb.nodesource.com/node_4.x stretch InRelease
Ign:9 https://dl.bintray.com/tvheadend/deb raspbianstretch InRelease
Hit:10 https://dl.bintray.com/tvheadend/deb raspbianstretch Release
Fetched 15.9 kB in 8s (1,794 B/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
1 package can be upgraded. Run 'apt list --upgradable' to see it.

Code: Alles auswählen

 apt policy linux-image-$(uname -r)
N: Unable to locate package linux-image-4.14.0-sunxi
N: Couldn't find any package by glob 'linux-image-4.14.0-sunxi'
N: Couldn't find any package by regex 'linux-image-4.14.0-sunxi'

[smutbert]

Ok, ich schreib erst wieder etwas, wenn ich mir ein aktuelles armbian selbst angesehen habe – ich rate hier mehr herum als zu helfen

[smutbert]

Also ich weiß nicht was für ein Image du verwendet hast, aber das normale Debian armbian-Image kann es kaum sein. Dort gibt es eine »/etc/apt/sources.list.d/armbian.list« mit

Code: Alles auswählen

deb http://apt.armbian.com stretch main stretch-utils stretch-desktop

über die Kernel, Header und alle weiteren cubietruck/armbian-spezifischen Pakete verfügbar sind und die lassen sich auch ganz problemlos über apt installieren.


Wenn bei dir nur die Zeile für das Repository fehlt, kannst du sie einfach in die »/etc/apt/sources.list« eintragen oder eine beliebige *.list-Datei in »/etc/apt/sources.list.d/« erstellen und danach

Code: Alles auswählen

# apt update && apt install linux-headers-next-sunxi

edit:
Allerdings ist das Paket bei dir wie ich sehe ja schon installiert:

Hi, bekomme diese Ausgabe

Code: Alles auswählen

 apt show -a linux-headers-next-sunxi
Package: linux-headers-next-sunxi
Version: 5.35
Priority: optional
Section: kernel
Source: linux-4.13.16-sunxi
Maintainer: Igor Pecovnik <igor.pecovnik@****l.com>
Installed-Size: 76.5 MB
Homepage: http://www.kernel.org/
Download-Size: 10.6 MB
APT-Manual-Installed: yes
[…]

edit nummer 2:
Du hast außerdem mittendrin den Kernel aktualisiert – ich bin noch von 4.13.16-sunxi ausgegangen, während in der letzten Ausgabe ein 4.14.0-sunxi auftaucht. Du hast die header also zwar für den alten Kernel installiert, aber möglicherweise nicht für den neueren (und ich frage mich gerade wie du überhaupt zu dem neueren Kernel gekommen bist, wenn das armbian-Repository bei dir offensichtlich fehlt).
Ich habe keine Idee was du alles gemacht hast, aber den Kernel 4.14 finde ich bei armbian gar nicht für den A20, dort gibt es legacy in der Version 3.4.113 und Mainline in 4.13.16 und 4.15-rc9. 4.14 finde ich nur in den stretch-backports, aber dort hat er kein sunxi in der Version.
Langer Rede kurzer Sinn: Die header bekommst du am ehesten von der selben Quelle bekommst wie den Kernel - ich kenne weder deinen Kernel noch weiß ich wo er her ist.


edit "aller guten Dinge sind 3":
Habe ich übersehen. armbian hat doch einen Kernel 4.14 und es sieht so aus als wäre das der, den du installiert hast. Das heißt mit der Zeile für die sources.list(.d/*.list) solltest du die header mit

Code: Alles auswählen

# apt install linux-headers-dev-sunxi

installieren können. Notfalls kannst du das Paket hier auch einfach herunterladen und dann mit "dpkg -i pfad/zum/Paket.deb" installieren.

[Tommy82]

Also ich weiß nicht was für ein Image du verwendet hast, aber das normale Debian armbian-Image kann es kaum sein. Dort gibt es eine »/etc/apt/sources.list.d/armbian.list« mit

Code: Alles auswählen

deb http://apt.armbian.com stretch main stretch-utils stretch-desktop

über die Kernel, Header und alle weiteren cubietruck/armbian-spezifischen Pakete verfügbar sind und die lassen sich auch ganz problemlos über apt installieren.


Wenn bei dir nur die Zeile für das Repository fehlt, kannst du sie einfach in die »/etc/apt/sources.list« eintragen oder eine beliebige *.list-Datei in »/etc/apt/sources.list.d/« erstellen und danach

Code: Alles auswählen

# apt update && apt install linux-headers-next-sunxi

edit:
Allerdings ist das Paket bei dir wie ich sehe ja schon installiert:

Hi, bekomme diese Ausgabe

Code: Alles auswählen

 apt show -a linux-headers-next-sunxi
Package: linux-headers-next-sunxi
Version: 5.35
Priority: optional
Section: kernel
Source: linux-4.13.16-sunxi
Maintainer: Igor Pecovnik <igor.pecovnik@****l.com>
Installed-Size: 76.5 MB
Homepage: http://www.kernel.org/
Download-Size: 10.6 MB
APT-Manual-Installed: yes
[…]

edit nummer 2:
Du hast außerdem mittendrin den Kernel aktualisiert – ich bin noch von 4.13.16-sunxi ausgegangen, während in der letzten Ausgabe ein 4.14.0-sunxi auftaucht. Du hast die header also zwar für den alten Kernel installiert, aber möglicherweise nicht für den neueren (und ich frage mich gerade wie du überhaupt zu dem neueren Kernel gekommen bist, wenn das armbian-Repository bei dir offensichtlich fehlt).
Ich habe keine Idee was du alles gemacht hast, aber den Kernel 4.14 finde ich bei armbian gar nicht für den A20, dort gibt es legacy in der Version 3.4.113 und Mainline in 4.13.16 und 4.15-rc9. 4.14 finde ich nur in den stretch-backports, aber dort hat er kein sunxi in der Version.
Langer Rede kurzer Sinn: Die header bekommst du am ehesten von der selben Quelle bekommst wie den Kernel - ich kenne weder deinen Kernel noch weiß ich wo er her ist.


edit "aller guten Dinge sind 3":
Habe ich übersehen. armbian hat doch einen Kernel 4.14 und es sieht so aus als wäre das der, den du installiert hast. Das heißt mit der Zeile für die sources.list(.d/*.list) solltest du die header mit

Code: Alles auswählen

# apt install linux-headers-dev-sunxi

installieren können. Notfalls kannst du das Paket hier auch einfach herunterladen und dann mit "dpkg -i pfad/zum/Paket.deb" installieren.

Hab das Mainlaine Image von hier
https://www.armbian.com/cubietruck/

Ist dann stretch-desktop richtig?

[smutbert]

Das passt schon - dasselbe habe ich mir angesehen.

Ich habe nur andere Dinge (wiederholt) übersehen, weil das in armbian im Vergleich zu einem puren Debian etwas ungewohnt ist. Das Repository ist bei dir eh richtig eingetragen. Eigentlich müsste dann das genügen

Code: Alles auswählen

apt install linux-headers-dev-sunxi

[Tommy82]

Bekomme dann

Code: Alles auswählen

linux-headers-dev-sunxi is already the newest version (5.35)

also scheint alles zu passen!?

[smutbert]

sollte es, ja.

Ich habe gerade mit dem Kernel 4.14.0-sunxi, also linux-image-dev-sunxi und diesen Headern (linux-headers-dev-sunxi) versucht das Kernelmodul ddcci-dkms zu bauen und es hat auf Anhieb geklappt.
Bei komplexeren (oder vielleicht weniger gut gewarteten) Modulen, die außerhalb des Kernels weiterentwickelt werden, scheitert das Bauen gelegentlich bei aktuelleren Kerneln, weil sie noch nicht dafür angepasst wurden. Dann wäre der ältere Kernel (linux-image-next-sunxi) eventuell erfolgversprechender.

[Tommy82]

Hi, eigentlich läuft alles stabil, mir ist nur beim heutigen update aufgefallen das es ein paar Warnungen gibt.

Code: Alles auswählen

Unpacking linux-dtb-next-sunxi (5.41) over (5.38) ...
dpkg: warning: unable to delete old directory '/boot/dtb-4.14.15-sunxi': Directory not empty
Preparing to unpack .../3-linux-headers-next-sunxi_5.41_armhf.deb ...
Unpacking linux-headers-next-sunxi (5.41) over (5.38) ...
dpkg: warning: unable to delete old directory '/usr/src/linux-headers-4.14.15-sunxi/scripts/kconfig': Directory not empty
dpkg: warning: unable to delete old directory '/usr/src/linux-headers-4.14.15-sunxi/scripts/mod': Directory not empty
dpkg: warning: unable to delete old directory '/usr/src/linux-headers-4.14.15-sunxi/scripts/selinux/mdp': Directory not empty
dpkg: warning: unable to delete old directory '/usr/src/linux-headers-4.14.15-sunxi/scripts/selinux/genheaders': Directory not empty
dpkg: warning: unable to delete old directory '/usr/src/linux-headers-4.14.15-sunxi/scripts/selinux': Directory not empty
dpkg: warning: unable to delete old directory '/usr/src/linux-headers-4.14.15-sunxi/scripts/dtc': Directory not empty
dpkg: warning: unable to delete old directory '/usr/src/linux-headers-4.14.15-sunxi/scripts/basic': Directory not empty
dpkg: warning: unable to delete old directory '/usr/src/linux-headers-4.14.15-sunxi/scripts': Directory not empty

Muss ich da was machen oder kann ich die ignorieren?

Danke

[smutbert]

Das Paketmanagement teilt dir mit, dass es Verzeichnisse, die Teil der alten Versionen der Pakete, in diesem Fall linux-headers-next-sunxi 5.38 nicht entfernt werden, weil sich noch Dateien darin befinden, die nicht Teil des Pakets sind.
Ich vermute diese Dateien hast du (absichtlich oder irrtümlich) dort erstellt, also du versucht hast Module für den Kernel zu kompilieren, es könnten aber auch Dateien sein, die zu anderen Paketen gehören.

Das Ignorieren dieser Meldungen ist ungefährlich, du kannst dir die Sacher aber auch näher ansehen. Zuerst einmal kannst du nachsehen ob tatsächlich Dateien anderer Pakete in diesen Verzeichnissen liegen

Code: Alles auswählen

$ dpkg -S /boot/dtb-4.14.15-sunxi
$ dpkg -S /usr/src/linux-headers-4.14.15-sunxi/scripts

Also Ausgabe erhältst du eine Liste von Dateien in diesen Verzeichnis samt Paketnamen, zu dem diese Dateien gehören oder falls keine Dateien der Paketverwaltung dort existieren, dann eine Meldung, dass nichts gefunden wurde.

Wenn du nun eine Liste von Paketen erhältst, dann kannst du dir überlegen ob du diese Pakete brauchst oder ob sie vielleicht mit dem Update auch unnotwendig geworden sind und sie deinstallieren.

Wenn die Dateien zu keinem Paket gehören, dann heißt dass im Grunde, dass du sie selbst angelegt hast (egal ob unabsichtlich oder absichtlich) und du auch selbst wissen müsstest ob du sie behalten willst. Bei dem ersten Verzeichnis /boot/dtb-4.14.15-sunxi kann ich nicht viel sagen, außer dass ich beim Entfernen vorsichtig wäre.
Das zweite Verzsichnis, vermutlich gleich /usr/src/linux-headers-4.14.15-sunxi, kannst du wahrscheinlich löschen ohne viel zu überlegen, Es ist für den normalen Betrieb und den Systemstart keinesfalls notwendig und die wie du die zum Kernel passenden header installieren kannst, für den Fall, dass doch etwas ungewollt verloren geht, weißt du ja inzwischen...

[Tommy82]

Hi,
also bei deinen beiden Befehlen bekomme ich keine Daten angezeigt

Code: Alles auswählen

dpkg -S /boot/dtb-4.14.15-sunxi
dpkg-query: no path found matching pattern /boot/dtb-4.14.15-sunxi
root@cubietruck ~ > dpkg -S /usr/src/linux-headers-4.14.15-sunxi/scripts
dpkg-query: no path found matching pattern /usr/src/linux-headers-4.14.15-sunxi/scripts

wenn ich dann aber in das Verzeichniss /usr/src/linux-headers-4.14.15-sunxi/scripts wechsel, sehe ich schon daten

Code: Alles auswählen

root@cubietruck /usr/src/linux-headers-4.14.15-sunxi/scripts > ls
asn1_compiler  basic  conmakehash  dtc  extract-cert  kallsyms  kconfig  mod  pnmtologo  recordmcount  selinux  sortextable

aber die Daten sagen mir nichts.....
Aber wenn ich die Warnungen auch einfach vernachlässigen kann, dann lass ich die Daten besser da wo sie sind, bevor ich mir das System zerschiesse

[smutbert]

Hab mir die beiden Pakete (oberflächlich) angesehen:

Du hast von Kernel 4.14.15 auf 4.14.18 upgedatet. Wenn du nun auch 4.14.18 verwendest

Code: Alles auswählen

$ uname -a

(wovon ich aber ausgehe), dann kann es eigentlich keine Probleme verursachen, wenn du die Verzeichnisse mit 4.14.15 im Namen
- /boot/dtb-4.14.15-sunxi
- /linux-headers-4.14.15-sunxi
löscht, denn mit dem neueren Kernel helfen die dir ohnehin nichts. Was für Dateien das sind, die da ohne Wissen der Paketverwaltung gelandet sind, weiß ich natürlich nicht, aber es sind wie gesagt höchstwahrscheinlich Überbleibsel vergangener Kernelmodulkompilieraktionen (wofür sonst hättest du die Kernelheader installieren wollen?)
Es klingt für mich auf den zweiten Blick dann auch nicht so überraschend, dass beim Kompilieren und Installieren eines Kernelmoduls (?) auch ein Device Tree Overlay installiert wird (das wäre dann das Verzeichnis in /boot, das mich zuerst etwas irritiert hat).

Es besteht also keine ernsthafte Gefahr das System zu zerschießen, aber wenn du wie du gesagt hast, nichts unternimmst, ist der einzige Nachteil, dass ein paar (kleine) Dateien in Verzeichnissen herumliegen, die du nicht mehr brauchst.