Doug_
Posts: 60
Joined: Tue Oct 08, 2019 6:40 pm

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Tue Jul 07, 2020 1:05 am

Kendek wrote:
Mon Jul 06, 2020 7:57 am
Doug_ wrote:
Sun Jul 05, 2020 10:16 pm
From my window onto the world the Eluteng adapter cables are somewhat elusive to find...
If you can't find the Eluteng cable-style adapter, then just try to get a StarTech one instead, with ASM1153E or ASM1351 chipset. For example, I bought several from eBay.
Thank you. I missed that detail from previous posts.

DaimonS
Posts: 9
Joined: Fri Jul 03, 2020 5:18 am

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Tue Jul 07, 2020 4:20 am

I also confirm this problem I am running rasbian at 32 on a ssd with Eluteng adapter is my mouse and keyboard locked only
inserting a sd in the slot things improve slightly everything remains very slow

User avatar
HawaiianPi
Posts: 6216
Joined: Mon Apr 08, 2013 4:53 am
Location: Aloha, Oregon USA

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Tue Jul 07, 2020 5:09 am

@DaimonS,

Is your keyboard/mouse wireless?

I'm going to guess yes, because USB 3.0 is known to interfere with 2.4GHz wireless, and that's a popular frequency for wireless keyboard and mouse (also Bluetooth and WiFi). Placing the wireless keyboard/mouse dongle on the end of a shielded USB 2.0 extension cable should resolve the problem. Even a short cable might be enough (a 6 inch cable worked for my Logitech Unifying dongle and K400r keyboard with touchpad).

This problem is not unique to the Raspberry Pi4. It's been an issue with other computers as well (including some expensive Macbook models).

NOTE:
I'm also USB booting Raspberry Pi OS32 from a SATA-III SSD with the Eluteng adapter cable.

Also note that this problem is unrelated to the SD card slot polling, which doesn't really affect performance and is just visually annoying.
Last edited by HawaiianPi on Tue Jul 07, 2020 11:43 am, edited 1 time in total.
My mind is like a browser. 27 tabs are open, 9 aren't responding,
lots of pop-ups...and where is that annoying music coming from?

DaimonS
Posts: 9
Joined: Fri Jul 03, 2020 5:18 am

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Tue Jul 07, 2020 5:20 am

I have a basic wireless trust model
I have no problems with other distros

User avatar
HawaiianPi
Posts: 6216
Joined: Mon Apr 08, 2013 4:53 am
Location: Aloha, Oregon USA

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Tue Jul 07, 2020 6:29 am

DaimonS wrote:
Tue Jul 07, 2020 5:20 am
I have a basic wireless trust model
I have no idea what that is... :?

DaimonS wrote:
Tue Jul 07, 2020 5:20 am
I have no problems with other distros
Are you booting other distros from the same USB-SSD?

Don't know what else to tell you, other than the fix is an extension cable. Give it a try.
My mind is like a browser. 27 tabs are open, 9 aren't responding,
lots of pop-ups...and where is that annoying music coming from?

fruitoftheloom
Posts: 25784
Joined: Tue Mar 25, 2014 12:40 pm
Location: Delightful Dorset

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Tue Jul 07, 2020 6:31 am

HawaiianPi wrote:
Mon Jul 06, 2020 7:30 pm
thatchunkylad198966 wrote:
Mon Jul 06, 2020 3:25 pm
The whole system felt sluggish, the mouse/keyboard was laggy but again, not a bug. :lol:
Then you have a different problem. I do not have any lag or sluggishness when the card slot is being polled.

Whatever you've got going on is something else. Probably UAS issues with the USB drive or adapter you are using, or perhaps the USB 3.0 2.4GHz interference problem (is your mouse/keyboard wireless).

https://www.jeffgeerling.com/blog/2020/ ... -50-faster

USB Attached SCSI Protocol blog with some interesting comparisions, maybe I need to buy a better USB3-SATA Adaptor ?

Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
|__ Port 2: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 5000M
The information is out there....you just have to let it in.

My other Linux machines are a ChromeBox & Intel CoreDuo Desktop

User avatar
HawaiianPi
Posts: 6216
Joined: Mon Apr 08, 2013 4:53 am
Location: Aloha, Oregon USA

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Tue Jul 07, 2020 6:54 am

fruitoftheloom wrote:
Tue Jul 07, 2020 6:31 am
USB Attached SCSI Protocol blog with some interesting comparisions, maybe I need to buy a better USB3-SATA Adaptor ?

Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
|__ Port 2: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 5000M
Which adapter are you using?

Here's my budget SSD on the Eluteng (blue) adapter cable.

Code: Select all

RaspberryPi4:~ $ lsusb -t
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
    |__ Port 2: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
