dlandon

I've submitted several PRs today. One adds support for Recycle Bin Next capability to Custom SMB Shares. Once Custom SMB Shares is released with the Recycle Bin Next PR, I'll do some additional testing and then release a new version of Recycle Bin Next. The Recycle Bin Next is available from GitHub: https://github.com/dlandon/recycle.bin-next

The issue has already been fixed in Unassigned Devices Next, which is an independent continuation of the original Unassigned Devices project. If you'd like to use the fix now, install both Unassigned Devices Next and Unassigned Devices Plus Next. Installation instructions and releases are available here: https://github.com/dlandon/unassigned.devices-next The Plus plugin provides the formatting support, including exFAT.

Your diagnostics show the drive itself is not the problem. The partition table was created successfully, but the format failed because the plugin is trying to execute: /usr/sbin/mkfs.exfat On current Unraid releases, mkfs.exfat is actually located at: /sbin/mkfs.exfat The important line in your log is: Format failed: sh: line 1: /usr/sbin/mkfs.exfat: No such file or directory So the partitioning completed successfully; only the filesystem creation failed because the executable path is incorrect. This has already been corrected in the current UD Next code.

I submitted a PR to fix this issue.

I've been looking at this plugin because I wanted to see if I could add support for it in the 'Recycle Bin - Next' plugin. It's a clever approach and I think there is an opportunity for the two plugins to work together. I have a few suggestions that might simplify integration: Limit custom share paths to /mnt/user. The /mnt/disks and /mnt/remotes paths are managed by Unassigned Devices (UD). Those mount points can appear and disappear as devices are mounted, unmounted, attached, or detached, so they are not as stable as Unraid user shares. UD already manages SMB sharing for those paths, so I don't think they should be offered as Custom SMB Share locations. Use a working configuration in /etc/samba. Currently the custom share configuration is stored on the flash drive at /boot/config/plugins/custom.smb.shares/smb-custom.conf and included via the "SMB Extras" mechanism. I think it would be cleaner to keep the persistent configuration on the flash drive, but generate a working copy in RAM at /etc/samba/smb-custom.conf and include it directly with: 'include = /etc/samba/smb-custom.conf'. That's consistent with how Samba's runtime configuration is managed elsewhere in Unraid. Recycle Bin integration. With a working configuration in /etc/samba/smb-custom.conf, the Recycle Bin plugin can automatically update the custom shares with the appropriate Samba recycle directives before Samba is reloaded. The Custom SMB Shares plugin would simply update its configuration and then invoke the Recycle Bin plugin to apply or remove the recycle settings as needed. I've already implemented this on my side, so the integration point is ready if you're interested. I can give you the php code to do this. It's just a few lines of code put where you would reload samba on a change in share configurations. I think this would provide seamless Recycle Bin support for Custom SMB Shares while keeping the responsibilities of the two plugins nicely separated.

Done.

How does it show in UD? Screen shot?

I just changed the default. LMS has been set to Bridge forever.

I'm doing some testing. I have a new Squeezebox Radio that can't see the LMS. Try setting the Network type to 'Host'.

Keep in mind that you need to now set a MAC address on the docker container if you depend on a static MAC address.

Squeezebox Radio here working fine.

None of the containers will auto update LMS. Latest is the same as previous builds - no LMS updates. I need to build new containers for the stable and development to get any new LMS updates. The periodic container refreshes is to update the OS and packages.

I have created docker containers for the 'Stable' and 'Development' versions of LMS so you can run either of those versions as you wish. Refer to the first post on how to install either of those versions. There aren't any changes in the 'Stable' and 'Development' versions that would prevent a downgrade. So you can go back and forth if you wish. The 'Stable' verson has a few updates posted nightly, and the 'Development' version is the 9.2 development which is the 'bleeding edge'. Use at your own risk. The 'Stable' and 'Development' docker containers do not update, so I will have to refresh the docker containers to include any changes since the last container build. If you see something before I do, let me know and I will refresh the appropriate container.

I've released an update to LMS that upgrades the container OS to noble (Ubuntu 24.04) and cleaned up some ownership and permission issues. One of the things upgrading to noble did was increase the Audio::Scan version to 1.10. Someone had asked about this some time ago because Jammy was stuck at 1.05 if I recall correctly. I had most of my music ripped to wma and wma pro files and this was causing me some playback issues. I went through the process of converting all my music files to flac, and no longer have the issues. The down side was an enormous increase of my Music Library size, but that's not really an issue for me as I have a lot of space on my server.

ownCloud is not a front end to your array files.