linux-nerds.org

Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.

Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).

Kernel updaten NVMe / SDCard

Verschoben ROCKPro64

1 Beiträge 1 Kommentatoren 914 Aufrufe

FrankM

schrieb am

Wir müssen uns nochmal was mit dem Kernelupdaten bei folgender Installation beschäftigen.

Installation

ROCKPro64
SD-Karte
PCIe-NVMe-Adapter mit SSD

Bei dieser Installation nutzen wir die SD-Karte nur zum Booten und binden so früh wie möglich das Rootverzeichnis (/) ein. Dieses Rootverzeichnis liegt auf der SSD.

Verzeichnis Struktur

 rock64@rockpro64v2_1_TEST:~$ df -h
 Filesystem      Size  Used Avail Use% Mounted on
 udev            992M     0  992M   0% /dev
 tmpfs           200M  448K  199M   1% /run
 /dev/nvme0n1    229G  8,5G  209G   4% /
 tmpfs           996M     0  996M   0% /dev/shm
 tmpfs           5,0M  4,0K  5,0M   1% /run/lock
 tmpfs           996M     0  996M   0% /sys/fs/cgroup
 /dev/mmcblk0p6  112M  4,0K  112M   1% /boot/efi
 tmpfs           200M     0  200M   0% /run/user/1000

Hier sieht man die Rootpartition /, die auf /dev/nvme0n1 verweist.
Und die Bootpartition /boot/efi, die auf /dev/mmcblk0p6 liegt.

SD-Karte

Device          Start       End   Sectors  Size Type
/dev/mmcblk0p1     64      8063      8000  3,9M Linux filesystem
/dev/mmcblk0p2   8064      8191       128   64K Linux filesystem
/dev/mmcblk0p3   8192     16383      8192    4M Linux filesystem
/dev/mmcblk0p4  16384     24575      8192    4M Linux filesystem
/dev/mmcblk0p5  24576     32767      8192    4M Linux filesystem
/dev/mmcblk0p6  32768    262143    229376  112M Microsoft basic data
/dev/mmcblk0p7 262144 124735454 124473311 59,4G Linux filesystem

SSD

rock64@rockpro64v2_1_TEST:~$ ls /
bin   boot_BAK  etc   lib         media  opt   root  sbin  sys  usr
boot  dev       home  lost+found  mnt    proc  run   srv   tmp  var

Was passiert jetzt, wenn man den Kernel updatet?

Ich mache das fast immer so, das ich mir vom Kamil alle Files runterlade und diese dann per

sudo dpkg -i *.deb

installiere. Dabei werden die neuen Files in /boot reingeschrieben.

rock64@rockpro64v2_1_TEST:~$ ls /boot
config-4.4.132-1075-rockchip-ayufan-ga83beded8524
config-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
config-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
dtbs
efi
extlinux
filesystem.packages
filesystem.packages-remove
initrd.img-4.4.132-1075-rockchip-ayufan-ga83beded8524
initrd.img-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
initrd.img-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
System.map-4.4.132-1075-rockchip-ayufan-ga83beded8524
System.map-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
System.map-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
vmlinuz-4.4.132-1075-rockchip-ayufan-ga83beded8524
vmlinuz-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
vmlinuz-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1

Wir sehen hier, das es dort drei verschiedene Kernel gibt.

4.4.132-1075
4.4.154-1122
4.4.154-1124

Jetzt installieren wir mal einen Mainline Kernel.
Dazu laden wir die drei benötigten Files herunter.

Dann ein

sudo dpkg -i *.deb

