Beim einstecken eines USB - SSD Laufwerk bootes der Raspberry Pi 4

  • Hallo

    das Problem ist das der Raspberry PI 4 bootet sobald ein USB DRIVE unter USB 3 als auch unter USB 2 eingesteckt wird.

    Configuration RasberryPi4 + SSD 480GB über X825 V4.0 2.5 inch SATA Storage Board.

    Die config.txt hier :

    # For more options and information see

    # http://rpf.io/configtxt

    # Some settings may impact device functionality. See link above for details

    # uncomment if you get no picture on HDMI for a default "safe" mode

    #hdmi_safe=1

    # uncomment this if your display has a black border of unused pixels visible

    # and your display can output without overscan

    #disable_overscan=1

    # uncomment the following to adjust overscan. Use positive numbers if console

    # goes off screen, and negative if there is too much border

    #overscan_left=16

    #overscan_right=16

    #overscan_top=16

    #overscan_bottom=16

    # uncomment to force a console size. By default it will be display's size minus

    # overscan.

    #framebuffer_width=1280

    #framebuffer_height=720

    # uncomment if hdmi display is not detected and composite is being output

    hdmi_force_hotplug=1

    # uncomment to force a specific HDMI mode (this will force VGA)

    hdmi_group=1

    hdmi_mode=16

    # uncomment to force a HDMI mode rather than DVI. This can make audio work in

    # DMT (computer monitor) modes

    #hdmi_drive=2

    # uncomment to increase signal to HDMI, if you have interference, blanking, or

    # no display

    #config_hdmi_boost=4

    # uncomment for composite PAL

    #sdtv_mode=2

    sdtv_aspect=3

    #uncomment to overclock the arm. 700 MHz is the default.

    #arm_freq=800

    # Uncomment some or all of these to enable the optional hardware interfaces

    #dtparam=i2c_arm=on

    #dtparam=i2s=on

    #dtparam=spi=on

    # Uncomment this to enable infrared communication.

    #dtoverlay=gpio-ir,gpio_pin=17

    #dtoverlay=gpio-ir-tx,gpio_pin=18

    # Additional overlays and parameters are documented /boot/overlays/README

    # Enable audio (loads snd_bcm2835)

    dtparam=audio=on

    [pi4]

    # Enable DRM VC4 V3D driver on top of the dispmanx display stack

    dtoverlay=vc4-fkms-v3d

    max_framebuffers=2

    [all]

    #dtoverlay=vc4-fkms-v3d

    enable_uart=1

    Die config von usbmount.conf :

    # Configuration file for the usbmount package, which mounts removable

    # storage devices when they are plugged in and unmounts them when they

    # are removed.

    # Change to zero to disable usbmount

    ENABLED=1

    # Mountpoints: These directories are eligible as mointpoints for

    # removable storage devices. A newly plugged in device is mounted on

    # the first directory in this list that exists and on which nothing is

    # mounted yet.

    MOUNTPOINTS="/media/usb0 /media/usb1 /media/usb2 /media/usb3

    /media/usb4 /media/usb5 /media/usb6 /media/usb7"

    # Filesystem types: removable storage devices are only mounted if they

    # contain a filesystem type which is in this list.

    FILESYSTEMS="vfat ext2 ext3 ext4 hfsplus"

    #############################################################################

    # WARNING! #

    # #

    # The "sync" option may not be a good choice to use with flash drives, as #

    # it forces a greater amount of writing operating on the drive. This makes #

    # the writing speed considerably lower and also leads to a faster wear out #

    # of the disk. #

    # #

    # If you omit it, don't forget to use the command "sync" to synchronize the #

    # data on your disk before removing the drive or you may experience data #

    # loss. #

    # #

    # It is highly recommended that you use the pumount command (as a regular #

    # user) before unplugging the device. It makes calling the "sync" command #

    # and mounting with the sync option unnecessary---this is similar to other #

    # operating system's "safely disconnect the device" option. #

    #############################################################################

    # Mount options: Options passed to the mount command with the -o flag.

    # See the warning above regarding removing "sync" from the options.

    MOUNTOPTIONS="sync,noexec,nodev,noatime,nodiratime"

    # Filesystem type specific mount options: This variable contains a space

    # separated list of strings, each which the form "-fstype=TYPE,OPTIONS".

    #

    # If a filesystem with a type listed here is mounted, the corresponding

    # options are appended to those specificed in the MOUNTOPTIONS variable.

    #

    # For example, "-fstype=vfat,gid=floppy,dmask=0007,fmask=0117" would add

    # the options "gid=floppy,dmask=0007,fmask=0117" when a vfat filesystem

    # is mounted.

    FS_MOUNTOPTIONS="-fstype=vfat,gid=users,dmask=0007,fmask=0117"

    # If set to "yes", more information will be logged via the syslog

    # facility.

    VERBOSE=no

    df

    Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf

    /dev/root 30398368 3074288 26040180 11% /

    devtmpfs 1867780 0 1867780 0% /dev

    tmpfs 1999876 0 1999876 0% /dev/shm

    tmpfs 1999876 8736 1991140 1% /run

    tmpfs 5120 4 5116 1% /run/lock

    tmpfs 1999876 0 1999876 0% /sys/fs/cgroup

    /dev/mmcblk0p1 258095 53465 204631 21% /boot

    tmpfs 399972 0 399972 0% /run/user/1000

    free

    total used free shared buff/cache available

    Mem: 3999756 194748 3583288 34700 221720 3648116

    Swap: 0 0 0

    lsblk

    NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT

    mmcblk0 179:0 0 29,8G 0 disk

    ├─mmcblk0p1 179:1 0 256M 0 part /boot

    └─mmcblk0p2 179:2 0 29,5G 0 part /

    lsusb

    Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub

    Bus 001 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver

    Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub

    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

    usb SDD file Format ext4 erstellt unter Suse Leap 15.1

    Es wäre nett wenn jemand eine Idee mant wie der Fehler beheben kann, bwz eine

    Beschreibung benenne kann die den fehler behebt.

    Gruß Peter

    Einmal editiert, zuletzt von p-kit (7. Mai 2020 um 16:04)

  • Beim einstecken eines USB - SSD Laufwerk bootes der Raspberry Pi 4? Schau mal ob du hier fündig wirst!

  • Das (boot) macht er immer, wenn ihm der Strom unterm Hintern weggezogen wird.

    Sobald genügend Spannung wieder da ist, bootet er wieder.

    Wieviele Funkmodule sind denn aktiviert ?

    Welches Netzgerät wird verwendet ?

    Servus !

    RTFM = Read The Factory Manual, oder so

    • Offizieller Beitrag

    Sorry, ich verstehe nicht so richtig was Du mit "booten" meinst.

    Lief das System und nach dem reinstecken des Laufwerks macht der einen Neustart?

    ODER.

    Das System war heruntergefahren aber noch mit Netzteil an Strom und dann startet das System, sobald Du den USB-Stecker der SSD einstöpselst?

    ODER.

    Das System war heruntergefahren aber ohne Netzteil an Strom und dann startet das System, sobald Du den USB-Stecker der SSD einstöpselst?

  • Witz Anfang:

    Zitat

    Original Netzteil ist bestellt.

    Bekommt dein Raspi den Strom über den Postweg?? :conf::gk1:

    Witz Ende

    Ich glaub auch, dass das Booten durch Strom-Mangel verursacht wird!

    Meine Pis

    Pi B Rev 2 24/7 - DHCP-Server im Heimnetz
    Pi 2B Rev 1.1 Home-Infocenter (Domoticz) - Kamera auf Garten
    Pi 2B Rev 1.1 Testgerät mit USV, Musikplayer, Kodi,
    Pi 3B Rev 1.2 Videos aus Netzwerk (an Rückseite des TV moniert)
    Pi 3B+ Rev 1.3 mit 3.5-TouchDisplay, Peppy-Web-Radio
    Pi 4B - 4GB Rev 1.1 Testgerät - Argon-ONE-Gehäuse

    Pi Zero Testgerät

    Pi Zero W Rev 1.1 Motion-Eye auf Garten

  • Also das wlan und bloutho ist aus. Original Netzteil ist bestellt.

    Und Funk-Tastatur/Maus ist keine angeschlossen ?

    Hast Du "usbmount" nachinstalliert, oder war das schon auf Deiner Distribution (welcher ?) drauf ?

    Wenn es nicht die Stromversorgung ist, dann verursacht ein Kernel-Panik das reboot. Das sollte sich aber aus den Logfiles erahnen lassen.


    Servus !

    RTFM = Read The Factory Manual, oder so

  • ich mache das so das ich ein Netzteil mit mehreren USB Ausgängen habe, der Raspbaerry wird einzeln versorgt und die Festplatte bekommt über einen Y-Adapter zusätzlich Strom. Ansonsten musst du den RPI Runter fahren die Festplatte dranklemmen und dann erst einschalten, beim Start scheint es nicht ganz so Problemantisch zu sein, da sich da der Stromverbrauch in Grenzen hält.

    Bei mir startete er zwar nicht neu, ich dachte aber das er hängen bliebt, nach den aus und einstecken des Empfängers für die Tastatur(Thrust) lief er aber wieder, mit der Logitech Tastatur habe ich das Problem nicht.

  • Das läuft soweit mal sehen was man da so machen kann. Ob die SSD nun home wird und die Datenmengen des Master Server übernimmt oder ob das Teil mit dem kriptischen bs (sudo) noch andere Dienste übernimmt.

Jetzt mitmachen!

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