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: Raid fehlt nach Absturz

    Gelöst Probleme?
    23
    0 Stimmen
    23 Beiträge
    281 Aufrufe
    R

    @FrankM
    Lieber Frank!
    Vielen Dank für deine Geduld! War ein echter Segen für mich!
    Lösung war, wie du vorgeschlagen hast: Kaputte Platte raus, neustarten, alles da!
    Was für eine Erleichterung.
    Jetzt mach ich noch ne neue HDD rein, repariere das Raid; und fertig. Hoffentlich für die nächsten Jahre.

    Vielen, vielen Dank!

  • RockPro64 bootet nicht mehr von sdcard und/oder emmc

    Ungelöst Probleme?
    6
    0 Stimmen
    6 Beiträge
    205 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.

  • Installationsprobleme wegen unkenntnis

    Ungelöst Probleme?
    7
    0 Stimmen
    7 Beiträge
    220 Aufrufe
    C

    @frankm
    Hallo Frank,
    ich habe mir das was ich habe mal so angeschaut und festgestellt das ich einen Avira AV Blocker aufgespielt habe von daher denke ich ich lass das Gesummse mit VPN . Hat der Anbieter 58 € Gewinn gemacht ohne Leistung , auch nicht schlecht.
    Meinen herzlichsten Dank für Deine Mühe , ist ernst gemeint !
    Der alte Mann mit dem Rocker Rollstuhl
    Uli

  • 1 Stimmen
    7 Beiträge
    727 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!

  • hdparm / SATA Platten spindown und Energiemanagement

    Gelöst Probleme?
    4
    0 Stimmen
    4 Beiträge
    328 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:

    https://github.com/ayufan-rock64/linux-build/blob/master/recipes/flash-spi.md

    Latein ende 😞