kbfs icon indicating copy to clipboard operation
kbfs copied to clipboard

Windows - Running cmd as administrator doesn't allow access to K:\

Open ghost opened this issue 9 years ago • 8 comments

Client: 1.0.17-20160822152935+692af12 Service: 1.0.17-20160822152935+692af12

Steps:

Right click cmd and select 'Run as administrator' At prompt type 'K:' Hit Enter

Receive:

"The system cannot find the drive specified."

I believe this is also linked to 352.

Essentially running cmd or cmder as administrator will currently stop access to K:\

ghost avatar Sep 15 '16 10:09 ghost

We block other users from accessing the drive by design.

This is also true with fuse typically on *nix.

taruti avatar Sep 15 '16 19:09 taruti

Although I guess the SID checking could be extended in theory for this...

taruti avatar Sep 15 '16 20:09 taruti

That makes sense. I'll leave the SID checking to your discretion. Maybe an informative message somewhere to advise that you're running as Administrator?

ghost avatar Sep 16 '16 09:09 ghost

I am unable to access the kbfs folder using the shell at all in any capacity. When I type cs k: it outputs k:\ and redirects me back to the folder I started in. I can't access it as an administrator or as a user, even if I am the user who made the keybase installation. I have a 10 GiB partition on my computer I can't do anything with at all.

averagejoey2000 avatar Oct 23 '16 18:10 averagejoey2000

@averagejoey2000

Can you try to access with cmd as the same user that keybase is run as, and do a keybase log send and attach the log id here.

taruti avatar Oct 24 '16 08:10 taruti

Update: I can execute mv secret.txt to k:/private/averagejoey2000 and I can also notepad k:/public/chris/plan.txt

On Oct 24, 2016 6:37 AM, "Joseph Simone" [email protected] wrote:

I can't run these commands from the keybase shell as root or as averagejoey2000@keybase. I can move files in an out of the directory, but I cannot force the cmd or keybase shell to stay in k:/

On Oct 24, 2016 1:38 AM, "Taru Karttunen" [email protected] wrote:

@averagejoey2000 https://github.com/averagejoey2000

Can you try to access with cmd as the same user that keybase is run as, and do a keybase log send and attach the log id here.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/keybase/kbfs/issues/353#issuecomment-255680641, or mute the thread https://github.com/notifications/unsubscribe-auth/AHKJE5VcE0dWePUvYfYi-i7wZulCh51wks5q3G5tgaJpZM4J9uP4 .

averagejoey2000 avatar Oct 25 '16 18:10 averagejoey2000

I can't run these commands from the keybase shell as root or as averagejoey2000@keybase. I can move files in an out of the directory, but I cannot force the cmd or keybase shell to stay in k:/

On Oct 24, 2016 1:38 AM, "Taru Karttunen" [email protected] wrote:

@averagejoey2000 https://github.com/averagejoey2000

Can you try to access with cmd as the same user that keybase is run as, and do a keybase log send and attach the log id here.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/keybase/kbfs/issues/353#issuecomment-255680641, or mute the thread https://github.com/notifications/unsubscribe-auth/AHKJE5VcE0dWePUvYfYi-i7wZulCh51wks5q3G5tgaJpZM4J9uP4 .

averagejoey2000 avatar Oct 25 '16 19:10 averagejoey2000

I have the same issue, but work around it by using one window as a regular user and one as an administrator (using cmder). It would probably be preferable that if I ran keybase as an administrator then the kbfs drive would be accessible in the administrator context as well or in both admin and regular user contexts. Or maybe when running kbfsmount it would mount in the current context...

jamessantiago avatar Jan 27 '17 19:01 jamessantiago