Permission problems with multiple partitions

msalton1 · 29 Jan 2020

I recently built a system and used the HDDs from the system I'm replacing. There seem to be some permission issues. I've given myself full control in the Properties/Security, but am still having trouble.

Amongst other issues, MediaMonkey won't rip CDs. It creates the temporary wav files to my User\appdata\temp folder (on a drive other than C:\), but won't compete the conversion to mp3. The first indication it gives is that it can't delete the temp files.

Motherboard: Asus TUF Z370-Plus gaming
Windows 7 Ult x64
CPU i5-8600K
HDDS WD 2 TB 7600

Obviously the issue is moving them to the new machine. I've added myself to all the partitions (nine partitions in all. The C:\drive is a separate SDD.

CCleaner seems to have no problem deleting files in the temp dirs.

Any ideas?

samuria · 30 Jan 2020

All folders will be owned by the old user and some may inherit from other folders cleaner will be running as system so can delete files. The quick way is to use free software to convert the drive to fat32 which doesn't have any permission.

msalton1 · 30 Jan 2020

samuria said:

All folders will be owned by the old user and some may inherit from other folders cleaner will be running as system so can delete files. The quick way is to use free software to convert the drive to fat32 which doesn't have any permission.

Thanks for your response, samuria. Unfortunately, FAT32 has limitations that will be problematic for my use. My username and password are the same as previously, although that username doesn't seem to be on all volumes now except where I added it. The problems I'm experiencing don't effect all usage and operations. Is there a procedure I can apply on an as needed basis?

In the example of the mp3 ripping from audio CD, how could I change permissions to allow MediaMonkey to do its thing?

My "Music" folder is not the "My Music" folder, it's a folder called 'Albums' on its own partition. I took ownership of the folder (but not the drive, which is owned by one of the 'alphabet soup' accounts...S-1-5-21-18...etc). I am in the user list with full control.

I have Temp files paths directed to their own partition (S:\) as well (as I had it in previous machine). The "owner" of the (temp files) partition is machine name\Adminstrators. There are no 'alphabet soup' owners on this partition, but there is for the folder username-AppData-Local-Temp. The user names in the Security tab are mine, System and Everyone, all with Full Control.

The 'alphabet soup' name is the owner

'Everyone' is a user with Full Control in both cases. I added it as an attempt to allow access.

My username is an admin acct.

The problem with MediaMonkey ripping the file is that after it rips the track to a .wav file in
S:\(username)-AppData-Local-Temp, it doesn't have access to the file. The error message is as pictured. Below that is the Environmental Variables Properties sheet. What I've just noticed about that is that there is no 'Path' entry in the User Variables section (there is on the old system).

Another thing that strikes me as odd is that MediaMonkey can write the .wav file to the Temp dir, but it can't delete it (not sure why it needs to delete the temp .wav before it converts it to mp3 and writes it to the music drive)

Permission problems with multiple partitions-path.png

Permission problems with multiple partitions-mm-issues.png

Megahertz07 · 30 Jan 2020

Take a look Take Ownership Shortcut

samuria · 30 Jan 2020

Window's only sees users as a SID so the name being the same has no effect as the sid isn't the same. You need to check if permission is inherits from folders above. You can convert to fat32 without loosing data to remove all permission then convert back to NTFS very simply

msalton1 · 30 Jan 2020

Megahertz07 said:

Take a look Take Ownership Shortcut

Hi Mega, I've used that in some instances (not having non-stop trouble), and have also manually changed permissions and ownership when needed. The temp folder is owned by an alphabet user. Is there an issue if I make myself the owner of a system temp dir (S:\(username)-AppData-Local-Temp,)? Also, are permissions stored on the system drive? IOW, if I back up before changing permissions, will restoring an image of the C:\ drive restore the permissions?

msalton1 · 30 Jan 2020

samuria said:

Window's only sees users as a SID so the name being the same has no effect as the sid isn't the same. You need to check if permission is inherits from folders above. You can convert to fat32 without loosing data to remove all permission then convert back to NTFS very simply

What software goes to FAT32 and back without data loss?

msalton1 · 30 Jan 2020

samuria said:

Window's only sees users as a SID so the name being the same has no effect as the sid isn't the same. You need to check if permission is inherits from folders above. You can convert to fat32 without loosing data to remove all permission then convert back to NTFS very simply

Problem solved. Although I was leary of changing ownership of a system temp directory, I changed the owner from alphabet user to administrators on this machine. All is well now. Thanks for your inputs. I also discovered that PW Pro purports to convert NTFS & FAT32 back and forth without data loss.

Again, thanks to both y'all!

Bree · 30 Jan 2020

msalton1 said:

I also discovered that PW Pro purports to convert NTFS & FAT32 back and forth without data loss.

Be aware that Fat32 has a size limit of 4GB for individual files. You may have problems converting to Fat32 if there are files larger than that on an NTFS partition.

msalton1 · 30 Jan 2020

Bree said:

Be aware that Fat32 has a size limit of 4GB for individual files. You may have problems converting to Fat32 if there are files larger than that on an NTFS partition.

Thanks. One of the reasons I use NTFS. The Temp partition really isn't an issue, since there are no files that exceed the file size limit (and if there were, they're only temp files that can be deleted before hand). My other partitions do exceed the limit, though. Fortunately, in this case, changing ownership resolved the issue.