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!

  • ROCKPro64 - Samsung Portable SSD T5 500GB

    Hardware
    1
    0 Stimmen
    1 Beiträge
    278 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    1 Beiträge
    292 Aufrufe
    Niemand hat geantwortet
  • 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....

  • SATA Karte Marvell 88SE9230 Chipsatz

    Angeheftet Hardware
    19
    0 Stimmen
    19 Beiträge
    6k Aufrufe
    FrankMF

    Ok, es gibt noch eine andere Möglichkeit.

    Kamil hat mir noch ein wenig geholfen. Mit folgender Änderung werden die Platten gefunden.

    hmm, I had to add /etc/default/extlinux: libahci.skip_host_reset=1

    Sieht dann so aus.

    # Configure timeout to choose the kernel # TIMEOUT="10" # Configure default kernel to boot: check all kernels in `/boot/extlinux/extlinux.conf` # DEFAULT="kernel-4.4.126-rockchip-ayufan-253" # Configure additional kernel configuration options APPEND="$APPEND root=LABEL=linux-root rootwait rootfstype=ext4 libahci.skip_host_reset=1"

    Danach waren die Platten zu sehen.

    root@rockpro64:/tmp/etc/default# blkid /dev/sda2: SEC_TYPE="msdos" LABEL_FATBOOT="boot-efi" LABEL="boot-efi" UUID="ABCD-FC7D" TYPE="vfat" PARTLABEL="boot_efi" PARTUUID="72e36967-4050-4bb3-8f8f-bf6755c38f28" /dev/sda3: LABEL="linux-boot" UUID="8e289a3e-0f9b-4da1-a147-51e03390637c" TYPE="ext4" PARTLABEL="linux_boot" PARTUUID="fe944fd2-3e42-4202-8a95-656e9bdb4be6" /dev/sda4: LABEL="linux-root" UUID="3e9513c6-dfd1-48c9-bee2-04bb5a153056" TYPE="ext4" PARTLABEL="linux_root" PARTUUID="d2d1dd88-030d-4f74-998f-7c9ce7d385d0" /dev/sdb2: SEC_TYPE="msdos" LABEL_FATBOOT="boot-efi" LABEL="boot-efi" UUID="56C9-F745" TYPE="vfat" PARTLABEL="boot_efi" PARTUUID="919c8f73-5f25-4a01-9072-3a5ed9a88ff2" /dev/sdb3: LABEL="linux-boot" UUID="23c19647-f4a1-4197-a877-f1bb03456bef" TYPE="ext4" PARTLABEL="linux_boot" PARTUUID="093d0cc0-d122-4dce-aeb5-4e266b4b7d9d" /dev/sdb4: LABEL="linux-root" UUID="f1c74331-8318-4ee8-a4f7-f0c169fb9944" TYPE="ext4" PARTLABEL="linux_root" PARTUUID="964ab457-58d5-40c4-bb02-dfd37bd2f0da" /dev/sda1: PARTLABEL="loader1" PARTUUID="37466429-e4a4-495c-b9a1-3f74625a3cae" /dev/sdb1: PARTLABEL="loader1" PARTUUID="33f692b3-54cb-4a37-b602-21a2baf32fa0"

    Aber auch hiermit ist ein Boot von der SATA Platte nicht möglich.

    Ich möchte hier noch was vom kamil zitieren.

    (11:44:09) ayufanWithPM: will look later, but this controller is tricky, also on x86 as well
    (11:44:16) ayufanWithPM: jms585 seems to be significantly more stable

    Evt. bekommt er das gefixt 😉

  • ROCKPro64 - SD-Karte

    Hardware
    1
    0 Stimmen
    1 Beiträge
    520 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    1 Beiträge
    637 Aufrufe
    Niemand hat geantwortet
  • USB 3.0 - SATA Adapter

    Hardware
    2
    0 Stimmen
    2 Beiträge
    728 Aufrufe
    FrankMF

    Heute das Ganze mal mit einer Samsung 860 Pro mit 256GB. Eingesetztes Filesystem ext4

    rock64@rockpro64v2_1:/mnt$ uname -a Linux rockpro64v2_1 4.4.132-1077-rockchip-ayufan-gbaf35a9343cb #1 SMP Mon Jul 30 14:06:57 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux Speedtest rock64@rockpro64v2_1:/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: Tue Jul 31 14:27:17 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 17896 23350 30390 31362 21611 14611 102400 16 56756 59180 86296 93819 51778 57327 102400 512 201347 221961 220840 222338 210887 230781 102400 1024 253752 273695 263884 266256 250153 273528 102400 16384 351112 356007 366417 372264 368721 356177 iozone test complete. DD Schreiben rock64@rockpro64v2_1:/mnt$ 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, 12.8358 s, 335 MB/s Lesen rock64@rockpro64v2_1:/mnt$ sudo dd if=sd.img of=/dev/null bs=1M count=4096 4096+0 records in 4096+0 records out 4294967296 bytes (4.3 GB, 4.0 GiB) copied, 11.4787 s, 374 MB/s Fazit

    Damit scheint der Adapter ganz gut am USB3.0 zu funktionieren. Die Schreibgeschwindigkeit ist ca. dreimal höher als mit der anderen SSD. 😉