Well, this is a bummer, although I understand the reasoning. Last month, a new feature arrived in the Dev Channel of Chrome OS 72 to support sharing local files with Project Crostini, the function that brings Linux app support to Chromebooks. That feature is now disabled in the latest Dev Channel version, which landed today Don’t worry, it’s coming back with Chrome OS 73, or at least that’s the plan.
What’s the reason? It’s pretty simple really. According to the Chrome bug tracker, the “backend features are not yet ready for M72.”
That’s actually a bit obvious if you’ve enabled the Share with Linux flag, which is found at chrome://flags/#crostini-files. Enabling that flag does add a “Share with Linux” menu in the native Files app, but it never actually showed the files to you in the Linux container. Or if it did, I never saw where they were.
There was (or is if you didn’t yet get the new version of the Dev Channel) a setting to manage these shared filed and folders but it doesn’t show the contents of them. Instead, it simply allows you to remove the sharing between Chrome OS and Linux for the files and folders of your choice
Clearly, then there’s work to be done on the Project Crostini side, so the development team is likely disabling the feature while they get that work done. It appears to me from reading the code change that the flag to enable file sharing isn’t going away. Instead, even if you have it enabled, Chrome OS will override the setting to disable it behind the scenes.
Of course, you can always access, move or copy files and folders between Chrome OS and Linux from within the Files app.
I created a Downloads folder in my Project Crostini home directory and if I ever want to use a Chrome OS file in Linux, I just copy it there in the Files app for example. Sharing files can be more effective, or even required for some activities, such as app development, or easier installation of Linux packages, so it’s still an important feature for Chrome OS. It simply isn’t ready quite yet.
4 Comments
The folders and files were available, you just had to know where to go to get them. Once you “shared with linux” the folders would be visible in linux at /mnt/chromeos…
I’m doing this from memory since it has now been disabled as you mention, but IIRC, my sd card was at /mnt/chromeos/removable/sdcardname
and any folders enabled in the normal Downloads area in ChromeOS were found at /mnt/chromeos/MyFiles
Yup, the SD card contents were there; I missed the shared folders but I’m betting there were in a similar sub-directory. On Chrome OS 71 Stable (which the Pixel Slate has), ChromeOS isn’t under /mnt/ but it’s there by itself and I now see the shared folders from Chrome OS. Thanks! Perhaps the team is going to change that location or add some other functions, making that the reason for the feature being disabled for a bit, but I can’t think of what they would add. Hmmm….
At least some of the reasons for disabling are some unexpected permissions issues when it comes to all of the various ways different programs interact with files and folders. Some of the issues I noted were rsync being able to create and/or copy files o “shared” folders but it couldn’t also create a log-file in a “shared” folder. Deleting files in a program that “trashes” the files instead of completely deleting them couldn’t find or create a trash folder. Programs like Calibre could make a directory and start to create a database, but would fail to complete the setup running into permissions issues.
“Share with Linux” is back.
The “Crostini Files” flag has been restored. If you can re-enable it you’ll have access to your sd card and google drive again in 72dev.