This is the mail archive of the
mailing list for the Cygwin project.
Re: Error accessing mapped drive >2TB?
- From: Nem W Schlecht <nemws1 at gmail dot com>
- To: cygwin at cygwin dot com
- Cc: Warren Young <wyml at etr-usa dot com>
- Date: Tue, 15 Sep 2015 10:14:45 -0500
- Subject: Re: Error accessing mapped drive >2TB?
- Authentication-results: sourceware.org; auth=none
- References: <CA+2x6-L_pqdN6PHE0c15hcmrmB66Z75Hz95cH+dbcn4yXuVZNg at mail dot gmail dot com> <712A87EA-64C7-4033-BE7F-39C8C8D527EB at etr-usa dot com> <110723294 dot 20150915064630 at yandex dot ru>
I'm going to be spinning up an Ubuntu box in the next few days that
will have a 5TB drive in it as well, so I'll be able to test to see if
the source OS (and/or version of SMB server) makes a difference.
I did an strace on '/bin/ls /cygdrive/t' on my host and saw almost the
exact same thing Warren did (slight re-ordering of events). I tried
creating a new mount mount with 'noacl,notexec' as options since it
looked like maybe the has_acls() call was throwing the error in the
strace output, but my attempt did not work. I'm going to play with
that some more this afternoon, though.
On Mon, Sep 14, 2015 at 10:46 PM, Andrey Repin <email@example.com> wrote:
> Greetings, Warren Young!
>>> The only thing I can think of is that the 2nd drive is >2TB.
>> The same thing happens here with a 3.1 TB Fusion drive and a 500 GB
>> external drive, so no, I donât think the volume size is the real issue.
>> I assume you are seeing the same thing that I am, that Explorer shows the
>> root contents of both drives just fine?
>> When I straceâd an ls of one of these root shares here, I got 764 lines
>> ofâemissions, of which this section seems the most interesting to me:
>> 1051 263166 [main] ls 4720 stat64: entering
>> 625 263791 [main] ls 4720 normalize_posix_path: src /p
>> 609 264400 [main] ls 4720 normalize_posix_path: /p = normalize_posix_path (/p)
>> 630 265030 [main] ls 4720 mount_info::conv_to_win32_path: conv_to_win32_path (/p)
>> 653 265683 [main] ls 4720 mount_info::cygdrive_win32_path: src '/p', dst 'P:\'
>> 668 266351 [main] ls 4720 set_flags: flags: binary (0x2)
>> 674 267025 [main] ls 4720 mount_info::conv_to_win32_path: src_path /p, dst P:\, flags 0x4022, rc 0
>> 1168 268193 [main] ls 4720 symlink_info::check: 0x0 = NtCreateFile (\??\P:\)
>> 10641 278834 [main] ls 4720 symlink_info::check_reparse_point:
>> NtFsControlFile(FSCTL_GET_REPARSE_POINT) failed, 0xC0000275
>> 839 279673 [main] ls 4720 symlink_info::check: not a symlink
>> 1049 280722 [main] ls 4720 symlink_info::check: 0 = symlink.check(P:\, 0x24B620) (0x4022)
>> 655 281377 [main] ls 4720 path_conv::check: this->path(P:\), has_acls(0)
>> 640 282017 [main] ls 4720 stat_worker: got 5 error from path_conv
>> 757 282774 [main] ls 4720 __set_errno: int stat_worker(path_conv&, stat*):1933 setting errno 5
>> 714 283488 [main] ls 4720 stat_worker: -1 = (\??\P:\,0x600042080)
>> Why errno 5 from path_conv?
>> Yes, I am one of those evil people who edit cygdrive out of /etc/fstab so I can use /x, where x=drive letter. :)
> That's an interesting point... can you walk me through your setup, so I could
> try to recreate the issue?
> Or is this Mac-specific?
> With best regards,
> Andrey Repin
> Tuesday, September 15, 2015 06:45:22
> Sorry for my terrible english...
Nem W Schlecht firstname.lastname@example.org
Empyreal Technologies http://www.emptec.com/
"Perl did the magic. I just waved the wand."
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple