Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. Pine64
  3. ROCKPro64
  4. ROCKPro64 - Reset per SSH funktioniert nicht (Kernel 4.4.x)

ROCKPro64 - Reset per SSH funktioniert nicht (Kernel 4.4.x)

ROCKPro64
  • FrankMF

    Hast du nur den Kernel ausgetauscht oder ein komplett neues Image benutzt? Weil ich nicht 100% sicher bin, ob da nicht noch andere Sachen geändert wurden.

    Du kannst mal in die Konsole folgendes eingeben

    dmesg

    Da sieht man eigentlich alles Wichtige beim Startvorgang. Ok, die u-boot Meldungen sieht man nur mit der seriellen Konsole. Benutzt du eine serielle Konsole?

    Wenn möglich, mal das 0.7.11 auf eine SD_Karte und damit starten.

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • FrankMF

    Ich habe eben mal gerade nachgesehen, der u-boot im Image 0.7.10 ist ein anderer als in 0.7.11
    Und dort wird auch das Problem herkommen (Vermutung).

    Also muss man zwingend ein neues Image benutzen, oder man weiß wie man den u-boot auf einer bestehenden Installation ersetzt. Interessantes Thema für einen neuen Beitrag, oder!?

    u-boot

    0.7.11

    2017.........1033

    0.7.10

    2017.........1025

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • M

    Hallo Frank,
    so bin jetzt endlich dazu gekommen deine Vorschläge auszuprobieren. Neue SD Karte, 0.7.11 draufgeklatscht, beide akt. Kernels ausprobiert. Ohne Erfolg. Liegt vllt. daran, das mein U-Boot noch jungfräulich ist. Werde ich bei Gelegenheit mal flashen und dann berichten.

    Danke dir auf alle Fälle
    Grüße
    Jens

    0
  • FrankMF

    Wo ist denn dein u-boot? Im SPI?

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • M

    Hatte ich wie gesagt noch gar nicht geflasht. Out of the box Image drauf und Kernel Update

    0
  • FrankMF

    Ok, dann verstehe ich jetzt nicht, wieso der Reboot nicht funktioniert!?!?!?

    Hast du eine UART-Verbindung um den Bootvorgang zu beobachten?

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • M

    Noch nicht...Aber vielleicht hilft ja ein U-Boot flash. Halte dich auf dem laufenden.

    1
  • M

    So, also erst wenn UBoot drauf ist klappts auch mit dem Reset Jetzt bin ich ein Stück weiter.

    Danke Dir

    1
  • K

    Hallo zusammen,
    habe mir den Rockpro64 jetzt neu angeschafft und das aktuelle Openmediavault (7.11 arm64) auf SD Karte geschrieben. Leider habe ich auch das genannte Problem mit dem reboot.
    Jetzt habe ich probiert das U-Boot auf SPI zu flashen. Denke auch, dass es funktioniert hat (blinken der weissen led).

    Leider funktioniert der reboot nicht. Mache ich was falsch?

    Danke und Gruss

    0
  • FrankMF

    Willkommen @killlah78

    Das mit dem Reboot auf dem RockPro64 ist ein leidiges Thema, mal klappt es, mal nicht. Woran es liegt, weiß ich nicht zu 100%, es soll aber wohl an Timingproblemen im Zusammenhang SD-Karte und u-boot liegen.

    Ich habe hier aktuell eine Testinstallation vom Kamil

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

    Ich boote dort von SD-Karte und es steckt noch eine PCIe NVMe Karte drin. Als ich eben mehrmals gebootet habe klappte das einwandfrei. Ok, das hilft dir nicht.

    Aber den u-boot in den SPI zu flashen ist auch keine Lösung. Das dient übrigens dazu, von USB oder PXE zu booten, die SD-Karte hat immer noch Vorrang. Der SPI würde erst dann greifen, wenn keine SD-Karte und kein eMMC-Modul verbaut ist. Ändert also nichts am Problem.

    Du hast zwei Möglichkeiten, einmal mit einer hochwertigen SD-Karte testen und einmal mit dem Problem leben. Hier in meinem Fall, teste ich mit den Boards meistens nur rum (sind mir noch zu viele Macken USB3, SATA), da ist es dann kein Problem nach einem erfolgten Reboot mal kurz den Reboot-Taster auf der Platine zu betätigen.

    Ich kann dich aber verstehen, es nervt ein wenig 🙂

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • 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ß

    1

  • FrankMF

    ROCKPro64 - Kernel switchen

    Verschoben ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    1k Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Armbian für den ROCKPro64

    Angeheftet Armbian
    1
    0 Stimmen
    1 Beiträge
    518 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    ROCKPro64 - USB3 bootet von SSD!

    ROCKPro64
    4
    0 Stimmen
    4 Beiträge
    819 Aufrufe
    FrankMF

    Da oben steht viel Bullshit 🙂 Ich habe mich mal mit dem mechanischen Aufbau einer USB3 Buchse beschäftigt, bzw. dazu recherchiert. Auf dieser Seite ist ein klasse Bild, was das sehr gut verdeutlicht.

    https://kompendium.infotip.de/usb-3-0.html

    Abbildung 28. Dort sieht man das die USB3 Kontakte RX/TX und GND ganz hinten sind. Wenn ich den Stecker jetzt komplett einstecke, wird wohl versucht eine USB3 Verbindung aufzubauen, die ja im Moment aus irgendeinem Grund scheitert. Wenn ich den Stecker nun ein Stück raus ziehe, trenne ich die USB3-Verbindung und es kommt eine USB2-Verbindung zustande.

    So mit ist mir jetzt einiges klarer, aber das Problem ist ungelöst 😞

  • FrankMF

    Video PCIe SATA Karte

    ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    505 Aufrufe
    Niemand hat geantwortet
  • A

    Stable 4.18.7 kernel mit Hardware Crypto Speedup

    ROCKPro64
    8
    0 Stimmen
    8 Beiträge
    1k Aufrufe
    FrankMF

    Nach

    make modules_install

    kommt am Ende

    INSTALL net/netfilter/xt_physdev.ko INSTALL sound/core/snd-rawmidi.ko INSTALL sound/soc/codecs/snd-soc-es8316.ko DEPMOD 4.18.8-77394-g8cce48cacf88

    Das brauchen wir 😉

    Dann wie vom André geschrieben, einfach weitermachen. Danach neustarten

    sudo reboot

    Der neue Kernel wird geladen

    rock64@rockpro64:~$ uname -a Linux rockpro64 4.18.8-77394-g8cce48cacf88 #1 SMP PREEMPT Mon Sep 17 18:50:57 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux

    Ich habe aber zwei Probleme.

    Ich sehe nicht wo der Kernel schneller sein soll als der vom Kamil!?

    Bei Updaten mit apt-get upgrade wird in meinen Augen, die falsche initrd.img aktualisiert.

    update-initramfs: deferring update (trigger activated) Setting up initramfs-tools (0.130ubuntu3.3) ... update-initramfs: deferring update (trigger activated) Processing triggers for initramfs-tools (0.130ubuntu3.3) ... update-initramfs: Generating /boot/initrd.img-4.4.132-1075-rockchip-ayufan-ga83beded8524 cryptsetup: WARNING: could not determine root device from /etc/fstab

    ABER, ich nix Kernel Guru 🙂

    Vielen Dank André, ich weiß das viele da draußen auf aktuelle Kernels stehen 🙂 Mit deinem haben sie jetzt einen sehr aktuellen Kernel. 4.18.8 ist auf kernel.org ein stable Kernel. Kann man also sehr schön für einen headless Server einsetzen. DANKE!

  • FrankMF

    SPI funktioniert

    ROCKPro64
    4
    0 Stimmen
    4 Beiträge
    845 Aufrufe
    FrankMF

    Wie ich jetzt mehrmals festgestellt habe, ist das System von der USB3 Platte instabil.

    [111985.654653] EXT4-fs error (d4: inode #16354: comm systemd: r[111985.837719] EXT4-fs error

    Das killt dann das komplette System.

    Ob das an meiner Hardware liegt, weiß ich nicht. Also, wer da draußen so ein System einsetzen will, Vorsicht! Die USB3-Schnittstelle scheint noch einige Bugs zu haben!!

    Mein NVMe System dagegen ist absolut stabil!

  • FrankMF

    ROCKPro WLan Modul

    Verschoben ROCKPro64
    1
    0 Stimmen
    1 Beiträge
    694 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Benchmarks

    Angeheftet Verschoben Archiv
    10
    0 Stimmen
    10 Beiträge
    2k Aufrufe
    FrankMF
    iozone Test (0.6.52) Hardware

    Hardware ist eine Samsung EVO 960 m.2 mit 250GB

    Eingabe sudo iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 Ausgabe Run began: Thu Jun 14 12:04:01 2018 Include fsync in write timing O_DIRECT feature enabled Auto Mode File size set to 102400 kB Record Size 4 kB Record Size 16 kB Record Size 512 kB Record Size 1024 kB Record Size 16384 kB Command line used: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 Output is in kBytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 kBytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 102400 4 40859 79542 101334 101666 31721 60459 102400 16 113215 202566 234307 233091 108334 154750 102400 512 362864 412548 359279 362810 340235 412626 102400 1024 400478 453205 381115 385746 372378 453548 102400 16384 583762 598047 595752 596251 590950 604690

    Zum direkten Vergleich hier heute mal mit 4.17.0-rc6-1019

    rock64@rockpro64:/mnt$ uname -a Linux rockpro64 4.17.0-rc6-1019-ayufan-gfafc3e1c913f #1 SMP PREEMPT Tue Jun 12 19:06:59 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux iozone Test rock64@rockpro64:/mnt$ sudo iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 Iozone: Performance Test of File I/O Version $Revision: 3.429 $ Compiled for 64 bit mode. Build: linux Contributors:William Norcott, Don Capps, Isom Crawford, Kirby Collins Al Slater, Scott Rhine, Mike Wisner, Ken Goss Steve Landherr, Brad Smith, Mark Kelly, Dr. Alain CYR, Randy Dunlap, Mark Montague, Dan Million, Gavin Brebner, Jean-Marc Zucconi, Jeff Blomberg, Benny Halevy, Dave Boone, Erik Habbinga, Kris Strecker, Walter Wong, Joshua Root, Fabrice Bacchella, Zhenghua Xue, Qin Li, Darren Sawyer, Vangel Bojaxhi, Ben England, Vikentsi Lapa. Run began: Sat Jun 16 06:34:43 2018 Include fsync in write timing O_DIRECT feature enabled Auto Mode File size set to 102400 kB Record Size 4 kB Record Size 16 kB Record Size 512 kB Record Size 1024 kB Record Size 16384 kB Command line used: iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2 Output is in kBytes/sec Time Resolution = 0.000001 seconds. Processor cache size set to 1024 kBytes. Processor cache line size set to 32 bytes. File stride size set to 17 * record size. random random bkwd record stride kB reclen write rewrite read reread read write read rewrite read fwrite frewrite fread freread 102400 4 48672 104754 115838 116803 47894 103606 102400 16 168084 276437 292660 295458 162550 273703 102400 512 566572 597648 580005 589209 534508 597007 102400 1024 585621 624443 590545 599177 569452 630098 102400 16384 504871 754710 765558 780592 777696 753426 iozone test complete.