The ability to easy backup and restore the Linux files and data in a Crostini container that arrived in Chrome OS 74 seems to be working well for me. However, Chrome OS 76 will disable the feature by default based on this code commit I found.
At first, I wondered why such a useful feature wouldn’t be enabled by default. After all, functionality to backup and restore is generally considered “table stakes” for any software platform. Then I read the associated bug report for this change and it explains exactly why this decision was made:
We don’t feel like the feature is ready for prod channel yet, but we are happy to have it on by default in canary and dev. It shouldn’t be long until we push it through to prod.
Essentially, this is still a work in progress feature. And I shouldn’t be terribly surprised by that, even though in my experience, the functionality hasn’t failed me yet.
That’s because we know that the Chromium team is considering on a way to backup and restore Linux containers directly from the Files app on a Chromebook. That proposal is targeted for Chrome OS 78, so this gives the team more time to work that out, as well as any other nits that might not be quite right with the current implementation.
Additionally, the Debian distro of Linux currently used for Crostini is the Stretch version. Buster is the next iteration and is currently in “testing”, with an expected release date of July 6, which is just around the corner.
I wouldn’t think that an upgraded Linux distro would impact the backup and restore functionality since it’s really independent of the Linux version; it’s all handled by the LXD container management system. However, any time you introduce a new variable in a complex platform, you never know what might be impacted.
Indeed, there is an open bug to change the default Linux container distro to Buster, which has a tentative milestone of Chrome OS 78. My guess is that with that release of Chrome OS 78, or the next version at the latest, we see the Crostini backup and release functionality enabled by default. Hopefully, the implementation of it in the Files app comes along for the ride.
In the meantime, you can still enable and use the functionality by turning it on at chrome://flags/#crostini-backup. Should you fully trust it? That’s difficult to say considering the Chromium team doesn’t feel it’s ready for production. While I take regular backups of my container, I make sure that any data that I can’t afford to lose – my Java code for class is a perfect example – is backed up elsewhere in the cloud.
5 Comments
Hi Kevin,
Just an update… I’m running on the Beta Channel and just upgraded to Version 75.0.3770.102. Linux Backup/Restore has be disabled but can be enabled setting the Chrome Flag specified in your article.
Thanks for all you do to keep us up-to-date on the latest Chrome OS news!
Hi Kevin,
Just an update… I’m running on the Beta Channel and just upgraded to Version 75.0.3770.102. Linux Backup/Restore has be disabled but can be enabled setting the Chrome Flag specified in your article.
Thanks for all you do to keep us up-to-date on the latest Chrome OS news!
Once I did a Linux snapshot manually and my available disk space diminished without any way to get it back (this space was not used by files on the linux system and I had deleted the snapshot). It may be linked to this.
Regarding Buster… I’ve upgraded the default Debian penguin container to Buster. The only issue I encountered was that the default user account needs to be a member of the pulse-access group, or you don’t get audio. You can do that with:
sudo usermod -a -G pulse-access $USER
and then shutdown/restart the container (right-click on the Terminal icon and select ‘Shutdown Linux’).
Pushing the edge – love it!