NESPi 4 Not working with SSD *Fixed*

[krum110487]

As writing this I found the solution, but I figured I would just post it for more information if anyone else has the same issue.

Hello, so I have a need to use the SSD and I started with a powered device to mount the SSD just to get it setup until I got the NESPi case.
Everything worked fantastic.

I plugged everything into the case (same USB3 port) just this time it is using the USB from the case. The problem I am running into, it is not mounting the drive until I unplug and plug it back in, then when I reboot emulationstation it works great.

Before unplugging and re-plugging the 1 TB SSD it doesn't show it in df

I did the manual method with the fstab mounting.

Here is what I see when running ls -l /dev/disk/by-uuid/

/home/pi$ ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 15 Jan  5 22:20 7B52-6C51 -> ../../mmcblk0p1
lrwxrwxrwx 1 root root 15 Jan  5 22:20 e55989cf-283b-4cfc-8f49-8559e5ed331b -> ../../mmcblk0p2
lrwxrwxrwx 1 root root 10 Jan  5 22:20 F687-D9A2 -> ../../sda1

so it seems to find the drive... then I run df

/home/pi$ df
Filesystem     1K-blocks    Used Available Use% Mounted on
/dev/root      491896328 6658300 465215280   2% /
devtmpfs         1800568       0   1800568   0% /dev
tmpfs            1965432       0   1965432   0% /dev/shm
tmpfs            1965432    9684   1955748   1% /run
tmpfs               5120       4      5116   1% /run/lock
tmpfs            1965432       0   1965432   0% /sys/fs/cgroup
/dev/mmcblk0p1    261868   49944    211924  20% /boot
tmpfs             393084       0    393084   0% /run/user/1000

As you can see it isn't mounted, then I edit /ect/fstab and you can see the correct UUID is there

proc            /proc           proc    defaults          0       0
PARTUUID=a3cbb222-01  /boot           vfat    defaults          0       2
PARTUUID=a3cbb222-02  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that
UUID=F687-D9A2	/home/pi/RetroPie	vfat	nofail,user,uid=pi,gid=pi 0	2

If I run sudo mount -a it doesn't seem to do anything, it freezes (or at least longer than I am willing to wait)
If instead I were to unplug and plug the SSD back in and run df, I see it.
Here is my full dmesg
https://pastebin.com/PiXxUubt

While writing this, I actually fixed it because I saw this in dmesg above.

[    2.025695] usb 2-1: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd
[    2.056945] usb 2-1: New USB device found, idVendor=174c, idProduct=55aa, bcdDevice= 1.00
[    2.056968] usb 2-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[    2.056986] usb 2-1: Product: ASmedia Storage Device
[    2.057002] usb 2-1: Manufacturer: ASmedia
[    2.057019] usb 2-1: SerialNumber: 0220042316AD
[    2.083972] scsi host0: uas
[    2.090086] scsi 0:0:0:0: Direct-Access     SanDisk  SSD PLUS 1000GB  0    PQ: 0 ANSI: 6

The resolution was here: https://forums.raspberrypi.com/viewtopic.php?t=245931
It turns out this was my issue and adding usb-storage.quirks=174c:55aa:u to "/boot/cmdline.txt" fixed it, so the full command was:

usb-storage.quirks=174c:55aa:u console=serial0,115200 console=tty1 root=PARTUUID=a3cbb222-02 rootfstype=ext4 fsck.repair=yes rootwait loglevel=3 consoleblank=0 plymouth.enable=0

The vendor and productId above are where I got those values from.

[mitu]

It's kind of a known issue - if you search the forums they've been multiple users bitten by this problem. It's also a general issue with the Pi4/Linux and certain USB/SATA controllers, that's why the raspberrrypi.com forum post is pinned.

[krum110487]

@mitu Yeah, when I was searching the pin seem to suggest it was a speed issue, not a mount issue, which is why I overlooked it. So I figured I would just post anyway.