Update to Parallels 13 makes all shared drives read only in guest OS Mint 18.1

N

NormanP

Junior Member
Just updated and now all my drives in my guest os, Mint 18.1 32 bit Cinnamon, are read only
I've reinstalled Parallels tools as root and as the only user in the Guest OS and they are still read only
Even tried opening terminal in the guest OS and running chmod and chown
Not luck
They resolutely stay read only regardless of how I reconfigure this VM
Anyone got any fixes for this ?
Its a real deal breaker for me
 
created a brand new VM with Mint 18.2 64 bit Cinnamon
installed parallels tools
set up to share my home directory
my shared home directory is at /media/psf/Home
opened a terminal
cd'd to /media/psf
npalardy@Mint-18 /media/psf $ pwd
/media/psf
npalardy@Mint-18 /media/psf $ ls -l
total 0
drwx------ 1 npalardy nogroup 3128 Aug 28 12:13 Home
drwxr-xr-x 1 npalardy nogroup 952 Aug 23 14:14 Main Branch
drwxr-xr-x 1 npalardy nogroup 1802 Aug 29 12:46 RB Test Projects
npalardy@Mint-18 /media/psf $

tried sudo chmod 777 *
npalardy@Mint-18 /media/psf $ sudo chmod 777 *
[sudo] password for npalardy:
chmod: changing permissions of 'Home': Value too large for defined data type
chmod: changing permissions of 'Main Branch': Value too large for defined data type
chmod: changing permissions of 'RB Test Projects': Value too large for defined data type
npalardy@Mint-18 /media/psf $

created a text file on my mac in my home dir (keys.txt)
npalardy@Mint-18 /media/psf/Home $ ls -l keys.txt
total 0
-rwxr-xr-x 1 npalardy nogroup 4254 Aug 27 2013 keys.txt
 
18.2 64 bit I cant make anything writeable

See my long post above listing the issues that starts with "created a brand new VM with Mint 18.2 64 bit Cinnamon"
This is still true
Using Mint 18.2 64 bit I cannot share any macOS drives with this VM
 
> See my long post above listing the issues that starts with "created a brand new VM with Mint 18.2 64 bit Cinnamon"

In that post I see that Shared Folders mount points and the "keys.txt" are writable for user "npalardy". Where should I look for an issue?
 
They look writeable
But in reality they aren't - I get an error 100% of the time if I try to edit any of those files
And trying to copy a file from the VM's desktop into any of these shared folders fails
The appearances are 100% deceiving - I cannot write anything to those shared drives despite the listings suggesting that I should be able to
 
Can I ask you to download and try out our virtual appliance with Linux Mint 18.2? Is your issue reproduced there?
For this you should go to Parallels Desktop app menu -> New -> Free Systems -> Download Linux Mint?
 
This says its going to download 18.1 (Serena) MATE (not sure about 32 or 64 bit)

And, once downloaded, it has the same issue
 
