Skip to content

USB-SSD Boot klappt nicht

Hardware
  • Hallo Frank, da ich noch sehr wenig Erfahrung mit dem RockPro habe, hat mir dein Forum schon sehr viel geholfen. Kompliment und Danke dafür!

    Ich habe ein kleines Problem und vielleicht hast du noch eine Idee:

    Mein Ziel ist es, den RockPro von einer Samsung 950Pro per USB zu booten, was ich bisher nicht hinbekommen habe. SPI Flash habe ich durchgeführt, das aktuelle Linux-Image bootet auch von einem USB-Stick, aber sobald ich das Image auf die SSD kopiere und davon Booten möchte, passiert nichts mehr.
    Leider habe ich keine serielle Konsole, so dass ich keine Fehlermeldungen bekomme.
    Muss die SSD noch irgendwie speziell formatiert oder vorbereitet werden? Ich habe bisher nur das Image (wie bei der SSD, MMC oder dem USB Stick) per Tool aufgespielt...

    Was mir noch aufgefallen war, wenn die nicht Boot-fähige SSD hinterher angeschlossen wurde, meldete FDisk, dass etwas mit dem Partitionsformat nicht i.O. Wäre. Die einzelnen Partitionen und Daten waren aber sichtbar...

    Funktioniert hat bisher der „alte“ Weg, nur das Root-Verzeichnis auf die SSD zu verschieben und weiterhin von der MMC oder SD zu booten...

    Viel Grüße
    Matthias

  • Hallo Matthias,

    zwei Fragen dazu.

    1. Welches Image benutzt du?
    2. Welche USB-Schnittstelle? USB3 geht nicht 😞
  • Hallo Frank,

    Vielen Dank für die schnelle Antwort!

    Versucht habe ich alle 3 USB-Ports, leider ohne Erfolg.
    Der USB-Stick bootet aber problemlos am 3er-Port ;)...

    Ich hatte das aktuelle Image von ayufan verwendet.

    Weitere Versuche kann ich aber erst morgen durchführen, da der RockPro noch meinen Schreibtisch im Büro ziert und ich erst morgen wieder im Office bin.

  • Hoch interessant die Aussage, das der USB-Stick am USB3 bootet 🙂

    Mit welchem Image meinte ich, z.B. bionic-minimal usw. Das Bionic-Minimal ist am stabilsten, meine Erfahrung. Die Desktop Images pack ich ja nicht an 😉

    Noch was, fdisk spuckt immer das hier aus (meine nvme, passiert bei einer sda auch)

    rock64@rockpro64v2_0:/var/www$ sudo fdisk /dev/nvme0n1
    
    Welcome to fdisk (util-linux 2.31.1).
    Changes will remain in memory only, until you decide to write them.
    Be careful before using the write command.
    
    The old ext4 signature will be removed by a write command.
    
    Device does not contain a recognized partition table.
    Created a new DOS disklabel with disk identifier 0x6b5bc78b.
    
    Command (m for help): q
    

    Ich ignoriere das. Der kommt irgendwie mit den 7 verschiedenen Partitionen nicht so richtig klar !?

  • Ich kann mit dem Stick gern morgen nochmals Rückmeldung geben, bin mir aber zu 99,9% sicher dass es am Freitag funktionierte. Hatte damit getestet, ob der SPI-Flash überhaupt geklappt hatte...

    Verwendet habe ich bisher immer das Stretch-Minimal-Image. Desktop möchte ich auch nicht und mit Stretch habe ich zumindest ein paar Erfahrungen vom Raspberry (Bin zwar IT-Leiter, komme aber eher aus dem Bereich Firewall / Windows / Storage, aber eher wenig Linux).
    Das Bionic beruht auf Ubuntu, oder? Kann ich mal testen, muss ich mich mal mit der Syntax auseinander setzen (Paketinstallation etc...) und ob alles läuft (Haupsächlich sollte „Homebridge“ genutzt werden)

    Wenn der Fehler in fdsik bei dir auch auftritt, dann passt das wohl soweit..

  • Ich flash mal gerade einen USB-Stick 😉

    Bionic-Minimal ist Ubuntu 18.04.1 LTS

  • Dann werd ich morgen auch noch ein wenig probieren 🙂
    Ich halte dich auf jedem Fall auf dem Laufenden!

  • WTF ??? ☺ Von einem USB-Stick startet der am USB3-Port.

    Nun muss ich nur noch herauskriegen warum der das nicht mit dem USB3-SATA-Adapter macht. Ich nehme mal testweise einen anderen 😉

    Danke für den Tipp!

  • Ergänzung

    Alle meine USB3-to-SATA-Adapter (3 Stück) funktionieren nicht am USB3-Port.

    Ein sehr oller USB Stick bootet perfekt am USB3-Port. 😋

    @matthias Probier die SSD morgen mal am USB2-Port, da sollte die funktionieren.

  • Danke, ich werde berichten 🙂

  • Ich hab eine provisorische Lösung gefunden. 🙂

    Wenn man einen aktiven USB3-Hub benutzt, also mit eigener Spannungsversorgung, dann bootete der schön von der USB3-SSD.

    frank@frank-MS-7A34 ~ $ ssh rock64@192.168.3.17
    rock64@192.168.3.17's password: 
    Welcome to Ubuntu 18.04.1 LTS (GNU/Linux 4.4.132-1075-rockchip-ayufan-ga83beded8524 aarch64)
                    _                     __   _  _   
     _ __ ___   ___| | ___ __  _ __ ___  / /_ | || |  
    | '__/ _ \ / __| |/ / '_ \| '__/ _ \| '_ \| || |_ 
    | | | (_) | (__|   <| |_) | | | (_) | (_) |__   _|
    |_|  \___/ \___|_|\_\ .__/|_|  \___/ \___/   |_|  
                        |_|                           
    
     * Documentation:  https://help.ubuntu.com
     * Management:     https://landscape.canonical.com
     * Support:        https://ubuntu.com/advantage
    
      System information as of Sun Aug 12 18:43:27 UTC 2018
    
      System load:  0.27               Processes:           168
      Usage of /:   0.5% of 234.58GB   Users logged in:     0
      Memory usage: 5%                 IP address for eth0: 192.168.3.17
      Swap usage:   0%
    
     * Check out 6 great IDEs now available on Ubuntu. There may even be
       something worthwhile there for those crazy EMACS fans ;)
    
       - http://bit.ly/6-cool-IDEs
    
    * Introducing Minimal Ubuntu for docker and clouds. 30 MB base image and
       optimised kernels on public clouds. Made for machines and containers.
    
       - https://bit.ly/minimal-ubuntu
    Last login: Sun Aug 12 18:34:35 2018 from 192.168.3.213
    rock64@rockpro64:~$ df -h
    Filesystem      Size  Used Avail Use% Mounted on
    udev            992M     0  992M   0% /dev
    tmpfs           200M  472K  199M   1% /run
    /dev/sda7       235G  1.2G  224G   1% /
    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/sda6       112M  4.0K  112M   1% /boot/efi
    tmpfs           200M     0  200M   0% /run/user/1000
    rock64@rockpro64:~$ sudo dd if=/dev/zero of=sd.img bs=1M count=4096 conv=fdatasync
    [sudo] password for rock64: 
    4096+0 records in
    4096+0 records out
    4294967296 bytes (4.3 GB, 4.0 GiB) copied, 12.2915 s, 349 MB/s
    rock64@rockpro64:~$ lsusb
    Bus 004 Device 003: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. 
    Bus 004 Device 002: ID 2109:0812 VIA Labs, Inc. VL812 Hub
    Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
    Bus 003 Device 002: ID 2109:2812 VIA Labs, Inc. VL812 Hub
    Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    

    Na dann viel Spaß morgen beim Testen 😉 Und ohne Dich, wäre ich gar nicht auf die Idee gekommen. Nachdem du mit dem USB-Stick angefangen hast, ist bei mir so langsam der Groschen gefallen.

    Am USB3-Hub hat die SSD-Platte schon die ganze Zeit Spannung. Wenn der ROCKPro64 dann bootet, braucht es wahrscheinlich nicht so lange, bis die SSD erkannt wird. (Spekulation) Also, vermutlich ein Timing Problem. Aber da bin ich überfragt, da muss Kamil ran.

  • So, ich habe heut morgen mal getestet, leider bekomme ich es nicht hin.

    Habe beide Minimal-Images probiert, an allen 3 USB-Ports nichts zu machen. Mein Adapter hat 2 USB-Anschlüsse (1x USB2 + 1x zusätzlich für Stromversorgung, welche im Betrieb aber nicht notwenig ist), egal in welcher Konstellation, der RockPro bootet nicht. Habe den zusätzlichen Anschluß auch einmal "extern" gesteckt, damit zuverlässig Strom ankommt.. Keine Chance.
    Vermutlich mag der RockPro den Adapter nicht so gern. Bin im Moment wieder bei der Lösung nur das Root-Verzeichnis auf die SSD zu legen und den Boot weiterhin on der MMC ausführen zu lassen.
    USB-Hub hab ich derzeit nicht, bzw. muss ich mal auf die Suche gehen 🙂

    Mal noch eine kurze Frage:
    Wie führt man ein Update von uboot durch? Zuerst das Löschen-Image, danach das neue Image flashen?

  • Ich hatte heute auch ein paar Probleme, USB3 scheint noch eine Zicke zu sein 😞

    Zum u-boot aktualisieren. Wenn du den im SPI meinst, genauso würde ich das machen.

    • Erase Image rein
    • Flash-Image mit dem neuen u-boot

    Fertig.

    Das mit dem Umbiegen des Root-Devices nutze ich für eine NVMe SSD, geht ganz gut 🙂

  • Dann nochmals vielen Dank!

  • 1 Stimmen
    13 Beiträge
    1k Aufrufe
    FrankMF

    Ich möchte das dann hier zum Abschluss bringen, das NAS ist heute zusammengebaut worden. Hier zwei Fotos.

    IMG_20200425_102156_ergebnis.jpg

    IMG_20200425_102206_ergebnis.jpg

  • SATA Karte Marvell 88SE9230 Chipsatz mit 0.9.16

    Hardware
    8
    0 Stimmen
    8 Beiträge
    599 Aufrufe
    FrankMF

    Gestern hat Kamil einen neuen Kernel released, so das ich das heute mal auf dem NAS probiert habe. Durch den Boot von der USB-SSD sollten die Pfade ja alle passen und man problemlos den Kernel updaten können.

    root@rockpro64:/usr/local/sbin# df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf udev 992M 0 992M 0% /dev tmpfs 199M 5,5M 194M 3% /run /dev/sdc7 459G 3,3G 437G 1% / tmpfs 995M 0 995M 0% /dev/shm tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs 995M 0 995M 0% /sys/fs/cgroup /dev/sdc6 112M 4,0K 112M 1% /boot/efi /dev/md0 3,6T 485G 3,0T 14% /mnt/nas tmpfs 199M 0 199M 0% /run/user/1000

    Gut, /boot liegt auf der USB-SSD. Also, wie bekannt, den Kernel heruntergeladen und installiert. Nach dem Neustart geht nix 😞 Mittels HDMI Monitor angeschlossen um den Fehler sehen zu können, da macht es auch schon Klick. Der Parameter

    pci=nomsi

    ist durch das Kernel-Update überschrieben worden. Ich hatte dann die USB-SSD ausgebaut und das Problem am lokalen Rechner gelöst. Aber, man ist ja faul.....;)

    Da es überschrieben wird, müssen auch irgendwo die Informationen dazu liegen.......

    /usr/local/sbin/update-extlinux.sh

    Da ist das File, was Kamil dafür angelegt hat.

    #!/bin/bash TIMEOUT="" DEFAULT="" APPEND="rw" APPEND="$APPEND panic=10" APPEND="$APPEND init=/sbin/init" APPEND="$APPEND coherent_pool=1M" APPEND="$APPEND ethaddr=\${ethaddr} eth1addr=\${eth1addr} serial=\${serial#}" APPEND="$APPEND cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 pci=nomsi" [..........gekürzt.........]

    Hier seht ihr das File schon mit meiner Änderung, in der Hoffnung das es dann beim nächsten Mal ohne Probleme funktioniert. Bleibt nur noch das Problem, wann ändert Kamil das File, weil dann ist die Änderung wieder weg!?!?

  • Problem mit SATA Karte Marvell 88SE9230 Chipsatz

    Verschoben Ungelöst Probleme?
    17
    0 Stimmen
    17 Beiträge
    1k Aufrufe
    C

    Danke soweit für den Support.
    Wird sicher nicht das letzte Mal bleiben das ich hier vorbeischaue....

  • USB-Adapter für eMMC-Modul

    Hardware
    1
    0 Stimmen
    1 Beiträge
    1k Aufrufe
    Niemand hat geantwortet
  • ROCKPro64 - SD-Karte

    Hardware
    1
    0 Stimmen
    1 Beiträge
    520 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    3 Beiträge
    2k Aufrufe
    FrankMF

    Echtes Problem gefunden.

    Wenn die eMMC-Karte verbaut ist, ich mit der SD-Karte starte (Jumper gesetzt), kann ich keinen Kernel updaten. Es ist alles ganz normal installiert, er startet aber immer den letzten vorhandenen.

    Jumper entfernt, eMMC-Modul entfernt!

    Bootvorgang mit unveränderter SD-Karte, neuer Kernel wird geladen.

    OK, das verstehe ich im Moment überhaupt nicht !?!?!?

  • ROCKPro64 - PCIe SATA Karte

    Verschoben Hardware
    13
    0 Stimmen
    13 Beiträge
    4k Aufrufe
    FrankMF

    @elRadix : With pine64 sata-card you can use two hdd's. https://www.pine64.org/?product=rockpro64-pci-e-to-dual-sata-ii-interface-card

    For working cards please look into this thread before you buy anything.

  • [HOWTO] ROCKPro64 - Boot

    Verschoben Hardware
    5
    0 Stimmen
    5 Beiträge
    4k Aufrufe
    FrankMF

    Das Problem sollte mit Kernel 4.19.0-rc4-1069-ayufan behoben sein.