Issue metadata
Sign in to add a comment
|
Consolidated feature request for large files and encryption on external media
Reported by
wilderc...@gmail.com,
Dec 14
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.80 Safari/537.36 Steps to reproduce the problem: 1. Plug in external media and try to encrypt it or store a large file on it. What is the expected behavior? What went wrong? These features are not supported. Did this work before? No Chrome version: 71.0.3578.80 Channel: stable OS Version: N/A Flash Version: Although this issue somewhat duplicates existing Issue 632988 and Issue 370372, additional suggestions are given below that might be helpful. Historically, the Chrome OS team has been asked in different places to support: 1. large files on usb drives and 2. media encryption. Large file support is begrudgingly available, as Chrome OS can read ext4 media, but formatting it requires developer mode. I do not believe there is any way of supporting encryption of external media in an OS-independent manner. No matter how it's implemented, the resulting encrypted media will be indecipherable on machines running OSes from Apple and Microsoft. The strategy I am suggesting is to: 1. Implement a new minimal filesystem called tenfs (trivial encrypted filesystem) that will support large files and encryption on USB drives. The design goal should be to make it very easy to implement userspace utilities to read from (and, possibly, write to) this filesystem. 2. Publish utilities for Windows and OS X that will read from (and, possibly, write to) tenfs-formatted USB drives. Now Chrome OS users can create both unencrypted and encrypted USB drives that will support large files, and can share them with people using Windows and MacOS. A Google search for [simple filesystem] gave me a lot of hits -- suitable implementation might already be available. Please make it extensible so functionality can be added later in an upward-compatible manner. Optionally a tenfs volume can look like it has two MS-DOS partitions, the second being native tenfs, and the first being formatted FAT-something and containing a README file with hints and possibly copies of the utilities mentioned in step 2 above.
,
Dec 14
+weifangsun from the other bug. I'm guessing you'll want to just merge it to issue #370372.
,
Dec 17
This is slightly different from the other bug in that it's asking for FS-level encryption instead of disk encryption.
,
Dec 17
I'm going to dupe this bug against the encryption support bug. A few notes for the original bug filer: 1. We're working on formatting to support larger disks now. It probably will not be ext4 initially but exFat & ntfs (ext4 introduces some permissions complexity when you move the external disk between different machines). 2. Encryption is trickier as there are a number of ways to do it and support multiple OS's. bitlocker/veracrypt etc. We're working out what the right thing to build first for our users is to cover the majority of use cases. I'd encourage you to detail your encryption use case in the bug I am duping this against. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by wilderc...@gmail.com
, Dec 14