Skip to content

screen /dev/ttyUSB0 1500000

Verschoben Ungelöst Probleme?
  • moin
    da mal mit dem kernel von ayufan herum probiert. ist hftl kein thread hijacking, hm.
    wegen dem pcie. dort ist immer besser auch seriell zu schauen, egal was die leds sagen:

    screen /dev/ttyUSB0 1500000
    
      :: Loading from pata:
       :: Loading from sata:
       :: Loading from scsi:
       :: Loading from usb: `bb`N`@F@`�I@`�!�"�      �'@�$�`9        $� @�  &��I�@`�H!�"�    �'@�$�D`9       &�@`�  $�I@`�$H!�"�     �@��$�D`9B      �2H��@! H�I"�@!$� @9�@!H$�@�@!H$�@H&�0�@!H$�8`��@$� @��@$��@!B�$� B�@�$�@!�$�`bI H@�$�f`I&�@!H0`9�@!"H @�@!&�@9B        Hb�@!H&� `��L@!BH&&�`B�@&�L!r�I@!�&�0@��@'� N�@!&�0b�L@  �H�H@!H&� `��L@H0`9�@&�@�@!H$�0`��`     $�`     $�`     $�$�`   $�`     $"�`    $��Hb   $�0�H�  &�text
    

    der zeitraum variiert leicht. das log sieht mal so und mal so bischen anders aus, aber irgendwann kommt definitiv immer nur noch trash.

    im kernel 5.0.2 sieht alles schnieke aus.

    könnte bei gelegenheit jemand auch einmal probieren, das mit dem seriellen trace? bevor ich da einen report schreibe und evtl nur einen fehler gemacht habe, frage ich lieber.

    merci

  • @kosmonaut-pirx Ich habe es mal abgetrennt und woanders hingeschoben. Ich denke das ist was zu speziell.

    Ich kann das gerne mal testen, aber klär mich auf. Was soll das machen, wofür ist das gut? Ich verstehe das nicht so wirklich.

  • jo passt, danke.

    naja, in dem ayufan 4.4er kernel sind glaub ich die pcie patches drin, wo schon etwas mehr geht - vielleicht. Da kann halt viel probiert werden. interessanterweise ist ein/mein board mit diesem letzten kernel so gut wie nie im netz erreichbar. da bleibt einem nur die serielle konsole am gpio. Ist seltsam aber auch ok, um zu sehen was das pcie so treibt. aber das geht nun anscheinend auch nicht mehr 😞

    die anderen kernel zeigen das nicht (4.4er ayufan ewig alt bzw. mainline 5.0.2 wie gesagt). Klar kann ich die kernel commits runter gehen und schauen ab wann es wieder geht. Das kostet nur end-viel zeit, daher wäre eine externe bestätigung überaus hilfreich.

  • RockPro64 Netzwerkprobleme

    Ungelöst Probleme?
    11
    0 Stimmen
    11 Beiträge
    202 Aufrufe
    FrankMF

    @EricG Ja, das hatte ich schon fast bergessen. Ich nutze zur Installation dann einen USB-to-LAN Adapter. Danach geht eth0, wenn man sie konfiguriert. Aber das hast Du ja sicherlich auch schon gelesen.

    Ich sollte das evt. mal wieder testen 🤔

  • RockPro64 bootet nicht mehr von sdcard und/oder emmc

    Ungelöst Probleme?
    6
    0 Stimmen
    6 Beiträge
    221 Aufrufe
    FrankMF

    @gabs5807 Danke für das ausführliche Feedback.

    Das mit Pin 10 habe ich schon lange nicht mehr gehabt, benutze aber auch nur noch selten den SPI.

    Was wäre es doch für ein Traum, wenn man einen vernünftigen uboot hätte und man einfach ein Device anhängen könnte und die Kiste davon bootet...

    Bin aber beim ROCKPro64 auch nicht mehr auf der Höhe der Zeit, ich teste da nur noch selten.

  • RockPro64 als Backup Server

    Ungelöst Probleme?
    5
    1 Stimmen
    5 Beiträge
    307 Aufrufe
    T

    @mabs sagte in RockPro64 als Backup Server:

    Ich versteh nicht wie der PCI-E<=>NVMe Adapter im Odroid H2+ laufen soll

    Er sprach vom JMB585 im M.2-Format. 2 x SATA vom Intel-SoC plus 5 vom JMB585 macht dann 7 SATA-Anschlüsse. Der JMB585 im H2+ ist natürlich auch ausgebremst, weil Intels Gemini Lake (Refresh) auch nur PCIe Gen2 kann und so die 5 SATA-Ports des JMB585 nur hinter zwei Gen2 Lanes hängen.

  • 1 Stimmen
    7 Beiträge
    736 Aufrufe
    FrankMF

    Freut mich, das es jetzt so problemlos klappt. Das ist echt immer ein Problem mit Linux und Hardware. Es ist zwar besser geworden aber noch nicht optimal. Und auf den kleinen Platinen ist das auch noch eine ganz andere Sache.

    Ich kann die auch heute noch immer wieder empfehlen. Läuft und läuft....

    root@NASrp64:~# uptime 18:58:29 up 66 days, 2:54, 1 user, load average: 0,00, 0,00, 0,00

    Mein NAS läuft 24/7

    Viel Spaß damit!

  • bootconsole [uart8250] disabled

    Probleme?
    24
    1 Stimmen
    24 Beiträge
    1k Aufrufe
    gabs5807G

    @gabs5807 sagte in bootconsole [uart8250] disabled:

    @FrankM sagte in bootconsole [uart8250] disabled:

    Hast Du dein Image auf das eMMC Modul installiert?

    Wenn ja, das Modul beim Booten der Images bitte abschalten.
    Vielen Dank für den Hinweis. Habe gelesen aber leider vergessen 😯.
    Werde ich machen, ich das Gehäuse noch mal öffnen muss und die SSD weil ich noch austauschen muss.
    Viele Grüße

    Das flashen des SPI hat jetzt wie beschrieben funktioniert 😊. Vielen Dank.

  • hdparm / SATA Platten spindown und Energiemanagement

    Gelöst Probleme?
    4
    0 Stimmen
    4 Beiträge
    332 Aufrufe
    FrankMF

    Sorry, das Wissen hatte ich vorausgesetzt. Aber schön, das es funktioniert.

    Dann viel Spaß mit deinem NAS 👍

  • 0 Stimmen
    27 Beiträge
    2k Aufrufe
    FrankMF

    Danke für die Rückmeldung.

    Mein NAS läuft wie gesagt schon relativ lange sehr stabil. Und es macht auch was 🙂 Es sichert z.B. dieses Forum und viele andere Seiten regelmäßig. Ansonsten dient es als mein Datengrab. Nix besonderes..

    Wenn Du nicht so komplizierte Dinge fragst, darfst du gerne neue Threads eröffnen 🙂

  • Booten via eMMC nicht möglich

    Ungelöst Probleme?
    16
    1 Stimmen
    16 Beiträge
    1k Aufrufe
    W

    Okay .. also .. zusammengefasst:

    Booten von emmc geht nicht (auch nicht armbian)

    booten von spi geht / geht nicht ? .. bzw. siehst du in der seriellen ob er PXE boot initiert ?
    (sofern du ein ayufan spi tool eingespielt hat (dies war oben über die spi-flash bzw. spi-erase tools angedacht)

    booten von sd karte geht und die emmc ist sichtbar ...

    ich gehe mal davon aus, dass der jumper neben der emmc nicht gesetzt ist .. weil der ist für das (globale) abschalten der emmc zuständig .. (dann wäre die emmc aber auch nicht nach dem booten sichtbar ...)

    Latein am Ende .. ggf. noch booten über usb 2 testen .. (usb 3 - geht nicht bzw. nicht mit jedem device, bzw. nicht stabil ...) deswegen .. usb 2 ..

    ist es eine 2.0 oder 2.1 edition ? bei der 2.0 .. gab es etwas wegen der PCIe timing .. widerstand entfernen ..oder so ..)

    Bootorder ist lt. meinem wissen (fyi)

    SPI Flash -> eMMC -> SD -> USB ..

    sofern noch garantie .. ggf. zum händler tauschen schicken .. der aufwand fürs testen überschreitet auch alle "wirtschaftlichen" kosten 🙂

    Alternativ .. die emmc als root laufwerk ummappen (anleitung hier im forum) und von einer billig sd karte booten. problem beim kernel update bzw. muss dann manuell nachgeholt werden.

    oder .. pxe booten einrichten .. sofern der spi boot dir ein pxe boot anzeigt ..

    zu dem spi booten info / ablauf hier noch ein link !! achtung diese ist für den ROCK64 !! also nicht diese images nehmen .. sondern die vom oberen link:

    Link Preview Image linux-build/recipes/flash-spi.md at master · ayufan-rock64/linux-build

    Rock64 Linux build scripts, tools and instructions - linux-build/recipes/flash-spi.md at master · ayufan-rock64/linux-build

    favicon

    GitHub (github.com)

    Latein ende 😞