October 9, 20178 yr On one disk (the most recent one added more than a year ago) I have 12 directories in the root of that disk share (and some sub directories of another) that all have the exact same date/time stamp: 08.15.2016 9:40am. I do not have permission to access any of them. Stranger still, I'm anal about keeping certain types of data confined to particular disks, and none of this data should have been on this disk. I.e., it should live elsewhere. And in fact there are these exact same shares on other disks - that are accessible. I just don't know What made them inaccessible How they got there If they actually contain any data - and if so, is it a copy or subset of the same shares on the other disk where they belong? I have been tempted to run the "new permissions" tool on the disk but there's other data on the drive I have not been able to back up yet (another backup build in the works). So I want to know what I am/should be) doing before I do it Other info: Just upgraded to 6.3.5 today (from 6.3.3) Running up to date dockers, just a handful. Have one SSD set up for two VMs syslog /diag attached Not sure what other info could be useful. server-diagnostics-20171009-1106 .zip
October 9, 20178 yr 41 minutes ago, TyantA said: If they actually contain any data You've got to check this out using either the Dolphin / Krusader docker application or the command line. 44 minutes ago, TyantA said: dockers, 44 minutes ago, TyantA said: tempted to run the "new permissions" tool on the disk Make sure that the disk doesn't contain the appdata for your docker containers. Or install Fix Common Problems plugin and then run Docker Safe New Permissions 45 minutes ago, TyantA said: is it a copy or subset of the same shares on the other disk where they belong? Unlikely its a copy. 46 minutes ago, TyantA said: What made them inaccessible How they got there Hard to say. Most likely (since you didn't specify anything about the share or the type of files it contains) is that they were created by something like Couch Potato/Radarr/Sonarr/Sickbeard and were created using incorrect permissions. This command will shed more light on the situation ls -al /mnt/disk#
October 9, 20178 yr Author Thanks for the reply squid. Quote Make sure that the disk doesn't contain the appdata for your docker containers. Or install Fix Common Problems plugin and then run Docker Safe New Permissions Nope, appdata is safely on my cache drive. Disk in question is disk11 in my array. After posting, I installed the Fix Common Problems plugin and it didn't pick anything up out of the ordinary. I did go ahead and run the New Permissions tool just on one share on disk 11 as a test, but now I seem to be able to access all the directories (showing with nothing in them) without Windows telling me I don't have permission. I'm just not sure I believe I have a dozen directories with no data in them. Quote Hard to say. Most likely (since you didn't specify anything about the share or the type of files it contains) is that they were created by something like Couch Potato/Radarr/Sonarr/Sickbeard and were created using incorrect permissions. 2 To clarify, I'm talking about top level directories that previously exsited on other disks, that one day showed up on disk 11 (despite said shares being having only one assigned disk that wasn't 11). As for file contents; data. Everything from external hdd/memory key backups to a friend's drive recovery attempt to my software share, my backups directory and the data share for my VMs. All directories either I explicitly created (like Software and Backups) or that were shared by being a top level directory like "External 250 Copy". Here's a screenshot after running that command:
Archived
This topic is now archived and is closed to further replies.