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 866 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!

F

ROCKPro64 - 0.9.16 mit Kernel 5.6 auf PCIe NVMe SSD
Geplant Angeheftet Gesperrt Verschoben ROCKPro64 linux rockpro64
1

0 Stimmen

1 Beiträge

358 Aufrufe

Niemand hat geantwortet
F

ROCKPro64 - USB-C -> HDMi
Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
3

0 Stimmen

3 Beiträge

407 Aufrufe

F

@hannescam Hallo! Das ist ja schon ein paar Tage her, gut das wir den Screenshot haben. Du könntest genau diese Kernel-Version vom Kamil suchen und benutzen. Da musste man kein Linux Held sein, Kable einstecken - Bild da.

Ob das mit was Aktuellerem geht, weiß ich nicht. Debian kann man ja so installieren, wie findest Du hier im Forum. Ob Debian die USB-C Schnittstelle nutzt weiß ich nicht. muss man ausprobieren.

Da für mich die Platinen immer nur ohne Desktop Sinn gemacht haben, habe ich so was immer nur ganz kurz angetestet. Nutze die SOCs eigentlich ausschließlich Headless.
F

ROCKPro64 - Armbian nand-sata-install
Geplant Angeheftet Gesperrt Verschoben Armbian armbian rockpro64
14

0 Stimmen

14 Beiträge

2k Aufrufe

F

Ich habe heute, nachdem es einige Updates von Armbian gab, mal nachgeschaut ob ein spezieller Fehler verschwunden ist.
Und zwar geht es um das Resizen der Partion nachdem wir Armbian auf eine USB-HDD (USB3) installiert haben.

Ich setze dafür folgendes System ein.
Hardware ROCKPro64v2.0 4GB RAM SanDisk 240GB 2,5 Zoll HDD (nix tolles) Software Welcome to ARMBIAN 5.67.181217 nightly Debian GNU/Linux 9 (stretch) 4.4.167-rockchip64
Was sehe ich nach dem Reboot?
root@rockpro64:~# df -h Filesystem Size Used Avail Use% Mounted on udev 1.9G 0 1.9G 0% /dev tmpfs 388M 5.3M 383M 2% /run /dev/sda1 220G 1.3G 207G 1% / tmpfs 1.9G 0 1.9G 0% /dev/shm tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup tmpfs 1.9G 4.0K 1.9G 1% /tmp /dev/mmcblk0p1 58G 1.3G 57G 3% /media/mmcboot /dev/zram0 49M 3.0M 43M 7% /var/log tmpfs 388M 0 388M 0% /run/user/0
Korrekt die Größe angepasst!

Schnell mal den USB3 testen
root@rockpro64:~# sudo dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync 4096+0 records in 4096+0 records out 4294967296 bytes (4.3 GB, 4.0 GiB) copied, 38.0723 s, 113 MB/s
Der Adapter
root@rockpro64:~# lsusb -vvv Bus 004 Device 002: ID 2109:0715 VIA Labs, Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 3.10 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 9 idVendor 0x2109 VIA Labs, Inc. idProduct 0x0715 bcdDevice 1.31 iManufacturer 1 VLI Manufacture String iProduct 2 VLI Product String iSerial 3 000000123ADA bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 121 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 224mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk-Only iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 1 bNumEndpoints 4 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 98 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 0 Command pipe (0x01) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x85 EP 5 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 MaxStreams 32 Data-in pipe (0x03) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x06 EP 6 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 15 MaxStreams 32 Data-out pipe (0x04) Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x87 EP 7 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0400 1x 1024 bytes bInterval 0 bMaxBurst 0 MaxStreams 32 Status pipe (0x02) Binary Object Store Descriptor: bLength 5 bDescriptorType 15 wTotalLength 70 bNumDeviceCaps 4 FIXME: alloc bigger buffer for device capability descriptors Device Status: 0x0000 (Bus Powered)
Ein lästiger Fehler weniger. 😉
F

ROCKPro64 - Reset per SSH funktioniert nicht (Kernel 4.4.x)
Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
14

0 Stimmen

14 Beiträge

2k Aufrufe

K

halli hallo & zusammen,
in Allgemeinen lässt sich selten empfehlen, auf verdacht alles zu updaten, sobald irgend etwas nicht tut. Oftmals holt man sich lediglich neue Ungewissheit ins Boot. Es hilft eher zu wissen, wo es (denn ungefähr) hakt.

Wie Frank in etwa bereits angesprochen hat ist es ungemein hilfreich zu sehen "was ab geht". Sprich die serielle "Schnitte" anzuklemmen. Das ist wirklich kein Hexenwerk, braucht aber einen Pegelwandler.
Andernfalls ist die Gefahr hoch, dass man mit Rätselraten einen Abend ohne Ergebnis in den Sand setzt. Hab ich einmal mit diesem Board hinter mir, dann die serielle Komm angeklemmt.
Ein ResetProb hab ich zumindest mit eMMC noch nicht beobachtet. Dabei habe ich viel Kernel gewechselt (nie den uboot) und 'reboot' getippt. Ab und an hängt er anscheinend bei Initialisierung der tty's, aber ich mag mich irren. Für das Prob von @killlah78 fehlt für mehr einfach ein output
gruß
F

ROCKPro64 - Stromverbrauch
Geplant Angeheftet Gesperrt Verschoben Hardware hardware rockpro64
1

0 Stimmen

1 Beiträge

781 Aufrufe

Niemand hat geantwortet
F

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

0 Stimmen

1 Beiträge

1k Aufrufe

Niemand hat geantwortet
F

ROCKPro64 updaten
Geplant Angeheftet Gesperrt Verschoben ROCKPro64 rockpro64
1

0 Stimmen

1 Beiträge

571 Aufrufe

Niemand hat geantwortet
F

Image 0.6.57 - NVMe paar Notizen
Geplant Angeheftet Gesperrt Verschoben Archiv rockpro64
1

0 Stimmen

1 Beiträge

642 Aufrufe

Niemand hat geantwortet