Please paste the output of the following command here: sudo edit-chroot -all
name: bionic
encrypted: no
Entering /mnt/stateful_partition/crouton/chroots/bionic...
crouton: version 1-20190403182822~master:174af0eb
release: bionic
architecture: amd64
xmethod: xorg
targets: audio,xorg,extension,xiwi,gnome-desktop,touch
host: version 12105.25.0 (Official Build) dev-channel eve
kernel: Linux localhost 4.4.178-16492-g4245c5e16521 #1 SMP PREEMPT Thu May 2 00:43:09 PDT 2019 x86_64 x86_64 x86_64 GNU/Linux
freon: yes
Unmounting /mnt/stateful_partition/crouton/chroots/bionic...
Inside the chroot in /etc/crouton/shares there are only three options for automounting.
It looks as if the ~/Downloads folder has been relocated to ~/MyFiles/Downloads on the chrome OS side of things.
How should this now be accessed? Symlinking?
@dochench,
On my Pixelbook using version 74.0.3729.125 (Official Build) beta (64-bit) with support for new files and folders under the “My files” local root I have both (identical) folders listed below:
/home/chronos/user/Downloads
/home/chronos/user/MyFiles/Downloads
So you don't need to symlink Downloads since crouton still bind mounts it in ~/Downloads but any other folders besides Downloads that you create under /home/chronos/user/MyFiles will not be accessible in your chroot IIUC.
I believe that the enter-chroot script will have to be updated to include 'MyFiles' for those other folders to be shared in your chroot. The crouton developers will have to decide if this is important enough to warrant changes.
I don't understand the reason to create folders under MyFiles and outside of Downloads since they are still a part of the user's profile and subject to getting wiped with a powerwash, recovery, or profile corruption but I guess there are some valid reasons since they went to great lengths to add this feature. Maybe I'll understand it better after using it more.
Hope this helps,
-DennisLfromGA
Fixed. :)
can add using myfiles and it bind-mounts.
myfiles/Documents ~/Documents
myfiles/Downloads ~/Downloads
@dochench,
Nice!
Maybe submit a pull request and see what happens.
EDIT#1:
Re-visiting this, I believe the 'MyFiles' feature has rolled out to the stable channel in M73 but it's still behind a flag (#enable-myfiles-volume) and I'm not sure if it's enabled by default yet or not -

If it's not enabled by default you may have to check for it first and if not present use the old location.
EDIT#2:
I received confirmation that the feature/flag #enable-myfiles-volume is now enabled by default so the fix you proposed, or something like it when reviewed, should work going forward. The one thing that is still a little disconcerting, to me at least, is some of the wording of that flag -
This should be only used for testing or for trying to restore the previous Downloads content.
That leads me to believe it's not quite ready for prime time.
-DennisLfromGA
I had this same question ("how can I mount MyFiles in crouton?"), and the solution presented here worked for me. Is now a good time to reprioritise this bug?
How can I mount other dirs in crouton, I wanto mount MyFiles or MyFiles/Documents in crouton, please?
@levinit,
The crouton devs have weighed in on this request, see https://github.com/dnschneid/crouton/pull/4055#issuecomment-490929550
The workaround shown above in https://github.com/dnschneid/crouton/issues/4051#issuecomment-489907728 may be the best way forward ATM.
Hope this helps,
-DennisLfromGA
I had this same question ("how can I mount MyFiles in crouton?"), and the solution presented here worked for me. Is now a good time to reprioritise this bug?
@mjmartis
sudo enter-chroot -n buster
modify downloads ~/Downloads -> myfiles ~/MyFiles
sed -i -e "s/Download/MyFile/g" -e "s/download/myfile/g" /etc/crouton/shares
modify downloads -> myfiles , Downloads -> MyFiles
sed -i -e "s/Download/MyFile/g" -e "s/download/myfile/g" /usr/local/bin/enter-chroot
Would you like to finish the setup? [y/n/d]
type d
will find that Myfiles in home dir.