Ausgabe

 rock64@rockpro64v2_1_TEST:~$ sudo dpkg -i *.deb
 Vormals nicht ausgewähltes Paket linux-headers-4.19.0-1073-ayufan-ga6e013135a6e wird gewählt.
 (Lese Datenbank ... 101525 Dateien und Verzeichnisse sind derzeit installiert.)
 Vorbereitung zum Entpacken von linux-headers-4.19.0-1073-ayufan-ga6e013135a6e_4.19.0-1073-ayufan_arm64.deb ...
 Entpacken von linux-headers-4.19.0-1073-ayufan-ga6e013135a6e (4.19.0-1073-ayufan) ...
 Vormals nicht ausgewähltes Paket linux-image-4.19.0-1073-ayufan-ga6e013135a6e wird gewählt.
 Vorbereitung zum Entpacken von linux-image-4.19.0-1073-ayufan-ga6e013135a6e_4.19.0-1073-ayufan_arm64.deb ...
 Entpacken von linux-image-4.19.0-1073-ayufan-ga6e013135a6e (4.19.0-1073-ayufan) ...
 Vormals nicht ausgewähltes Paket linux-image-4.19.0-1073-ayufan-ga6e013135a6e-dbg wird gewählt.
 Vorbereitung zum Entpacken von linux-image-4.19.0-1073-ayufan-ga6e013135a6e-dbg_4.19.0-1073-ayufan_arm64.deb ...
 Entpacken von linux-image-4.19.0-1073-ayufan-ga6e013135a6e-dbg (4.19.0-1073-ayufan) ...
 linux-headers-4.19.0-1073-ayufan-ga6e013135a6e (4.19.0-1073-ayufan) wird eingerichtet ...
 linux-image-4.19.0-1073-ayufan-ga6e013135a6e (4.19.0-1073-ayufan) wird eingerichtet ...
 update-initramfs: Generating /boot/initrd.img-4.19.0-1073-ayufan-ga6e013135a6e
 Creating new extlinux.conf...
 Installing new extlinux.conf...
 linux-image-4.19.0-1073-ayufan-ga6e013135a6e-dbg (4.19.0-1073-ayufan) wird eingerichtet ...

Jetzt schauen wir uns das Verzeichnis von eben nochmal an.

rock64@rockpro64v2_1_TEST:~$ ls /boot
config-4.19.0-1073-ayufan-ga6e013135a6e
config-4.4.132-1075-rockchip-ayufan-ga83beded8524
config-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
config-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
dtbs
efi
extlinux
filesystem.packages
filesystem.packages-remove
initrd.img-4.19.0-1073-ayufan-ga6e013135a6e
initrd.img-4.4.132-1075-rockchip-ayufan-ga83beded8524
initrd.img-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
initrd.img-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
System.map-4.19.0-1073-ayufan-ga6e013135a6e
System.map-4.4.132-1075-rockchip-ayufan-ga83beded8524
System.map-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
System.map-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
vmlinuz-4.19.0-1073-ayufan-ga6e013135a6e
vmlinuz-4.4.132-1075-rockchip-ayufan-ga83beded8524
vmlinuz-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
vmlinuz-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1

Wir sehen den neuen Kernel 4.19 Aktuell läuft folgender Kernel.

rock64@rockpro64v2_1_TEST:~$ uname -a
Linux rockpro64v2_1_TEST 4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1 #1 SMP Mon Oct 22 20:59:41 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux

Wir starten mal neu!

sudo reboot now

Aufpassen! Aktuell geht der Reboot mit Kernel 4.4. so nicht. Mal bitte die Reset Taste auf dem ROCKPro64 betätigen!

Wir schauen mal nach dem Kernel.

 rock64@rockpro64v2_1_TEST:~$ uname -a
 Linux rockpro64v2_1_TEST 4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1 #1 SMP Mon Oct 22 20:59:41 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux

Hoppla, was das? Er startet immer noch den Kernel 4.4.154 Warum?

Bootvorgang

Beim Booten von der SD-Karte wird von dort der Kernel geladen, erst später schalten wir dann auf die SSD um. Damit ist die Aktualisierung von oben erst mal wirkungslos. Aber das ist recht einfach, wir müssen die Verzeichnisse nur identisch halten.

SD-Karte mounten

Nochmal auf die SD-Karte zurück gehen. Die Struktur von oben sieht so aus.

