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!

  • 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
  • USB 3.1 Stick Corsair Voyager GTX

    Hardware
    3
    0 Stimmen
    3 Beiträge
    589 Aufrufe
    FrankMF

    Dieser Stick läuft mit einem Armbian, mit Boot von SD-Karte völlig problemlos, so als Ergänzung.

    Welcome to ARMBIAN 5.67.181217 nightly Debian GNU/Linux 9 (stretch) 4.4.167-rockchip64
  • 0 Stimmen
    1 Beiträge
    637 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 !?!?!?

  • [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.