Last edited:
I need some more info from you.
0. Please, generate problem report and post its id here. For this make VM window active and in Mac app menu go to Help -> Send Technical Data.
1. Run these commands in host macOS and post their output here:
diskutil list
ls -ld /Users/*
 
report id 211650813

Last login: Mon Sep 11 09:35:49 on ttys000

server:~ npalardy$ diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *751.3 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_CoreStorage Macintosh HD 750.4 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3

/dev/disk1 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Macintosh HD +750.0 GB disk1

Logical Volume on disk0s2

F6C778BF-C5C2-471F-9DF7-58F07F437148

Unencrypted

/dev/disk2 (external, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *480.1 GB disk2

1: EFI EFI 209.7 MB disk2s1

2: Apple_HFS More VM's 479.8 GB disk2s2

/dev/disk3 (external, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *4.0 TB disk3

1: EFI EFI 209.7 MB disk3s1

2: Apple_HFS Untitled 4.0 TB disk3s2

/dev/disk4 (external, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *1.0 TB disk4

1: EFI EFI 209.7 MB disk4s1

2: Apple_HFS Untitled 1 999.9 GB disk4s2

server:~ npalardy$ ls -ld /Users/*

drwxrwxrwt 15 root wheel 510 29 Aug 16:35 /Users/Shared

drwx------@ 92 npalardy 501 3128 28 Aug 12:13 /Users/npalardy

server:~ npalardy$
 
The problem seems to be in a group ID of your home directory in Mac. It has numeric value 501 which is invalid for your system. And sadly Parallels Desktop cannot handle such case painlessly for Linux guest Shared Folders. If my hypothesis is correct to workaround this problem you just need to fix group ID of your home: by default it should be "staff". For this just run this command in Mac terminal:
sudo chgrp staff /Users/npalardy
 
Last edited:
Thats very curious since this WAS working under Parallels 12 and the update made it stop working - but ONLY for this one VM
All others continued to work as is
I already was/am part of the staff group
So chgrp was unnecessary
I'll need to figure out how / why my home dir is set up weird - a chown npalardy:staff may be in order
 
> I already was/am part of the staff group
> So chgrp was unnecessary
FYI, chgrp(1) doesn't change user's groups configuration. If modifies group ID of a particular file or directory.
 
I realize that
As I said I already WAS part of the staff group
I made no changes to my account (which chgrp would do)
Just the permissions on my home dir were odd
Last login: Wed Sep 13 09:50:13 on ttys000
server:~ npalardy$ id
uid=501(npalardy) gid=20(staff) groups=20(staff),253(com.apple.access_addressbook),12(everyone),61(localaccounts),80(admin),98(_lpadmin),399(com.apple.access_ssh),404(com.apple.sharepoint.group.2),402(com.apple.sharepoint.group.1),33(_appstore),100(_lpoperator),204(_developer),395(com.apple.access_ftp),398(com.apple.access_screensharing),401(com.apple.sharepoint.group.4),405(com.apple.sharepoint.group.3)
server:~ npalardy$
 
Did this ever get resolved? I am having the same issue with Parallels Version 12.2.1 (41615). Host: MacOS Version 10.12.6. Guest: Debian Stretch

On the host:
$ diskutil list
/dev/disk0 (internal):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme 500.3 GB disk0
1: EFI EFI 314.6 MB disk0s1
2: Apple_CoreStorage Macintosh HD 499.3 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3

/dev/disk1 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Macintosh HD +499.0 GB disk1
Logical Volume on disk0s2
C32D2445-D503-48B2-B0D3-8B899D6F1A4C
Unlocked Encrypted

$ ls -ld /Users/bangelo/
drwxr-xr-x+ 67 bangelo staff 2278 Sep 29 08:09 /Users/bangelo/​

On the guest:
$ id
uid=1000(bangelo) gid=1000(bangelo) groups=1000(bangelo),20(dialout),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(netdev),111(bluetooth),118(scanner)​

$ mount | grep psf
Home on /media/psf/Home type prl_fs (rw,nosuid,nodev,noatime,sync)

$ ls -ld /media/psf/
drwxr-xr-x 3 bangelo bangelo 4096 Sep 29 08:10 /media/psf/

$ ls -ld /media/psf/Home/
drwxr-xr-x 1 bangelo nogroup 2278 Sep 29 08:09 /media/psf/Home/

$ ls -ld /media/psf/Home/Downloads/
drwx------ 1 bangelo nogroup 170 Sep 28 21:18 /media/psf/Home/Downloads/

$ touch /media/psf/Home/Downloads/test
touch: cannot touch '/media/psf/Home/Downloads/test': Permission denied​
 
> $ ls -ld /Users/bangelo/
> drwxr-xr-x+ 67 bangelo staff 2278 Sep 29 08:09 /Users/bangelo/

@ParallelsU164, can you please also post output of command id in the host?
 
The full output of the id command reveals some company information, so I would prefer to not post it publicly. Let me know if you do need to full output and I can DM you.

Host:
$ id | cut -d ' ' -f 1
uid=1744921347(bangelo)​

Guest:
$ id | cut -d ' ' -f 1
uid=1000(bangelo)​

UID mismatch?
 
> UID mismatch?

No. UID namespaces in host OS and guest are different. So UID-s don't have to be the same.

> The full output of the id command reveals some company information, so I would prefer to not post it publicly.

Ok. Just make sure you're in a group which owns your home directory.
 
You must log in or register to reply here.
Back
Top