Getting Kodi / LibreELEC to work smoothly on a Raspberry Pi 4

My Hardware setup: Raspberry Pi 4 (w/4Gb memory), 32Gb SDcard, USB3 500 Gb SSD -

The idea of using a USB drive is so that should I desire to change the content, I power down the Raspberry Pi, move the SSD to my desktop, make the desired changes of content, plug in the SSD to the Raspberry Pi and then power up the system. Kodi recognizes the change in content accordingly.

Problems: First problem - Way too much buffering while accessing the 500 Gb SSD. Press Enter to start the play of media located on the SSD and Kodi would sit spinning its wheels for upwards of a minute. Second problem - I was not able to invoke the various ViewTypes for content existing on the SSD ( Wall vs Slide vs List )

Solution: First) reformat the USB SSD from  ExFAT FS to  FAT32 (VFAT) FS. Second) assign a new label to the SSD (11 characters or less)

Discussion: LibreELEC (and other Linux distributions) do not handle ExFAT FS format efficiently. The older FAT32 (VFAT) format works much smoother. And a 500 GB USB drive can be formatted as FAT32.

For some reason (unknown to me), Kodi fails to allow the various ViewTypes on outboard media if the USB media lacks a volume label. This problem goes away once a volume label has been assigned.

I understand about using EXT4 format. I deliberately chose FAT32 for a Linux reason.

A SSD should be mounted with the 'noatime' option at the time of mounting. Setting the option to 'noatime' extends the life of the drive. By default, LibreELEC mounts the SSD with the "relatime" option for ExFAT and EXT4 formats. To make matters worse, the /etc/fstab is read only. So there is no way to add an entry to /etc/fstab to specify the mounting options. A FAT32 format sidesteps the issue.

Furthermore, with the FAT32 format, the buffering has been reduced - 1 to 10 seconds range, which is acceptable to me.

A thank you to chewitt for the technical explanation

Quote from chewitt

We don't use /etc/fstab which is why it's blank and you cannot edit or override the file. It only exists because some other Linux plumbing looks for it and craps out when it doesn't (even if the file is blank). We use udevil for mounting and it's possible to override our default udev rules if you want to (use a file with the same name in /storage/udev.rules.d). I guess when all the upstream sources adopt noatime we'll acquire the same change. Until then, we'll stick to the accepted defaults.

I accept the reason for the /etc/fstab situation. My only concern is the lack of a tutorial on how to create a proper udev rule for udevil. While there is online documentation, the documentation is somewhat obscure and I have not found any concrete examples.

Quote from BeauSlim

Defaults may have changed and it has been a while, but in the past I have seen some improvement in local content stuttering by forcing buffer mode to 1 as per the kodi wiki.

Thank you for the tip. As expected for a default value, the buffer mode was set to 2 (Streaming only). So I will try the suggested mode and see if the studdering diminishes.