So that's a yes for UASP support (TRIM also works correctly).

Do you know which USB bridge chip your adapter is using (it might just need a firmware update)?
My mind is like a browser. 27 tabs are open, 9 aren't responding,
lots of pop-ups...and where is that annoying music coming from?

fruitoftheloom
Posts: 25784
Joined: Tue Mar 25, 2014 12:40 pm
Location: Delightful Dorset

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Tue Jul 07, 2020 7:05 am

HawaiianPi wrote:
Tue Jul 07, 2020 6:54 am
fruitoftheloom wrote:
Tue Jul 07, 2020 6:31 am
USB Attached SCSI Protocol blog with some interesting comparisions, maybe I need to buy a better USB3-SATA Adaptor ?

Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
|__ Port 2: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 5000M
Which adapter are you using?

Here's my budget SSD on the Eluteng (blue) adapter cable.

Code: Select all

RaspberryPi4:~ $ lsusb -t
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
    |__ Port 2: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
So that's a yes for UASP support (TRIM also works correctly).

Do you know which USB bridge chip your adapter is using (it might just need a firmware update)?

The adaptor I am using is a cheap ebay chinese crap, similar to:

https://www.ebay.co.uk/itm/193498873786

Bus 002 Device 002: ID 2109:0711 VIA Labs, Inc.

VL711 - Low Power Super Speed USB 3.0 to SATA 6Gb/s Bridge Controller
The information is out there....you just have to let it in.

My other Linux machines are a ChromeBox & Intel CoreDuo Desktop

User avatar
HawaiianPi
Posts: 6216
Joined: Mon Apr 08, 2013 4:53 am
Location: Aloha, Oregon USA

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Tue Jul 07, 2020 7:29 am

Oh yea, I have one like that too, and I couldn't even get my system to boot from it, so you've gotten further than I did.

I also have another one that looks like the Eluteng "blue" adapter cable, only it has a JMicron chip (no UASP or TRIM support). I guess there's a bunch using the same case with the blue SATA connector, but different guts inside.

I still have a few of the old Eluteng adapter cables with a black SATA connector.

Code: Select all

RaspberryPi4:~ $ lsusb -t
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
    |__ Port 2: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
So it also supports UASP, however...

Code: Select all

RaspberryPi4:~ $ sudo fstrim / --verbose
fstrim: /: FITRIM ioctl failed: Remote I/O error
A firmware update is required for TRIM.

And the same adapter cable after a firmware update.

Code: Select all

RaspberryPi4:~ $ lsusb -t
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
    |__ Port 2: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
Still results in Driver=uas, and now...

Code: Select all

RaspberryPi4:~ $ sudo fstrim / --verbose
/: 223.1 GiB (239542067200 bytes) trimmed
:D
My mind is like a browser. 27 tabs are open, 9 aren't responding,
lots of pop-ups...and where is that annoying music coming from?

fruitoftheloom
Posts: 25784
Joined: Tue Mar 25, 2014 12:40 pm
Location: Delightful Dorset

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Tue Jul 07, 2020 7:42 am

HawaiianPi wrote:
Tue Jul 07, 2020 7:29 am
Oh yea, I have one like that too, and I couldn't even get my system to boot from it, so you've gotten further than I did.

The quality of the product is not very good and will buy something better which can support both 2.5" and 3.5" (with external power) ;)
The information is out there....you just have to let it in.

My other Linux machines are a ChromeBox & Intel CoreDuo Desktop

BRX7
Posts: 92
Joined: Sat Aug 31, 2019 11:07 pm

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Tue Jul 07, 2020 8:34 am

Ive updated to the new 2020-07-06 firmware, but it hasnt updated the bootloader config
Its stil has
[all]
BOOT_UART=0
WAKE_ON_GPIO=1
POWER_OFF_ON_HALT=0
DHCP_TIMEOUT=45000
DHCP_REQ_TIMEOUT=4000
TFTP_FILE_TIMEOUT=30000
ENABLE_SELF_UPDATE=1
DISABLE_HDMI=0
BOOT_ORDER=0xf41

what should the new eeprom config be to reflect the changes
My issue relates to ASM 1153E Adaptor not always booting (1 in 5 reboots hang post/pre rainbow)

thatchunkylad198966
Posts: 450
Joined: Thu Jul 04, 2019 10:21 am
Location: UK, Birmingham

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Tue Jul 07, 2020 12:17 pm

HawaiianPi wrote:
Mon Jul 06, 2020 7:30 pm
thatchunkylad198966 wrote:
Mon Jul 06, 2020 3:25 pm
The whole system felt sluggish, the mouse/keyboard was laggy but again, not a bug. :lol:
Then you have a different problem. I do not have any lag or sluggishness when the card slot is being polled.

