From: Michael Mol <mikemol@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: android and mtp
Date: Mon, 24 Dec 2012 13:31:37 -0500 [thread overview]
Message-ID: <CA+czFiAW3mv2ZrniiYek++FHNgRAWEcL6G3kdfvf5ePauM_gaw@mail.gmail.com> (raw)
In-Reply-To: <kba66s$rdv$1@ger.gmane.org>
On Mon, Dec 24, 2012 at 1:17 PM, Grant Edwards
<grant.b.edwards@gmail.com> wrote:
> On 2012-12-24, Nilesh Govindrajan <me@nileshgr.com> wrote:
>> On Monday 24 December 2012 09:24:16 AM IST, Grant Edwards wrote:
>>> I'm glad they chose MTP: I want my phone to continue to work while I'm
>>> transferring files. In order to mount the filesystem via USB, the
>>> phone would have to unmount it (which means it's nothing but a flash
>>> drive). In order to mount the filesystem via USB, it also means
>>> they'd be forced to use VFAT for the Linux root filesystem, and that
>>> sucks bad.
>>>
>>
>> They still use VFAT for the so called sdcard (my Xperia S has internal
>> storage, not extensible).
>
> That's understandable. But for phones with only a single flash device
> (like my Nexus Galaxy), using MTP is the only sensical thing to do.
> If you want to access only the SD card, then VFAT and USB mass storage
> works (well, it works as well as VFAT allows).
To a very limited extent. If you have running programs on the phone,
they may very well depend on being able to write to the SD card, and
may crash if the SD card is removed. In Android, there is _no_
internal storage space for application data; only application code. If
an application is supposed to retain data, it needs to be able to put
it on the SD card.
Similarly, it's very common to move user-installed applications from
internal memory to the phone (for many apps, this doesn't require
rooting the phone). This is problematic if the filesystem is yanked
out from under them while they're running.
VFAT is not designed for concurrent access, and should not be used if
MTP can be made to work. MTP is there specifically to allow the
filesystem to be available to multiple consumers...that of the device
and that of the machine the device is plugged into.
--
:wq
next prev parent reply other threads:[~2012-12-24 18:32 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-21 21:56 [gentoo-user] android and mtp luis jure
2012-12-21 22:19 ` Paul Hartman
2012-12-21 23:20 ` Neil Bothwick
2012-12-22 12:01 ` luis jure
2012-12-22 12:15 ` Alan McKinnon
2012-12-22 12:49 ` luis jure
2012-12-22 15:13 ` Alan McKinnon
2012-12-23 12:17 ` luis jure
2012-12-24 3:54 ` [gentoo-user] " Grant Edwards
2012-12-24 4:54 ` Nilesh Govindrajan
2012-12-24 18:17 ` Grant Edwards
2012-12-24 18:31 ` Michael Mol [this message]
2012-12-22 22:57 ` [gentoo-user] " Neil Bothwick
2012-12-23 12:21 ` luis jure
2012-12-22 23:32 ` [gentoo-user] " Grant Edwards
2012-12-23 3:40 ` Nilesh Govindrajan
2012-12-23 3:55 ` Daniel Frey
2012-12-23 23:22 ` luis jure
2012-12-25 5:26 ` Daniel Frey
2012-12-21 22:26 ` [gentoo-user] " Mark Knecht
2012-12-22 11:09 ` luis jure
2012-12-22 17:51 ` Mark Knecht
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CA+czFiAW3mv2ZrniiYek++FHNgRAWEcL6G3kdfvf5ePauM_gaw@mail.gmail.com \
--to=mikemol@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox