Skip to content

USB-SSD Boot klappt nicht

Hardware
  • 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
  • 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
  • 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. 😉

  • 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 - Der Bootvorgang

    Verschoben Hardware
    3
    0 Stimmen
    3 Beiträge
    1k Aufrufe
    FrankMF

    Um einen neuen Kernel booten zu können, brauche ich diese 4 Dateien unter /boot

    config-4.19.0-rc4-1065-ayufan-g72e04c7b3e06 initrd.img-4.19.0-rc4-1065-ayufan-g72e04c7b3e06 System.map-4.19.0-rc4-1065-ayufan-g72e04c7b3e06 vmlinuz-4.19.0-rc4-1065-ayufan-g72e04c7b3e06

    Und den Ordner /boot/dtbs/4.19.0-rc4-1065-ayufan-g72e04c7b3e06 mit folgendem Inhalt

    rock64@rockpro64v2_0:/boot/dtbs/4.19.0-rc4-1065-ayufan-g72e04c7b3e06$ ls -la total 104 drwxr-xr-x 26 root root 4096 Sep 30 09:54 . drwxr-xr-x 6 root root 4096 Sep 30 09:55 .. drwxr-xr-x 2 root root 4096 Sep 30 09:54 al drwxr-xr-x 2 root root 4096 Sep 30 09:54 allwinner drwxr-xr-x 2 root root 4096 Sep 30 09:54 altera drwxr-xr-x 2 root root 4096 Sep 30 09:54 amd drwxr-xr-x 2 root root 4096 Sep 30 09:54 amlogic drwxr-xr-x 2 root root 4096 Sep 30 09:54 apm drwxr-xr-x 2 root root 4096 Sep 30 09:54 arm drwxr-xr-x 4 root root 4096 Sep 30 09:54 broadcom drwxr-xr-x 2 root root 4096 Sep 30 09:54 cavium drwxr-xr-x 2 root root 4096 Sep 30 09:54 exynos drwxr-xr-x 2 root root 4096 Sep 30 09:54 freescale drwxr-xr-x 2 root root 4096 Sep 30 09:54 hisilicon drwxr-xr-x 2 root root 4096 Sep 30 09:54 lg drwxr-xr-x 2 root root 4096 Sep 30 09:54 marvell drwxr-xr-x 2 root root 4096 Sep 30 09:54 mediatek drwxr-xr-x 2 root root 4096 Sep 30 09:54 nvidia drwxr-xr-x 2 root root 4096 Sep 30 09:54 qcom drwxr-xr-x 2 root root 4096 Sep 30 09:54 renesas drwxr-xr-x 2 root root 4096 Sep 30 09:54 rockchip drwxr-xr-x 2 root root 4096 Sep 30 09:54 socionext drwxr-xr-x 2 root root 4096 Sep 30 09:54 sprd drwxr-xr-x 2 root root 4096 Sep 30 09:54 synaptics drwxr-xr-x 2 root root 4096 Sep 30 09:54 xilinx drwxr-xr-x 2 root root 4096 Sep 30 09:54 zte

    Unter /boot/extlinux liegt dann die Datei extlinux.conf

    Die sieht bei mir dann so aus

    timeout 10 menu title select kernel label kernel-4.19.0-rc4-1065-ayufan-g72e04c7b3e06 kernel /boot/vmlinuz-4.19.0-rc4-1065-ayufan-g72e04c7b3e06 initrd /boot/initrd.img-4.19.0-rc4-1065-ayufan-g72e04c7b3e06 devicetreedir /boot/dtbs/4.19.0-rc4-1065-ayufan-g72e04c7b3e06 append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=TEST rootwait rootfstype=ext4 label kernel-4.19.0-rc4-1065-ayufan-g72e04c7b3e06-memtest kernel /boot/vmlinuz-4.19.0-rc4-1065-ayufan-g72e04c7b3e06 initrd /boot/initrd.img-4.19.0-rc4-1065-ayufan-g72e04c7b3e06 devicetreedir /boot/dtbs/4.19.0-rc4-1065-ayufan-g72e04c7b3e06 append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=TEST rootwait rootfstype=ext4 memtest

    Darunter kommen dann evt. die alten Kernel die installiert waren, das habe ich hier im Beispiel weg gelassen.