Raspberry Pi4 4GB SSD Boot

  • Hast Recht,

    Beim boot von der SD-Karte zeigt er das an:

    /dev/mmcblk0p1 8192 532479 524288 256M c W95 FAT32 (LBA)

    /dev/mmcblk0p2 532480 60405759 59873280 28,6G 83 Linux

    /dev/mmcblk0p3 60405760 249737215 189331456 90,3G 5 Extended

    /dev/mmcblk0p5 60407808 249737215 189329408 90,3G 83 Linux

    Beim boot von SSD wird das daraus:

    /dev/sda1 8192 532479 524288 256M c W95 FAT32 (LBA)

    /dev/sda2 532480 60405759 59873280 28,6G 83 Linux

    /dev/sda3 60405760 468862127 408456368 194,8G 5 Extended

    /dev/sda5 60407808 468862127 408454320 194,8G 83 Linux

    Hab da wohl was durcheinandergebracht.

    Noch was anderes:

    Was mir auch noch auffällt ist,

    daß die Aktivitätsled des Raspi viel höhere Aktivität

    zeigt, wenn ich von SSD boote.

    Selbst wenn ich kein Programm laufen lasse, flackert die

    fast regelmäßig etwa im Sekundentakt.

    Mitunter ist sie durchgehend mehrere Sekunden an.

    Wenn ich von SD Karte starte passiert das nicht.

    Keine Ahnung, was das macht,

    aber das nervt!

    "Volt, Watt, Ampere, Ohm, ohne mich gibts keinen Strom"

    Der Elektrolurch (Guru Guru)

  • fdisk -l zeigt dir sowiso keine UUID's

    Aber die PARTUUID:

    Code
    sudo fdisk -l
    ...
    Disk /dev/sda: 111,8 GiB, 120034123776 bytes, 234441648 sectors
    Disk model: ASM105x         
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 33553920 bytes
    Disklabel type: dos
    Disk identifier: 0xb3ac33b3
    ...
    Code
    sudo blkid
    /dev/sda1: LABEL_FATBOOT="boot" LABEL="boot" UUID="F8C9-55AB" TYPE="vfat" PARTUUID="b3ac33b3-01"
    /dev/sda2: LABEL="rootfs" UUID="eae7cc40-f1d2-4bf1-8b9b-ccab61498abe" TYPE="ext4" PARTUUID="b3ac33b3-02"

    MfG

    Jürgen

  • Heinrich

    Oder du kannst ja hiermit mal bisschen rumprobieren wegen der act led (/boot/config.txt)

    # yellow LED

    #dtparam=act_led_trigger=heartbeat

    # red LED

    #dtparam=pwr_led_trigger=gpio

    #dtparam=pwr_led_activelow=off

    # on/off button

    #dtoverlay=gpio-shutdown,gpio_pin=3

  • Hallo,

    Ich werde aber vermutlich erst die neue Platte testen, weil auf der Transcend die Sicherungen liegen.

    Die neue USB-SSD kam heute.

    Ich habe sie eben mal am Raspi angesteckt.

    Was bedeutet folgende Meldung:

    The driver for the USB controller dwc_otg_hcd does not support scatter-gather which is required by the UAS driver. Please try an other USB controller if you wish to use UAS.

    Code
    $ lsusb
    Bus 001 Device 005: ID 18a5:025a Verbatim, Ltd
    Bus 001 Device 004: ID 0424:7800 Standard Microsystems Corp.
    Bus 001 Device 003: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
    Bus 001 Device 002: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


    Gruß

    meute

  • Ja dann wirst du wohl folgendes in die /boot/cmdline.txt einfügen müssen

    usb-storage.quirks=18a5:025a:u

    Kann auch sein, daß es ohne geht aber dieser UAS Modus bringt ja die Geschwindigkeit und wenn der Adapter nicht unterstützt wird dann muss man ihn eben "kastrieren"

  • Hallo,

    Die neue USB-SSD kam heute.

    Ich habe sie eben mal am Raspi angesteckt.

    Was bedeutet folgende Meldung:

    The driver for the USB controller dwc_otg_hcd does not support scatter-gather which is required by the UAS driver. Please try an other USB controller if you wish to use UAS.

    Ja dann wirst du wohl folgendes in die /boot/cmdline.txt einfügen müssen

    usb-storage.quirks=18a5:025a:u

    Ich habe mal gegoogelt, um was es bei dem Eintrag geht.

    Das war dann wohl meine Unwissenheit.

    Ich habe die SSD nämlich gestern am Raspi 3 B+ angesteckt.

    Und weil der nur USB 2-Ports hat, dürfte die obige Meldung daher stammen.

    Heute habe ich die SSD am Raspi 4 B am USB 3-Port angeschlossen.

    Und da war alles gut.

    Code
    $ dmesg | grep usb
    [205818.569000] usb 2-1: new SuperSpeed Gen 1 USB device number 3 using xhci_hcd
    [205818.600106] usb 2-1: New USB device found, idVendor=18a5, idProduct=025a, bcdDevice= 1.00
    [205818.600125] usb 2-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
    [205818.600141] usb 2-1: Product: Verbatim Vx500
    [205818.600156] usb 2-1: Manufacturer: ASMT
    [205818.600170] usb 2-1: SerialNumber: TD20030000157

    Gruß

    meute

  • Hallo,

    Code
    $ dmesg | grep usb
    [205818.569000] usb 2-1: new SuperSpeed Gen 1 USB device number 3 using xhci_hcd
    [205818.600106] usb 2-1: New USB device found, idVendor=18a5, idProduct=025a, bcdDevice= 1.00
    [205818.600125] usb 2-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
    [205818.600141] usb 2-1: Product: Verbatim Vx500
    [205818.600156] usb 2-1: Manufacturer: ASMT
    [205818.600170] usb 2-1: SerialNumber: TD20030000157

    Habe gestern mit raspiBackup eine Restore auf die SSD gemacht.

    Damit bootet der Raspi schon mal nicht von der SSD.

    Bin ich ja gespannt, wenn ich mit Win32DiskImager ein Image rüberziehe.

    Gruß

    meute

  • USBID 18a5:025a

    https://linux-hardware.org/index.php?view…iceid=025a#list

    Um es kurz zu machen: No data =(

    Ob das Teil noch zu neu ist?

    https://www.verbatim.de/de/prod/vx500-…ve-480gb-47443/

    Sieht ja schnuckelig aus, aber was steckt drin?

    MfG

    Jürgen

  • Hallo,

    Habe gestern mit raspiBackup eine Restore auf die SSD gemacht.

    Damit bootet der Raspi schon mal nicht von der SSD.

    Bin ich ja gespannt, wenn ich mit Win32DiskImager ein Image rüberziehe.

    Neue Info.

    Ich habe jetzt mit Win32DiskImager ein Image der SD-Karte aus einem Raspi 3 B+ auf die USB-SSD geflasht, weil das USB-SSD-Booten am Raspi 4 B mit dem raspiBackup-Restore ja nicht geklappt hat.

    Dann SD-Karte aus dem Raspi 3 B+ entfernt.

    USB-SSD am Raspi 3 B+ angesteckt.

    Und siehe da, der Raspi 3 B+ bootet von der USB-SSD.

    Bevor ich mich nun beim Raspi 4 B zu tot flashe, will ich erst mal was fragen:

    Müsste der Raspi 4 B auch von der USB-SSD booten, wenn der Raspi 3 B+ das kann?

    Benötigt der Raspi 4 B eine bestimmte Konfiguration, damit er von der USB-SSD booten kann?

    Wenn ja, welche bzw. was muss man prüfen?

    Kernel Raspi 4 B:

    Code
    $ uname --a
    Linux raspi4711 5.4.51-v7l+ #1333 SMP Mon Aug 10 16:51:40 BST 2020 armv7l GNU/Linux

    Gruß

    meute

    Einmal editiert, zuletzt von meute (28. August 2020 um 19:07)

    • Offizieller Beitrag

    Benötigt der Raspi 4 B eine bestimmte Konfiguration, damit er von der USB-SSD booten kann?

    Evtl. sudo raspi-config >> Boot Options >> Boot Order >> USB Boot Boot from USB device if SD card boot fails

    Von mir ungetestet!!

  • Hallo,

    Und siehe da, der Raspi 3 B+ bootet von der USB-SSD.

    Ich habe jetzt mit Win32DiskImager ein Image der SD-Karte aus einem Raspi 3 B+ auf die USB-SSD geflasht, weil das USB-SSD-Booten am Raspi 4 B mit dem raspiBackup-Restore ja nicht geklappt hat.

    Nächste Info.

    Ich habe jetzt mit raspiBackup-Restore eine Sicherung aus einem Raspi 3 B+ auf die USB-SSD geflasht.

    Dann SD-Karte aus dem Raspi 3 B+ entfernt.

    USB-SSD am Raspi 3 B+ angesteckt.

    Und siehe da, auch mit dem raspiBackup-Restore bootet der Raspi 3 B+ von der USB-SSD.

    Gruß

    meute

  • Hallo,

    Habe ich mal eingestellt.

    Teste ich dann morgen mit der raspiBackup-Sicherung von heute Nacht.

    Leider bootet der Raspi 4 B NICHT von der USB-SSD. :(

    Ist es sicher, dass der Raspi 4 B mittlerweile den reinen USB-Boot (ohne SD-Karte) beherrscht?

    Oder fehlt da immer noch was im Kernel (oder sonst wo)?

    Der Raspi 3 B+ kann ja von der gleichen USB-SSD booten. Also kann es an der SSD nicht liegen.

    Hier mal der Inhalt der cmdline.txt.

    Muss da evlt. was angepassst werden?

    Raspi 3 B+ cmdline.txt:

    console=serial0,115200 console=tty1 root=PARTUUID=738a4d67-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait

    Raspi 4 B cmdline.txt:

    console=serial0,115200 console=tty1 root=PARTUUID=2b7ad3b1-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles


    Gruß

    meute

  • Muss da evlt. was angepassst werden?

    Ist hier doch schon mehrfach geschrieben worden. Der Controller deiner neuen SSD scheint nicht voll kompatibel zu sein. Gib am Anfang der

    cmdline.txt folgenden Code ein.

    usb-storage.quirks=18a5:025a:u

    Das sollte dann im Endeffekt so aussehen.

    usb-storage.quirks=18a5:025a:u console=serial0,115200 console=tty1 root=PARTUUID=2b7ad3b1-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles

    Wenn es dann immer noch nicht funktioniert, kannst du die SSD zum Booten vergessen. Dann kannst du nur noch die erste SSD versuchen.

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!