Whatever you've got going on is something else. Probably UAS issues with the USB drive or adapter you are using, or perhaps the USB 3.0 2.4GHz interference problem (is your mouse/keyboard wireless).
Different problem? how? don't quote my post if you can't reply to all of it....

mitchind
Posts: 40
Joined: Sat Jul 02, 2016 1:11 am

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Tue Jul 07, 2020 6:11 pm

Has anyone been successful booting from attached PoE hat with a bootable USB drive?
I'm using Rpi4B with 4GB

Mine boots fine from USB drive with PoE hat installed but not connected - only when Pi is powered thru normal USB-C connection

If I try to power thru the PoE I get a rainbow screen and 7 flashing green lights (error means no kernel.img found)

Code: Select all

pi@picam:~ $ uname -a
Linux picam 5.4.50-v8+ #1324 SMP PREEMPT Wed Jul 1 17:13:08 BST 2020 aarch64 GNU/Linux

Code: Select all

$ sudo rpi-eeprom-update
BCM2711 detected
Dedicated VL805 EEPROM detected
BOOTLOADER: up-to-date
CURRENT: Mon 15 Jun 2020 01:36:19 PM UTC (1592228179)
LATEST: Mon 15 Jun 2020 01:36:19 PM UTC (1592228179)
FW DIR: /lib/firmware/raspberrypi/bootloader/stable
VL805: up-to-date
CURRENT: 000137ad
LATEST: 000137ad
I don't know if this is a 64 bit OS issue or bootloader

Does PoE hat work with normal SD card boot and new 64 bit Pi O/S?

Anyone out there with PoE success stories?

brainsys
Posts: 123
Joined: Fri Jun 29, 2012 7:16 pm

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Tue Jul 07, 2020 8:34 pm

HawaiianPi wrote:
Tue Jul 07, 2020 5:09 am
I'm going to guess yes, because USB 3.0 is known to interfere with 2.4GHz wireless, and that's a popular frequency for wireless keyboard and mouse (also Bluetooth and WiFi). Placing the wireless keyboard/mouse dongle on the end of a shielded USB 2.0 extension cable should resolve the problem. Even a short cable might be enough (a 6 inch cable worked for my Logitech Unifying dongle and K400r keyboard with touchpad).
That screwed up my initial SSD try out (120GB A400 on a JMicron adapter with quirks). Putting the keyboard dongle on extension cable did fix it as you suggest. But it took a lot of heartache and head scratching to get there. Methinks someone needs to write a quick synopsis over all the potential gotchas that general release of USB-Boot will unveil to the unwary (and even some of us very wary).

They shouldn't reflect on the great step forward this firmware delivers.

User avatar
paulwratt
Posts: 104
Joined: Fri Jun 12, 2015 12:15 am

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Wed Jul 08, 2020 12:37 am

@chunkylad

if you use the tests here, you can compare it to others with same (similar) setup you have, so if you see major differences, you can put it down to settings, or firmware difference (if that applies to your interface):
https://storage.jamesachambers.com/

every time the sd-card poll happens, it logs any failures, so yes your system may "feel sluggish". I have not seen anyone post changing the default poll time or timeout, which would alleviate some of the "lag" you might experience.

Hovever the sd-card poll issue is a Linux problem, not a bootloader problem (there is a difference) And it polls, instead of using an interrupt, because the signal is shared with something else (muxed), and (atm) it is not a reliable detection solution, hence the use of a poll instead.

this is already explained in a post in this thread. (yes it would be nice to pin an "info" or "common issues" post for USB-boot on RPi4)

Cheers

Paul

User avatar
paulwratt
Posts: 104
Joined: Fri Jun 12, 2015 12:15 am

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Wed Jul 08, 2020 12:48 am

brainsys wrote:
Tue Jul 07, 2020 8:34 pm
HawaiianPi wrote:
Tue Jul 07, 2020 5:09 am
I'm going to guess yes, because USB 3.0 is known to interfere with 2.4GHz wireless, and that's a popular frequency for wireless keyboard and mouse (also Bluetooth and WiFi). Placing the wireless keyboard/mouse dongle on the end of a shielded USB 2.0 extension cable should resolve the problem. Even a short cable might be enough (a 6 inch cable worked for my Logitech Unifying dongle and K400r keyboard with touchpad).
That screwed up my initial SSD try out (120GB A400 on a JMicron adapter with quirks). Putting the keyboard dongle on extension cable did fix it as you suggest. But it took a lot of heartache and head scratching to get there. Methinks someone needs to write a quick synopsis over all the potential gotchas that general release of USB-Boot will unveil to the unwary (and even some of us very wary).