Device          Start       End   Sectors  Size Type
/dev/mmcblk0p1     64      8063      8000  3,9M Linux filesystem
/dev/mmcblk0p2   8064      8191       128   64K Linux filesystem
/dev/mmcblk0p3   8192     16383      8192    4M Linux filesystem
/dev/mmcblk0p4  16384     24575      8192    4M Linux filesystem
/dev/mmcblk0p5  24576     32767      8192    4M Linux filesystem
/dev/mmcblk0p6  32768    262143    229376  112M Microsoft basic data

Die Partition

/dev/mmcblk0p6  112M  4,0K  112M   1% /boot/efi

ist schon gemountet. Die interessiert aber nicht. Wir brauchen das Rootverzeichnis der SD-Karte. Das ist die Partition

/dev/mmcblk0p7

Das Mounten wir jetzt mal eben nach /mnt

 sudo mount /dev/mmcblk0p7 /mnt

Dort interessiert uns das Verzeichnis boot

rock64@rockpro64v2_1_TEST:~$ ls /mnt/boot
config-4.4.132-1075-rockchip-ayufan-ga83beded8524
config-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
config-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
dtbs
efi
extlinux
filesystem.packages
filesystem.packages-remove
initrd.img-4.4.132-1075-rockchip-ayufan-ga83beded8524
initrd.img-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
initrd.img-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
System.map-4.4.132-1075-rockchip-ayufan-ga83beded8524
System.map-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
System.map-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
vmlinuz-4.4.132-1075-rockchip-ayufan-ga83beded8524
vmlinuz-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
vmlinuz-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1

Wer bis hierhin mitgekommen ist, weiß jetzt wo das Problem liegt Auf der SD-Karte muss ebenfalls der Mainline Kernel drauf. Also kopieren wir uns das mal eben rüber.

Quelle

rock64@rockpro64v2_1_TEST:~$ ls /boot
config-4.19.0-1073-ayufan-ga6e013135a6e
config-4.4.132-1075-rockchip-ayufan-ga83beded8524
config-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
config-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
dtbs
efi
extlinux
filesystem.packages
filesystem.packages-remove
initrd.img-4.19.0-1073-ayufan-ga6e013135a6e
initrd.img-4.4.132-1075-rockchip-ayufan-ga83beded8524
initrd.img-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
initrd.img-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
System.map-4.19.0-1073-ayufan-ga6e013135a6e
System.map-4.4.132-1075-rockchip-ayufan-ga83beded8524
System.map-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
System.map-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
vmlinuz-4.19.0-1073-ayufan-ga6e013135a6e
vmlinuz-4.4.132-1075-rockchip-ayufan-ga83beded8524
vmlinuz-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
vmlinuz-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1

Ziel

rock64@rockpro64v2_1_TEST:~$ ls /mnt/boot
config-4.4.132-1075-rockchip-ayufan-ga83beded8524
config-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
config-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
dtbs
efi
extlinux
filesystem.packages
filesystem.packages-remove
initrd.img-4.4.132-1075-rockchip-ayufan-ga83beded8524
initrd.img-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
initrd.img-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
System.map-4.4.132-1075-rockchip-ayufan-ga83beded8524
System.map-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
System.map-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
vmlinuz-4.4.132-1075-rockchip-ayufan-ga83beded8524
vmlinuz-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
vmlinuz-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1

Kopieren

