April 10, 200818 yr First of all I remind you (if anybody cares to help) that still, Greek folders are not visible in the console when they are on ntfs disks. So for EVERY ntfs disk with data I mount, I first rsync whatever I can, then have to go over a painful procedure of remounting that disk on a Windows machine using USB, and copy the rest (something that can currently be done without extra software only through Vista, as XP doesn't have such a thorough "replace or not" ability - if anybody can propose some extra free software to rectify this, welcome). So if someone can help... Anyway the issue is that after I mounted a disk with ntfs-3g and rsynced "what I can"... all files where copied... HIDDEN! Maybe 3g is the problem as I think this didn't happen with my previous ntfs disk, mounted normal ntfs. The thing is that now I have a HUGE list of hidden files. So: 1) How can I fix those (through the console and of course in one go). How can I reset attributes to the way unRAID (and Samba) wants them. bonus: Are those attributes different, depending on how I have set shares security through web interface? (if yes, tell me so that I will post my current settings and you tell me the proper chmod) 2) How can I prevent this from happening again (if possible using ntfs-3g because I somehow "trust" it more for handling ntfs disks). Thank you in advance. Please help because (yet again) the complex path of moving my (NTFS and full) removables to unRAID is stopped by something seemingly minor.
April 10, 200818 yr The ability to see the "hidden" files can be turned on in windows. OR This should make the files "visible" in SAMBA by changing the unix attributes. find /mnt -type f –exec chmod og-x {} \; The basic issue is that the default permissions "mask" in unRaid is set to a value that sets the execute bits for unix group and others. These unix attributes are used/interpreted by SAMBA as hidden and system files. You can probably eliminate the issue by typing the following before copying files from your NTFS mounted volume to other disks: umask 000
April 10, 200818 yr Author ok so for the files already copied I execute the first command and for now on I use umask 000 before rsync check the strange thing is how with my first disk this did NOT happen (it was mounted as ntfs not ntfs-3g though)...
April 10, 200818 yr You didn't use the proper parameters on the mount command. Use this: mount -r -t ntfs /dev/hdj1 /mnt/old_data -o umask=111,dmask=000 -v Please see the wiki entry I edited for an explination http://lime-technology.com/wiki/index.php?title=Copy_files_from_a_NTFS_drive
April 10, 200818 yr You didn't use the proper parameters on the mount command. Use this: mount -r -t ntfs /dev/hdj1 /mnt/old_data -o umask=111,dmask=000 -v Please see the wiki entry I edited for an explination http://lime-technology.com/wiki/index.php?title=Copy_files_from_a_NTFS_drive Thanks... partially my fault. I did not have that option on the ntfs-3g entry in the wiki. (I have added the option to my wiki page too. It should help in the future) Joe L.
April 10, 200818 yr Author will this also work with ntfs-3g instead of ntfs? (suppose yes) really really help for all the help people (looking forward for when migration finishes and I have a working system with less whining)
Archived
This topic is now archived and is closed to further replies.