They shouldn't reflect on the great step forward this firmware delivers.
@brainsys just off the top of my head, you could try wrapping the SSD cable in tin/aluminium foil (presuming you can't change the cable for one with better shielding). Its not a RPi4 issue (per say), its a USB3 issue that does affect other platforms, however due to the way RPI is used (in general), it is more apparent in some situations (not everyone is having a problem with a USB3 device next to a 2.4Ghz keyboard/mouse transceiver).

Cheers

Paul

kazin08
Posts: 42
Joined: Thu Feb 14, 2019 10:08 pm

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Wed Jul 08, 2020 1:22 am

HawaiianPi wrote:
Mon Jul 06, 2020 1:00 am
kazin08 wrote:
Sat Jul 04, 2020 11:01 pm
Also i notice something strange. When i boot directly form USB the command neofetch givme this version of kernel:
Kernel: 5.4.0-1012-raspi

And when i boot from SD and switch to USB i get this:
Kernel: 5.4.0-1008-raspi

this is becouse the *.elf and *.dat files?

Regards
That's usually caused by not having /etc/fstab mounting options correct.

When you start to boot from an SD card and then run the root filesystem from a USB drive, you must mount the micro SD card as /boot for kernel and firmware updates to be properly applied. When booting directly from USB you don't do that (and the first partition of the USB drive is mounted as /boot by default, assuming you cloned an SD card or wrote an image to the USB drive).

If you have run updates while switching from SD+USB boot and direct USB boot your boot partitions will be out of sync (one will have more recent versions of firmware and kernel), which is something you'll need to correct. From what you have posted, it looks like your /boot SD card needs to be updated.

JMicron USB-SATA bridge chips are notorious for not properly supporting UAS in Linux. You can disable UAS with USB quirks in the /boot/cmdline.txt file, and that may improve performance.

Add the following to the beginning of the line with a single space separation.
usb-storage.quirks=152d:0578:u

That should handle the most common JMicron controllers, but double-check yours by comparing the output of lsusb and make sure the VID:PID match. Look for a line similar to this,

Code: Select all

Bus 00? Device 00?: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. ...
and make sure the two hex numbers after ID are the same as the quirks line I posted above.

If that doesn't help, you can try adjusting the USB_MSD_PWR_OFF_TIME= setting (default is 500ms), or set it to zero to disable it. That setting is part of the bootloader configuration, which you can see with the vcgencmd bootloader_config command. If you don't know how to update those settings, ask for additional help.
Thanks for your reply!

until i can manage to boot from USB and when reboot it can boot again, i have to use the method of boot from SD then switch to USB. So how can i do to fix this difference in kernel version? how can i tell the system that boot partition from SD is the boot? and if when i switch to use USB boot i have to change it again?

I have tried the quirks method but i have the same issue, i can only reboot one time.

Best regards

EDIT:
my fstab file says:

Code: Select all

LABEL=writable  /        ext4   defaults        0 0
LABEL=system-boot       /boot/firmware  vfat    defaults        0       1
i supose i have to change the /boot/firmware but how can i tell the system that it's from the SD?

pat.stave
Posts: 1
Joined: Wed Jul 08, 2020 10:31 am

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Wed Jul 08, 2020 10:48 am

Can anyone confirm a M.2 USB adapter that works with Pi4 USB MSD boot?
I'm not having much luck with my chinese eBay adapter: https://www.ebay.com/itm/M2-SSD-Hard-Ca ... 2749.l2649

When debugging i found the problem to be that hey have used a USB device ID that is listed in USB_Modeswitch as a "Philips PicoPix Projector".
After uncommenting this line in /lib/udev/rules.d/40-usb_modeswitch.rules i was actually able to mount this as a USB device in Raspbian.
USB_modeswitch-min.PNG
/lib/udev/rules.d/40-usb_modeswitch.rules
USB_modeswitch-min.PNG (155.03 KiB) Viewed 4671 times
lsusb-min.PNG
Raspbian lsusb with usb modeswitch commented out
lsusb-min.PNG (173.11 KiB) Viewed 4671 times
However i have not been able to get this device to boot as MSD boot.
I guess the problem is related to the faulty device ID.

Is there any hope to get this working, or should i go get another adapter? I would like to use M.2 as i have a lot of them laying around.

timg236
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 780
Joined: Thu Jun 21, 2018 4:30 pm

Re: STICKY: USB-MSD boot EEPROM fourth update - 2020-06-15

Wed Jul 08, 2020 3:47 pm

Locking thread now that the 2020-06-15 EEPROM has been moved to stable and there is also a minor beta update 2020-07-06.

The thread has also diverged away from bootloader specific issues and it would be clearer to have different threads specific to a particular area e.g. UASP, general firmware changes, rpi-eeprom updates

Return to “General discussion”