sudo cp -r /boot/* /mnt/boot

Kontrolle Ziel

rock64@rockpro64v2_1_TEST:~$ ls /mnt/boot
config-4.19.0-1073-ayufan-ga6e013135a6e
config-4.4.132-1075-rockchip-ayufan-ga83beded8524
config-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
config-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
dtbs
efi
extlinux
filesystem.packages
filesystem.packages-remove
initrd.img-4.19.0-1073-ayufan-ga6e013135a6e
initrd.img-4.4.132-1075-rockchip-ayufan-ga83beded8524
initrd.img-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
initrd.img-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
System.map-4.19.0-1073-ayufan-ga6e013135a6e
System.map-4.4.132-1075-rockchip-ayufan-ga83beded8524
System.map-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
System.map-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1
test
vmlinuz-4.19.0-1073-ayufan-ga6e013135a6e
vmlinuz-4.4.132-1075-rockchip-ayufan-ga83beded8524
vmlinuz-4.4.154-1122-rockchip-ayufan-g7859b9b904a9
vmlinuz-4.4.154-1124-rockchip-ayufan-ged3ce4d15ec1

Da ist der Kernel 4.19. Noch was Wichtiges, wir müssen die extlinux.conf wieder anpassen.

sudo nano /mnt/boot/extlinux/extlinux.conf

Ich setze voraus, das das bekannt ist. Ansonsten hier zum Nachlesen!

Wir entfernen den Mount.

sudo umount /mnt
sudo reboot now

Erinnerung! Reboot now ist in Kernel 4.4. aktuell kaputt

Und nachschauen!

rock64@rockpro64v2_1_TEST:~$ uname -a
Linux rockpro64v2_1_TEST 4.19.0-1073-ayufan-ga6e013135a6e #1 SMP PREEMPT Tue Oct 23 09:19:54 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux

Yeah! Kernel 4.19 läuft. Ich hoffe das Prinzip ist verständlich und ihr könnt das gut nachbauen. Wir wollen mal hoffen, das wir in Zukunft einen u-boot sehen, der in der Lage ist direkt von der PCIe-NVMe-Karte zu booten. Das würde einiges vereinfachen, den u-boot in den SPI Flash und fertig! Ob es das mal gibt, weiß ich nicht. Im Moment müssen wir uns so behelfen. Da man den Kernel im Normalfall ja nicht jeden Tag aktualisiert, ist das eine praktikable Lösung!

Viel Spaß mit einem flotten ROCKPro64!

Anmelden zum Antworten

F

ROCKPro64 - Debian 11 installieren
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 bullseye debian rockpro64
1

0 Stimmen

1 Beiträge

498 Aufrufe

Niemand hat geantwortet
F

ROCKPro64 - RTL8111/8168/8411 Netzwerkkarte
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Hardware rockpro64
4

1

0 Stimmen

4 Beiträge

475 Aufrufe

K

na denn, tippe ich mal so auf default konfiguriert per dhcp
F

ROCKPro64 - Zwei LAN Schnittstellen / VLAN einrichten
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 linux vlan rockpro64
4

0 Stimmen

4 Beiträge

677 Aufrufe

F

Das Setup heute mal getestet um zu sehen, ob das auch so funktioniert. LAN an meine Fritzbox (DHCP) an eth1.100 mein Notebook an eth1.200 meine PS4 Und dann mal gemütlich eine Runde MW gezockt. Läuft alles einwandfrei
F

ROCKPro64 - USB3
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
1

0 Stimmen

1 Beiträge

312 Aufrufe

Niemand hat geantwortet
F

ROCKPro64 - RP64.GPIO
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Hardware hardware rockpro64
6

1

0 Stimmen

6 Beiträge

6k Aufrufe

F

Hallo zusammen, da ich weiß das dieser Artikel recht beliebt ist, wollen wir den heute mal aktualisieren. Vieles aus den vorherigen Beiträgen passt noch. Es gibt aber kleine Anpassungen. Hardware ROCKPro64v21. 2GB RAM Software Kamils Release 0.10.9 Linux rockpro64 5.6.0-1132-ayufan-g81043e6e109a #ayufan SMP Tue Apr 7 10:07:35 UTC 2020 aarch64 GNU/Linux Installation apt install python Danach laden wir das Projekt git clone https://github.com/Leapo/Rock64-R64.GPIO PIN Nummern anpassen cd Rock64-R64.GPIO/R64 nano _GPIO.py Datei ergänzen # Define GPIO arrays #ROCK_valid_channels = [27, 32, 33, 34, 35, 36, 37, 38, 64, 65, 67, 68, 69, 76, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 96, 97, 98, 100, 101, 102, 103, 104] #BOARD_to_ROCK = [0, 0, 0, 89, 0, 88, 0, 0, 64, 0, 65, 0, 67, 0, 0, 100, 101, 0, 102, 97, 0, 98, 103, 96, 104, 0, 76, 68, 69, 0, 0, 0, 38, 32, 0, 33, 37, 34, 36, 0, 35, 0, 0, 81, 82, 87, 83, 0, 0, 80, 79, 85, 84, 27, 86, 0, 0, 0, 0, 0, 0, 89, 88] #BCM_to_ROCK = [68, 69, 89, 88, 81, 87, 83, 76, 104, 98, 97, 96, 38, 32, 64, 65, 37, 80, 67, 33, 36, 35, 100, 101, 102, 103, 34, 82] ROCK_valid_channels = [52,53,152,54,50,33,48,39,41,43,155,156,125,122,121,148,147,120,36,149,153,42,45,44,124,126,123,127] BOARD_to_ROCK = [0,0,0,52,0,53,0,152,148,0,147,54,120,50,0,33,36,0,149,48,0,39,153,41,42,0,45,43,44,155,0,156,124,125,0,122,126,121,123,0,127] BCM_to_ROCK = [43,44,52,53,152,155,156,45,42,39,48,41,124,125,148,147,124,54,120,122,123,127,33,36,149,153,121,50] Abspeichern. Datei test.py anlegen nano test.py Inhalt #!/usr/bin/env python # Frank Mankel, 2018, LGPLv3 License # Rock 64 GPIO Library for Python # Thanks Allison! Thanks smartdave! import R64.GPIO as GPIO from time import sleep print("Output Test R64.GPIO Module...") # Set Variables var_gpio_out = 156 var_gpio_in = 155 # GPIO Setup GPIO.setwarnings(True) GPIO.setmode(GPIO.ROCK) GPIO.setup(var_gpio_out, GPIO.OUT, initial=GPIO.HIGH) # Set up GPIO as an output, with an initial state of HIGH GPIO.setup(var_gpio_in, GPIO.IN, pull_up_down=GPIO.PUD_UP) # Set up GPIO as an input, pullup enabled # Test Output print("") print("Testing GPIO Input/Output:") while True: var_gpio_state_in = GPIO.input(var_gpio_in) var_gpio_state = GPIO.input(var_gpio_out) # Return State of GPIO if var_gpio_state == 0 and var_gpio_state_in == 1: GPIO.output(var_gpio_out,GPIO.HIGH) # Set GPIO to HIGH print("Input State: " + str(var_gpio_state_in)) # Print results print("Output State IF : " + str(var_gpio_state)) # Print results else: GPIO.output(var_gpio_out,GPIO.LOW) # Set GPIO to LOW print("Input State: " + str(var_gpio_state_in)) # Print results print("Output State ELSE: " + str(var_gpio_state)) # Print results sleep(0.5) exit() Beispiel [image: 1537522070243-input_ergebnis.jpg] Wenn der Taster im Bild betätigt wird, soll die LED blinken. Wir benutzen folgende Ein- Augänge des ROCKPro64. # Set Variables var_gpio_out = 156 var_gpio_in = 155 Das heißt: an Pin 1 (3,3V) kommt eine Strippe des Tasters an Pin 29 (Input) kommt eine Strippe des Tasters an Pin 31 (Output) kommt der Plus-Pol der LED an Pin 39 (GND) kommt der Minus-Pol der LED Somit wird auf den Eingang (Pin 29) bei Betätigung des Tasters 3,3 Volt angelegt. Damit wird dann der Eingang als High (1) erkannt. Die LED wird über den Ausgang (Pin 31) gesteuert. Starten kann man das Script mit python test.py https://www.youtube.com/watch?v=aPSC0Q0xInw
F

NVMe-Platte einrichten
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 einsteiger rockpro64
1

0 Stimmen

1 Beiträge

2k Aufrufe

Niemand hat geantwortet
F

Infrarot Empfänger
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben Hardware hardware rockpro64
1

0 Stimmen

1 Beiträge

834 Aufrufe

Niemand hat geantwortet
F

Wiki zum ROCKPro64 veröffentlicht!
Beobachtet Ignoriert Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
1

1

0 Stimmen

1 Beiträge

1k Aufrufe

Niemand hat geantwortet