I have a drive showing bad sectors and want to remove it and shrink the array using Unbalanced the /Parent Directory continues to show on the cleared out drive. Showing the home folder of the root user directory. (addons  - user0) including Cache drives and disks, remotes and rootshare.  Then I got a message about the cache drive showing up in the root folder and while investigating that with Krusader I realized the share files were mounted under /mnt/user/user/shares, when in mnt/ it only shows “user” and no other system or disks. Clicking on /mnt/ "user" then goes in to the ‘mnt” directory. When going into the” / “ directory it shows a normal file tree. /.bin - var and then .dockerenv,,.  Checking /mnt/ I only get “user”, and not a normal layout addons - user0 but the layout is under /mnt/user and not /mnt/. I hope I am making sense. Also, when accessing “MAIN” in the GUI and clicking on the files for the disk it only shows the structure under the Home-icon /disk1 and not /mnt/disk1. Lastly, when using Unbalanced and moving all the files off the disk I still have the /Parent Directory to contend with before zeroing out the disk.

12_15Unraid.zip asgard-diagnostics-20251207-1428.zip

Edited December 16, 2025Dec 16 by JamnWilli

Please see these restrictions on Share names from the 'Add Share' help:

So, are you saying "user" is reflected as a share name under /mnt? or have I

"IMPORTANT REMINDER

Never copy files directly between a user share and a disk share if their folder names are the same."

The whole user directory is inside the "user" directory. Without risk of loosing the data, what are the proper steps in correcting this?

Edited December 16, 2025Dec 16 by JamnWilli

13 hours ago, JamnWilli said:

I realized the share files were mounted under /mnt/user/user/shares,

The second "user" in this path is the name of a Share. Is this a typo or what?

Let's redo your using the command line rather then Krusader. Open up the GUI Terminal and type

ls -al /mnt

You should get something like this:

(The entries in green are there because I have the unassigned devices plugin installed.)

Now let's look at your user listing. Type this command:

ls -al /mnt/user

Now, get a screen capture of the output. (You can cut off the most of the Share names (for privacy) but leave the first few letters so we can tag those in any response.)

Before you ask. user0 is will give a listing of shares and files that are not on a cache drive or in a cache pool. It is considered to deprecated but it has not been removed as some folks have said that they still use it...

Here it is

Edited December 16, 2025Dec 16 by JamnWilli

14 hours ago, JamnWilli said:

while investigating that with Krusader

You are better off investigating using the Dynamix File Manager that is integrated into Unraid. Using Krusader adds a level of potential confusion as we do not know what mappings you have set up for that container.

I am realizing this. I was just checking for removed files when the confusion started and in hast thought I had an issue it the structure due to the move, but upon checking, as suggested with ls -al /mnt/user/user returns no such file or directory.

Looking at "Global Share Settings" should any thing

else be changed to ensure the system is properly configured for zeroing out the disk and removing it.

Edited December 16, 2025Dec 16 by JamnWilli
word

56 minutes ago, JamnWilli said:

Let me point as things stand now" jr" will be able to write to the 'Pictures' share and "nobody" to the 'icloud-drive-sync' share. Any other Share Access user will be denied write permission since they will be accessing the share as a member of the 'users' group. This is regardless of the permissions you have set up under the GUI's SMB Share settings.

Go to Tools - New Permissions and run it on both the Pictures and icloud-drive-sync shares. That will make these shares access as specified by their SMB Share settings.