Re: Files created with CYGWIN have "NULL SID:(DENY)" windows ACL, inter alia
On Sat, 28 Dec 2019 at 20:23, Lee wrote: > > On 12/28/19, Andrey Repin wrote: > > Greetings, Peter Binney! > > > > Bottom posting in this list, please. > > > >> Hello Andrey - many thanks again. > > > >> I have added noacl to the default fstab entry, so it reads: > >> none /cygdrive cygdrive noacl,binary,posix=0,user 0 0 > > > >> and that sorts out the permissions problem, thank you. > > > >> But, bizarrely, it introduced a new one - the WHICH command no longer > >> reports non-executable files on the PATH. > > Try adding the exec option to fstab: > > $ grep cygdrive /etc/fstab > # none /cygdrive cygdrive binary,posix=0,user 0 0 > none /cygdrive cygdrive binary,posix=0,user,noacl,exec 0 0 > > $ which xcopy > /cygdrive/c/windows/system32/xcopy > > $ ls -l /cygdrive/c/windows/system32/xcopy > -rwxr-xr-x 2 Lee None 47616 Sep 15 2018 > /cygdrive/c/windows/system32/xcopy.exe > > Regards, > Lee Hi Lee - many thanks indeed for that. I've added "exec" and WHICH now works. Cheers, Peter -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Files created with CYGWIN have "NULL SID:(DENY)" windows ACL, inter alia
Hello Andrey - many thanks again. I have added noacl to the default fstab entry, so it reads: none /cygdrive cygdrive noacl,binary,posix=0,user 0 0 and that sorts out the permissions problem, thank you. But, bizarrely, it introduced a new one - the WHICH command no longer reports non-executable files on the PATH. Such files are found and executed OK (presumably because Windows logic is adhered to, where execute permission is not required), but WHICH doesn't "see" them. So I had to build a work-around for WHICH (which I use in various scriptware) since I can also find no way to set the execute bit on a file ("chmod a+x" doesn't seem to do anything with or without noacl). Thanks again, Peter On Tue, 24 Dec 2019 at 09:20, Andrey Repin wrote: > > Greetings, Peter Binney! > > > Hello Andrey - many thanks for that. I have now removed /etc/passwd > > and /etc/group which didn't change anything. > > > I read some of your earlier posts on this and had already tried the noacl > > route. > > > Unfortunately it has made no difference. I added a second line to my > > fstab so it read: > > > none /cygdrive cygdrive binary,posix=0,user 0 0 > > Add "noacl" here. > > > e: /cygdrive/e ntfs noacl,binary,posix=0,user,auto 0 0 > > Avoid overlapping mount points. The end result could be surprising. > > > with "mount" showing: > > > C:/cygwin/bin on /usr/bin type ntfs (binary,auto) > > C:/cygwin/lib on /usr/lib type ntfs (binary,auto) > > C:/cygwin on / type ntfs (binary,auto) > > E: on /cygdrive/e type ntfs (binary,noacl,posix=0,user) > > C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) > > D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto) > > N: on /cygdrive/n type smbfs (binary,posix=0,user,noumount,auto) > > P: on /cygdrive/p type smbfs (binary,posix=0,user,noumount,auto) > > > But when creating files on an E: I still get DENY for "NULL SID" and > > other accounts. > > $ cat /etc/fstab && mount > # For a description of the file format, see the Users Guide > # http://cygwin.com/cygwin-ug-net/using.html#mount-table > > # This is default anyway: > #none /cygdrive cygdrive binary,posix=0,user 0 0 > none / cygdrive noacl,binary,nouser,posix=0 0 0 > W:/ /var/run ntfs acl,binary,nouser,posix=0 0 0 > C:/Users /home bind noacl,binary,exec,posix=0 0 0 > none /tmp usertemp binary,nouser,posix=1 0 0 > > C:/Users/ANRDAE~1/AppData/Local/Temp on /tmp type ntfs (binary,usertemp) > C:/Programs/Cygwin_64/bin on /usr/bin type ntfs (binary,auto) > C:/Programs/Cygwin_64/lib on /usr/lib type ntfs (binary,auto) > C:/Programs/Cygwin_64 on / type ntfs (binary,auto) > C:/Users on /home type ntfs (binary,exec,noacl,posix=0) > W: on /var/run type ntfs (binary,posix=0) > C: on /c type ntfs (binary,noacl,posix=0,noumount,auto) > M: on /m type vfat (binary,noacl,posix=0,noumount,auto) > Y: on /y type smbfs (binary,noacl,posix=0,noumount,auto) > Z: on /z type smbfs (binary,noacl,posix=0,noumount,auto) > > > -- > With best regards, > Andrey Repin > Tuesday, December 24, 2019 12:14:33 > > Sorry for my terrible english... > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Files created with CYGWIN have "NULL SID:(DENY)" windows ACL, inter alia
Hello Andrey - many thanks for that. I have now removed /etc/passwd and /etc/group which didn't change anything. I read some of your earlier posts on this and had already tried the noacl route. Unfortunately it has made no difference. I added a second line to my fstab so it read: none /cygdrive cygdrive binary,posix=0,user 0 0 e: /cygdrive/e ntfs noacl,binary,posix=0,user,auto 0 0 with "mount" showing: C:/cygwin/bin on /usr/bin type ntfs (binary,auto) C:/cygwin/lib on /usr/lib type ntfs (binary,auto) C:/cygwin on / type ntfs (binary,auto) E: on /cygdrive/e type ntfs (binary,noacl,posix=0,user) C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto) N: on /cygdrive/n type smbfs (binary,posix=0,user,noumount,auto) P: on /cygdrive/p type smbfs (binary,posix=0,user,noumount,auto) But when creating files on an E: I still get DENY for "NULL SID" and other accounts. On Sun, 22 Dec 2019 at 14:05, Andrey Repin wrote: > > Greetings, Peter Binney! > > > Creating a file using "> newfile", "icacls newfile" shows various DENY > > settings: > > > newfile NULL SID:(DENY)(Rc,S,WEA,X,DC) > > JCPR-DELL-3\peter:(R,W,D,WDAC,WO) > > NT AUTHORITY\SYSTEM:(DENY)(S,X) > > BUILTIN\Administrators:(DENY)(S,X) > > BUILTIN\Users:(DENY)(S,X) > > JCPR-DELL-3\None:(R) > > NT AUTHORITY\SYSTEM:(RX,W) > > BUILTIN\Administrators:(RX,W) > > BUILTIN\Users:(RX,W) > > Everyone:(R) > > > Whereas on a file created from Windows Explorer I see: > > New Text Document.txt BUILTIN\Users:(I)(M) > > Everyone:(I)(RX) > > JCPR-DELL-3\peter:(I)(F) > > BUILTIN\Administrators:(I)(F) > > NT AUTHORITY\SYSTEM:(I)(F) > > > "mkpasswd" and "mkgroup" > > Please use getent > > > both show I (user "peter") have expected > > entries in /etc/passwd and /etc/group (I attach both) > > Delete both from your system, they are not needed, except for extremely rare > cases. > > > Running "whoami" commands from powershell shows: > > > PS E:\temp> whoami /groups > > > GROUP INFORMATION > > - > > Group NameType > > SID Attributes > > = > > > > == > > Everyone > > Well-known group S-1-1-0 Mandatory group, Enabled by default, > > Enabled group > > NT AUTHORITY\Local account and member of Administrators group > > Well-known group S-1-5-114Group used for deny only > > BUILTIN\AdministratorsAlias > > S-1-5-32-544 Group used for deny only > > BUILTIN\Performance Log Users Alias > > S-1-5-32-559 Mandatory group, Enabled by default, Enabled > > group > > BUILTIN\Users Alias > > S-1-5-32-545 Mandatory group, Enabled by default, Enabled > > group > > NT AUTHORITY\INTERACTIVE > > Well-known group S-1-5-4 Mandatory group, Enabled by default, > > Enabled group > > CONSOLE LOGON > > Well-known group S-1-2-1 Mandatory group, Enabled by default, > > Enabled group > > NT AUTHORITY\Authenticated Users > > Well-known group S-1-5-11 Mandatory group, Enabled by default, > > Enabled group > > NT AUTHORITY\This Organization > > Well-known group S-1-5-15 Mandatory group, Enabled by default, > > Enabled group > > NT AUTHORITY\Local account > > Well-known group S-1-5-113Mandatory group, Enabled by default, > > Enabled group > > LOCAL > > Well-known group S-1-2-0 Mandatory group, Enabled by default, > > Enabled group > > NT AUTHORITY\NTLM Authentication > > Well-known group S-1-5-64-10 Mandatory group, Enabled by default, > > Enabled group > > Mandatory Label\Medium Mandatory LevelLabel > > S-1-16-8192 > > PS E:\temp> whoami > > jcpr-dell-3\peter > > PS E:\temp> whoami /user > > > USER INFORMATION > > > > User Name SID > > = = > > jcpr-dell-3\peter S-1-5-21-1468824806-2062748802-729869357-100 > > > I also attach cygcheck.out > > See my earlier message, I strongly suggest "noacl" mount option for > directories outside Cygwin root. > No windows program expects stupid access restrictions produces by basic POSIX > permissions. > > > -- > With best regards, > Andrey Repin > Sunday, December 22, 2019 15:35:08 > > Sorry for my terrible english... > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Files created with CYGWIN have "NULL SID:(DENY)" windows ACL, inter alia
Creating a file using "> newfile", "icacls newfile" shows various DENY settings: newfile NULL SID:(DENY)(Rc,S,WEA,X,DC) JCPR-DELL-3\peter:(R,W,D,WDAC,WO) NT AUTHORITY\SYSTEM:(DENY)(S,X) BUILTIN\Administrators:(DENY)(S,X) BUILTIN\Users:(DENY)(S,X) JCPR-DELL-3\None:(R) NT AUTHORITY\SYSTEM:(RX,W) BUILTIN\Administrators:(RX,W) BUILTIN\Users:(RX,W) Everyone:(R) Whereas on a file created from Windows Explorer I see: New Text Document.txt BUILTIN\Users:(I)(M) Everyone:(I)(RX) JCPR-DELL-3\peter:(I)(F) BUILTIN\Administrators:(I)(F) NT AUTHORITY\SYSTEM:(I)(F) "mkpasswd" and "mkgroup" both show I (user "peter") have expected entries in /etc/passwd and /etc/group (I attach both) Running "whoami" commands from powershell shows: PS E:\temp> whoami /groups GROUP INFORMATION - Group NameType SID Attributes = == Everyone Well-known group S-1-1-0 Mandatory group, Enabled by default, Enabled group NT AUTHORITY\Local account and member of Administrators group Well-known group S-1-5-114Group used for deny only BUILTIN\AdministratorsAlias S-1-5-32-544 Group used for deny only BUILTIN\Performance Log Users Alias S-1-5-32-559 Mandatory group, Enabled by default, Enabled group BUILTIN\Users Alias S-1-5-32-545 Mandatory group, Enabled by default, Enabled group NT AUTHORITY\INTERACTIVE Well-known group S-1-5-4 Mandatory group, Enabled by default, Enabled group CONSOLE LOGON Well-known group S-1-2-1 Mandatory group, Enabled by default, Enabled group NT AUTHORITY\Authenticated Users Well-known group S-1-5-11 Mandatory group, Enabled by default, Enabled group NT AUTHORITY\This Organization Well-known group S-1-5-15 Mandatory group, Enabled by default, Enabled group NT AUTHORITY\Local account Well-known group S-1-5-113Mandatory group, Enabled by default, Enabled group LOCAL Well-known group S-1-2-0 Mandatory group, Enabled by default, Enabled group NT AUTHORITY\NTLM Authentication Well-known group S-1-5-64-10 Mandatory group, Enabled by default, Enabled group Mandatory Label\Medium Mandatory LevelLabel S-1-16-8192 PS E:\temp> whoami jcpr-dell-3\peter PS E:\temp> whoami /user USER INFORMATION User Name SID = = jcpr-dell-3\peter S-1-5-21-1468824806-2062748802-729869357-100 I also attach cygcheck.out group Description: Binary data passwd Description: Binary data cygcheck.out Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
After Windows 10 upgrade, SH fails "fork: can't reserve memory for parent stack"
After Windows 10 upgraded itself from 10.0 (Build 10240) to 1511 (Build 10586) shell scripts fail with fork errors. This can be demonstrated from a Cygwin64 Terminal window by running a trivial pair of commands. Create these two files in a folder: 1. win1511.pl containing the three lines: my $subShell = "sh win1511.sh arg1 arg2"; print "Running: $subShell\n"; system("$subShell") 2. win1511.sh containing the four lines: #!/bin/bash echo win1511.sh starts sh -c "echo FROM SUBSHELL"# This fails under Windows (10) 1511 echo win1511 all done Then change to the folder and run: perl win1511.pl On a Windows 10 (10240) this reports, as expected: Running: sh win1511.sh arg1 arg2 win1511.sh starts FROM SUBSHELL win1511 all done But on the "upgraded" Windows, it reports something like: Running: sh win1511.sh arg1 arg2 win1511.sh starts 0 [main] sh 7208 C:\cygwin\bin\sh.exe: *** fatal error in forked process - fork: can't reserve memory for parent stack 0x60 - 0x80, (child has 0x40 - 0x60), Win32 error 487 527 [main] sh 7208 cygwin_exception::open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 0 [main] sh 1336 fork: child -1 - forked process 7208 died unexpectedly, retry 0, exit code 0x100, errno 11 win1511.sh: fork: retry: No child processes 1011664 [main] sh 4084 C:\cygwin\bin\sh.exe: *** fatal error in forked process - fork: can't reserve memory for parent stack 0x60 - 0x80, (child has 0x40 - 0x60), Win32 error 487 1012796 [main] sh 4084 cygwin_exception::open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 1055452 [main] sh 1336 fork: child -1 - forked process 4084 died unexpectedly, retry 0, exit code 0x100, errno 11 win1511.sh: fork: retry: No child processes 3065101 [main] sh 1744 C:\cygwin\bin\sh.exe: *** fatal error in forked process - fork: can't reserve memory for parent stack 0x60 - 0x80, (child has 0x40 - 0x60), Win32 error 487 3066077 [main] sh 1744 cygwin_exception::open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 3102454 [main] sh 1336 fork: child -1 - forked process 1744 died unexpectedly, retry 0, exit code 0x100, errno 11 win1511.sh: fork: retry: No child processes 7111887 [main] sh 4100 C:\cygwin\bin\sh.exe: *** fatal error in forked process - fork: can't reserve memory for parent stack 0x60 - 0x80, (child has 0x40 - 0x60), Win32 error 487 7112715 [main] sh 4100 cygwin_exception::open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 7152061 [main] sh 1336 fork: child -1 - forked process 4100 died unexpectedly, retry 0, exit code 0x100, errno 11 win1511.sh: fork: retry: No child processes 15161677 [main] sh 1648 C:\cygwin\bin\sh.exe: *** fatal error in forked process - fork: can't reserve memory for parent stack 0x60 - 0x80, (child has 0x40 - 0x60), Win32 error 487 15162561 [main] sh 1648 cygwin_exception::open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 15201626 [main] sh 1336 fork: child -1 - forked process 1648 died unexpectedly, retry 0, exit code 0x100, errno 11 win1511.sh: fork: Resource temporarily unavailable I am running the latest version (which I downloaded after the problem started in case there was a fix already). uname -a reports: CYGWIN_NT-10.0 JCPR-Dell-3 2.3.1(0.291/5/3) 2015-11-14 12:44 x86_64 Cygwin I attach a cygcheck.out cygcheck.out Description: Binary data -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
64-bit TAR fails with "Cannot connect to e: resolve failed"
Please ignore/delete this - I realise this has nothing to do with the change from 32 to 64 bit. It has always been a problem, which I have a wrapper script to work round (I'd forgotten to install the wrapper after the upgrade). Apologies for a mis-post! -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
64-bit TAR fails with "Cannot connect to e: resolve failed"
I have just "upgraded" to Cygwin 64 bit (from 32 bit) on Windows 8. With 32 bit, I could do: tar vtf e:/temp/filename.tar With 64 bit this fails saying: tar: Cannot connect to e: resolve failed Using cygwin paths it is OK. ie: tar vtf /cygdrive/e/temp/filename.tar Here is the result of running cygcheck -s -v -r Cygwin Configuration Diagnostics Current System Time: Fri Mar 14 21:36:25 2014 Windows 8.1 Professional Ver 6.3 Build 9600 Path:C:\cygwin\usr\local\bin C:\cygwin\bin C:\Perl\bin C:\mksnt\mksnt E:\utils E:\utils\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\WINDOWS\System32\WindowsPowerShell\v1.0 C:\Program Files\SourceGear\Common\DiffMerge C:\Program Files (x86)\Vim\vim73 C:\Program Files (x86)\QuickTime\QTSystem C:\Program Files\SourceGear\Common\DiffMerge Output from C:\cygwin\bin\id.exe UID: 1001(peter) GID: 513(None) 513(None)545(Users) 1005(HomeUsers) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'peter' PWD = '/cygdrive/e/temp' CYGWIN = 'nodosfilewarning' HOME = '/cygdrive/e/HOME' HOMEPATH = '\Users\peter' USERDOMAIN_ROAMINGPROFILE = 'JCPR-Dell-3' APPDATA = 'C:\Users\peter\AppData\Roaming' MANPATH = '/usr/local/man:/usr/share/man:/usr/man:' ProgramW6432 = 'C:\Program Files' HOSTNAME = 'JCPR-Dell-3' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 42 Stepping 7, GenuineIntel' TERM = 'cygwin' SHELL = '/bin/bash' WINDIR = 'C:\WINDOWS' PUBLIC = 'C:\Users\Public' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' USERDOMAIN = 'JCPR-Dell-3' ALLUSERSPROFILE = 'C:\ProgramData' OS = 'Windows_NT' !:: = '::\' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' TEMP = '/tmp' TMP = '/tmp' ROOTDIR = 'C:\mksnt' QTJAVA = 'C:\Program Files (x86)\Java\jre7\lib\ext\QTJava.zip' USERNAME = 'peter' PROCESSOR_LEVEL = '6' ProgramFiles(x86) = 'C:\Program Files (x86)' PSModulePath = 'C:\WINDOWS\system32\WindowsPowerShell\v1.0\Modules\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Users\peter' LANG = 'en_GB.UTF-8' TZ = 'Europe/London' LOGONSERVER = '\\JCPR-DELL-3' CommonProgramW6432 = 'C:\Program Files\Common Files' !C: = 'C:\Windows\System32' LOCALAPPDATA = 'C:\Users\peter\AppData\Local' PROCESSOR_ARCHITECTURE = 'AMD64' ProgramData = 'C:\ProgramData' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' PROMPT = '$P$G' SYSTEMROOT = 'C:\WINDOWS' PROCESSOR_REVISION = '2a07' PRINTER = 'NPI12190F (HP Color LaserJet CP2025dn)' CLASSPATH = '.;C:\Program Files (x86)\Java\jre7\lib\ext\QTJava.zip' !E: = 'E:\peterb\website' PROGRAMFILES = 'C:\Program Files' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' NUMBER_OF_PROCESSORS = '4' SESSIONNAME = 'Console' !ExitCode = '' COMPUTERNAME = 'JCPR-DELL-3' _ = '/usr/bin/cygcheck' OLDPWD = '/cygdrive/e/peterb/website' HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Installations (default) = '\??\C:\cygwin' HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin\setup HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\C:\cygwin' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'C:\cygwin' HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin\Installations (default) = '\??\C:\cygwin' HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin\setup (default) = 'C:\cygwin' obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: c5e39b7a9d22bafb Path: C:\cygwin User: Key: c5e39b7a9d22bafb Path: C:\cygwin c: hd NTFS 50005Mb 48% CP CS UN PA FC Windows8 d: hd NTFS 29998Mb 51% CP CS UN PA FC DO NOT USE - WAS Main-XP e: hd NTFS 26837Mb 78% CP CS UN PA FC Data f: cd N/AN/A n: net NTFS472785Mb 43% CP CS UN PAcore p: net NTFS472785Mb 43% CP CS UN PApublic C:\cygwin/ system binary,auto C:\cygwin\bin/usr/bin system binary,auto C:\cygwin\lib/usr/lib system binary,auto cygdrive prefix /cygdrive userbinary,posix=0,auto Found: C:\cygwin\bin\awk Found: C:\mksnt\mksnt\awk.exe Warning: C:\cygwin\bin\awk hides C:\mksnt\mksnt\awk.exe -> C:\cygwin\bin\gawk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\mksnt\mksnt\cat.exe Warning: C:\cygwin\bin\cat.exe hides C:\mksnt\mksnt\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\mksnt\mksnt\cp.exe Warning: C:\cygwin\bin\cp.exe hides C:\mksnt\mksnt\cp.exe Not Found: cpp (good!) Not Found: crontab Found: C:\cygwin\bin\find.exe Found: C:\mksnt\mksnt\find.exe Warning: C:\cygwin\bin\find.exe hides C:\mksnt\mksnt\find.exe Found: C:\WINDOWS\system32\find.exe Warning: C:\cygwin\bin\find.exe hides C:\WINDOWS\system32\find.exe
Re: LS and TAR don't see any file permissions (
Have found my solution ... robocopy. Using it's /secfix option copied files are owned by the copying user. eg: robocopy x:\tmp .\tmp /e /secfix Note: you need a not-too-old version of Robocopy for the /secfix support (I was using v 1.96). On 16 March 2011 19:09, Peter Binney wrote: > Eric Blake redhat.com> writes: > >> >> On 03/04/2011 11:12 AM, Peter Binney wrote: >> > When running "ls -l" the permissions field shows as "--+". >> >> Which means that the owner has no permissions, but that there are ACLs >> which allow others permissions. Not entirely unusual, given Windows' >> ability to create files with a different owner than the current user, >> while allowing the current user to access the file (typically when done >> to places like the desktop, and caused by inheritance ACLs present on >> the directory where the problematic file is being created in the first >> place). >> >> > Oddly, "ls -l" shows the correct permissions if the pathname uses the >> > windows drive letter syntax. eg: >> > >> > $ pwd >> > /cygdrive/c >> > $ ls -l tmp/plb.txt >> > --+ 1 ga2binn Domain Users 5527 Mar 3 13:54 tmp/plb.txt >> > $ ls -l c:/tmp/plb.txt >> > -rw-r--r-- 1 ga2binn Domain Users 5527 Mar 3 13:54 c:/tmp/plb.txt >> >> That's because using a dos-style path disregards ACL parsing, and fakes >> the permission bits instead. The + shows that ACLs are present, and >> 'getfacl tmp/plb.txt' will show you the difference between the owner and >> your permissions. >> >> > Similarly, TAR images have no permissions on the files contained. eg: >> > >> > $ pwd >> > /cygdrive/c/tmp >> > $ tar cf - plb.txt | tar vtf - >> > -- ga2binn/Domain Users 5527 2011-03-03 13:54 plb.txt >> >> Here, the problem is that tar doesn't preserve ACLs by default, so the >> original POSIX mode (000) is preserved while the ACLs are lost, >> resulting in an truly inaccessible file (note that there is no longer a >> + in the listing). >> >> > >> > Even more oddly, this behaviour (both LS and TAR) occurs on a new PC >> > that I am moving to. >> >> That's another big case where the user ids on the old pc do not >> correpsond to the user ids on the new pc; copying preserved the old user >> id, but gave ACL access to the new user, resulting in odd permissions. >> > > Many thanks indeed for that info, Eric. > > I know it's not a Cygwin issue, but can you suggest an easy way to get > miserable Windows to copy files to a new machine in a way that does > give the current user ownership (ideally using some normal-ish Windows > commands)? > > I tried using Windows Explorer copies and Winzip-ed .zip archives - > both end up with the problem below. > > I have done this before when transferring PC's, but then I would have > been the same user on both, Here I am also moving to a different > domain\username on the new PC. > > -- > Peter > > > > > -- > Problem reports: http://cygwin.com/problems.html > FAQ: http://cygwin.com/faq/ > Documentation: http://cygwin.com/docs.html > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How do I add a follow-on post to a thread in this mailing list?
Many thanks indeed Mark - GMANE was prefect - so much easier than mucking around with "raw" mail messages. On 16 March 2011 07:11, Mark Geisert wrote: > Peter Binney writes: > [..no <http://cygwin.com/acronyms/#TOFU> today please, reformatted..] >> >> But that reply has not appeared (though I got no delivery error >> >> message). >> > >> > You might be able to save the "Raw text" version to disk and open it >> > within your email client. Click "reply" and the correct headers will be >> > included. >> >> Many thanks - I'm using gmail. Any idea how I would do that with it? >> >> Also, is there no way then to join into a thread unless one has access >> to a mail from the mailing list? > > I can't answer your gmail question. But here's an alternative: read the list > and write followups using gmane. See <http://news.gmane.org/gmane.os.cygwin>. > I actually do something a little different: read the list using the archives > <http://cygwin.com/ml/cygwin/> but use gmane to followup. > HTH, > > ..mark > > -- > You never know what is enough until you know what is more than enough. > -- William Blake > > > -- > Problem reports: http://cygwin.com/problems.html > FAQ: http://cygwin.com/faq/ > Documentation: http://cygwin.com/docs.html > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: LS and TAR don't see any file permissions (
Eric Blake redhat.com> writes: > > On 03/04/2011 11:12 AM, Peter Binney wrote: > > When running "ls -l" the permissions field shows as "--+". > > Which means that the owner has no permissions, but that there are ACLs > which allow others permissions. Not entirely unusual, given Windows' > ability to create files with a different owner than the current user, > while allowing the current user to access the file (typically when done > to places like the desktop, and caused by inheritance ACLs present on > the directory where the problematic file is being created in the first > place). > > > Oddly, "ls -l" shows the correct permissions if the pathname uses the > > windows drive letter syntax. eg: > > > > $ pwd > > /cygdrive/c > > $ ls -l tmp/plb.txt > > --+ 1 ga2binn Domain Users 5527 Mar 3 13:54 tmp/plb.txt > > $ ls -l c:/tmp/plb.txt > > -rw-r--r-- 1 ga2binn Domain Users 5527 Mar 3 13:54 c:/tmp/plb.txt > > That's because using a dos-style path disregards ACL parsing, and fakes > the permission bits instead. The + shows that ACLs are present, and > 'getfacl tmp/plb.txt' will show you the difference between the owner and > your permissions. > > > Similarly, TAR images have no permissions on the files contained. eg: > > > > $ pwd > > /cygdrive/c/tmp > > $ tar cf - plb.txt | tar vtf - > > -- ga2binn/Domain Users 5527 2011-03-03 13:54 plb.txt > > Here, the problem is that tar doesn't preserve ACLs by default, so the > original POSIX mode (000) is preserved while the ACLs are lost, > resulting in an truly inaccessible file (note that there is no longer a > + in the listing). > > > > > Even more oddly, this behaviour (both LS and TAR) occurs on a new PC > > that I am moving to. > > That's another big case where the user ids on the old pc do not > correpsond to the user ids on the new pc; copying preserved the old user > id, but gave ACL access to the new user, resulting in odd permissions. > Many thanks indeed for that info, Eric. I know it's not a Cygwin issue, but can you suggest an easy way to get miserable Windows to copy files to a new machine in a way that does give the current user ownership (ideally using some normal-ish Windows commands)? I tried using Windows Explorer copies and Winzip-ed .zip archives - both end up with the problem below. I have done this before when transferring PC's, but then I would have been the same user on both, Here I am also moving to a different domain\username on the new PC. -- Peter -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How do I add a follow-on post to a thread in this mailing list?
Many thanks - I'm using gmail. Any idea how I would do that with it? Also, is there no way then to join into a thread unless one has access to a mail from the mailing list? On 15 March 2011 20:44, Bruce Cran wrote: > On Tue, 15 Mar 2011 19:13:47 + > Peter Binney wrote: > >> But that reply has not appeared (though I got no delivery error >> message). > > You might be able to save the "Raw text" version to disk and open it > within your email client. Click "reply" and the correct headers will be > included. > > -- > Bruce Cran > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
How do I add a follow-on post to a thread in this mailing list?
Sorry to be really dim, but I can't see how to do this. I am trying to add a follow-on message to http://www.cygwin.com/ml/cygwin/2011-03/msg00167.html (which I initiated). But, I posted my original message before I had subscribed to the list under my posting email address (gmail.com). I had subscribed to the list under my work email address (which I cannot post from). So, I forwarded Eric's useful reply from there to my gmail.com account. I then did reply to that, but set the "TO" address as "cygwin at cygwin dot com". But that reply has not appeared (though I got no delivery error message). What incantation do I need to continue my original thread, please? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
LS and TAR don't see any file permissions ("ls -l" shows "----------+ ...")
When running "ls -l" the permissions field shows as "--+". Oddly, "ls -l" shows the correct permissions if the pathname uses the windows drive letter syntax. eg: $ pwd /cygdrive/c $ ls -l tmp/plb.txt --+ 1 ga2binn Domain Users 5527 Mar 3 13:54 tmp/plb.txt $ ls -l c:/tmp/plb.txt -rw-r--r-- 1 ga2binn Domain Users 5527 Mar 3 13:54 c:/tmp/plb.txt Similarly, TAR images have no permissions on the files contained. eg: $ pwd /cygdrive/c/tmp $ tar cf - plb.txt | tar vtf - -- ga2binn/Domain Users 5527 2011-03-03 13:54 plb.txt Even more oddly, this behaviour (both LS and TAR) occurs on a new PC that I am moving to. I have the same version of Cygwin on an older PC which does not have the problem. I have diffed the "cygcheck -s -v -r" output from both PC's and can see nothing that would explain the broken behaviour on the new PC. Both PC's are running the same version of XP SP3. I have also reinstalled Cygwin with the latest version (its cygcheck attached). Cygwin Configuration Diagnostics Current System Time: Fri Mar 04 14:27:50 2011 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Running in Terminal Service session Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\Perl\bin C:\SDKs\java\java.sun.com\jdk\jdk1.5.0_05\bin C:\Program Files\MKS\toolkit\mksnt C:\PROGRA~1\Sybase\ADO.NET\dll C:\PROGRA~1\Sybase\OLEDB C:\PROGRA~1\Sybase\ODBC C:\PROGRA~1\Sybase\OCS-12_5\lib3p C:\PROGRA~1\Sybase\OCS-12_5\dll C:\PROGRA~1\Sybase\OCS-12_5\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\NetManage\RUMBA\System C:\Program Files\NetManage\RUMBA C:\Program Files\KVS\EVClient C:\Program Files\Microsoft SQL Server\80\Tools\Binn C:\Program Files\Microsoft SQL Server\90\Tools\binn C:\Program Files\Microsoft SQL Server\90\DTS\Binn C:\Program Files\Microsoft SQL Server\90\Tools\Binn\VSShell\Common7\IDE C:\PLBlocal\utils C:\Program Files\Microsoft SQL Server\80\Tools\BINN C:\Program Files\Microsoft SQL Server\100\Tools\Binn C:\Program Files\Microsoft SQL Server\100\DTS\Binn C:\Program Files\TortoiseSVN\bin C:\Program Files\Vim\vim72 Output from C:\cygwin\bin\id.exe UID: 866412(ga2binn) GID: 10513(Domain Users) 10513(Domain Users) 0(root) 544(Administrators) 555(Remote Desktop Users) 545(Users)1004(Debugger Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'ga2binn' PWD = '/cygdrive/c/tmp' CYGWIN = 'nodosfilewarning' HOME = '/cygdrive/c' HOMEPATH = '\' SiteName = 'UKLON2000' APPDATA = 'H:\Apps\Profile\Application Data' DNSDOMAIN = 'ztb.icb.commerzbank.com' USEREXCHANGEPRFVAR = 'exchange.exchange.commerzbank.com' MANPATH = '/usr/local/man:/usr/share/man:/usr/man:' Profile_VER = 'DEV' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 23 Stepping 10, GenuineIntel' TERM = 'cygwin' WINDIR = 'C:\WINDOWS' FILNR = '16000' MACHINEDOMAIN = 'ztb' MTEMP = 'C:\WINDOWS\TEMP' OLDPWD = '/cygdrive/c/PLBlocal' ASDIR = 'C:\Program Files\Sybase_IQ\ASIQ-12_7' USERDOMAIN = 'ZTB' ALLUSERSPROFILE = 'C:\WINDOWS\Profiles\All Users' OS = 'Windows_NT' SCROOT = 'C:\Program Files\Sybase_IQ\Shared\Sybase Central 4.3' NI_CurrentServer = 'SV078940.ztb.icb.commerzbank.com' !:: = '::\' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' TEMP = '/cygdrive/c/WINDOWS/Profiles/ga2binn/LOCALS~1/Temp' VS90COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio 9.0\Common7\Tools\' Computer_Attr = 'DesktopXP1.0' SYBASE_OCS = 'OCS-12_5' LIB = 'C:\PROGRA~1\Sybase\ADO.NET\dll;C:\PROGRA~1\Sybase\OCS-12_5\lib' SYBROOT = 'C:\Program Files\Sybase_IQ' SYBASE = 'C:\PROGRA~1\Sybase' APPS = 'C:\Program Files' USERNAME = 'ga2binn' _JAVA_OPTIONS = '-Duser.home=H:\Apps\Profile\Java' PROCESSOR_LEVEL = '6' Location = 'UKLON2000' MASCHINEDOMAIN = 'ZTB' STANDORTDIR = 'S:' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' PPNSite = 'DEFFM8001' CLIENTNAME = 'IBLONCMW049775' USERPROFILE = 'C:\WINDOWS\Profiles\ga2binn' LANG = 'C.UTF-8' LANAPPS = 'L:' NISiteType = 'D' NI_Server = 'SV078940' LOGONSERVER = '\\SV077460' PS1 = '$ ' Winsys = 'C:\WINDOWS\system32' !C: = 'C:\PLBlocal' ADSite = 'DEFFM8001' PROCESSOR_ARCHITECTURE = 'x86' HW_Typ = 'Workstationtyp_HP_Elite_8000' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' USERDNSDOMAIN = 'ZTB.ICB.COMMERZBANK.COM' HOMEDRIVE = 'H:' OSDSERVER = 'SV078940' SYBASE_JRE = 'C:\PROGRA~1\Sybase\SHARED~1\JRE-1_3' GGROUPDIR = 'F:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' FILIALDIR = 'S:' PROMPT = '$P$G' PNSite = 'DEFFM8001' RENV = 'D' SYSTEMROOT = 'C:\WINDOWS' TMP = '/cygdrive/c/WINDOWS/Profiles/ga2binn/LOCALS~1/Temp' PROCESSOR_REVISION = '170a' STDLNG = '0409' CVS_RSH = '/bin/ssh' PRINTER = '\\SV077871\GS05BLUE23' NISiteID = '2050' Codeserver = 'SV078956' GROUPDIR = 'G:' VS100COMNTOOLS = 'C:\Program Files\Microso