Take the 2-minute tour ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Before upgrading to Windows 8 I did several backups to a secondary drive and specifically to this folder: E:\Backups\Keepers\2013.02.14 Before Windows 8. The backup folder included Acronis True Image Home 2010 backups and a number of xcopy's.

When I installed Windows 8 I wiped the two partitions on my SSD drive in favour of one partition for Windows 8 and proceeded with installation without a problem. As expected the secondary drive changed from E: to D: because the SSD drive now has one, not two, partitions.

Today when I went to restore files I could not see the D:\Backups\Keepers\2013.02.14 Before Windows 8 folder. Heart sunk! After investigation I found the 2013.02.14 Before Windows 8 folder had System and Hidden attributes. I did not set those attributes.

This leads me to the following questions:

  1. What might have turned on System & Hidden attribute?
  2. When I removed the attributes from 2013.02.14 Before Windows 8 folder one of two sub folders had the same issue. Why?
  3. I found the folder had these attributes by dir .tib /s. Why did dir find show these files given they were is hidden & system folders?
share|improve this question
    
For me dir does not show hidden files by default, yet it shows everything with dir /a as it's supposed to do. –  Alexey Ivanov Feb 28 '13 at 19:18
    
I saw Hidden attribute added to folders and files that start with . if a network folder accessed from Windows where the host is a Linux system. On Linux files that start with . are considered hidden, therefore hidden attribute is added when you view it from Windows. –  Alexey Ivanov Feb 28 '13 at 19:21

3 Answers 3

I will tell you about propagation: When one folder is marked hidden, by default when using the gui the attribute will be propagated to files and subfolders. I cannot of course tell you why it happened. dir will show all files as harrymc said, but you can (as I do) tell windows explorer to show hidden and system files and folders, that's googlable.

Update for comments

Hiding and applying to subfolders is default behavior in Windows when using the gui, and possible using the /S option from the command line:

C:\Users\me>attrib /?
Displays or changes file attributes.

ATTRIB [+R | -R] [+A | -A ] [+S | -S] [+H | -H] [+I | -I]
       [drive:][path][filename] [/S [/D] [/L]]

  +   Sets an attribute.
  -   Clears an attribute.
  R   Read-only file attribute.
  A   Archive file attribute.
  S   System file attribute.
  H   Hidden file attribute.
  I   Not content indexed file attribute.
  [drive:][path][filename]
      Specifies a file or files for attrib to process.
  /S  Processes matching files in the current folder
      and all subfolders.
  /D  Processes folders as well.
  /L  Work on the attributes of the Symbolic Link versus
      the target of the Symbolic Link

enter image description here

share|improve this answer
    
Inheritance doesn't explain why one folder had hidden & system attributes and not the other. –  Tim Murphy Feb 27 '13 at 3:49
    
Also "when I removed the attributes (...)" should remove them also from subfolders, should it not? –  Kitet Feb 28 '13 at 17:09
    
No, folder attributes, such as Hidden and System, are not inherited. Access Control Lists (ACLs) which are defined on Security tab of the Properties dialog are inherited if a permission is not set as applied to the current folder only. –  Alexey Ivanov Feb 28 '13 at 19:13
    
@Kitet you have the option of applying the operation to files and subfolders. –  BigHomie Feb 28 '13 at 20:17
    
@TimMurphy it all depends on how the perms were set in the first place, since we don't know it's hard to speculate. Was one of the two subfolders an OS or system folder already? –  BigHomie Feb 28 '13 at 20:19

First, the dir command is an ancient left-over from MS-DOS. It is supposed to show all files by design, since in these days Microsoft was not very much concerned with unaware consumers as clients.

The best explanation I can find for these file-attribute changes is that these files were created by an account that was badly translated to Windows 8, so they ended up with funny attributes. Only well-known accounts, for example the real Administrator or Everyone, are (usually) guaranteed to be perfectly conserved after a Windows version upgrade.

In any case, a real explanation of what happened will require knowledge of the Windows 8 upgrade program and its bugs, and no Microsoft developer will ever give you a straight answer about bugs in this forum (or any forum).

share|improve this answer
    
I did a fresh install. –  Tim Murphy Feb 27 '13 at 3:47
    
The partition was created by the previous installation, so the explanation is that the new installation might not know the account which originally created these folders/files. –  harrymc Feb 27 '13 at 8:51
1  
@harrymc he's asking about ATTRIBUTES, you are talking about ACLs. Situation in which owner or original machine administrator account is not known, results in you not being able access a folder, not it being hidden. Must be some bug in NTFS driver, I also installed Win8 and still had Win7 drive in my laptop, which resulted in checkidisk running with every restart. See my fight with moving to Win8. No answer there either. –  Kitet Feb 28 '13 at 17:20
    
Windows 8 comes with a new NTFS format, so of course anything is possible in case of incompatibility between the old and new drivers. But permissions can cause files and directories to become unviewable, as in Access-based Enumeration. In my opinion, loused-up permissions can have rather unpredictable effects when badly interpreted by Windows utilities. –  harrymc Feb 28 '13 at 19:41

simply some viruses done that, I have many similar issue in my customers PC and flash drives, they asked for recovery because they think their files are gone!!!

simply open an command prompt with administration privilege, go to root of your driver letter that in your case is D:

D:\attrib -R -S -H *.* /S /D

all done!

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.