Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.mobile.android > #56518 > unrolled thread
| Started by | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| First post | 2018-10-11 19:43 +0000 |
| Last post | 2018-11-02 15:15 +0000 |
| Articles | 20 on this page of 103 — 16 participants |
Back to article view | Back to comp.mobile.android
From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-11 19:43 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-11 19:48 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-11 20:19 +0000
Re: From Windows, how can we open a command line on the Android filesystem? "R.Wieser" <address@not.available> - 2018-10-12 08:11 +0200
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-12 13:50 +0000
Re: From Windows, how can we open a command line on the Android filesystem? "R.Wieser" <address@not.available> - 2018-10-12 18:39 +0200
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-12 17:58 +0000
Re: From Windows, how can we open a command line on the Android filesystem? joe <none@domain.invalid> - 2018-10-12 13:11 -0500
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-12 23:05 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Wolf K <wolfmac@sympatico.ca> - 2018-10-12 15:14 -0400
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-12 23:13 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Wolf K <wolfmac@sympatico.ca> - 2018-10-12 19:40 -0400
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 00:40 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Wolf K <wolfmac@sympatico.ca> - 2018-10-13 10:16 -0400
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 14:24 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Wolf K <wolfmac@sympatico.ca> - 2018-10-13 11:08 -0400
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 15:28 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Wolf K <wolfmac@sympatico.ca> - 2018-10-13 11:46 -0400
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 16:09 +0000
Re: From Windows, how can we open a command line on the Android filesystem? "R.Wieser" <address@not.available> - 2018-10-12 23:15 +0200
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-12 23:17 +0000
Re: From Windows, how can we open a command line on the Android filesystem? "R.Wieser" <address@not.available> - 2018-10-13 09:04 +0200
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 13:54 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-13 14:32 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 15:25 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-13 15:54 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-14 01:00 +0000
Advice for Arlen Holder MikeS <MikeS@fred.com> - 2018-10-14 14:19 +0100
Re: From Windows, how can we open a command line on the Android filesystem? Sam Hill <sam@example.com> - 2018-10-12 19:23 +0000
Re: From Windows, how can we open a command line on the Android filesystem? "R.Wieser" <address@not.available> - 2018-10-12 23:33 +0200
Re: From Windows, how can we open a command line on the Android filesystem? Ken Blake <Ken@invalid.news.com> - 2018-10-12 15:15 -0700
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-12 23:31 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-12 23:26 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Char Jackson <none@none.invalid> - 2018-10-12 15:50 -0500
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 00:47 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Danny DeVito <invalid@invalid.invalid> - 2018-10-12 20:59 -0400
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 02:08 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Danny DeVito <invalid@invalid.invalid> - 2018-10-12 22:30 -0400
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 02:38 +0000
Re: From Windows, how can we open a command line on the Android filesystem? "R.Wieser" <address@not.available> - 2018-10-13 10:18 +0200
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 13:27 +0000
Re: From Windows, how can we open a command line on the Android filesystem? "R.Wieser" <address@not.available> - 2018-10-13 18:11 +0200
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 16:28 +0000
Re: From Windows, how can we open a command line on the Android filesystem? "R.Wieser" <address@not.available> - 2018-10-13 18:56 +0200
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 21:06 +0000
Re: From Windows, how can we open a command line on the Android filesystem? "R.Wieser" <address@not.available> - 2018-10-14 00:13 +0200
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 23:43 +0000
Re: From Windows, how can we open a command line on the Android filesystem? "R.Wieser" <address@not.available> - 2018-10-14 09:04 +0200
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-14 18:01 +0000
Re: From Windows, how can we open a command line on the Android filesystem? "R.Wieser" <address@not.available> - 2018-10-14 21:56 +0200
Re: From Windows, how can we open a command line on the Android filesystem? Char Jackson <none@none.invalid> - 2018-10-13 00:12 -0500
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 06:44 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-12 10:28 +0000
Re: From Windows, how can we open a command line on the Android filesystem? FredW <fredw@ninmule.invalid> - 2018-10-12 16:04 +0200
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-12 16:21 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-12 16:26 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-13 09:37 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 13:43 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-13 14:32 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 15:35 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Wolf K <wolfmac@sympatico.ca> - 2018-10-13 11:51 -0400
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-13 16:08 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 16:20 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-13 17:48 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 21:22 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Char Jackson <none@none.invalid> - 2018-10-13 20:42 -0500
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-24 10:28 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-14 18:01 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Ken Blake <Ken@invalid.news.com> - 2018-10-14 16:49 -0700
Re: From Windows, how can we open a command line on the Android filesystem? "R.Wieser" <address@not.available> - 2018-10-15 08:34 +0200
Re: From Windows, how can we open a command line on the Android filesystem? Knarf Gewtools <this@ddress.is.invalid> - 2018-10-15 14:23 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Paul <nospam@needed.invalid> - 2018-10-15 13:28 -0400
Re: From Windows, how can we open a command line on the Android filesystem? Knarf Gewtools Slootweg <this@ddress.is.invalid> - 2018-10-15 19:50 +0000
[OT] HowTo: Ignore thread started by poster (was: From Windows, how can we open a command line on the Android filesystem?) Frank Slootweg <this@ddress.is.invalid> - 2018-10-17 17:58 +0000
Re: [OT] HowTo: Ignore thread started by poster (was: From Windows, how can we open a command line on the Android filesystem?) Diesel <me@privacy.net> - 2018-11-05 06:42 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Char Jackson <none@none.invalid> - 2018-10-13 20:35 -0500
Re: From Windows, how can we open a command line on the Android filesystem? Wolf K <wolfmac@sympatico.ca> - 2018-10-13 13:47 -0400
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-13 18:09 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Wolf K <wolfmac@sympatico.ca> - 2018-10-13 14:32 -0400
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-13 18:49 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Wolf K <wolfmac@sympatico.ca> - 2018-10-13 16:20 -0400
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 23:29 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-14 17:50 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Wolf K <wolfmac@sympatico.ca> - 2018-10-14 23:54 -0400
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 01:58 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 03:27 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 04:44 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-13 10:07 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 13:53 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 14:20 +0000
Re: From Windows, how can we open a command line on the Android filesystem? "R.Wieser" <address@not.available> - 2018-10-13 10:02 +0200
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-13 10:01 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 13:36 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-13 13:27 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-14 01:30 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-16 00:19 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-16 12:26 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-16 14:00 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-19 23:38 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Frank Slootweg <this@ddress.is.invalid> - 2018-10-20 14:37 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-21 20:26 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-22 19:54 +0000
Re: From Windows, how can we open a command line on the Android filesystem? Arlen_Holder <a%rle%20nh.older@no.spam.net> - 2018-11-02 15:15 +0000
Page 5 of 6 — ← Prev page 1 2 3 4 [5] 6 Next page →
| From | Wolf K <wolfmac@sympatico.ca> |
|---|---|
| Date | 2018-10-13 16:20 -0400 |
| Message-ID | <YrswD.171482$oM2.136259@fx07.iad> |
| In reply to | #56637 |
On 2018-10-13 14:49, Frank Slootweg wrote: > Wolf K <wolfmac@sympatico.ca> wrote: [...] >> As for backups of our PCs, that's handled automatically while we sleep. > > You *sleep*!? What an utter waste of time *that* is! > Essential for brain health. -- Wolf K kirkwood40.blogspot.com Complexity is not a condition to be tamed, but a lesson to be learned. (James Bridley, 2018)
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-13 23:29 +0000 |
| Message-ID | <pptv57$dkb$1@news.mixmin.net> |
| In reply to | #56638 |
On Sat, 13 Oct 2018 16:20:07 -0400, Wolf K wrote: > Essential for brain health. What's hilarious is that the vermin trolls posted scores of posts, and not one of them ever even _comprehended_ the problem set. These vermin trolls proved that they are really _that_ stupid! o *Ken Blake* [From: Ken Blake <Ken@invalid.news.com>] o *Wolf K* [From: Wolf K <wolfmac@sympatico.ca>] o *Danny DeVito* [From: Danny DeVito <invalid@invalid.invalid>] o *Char Jackson* [From: Char Jackson <none@none.invalid>] o *Rudy Wieser* [From: "R.Wieser" <address@not.available>] o *Sam Hill* [From: Sam Hill <sam@example.com>] o *joe* [From: joe <none@domain.invalid>] o *Good Guy* [From: н Ѕнё‰ Good Guy н Ѕнё‰ <Hello.World@Example.com>] *Not a _single_ one of these vermin ever _comprehended_ the topic!*
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2018-10-14 17:50 +0000 |
| Message-ID | <pq06mp.alo.1@ID-201911.user.individual.net> |
| In reply to | #56638 |
Wolf K <wolfmac@sympatico.ca> wrote: > On 2018-10-13 14:49, Frank Slootweg wrote: > > Wolf K <wolfmac@sympatico.ca> wrote: > [...] > >> As for backups of our PCs, that's handled automatically while we sleep. > > > > You *sleep*!? What an utter waste of time *that* is! > > Essential for brain health. "brain health"!? "BRAIN HEALTH"!? What on earth makes you think we need "brain health" for in these threads!? Sheesh, *some* people!
[toc] | [prev] | [next] | [standalone]
| From | Wolf K <wolfmac@sympatico.ca> |
|---|---|
| Date | 2018-10-14 23:54 -0400 |
| Message-ID | <ocUwD.316320$Vl2.13698@fx46.iad> |
| In reply to | #56662 |
On 2018-10-14 13:50, Frank Slootweg wrote: > Wolf K <wolfmac@sympatico.ca> wrote: >> On 2018-10-13 14:49, Frank Slootweg wrote: >>> Wolf K <wolfmac@sympatico.ca> wrote: >> [...] >>>> As for backups of our PCs, that's handled automatically while we sleep. >>> >>> You *sleep*!? What an utter waste of time *that* is! >> >> Essential for brain health. > > "brain health"!? "BRAIN HEALTH"!? What on earth makes you think we > need "brain health" for in these threads!? Sheesh, *some* people! > Good one. Point to you. -- Wolf K kirkwood40.blogspot.com Complexity is not a condition to be tamed, but a lesson to be learned. (James Bridley, 2018)
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-13 01:58 +0000 |
| Message-ID | <pprjfi$v13$1@news.mixmin.net> |
| In reply to | #56537 |
On 12 Oct 2018 10:28:58 GMT, Frank Slootweg wrote: > The only solution I know, is to use the FTPUSE [1] command on the > Windows system, to 'map'. the Android filesystem to a Network Drive. > > An alternative is to use a SMB-*server* on the Android side, but as > you know, that requires a rooted Android device (because the SMB port > number can not be changed on the Windows side). > > [1] At the time, you posted about FTPUSE, so I'm sure you know what it > is and where to find it. :-) Hi Frank Slootweg, You're the only one who posted to this Windows thread who stands a chance of helping us come to a working technically competent solution on Windows, since this is admittedly a _hard_ question, which has brought out the chitchat trolls like you can't believe. Paul, on another forum, also suggested MTPFuse, where I'll repost my response to his suggestions below so that you can know where I am proceeding to solve this problem. Since the vermin-like worthless trolls (Rudy Wieser, Char Jackson, Wolf K, Ken Blake, Danny DiVito, etc.) have _already_ infested this Windows thread, it's dead since that is their intent, where those worthless trolls will _always_ ruin the potluck picnic that is Usenet. Those vermin are like a swarm of brainless gnats infesting a picnic. Once they arrive, the thread is ruined for everyone. See below for my response to Paul elsewhere. ==== ==== ==== ==== === Hi Paul, Thanks for those useful pointers for how MTP works on Ubuntu 18.04. As you know, the technical solution I see is a very _hard_ question to answer, which is why the many worthless Windows trolls will have a field day (since all they _can_ do, is troll). I'm trying to move the technical ball forward, which isn't easy. To be clear, I read what was written prior, where the "magic" is supposed to be that Linux treats the Android file system as a "file"; but I don't comprehend that answer well enough to turn it into a solution on Windows. Do you? Without a solution, this will be just a worthless chit-chat thread. This description of the difference between libmtp & libgphoto2 says the same thing, which is that "the unix way" is that "everything is a file". <http://libmtp.sourceforge.net> But that doesn't, yet, help me implement a _solution_ to the problem. Looking at your 1st URL to see where we can come up with a solution... <http://manpages.ubuntu.com/manpages/trusty/man1/mtp-tools.1.html> That seems to make use of the libmtp package which is used by: o MTPfs FUSE filesystem <https://www.adebenham.com/mtpfs/> o Android libmtp client <https://github.com/hanwen/go-mtpfs> o MTP support on KDE <https://cgit.kde.org/kio-mtp.git> o MTPdude file transfer utility <http://mtpdude.sourceforge.net> o The GNOME Virtual file system <https://en.wikipedia.org/wiki/GVfs> o XNJB Mac OS X GUI <http://www.wentnet.com/projects/xnjb/> o GTK+ music manager <http://gnomad2.sourceforge.net> o Amarok KDE music player <https://amarok.kde.org> o Rhythmbox Gnome music player <https://wiki.gnome.org/Apps/Rhythmbox> o MTPSync file synchronizer <https://www.adebenham.com/mtpsync/> o JMTP FS <https://github.com/JasonFerrara/jmtpfs> This is good information, Paul, because it tells us that "libmtp" is key. It also tells us that MTPFS uses "libtmp", so again, "libtmp" seems key. Looking at your second URL: <https://wiki.archlinux.org/index.php/Media_Transfer_Protocol> We find there are a few Android related "FUSE" filesystems for Linux: o fb-adb Android Linux shell <https://github.com/facebook/fb-adb> o gphotofs Camera Linux mount <http://www.gphoto.org/proj/gphotofs/> But mostly, if we want an actual solution (rather than just idle chitchat), I need to focus on one of these three: o libmtp library MTP implementation <http://libmtp.sourceforge.net> o AFT MTP client <https://whoozle.github.io/android-file-transfer-linux/> o go-mtpfs MTP FUSE filesystem <https://github.com/hanwen/go-mtpfs> Given that information above, I think I'll first approach trying to get one of those three solutions to work on Windows, if that's even possible. Thanks for your insight in this difficult problem that, to my knowledge, has not yet been solved universally on Windows over USB (but which does have proprietary solutions so we _know_ it's possible). Also, it has always been possible to map Android as a drive using a *server* on Android (such as an FTP server, WebDav server, HTTP server, and even, but only if you're rooted, an SMB server): How to Map or Mount Android as a Drive on Windows <https://www.guidingtech.com/39472/map-android-drive-windows/> <https://play.google.com/store/apps/details?id=com.theolivetree.webdavserver> The goal was never to add a server to the Android system; so these solutions, while they work, are out of scope. The solution you pointed to, if it works on Windows, is the correct scope, namely: o libmtp o aftmtp o go-mtp fs
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-13 03:27 +0000 |
| Message-ID | <pprong$9r3$1@news.mixmin.net> |
| In reply to | #56580 |
On Sat, 13 Oct 2018 01:58:11 -0000 (UTC), Arlen Holder wrote: > The goal was never to add a server to the Android system; so these > solutions, while they work, are out of scope. The solution you pointed to, > if it works on Windows, is the correct scope, namely: > o libmtp > o aftmtp > o go-mtp fs Hi Frank Slootweg, Here's a technical update... While this question is a _hard_ technical question to answer, the good news is that there are _proprietary_ solutions that allow Windows to map the sdcard of the Android file system to a drive letter, which means we can then run DOS commands on that mounted file system. e.g., MTPDrive, which means an overall general-use non-proprietary solution should also be possible. I tested out a crippleware v2.10 trial version of MTPDrive on Windows. <http://mtpdrive.com/download.html> Where this is what I entered into my log file just now by way of testing. ============================================================================ 1. Install MTP Drive version 2.10 crippleware on Windows <http://mtpdrive.com/download.html> 2. Create a shortcut to C:\app\network\mtpdrive\MTPdrive.exe 3. Connect the Android device over USB & run that MTPdrive.exe shortcut 4. Press the MTPDrive GUI "Map" button to map the phone to a named drive 5. This mounts the Android external sdcard as a named drive, e.g., (M:) 6. Right click to "Open Command Window Here" to run a DOS command 7. Run the desired DOS command on that now-mounted Android filesystem dir /s/a/l/on/b *.apk Voila! <http://www.bild.me/bild.php?file=1853998dir02.jpg> For another inventory of _every_ file on the external sdcard: A. Connect the Android device to the USB port of the Windows PC B. Run the MTPDrive GUI at C:\app\network\mtpdrive\MTPdrive.exe C. Press the MTPDrive "Settings" button & then go to the "Settings" tab D. Press the "Dump device data to a file" button > C:\tmp\WPD.log The bottom portion of that log file will contain a list of every file found. \SD card\1data\software\apk\lgapps\Calculator-com.google.android.calculator-75013172-v7.5 (213680574).apk \SD card\1data\software\apk\lgapps\Chrome-com.android.chrome-349710002-v69.0.3497.100.apk \SD card\1data\software\apk\lgapps\Cloud Print-com.google.android.apps.cloudprint-140-v1.40.apk \SD card\1data\software\apk\lgapps\Docs-com.google.android.apps.docs.editors.docs-183920235-v1.18.392.02.35.apk \SD card\1data\software\apk\lgapps\Drive-com.google.android.apps.docs-183920235-v2.18.392.02.35.apk \SD card\1data\software\apk\lgapps\Duo-com.google.android.apps.tachyon-2602856-v39.1.213443905.DR39_RC19.apk \SD card\1data\software\apk\lgapps\Facebook App Manager-com.facebook.appmanager-46985667-v18.4.apk \SD card\1data\software\apk\lgapps\Facebook-com.facebook.katana-1-vstub.apk \SD card\1data\software\apk\lgapps\Gmail-com.google.android.gm-60804175-v8.9.23.215020111.release.apk etc. The good news: o This crippleware allows us to map the external sdcard to a Windows drive letter. The bad news: o It only seems to work for the _external_ sdcard (not the internal sdcard!) ============================================================================
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-13 04:44 +0000 |
| Message-ID | <pprt6m$hbv$1@news.mixmin.net> |
| In reply to | #56585 |
On Sat, 13 Oct 2018 03:27:45 -0000 (UTC), Arlen Holder wrote: > The good news: > o This crippleware allows us to map the external sdcard to a Windows drive letter. > The bad news: > o It only seems to work for the _external_ sdcard (not the internal sdcard!) By way of further update, the good news is that this test _proved_ that it's possible to mount the Android file system as a drive letter on Windows (which is exactly what worked automatically on Linux): <http://www.bild.me/bild.php?file=6181360dir01.jpg> The bad news is that, while a DOS "dir" command works fine with the tested crippleware, a DOS "copy" is artificially limited by the crippleware to 30 files per session. <http://www.bild.me/bild.php?file=8315262dir03.jpg> Obviously I'll continue to seek a general solution; but this is at least proof of concept that mounting the Android file system on Windows as a drive letter is clearly possible without running a (SMB, HTTP, FTP, WebDav, etc.) server on Android, such that DOS commands can run on that mounted Android filesystem. We just have to figure out how, which takes brains, not trolls.
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2018-10-13 10:07 +0000 |
| Message-ID | <ppsn5k.73c.1@ID-201911.user.individual.net> |
| In reply to | #56585 |
Arlen Holder <a%rlenh.older@no.spam.net> wrote: [...] > While this question is a _hard_ technical question to answer, the good > news is that there are _proprietary_ solutions that allow Windows to map > the sdcard of the Android file system to a drive letter, which means we > can then run DOS commands on that mounted file system. e.g., MTPDrive, > which means an overall general-use non-proprietary solution should also > be possible. Yes, I am aware of solutions such as MTPdrive, but since these - as least the ones I saw - are payware and you don't like/want payware, I didn't mention them. [...]
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-13 13:53 +0000 |
| Message-ID | <ppstd1$d54$1@news.mixmin.net> |
| In reply to | #56599 |
On 13 Oct 2018 10:07:25 GMT, Frank Slootweg wrote: > Yes, I am aware of solutions such as MTPdrive, but since these - as > least the ones I saw - are payware and you don't like/want payware, I > didn't mention them. Hi Frank Slootweg, Thank you for comprehending that I am always seeking *universal* solutions. By that, I mean solutions that benefit _everyone_, not just one person. As such, any payware tests are mere examples, to prove the concept. The MTPDrive crippleware had two advantages in that regard: o MTPDrive _proved_ it's possible to map Android to a drive over USB o MTPDrive actually worked, for free, for "some" DOS commands Since adults comprehend detail, this last point above is critical! What it means is that MTPDrive actually is a universal solution, of sorts. By that, I mean it runs the "dir /s/a/l/on/b" command to inventory files! There were two limitations of MTPDrive crippleware that I saw yesterday: o It doesn't seem to see the internal sdcard (only the external sdcard) <http://www.bild.me/bild.php?file=6181360dir01.jpg> o It limits a DOS "copy" to 30 files per session (but it allows a "dir") <http://www.bild.me/bild.php?file=8315262dir03.jpg> I realize, Frank Slootweg, that you are adult enough to comprehend that we could _always_ have mapped the Android file system to a drive letter over the Wi-Fi network (i.e., not using USB), so I appreciate that you understood that from the start (e.g., you noted SMB servers on Android have inherent port limitations in non-root applications). As a test though, I did run the "ftpfuse" command, since I was hoping to find a hidden trick that allows me to use ftpuse over USB (if possible). For some reason, ftpuse v2.2 failed to map the network drive. Have you ever seen such a thing? (The FTP server works fine otherwise.) Here is my log file when I tested FTP Use version 2.2 this morning. <http://www.bild.me/bild.php?file=7687244dir06.jpg> ============================================================================ 0. Download to: C:\software\network\ftp\ftpuse\FtpUseInst.exe (485 KB) Wants to go into: C:\Program Files\Ferro Software\FtpUse Install into: C:\app\network\ftp\ftpuse Uncheck the box: run ftpuse /? 1. Install & set up & run any free FTP server on Android, e.g., https://f-droid.org/en/packages/be.ppareit.swiftp_free/ Defaults username=ftp password=ftp port=2121 folder=/storage/emulated/0 2. On Windows, open an Administrator command prompt & then run: (For the FTP user "ftpuser" with password "ftppass") ftpuse T: 192.168.1.6 ftppass /USER:ftpuser /PORT:2121 /debug For some reason, this isn't working even though a browser works fine: <http://www.bild.me/bild.php?file=7687244dir06.jpg> And a ping works fine. 3. To unmount ftpuse T: /delete ============================================================================
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-13 14:20 +0000 |
| Message-ID | <ppsuvc$g9g$1@news.mixmin.net> |
| In reply to | #56605 |
On Sat, 13 Oct 2018 13:53:38 -0000 (UTC), Arlen Holder wrote: > 2. On Windows, open an Administrator command prompt & then run: > (For the FTP user "ftpuser" with password "ftppass") > ftpuse T: 192.168.1.6 ftppass /USER:ftpuser /PORT:2121 /debug > > For some reason, this isn't working even though a browser works fine: > <http://www.bild.me/bild.php?file=7687244dir06.jpg> What's odd, Frank, is that _everything_ else works, _except_ ftpuse. <http://www.bild.me/bild.php?file=7687244dir06.jpg> <http://www.bild.me/bild.php?file=7075400dir07.jpg> I picked up the latest version of ftpuse v2.2 from the canonical site: <https://www.ferrobackup.com/download/FtpUseInst.exe> I'm perplexed since it's clear the Android FTP server is working fine otherwise with Windows, but I'll move on as running FTPUSE was just a test to see if I could trick it into mounting the Android file system as a drive over USB (not over WiFi, which we could always have done easily with any FTP/HTTP/WebDav/etc. server other than SMB - which needs root as you know). If there's someone else out there who wants to test how to get FTPUse to mount their Android device as a drive letter, over WiFi, maybe they can let me know if it worked for them. TIA. Meanwhile, I'll move on to trying to solve the _difficult_ question posed in this thread, where only one adult here (and one elsewhere) has added any on-topic value (the rest were trolls from worthless little children).
[toc] | [prev] | [next] | [standalone]
| From | "R.Wieser" <address@not.available> |
|---|---|
| Date | 2018-10-13 10:02 +0200 |
| Message-ID | <pps8r7$ub0$2@gioia.aioe.org> |
| In reply to | #56580 |
Arlen, > Hi Frank Slootweg, > > You're the only one who posted to this Windows thread who stands a chance > of helping us come to a working technically competent solution on Windows, Lol ! You think you are some kind of royalty ? If not, do you maybe have a split personality that you are actually aware of ? If not, who the heck is that "us" you are talking about ? You and who else ? @Frank: Just a warning: He will pump you for all knowledge about he subject you have, and than some. Please do take notice of (the lack of) his contribution toward the actual solution. Make sure you *help* him, and are not just playing an unpayed employee (gofering for the boss). @Arlen: > Once they arrive, the thread is ruined for everyone. Its already ruined for most of us the moment you start it. I just serve to "poison the well" for newcomers. But hey, You *could* try to make your threads less attractive to us "vermin". You already know how. You only have to do it. Heck, you might even discover that you will get (much) more help that way, enabeling you to enjoy the feeling of success having solved, with just a few minor hints and suggestions, your own problem(s) ... And I tell you a secret: I *still* enjoy being able to successfully finish a (self imposed) problem. even after all those years. Nonwithstanding, or maybe because of, that I often spend hours, if not days googeling my ass off, finding tidbits of info that I than have to piece together. > I'm trying to move the technical ball forward, which isn't easy. That is most likely because you have a singular "only when my specific requirements are met its acceptable" focus, but no will to actually put effort into researching possibilities towards it. In other words: You sit back and expect/demand others to present such solutions - matching your exact specifications - to you on a silver platter. And yes, as long as you lean back in your chair waiting for others to come up with your answers you won't be moving forward *at all*. Duh! But to say that that laying-back waiting "isn't easy" is a bit overdone, don't you think ? :-) Ofcourse, seeing that you have had *FOUR* possible solutions and see you cast them aside doesn't make anyone think that a fifth will not go the same way - wasting all their hard work (always *their* hard work, not yours). Take a wild guess why most people here shun you, kid. > but which does have proprietary solutions so we _know_ it's possible *Everything* is possible. Its just a question of how much resources (energy, time, money, etc) you are willing to spend on it. In your case starting with an USB "packet sniffer" and than *lots* of time trying to reverse-engeneer the used protocols. (if that ain't technical info I don't know what is) But do you even know what "proprietary" means ? And if you do, are you really unaware that anyone providing you with a solution which would mimic that proprietary method could well fall on the wrong side of the Law ? ... which "possibly" is also why you won't find any third-party commercial or GitHub solutions to it floating around. Did you ever think of that, Arlen ? Regards, Rudy Wieser
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2018-10-13 10:01 +0000 |
| Message-ID | <ppsmqr.73c.1@ID-201911.user.individual.net> |
| In reply to | #56594 |
R.Wieser <address@not.available> wrote: > Arlen, > > > Hi Frank Slootweg, > > > > You're the only one who posted to this Windows thread who stands a chance > > of helping us come to a working technically competent solution on Windows, > > Lol ! You think you are some kind of royalty ? If not, do you maybe have > a split personality that you are actually aware of ? If not, who the heck > is that "us" you are talking about ? You and who else ? > > @Frank: > Just a warning: He will pump you for all knowledge about he subject you > have, and than some. Please do take notice of (the lack of) his > contribution toward the actual solution. Make sure you *help* him, and are > not just playing an unpayed employee (gofering for the boss). Don't worry! I know very well who/what 'Arlen' is and what his MO is. Like you, if I see one of his 'new' 'problems', I might give a - technical - response. After that, it's up to him. As long as he somewhat behaves, I might continue, but as soon as he does his usual first-blood drawing spiel, that's the end of me being nice. Most times, it only takes one response to get to the first-blood drawing stage. This time is an exception. Well, you can't 'win' them all! :-) Take care.
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-13 13:36 +0000 |
| Message-ID | <ppssd4$b9g$1@news.mixmin.net> |
| In reply to | #56598 |
On 13 Oct 2018 10:01:57 GMT, Frank Slootweg wrote: > Most times, it only takes one response to get to the first-blood > drawing stage. This time is an exception. Well, you can't 'win' them > all! :-) Frank Slootweg, Let me tell you a secret, since you acted like an adult in this thread. o When you act like an adult, I treat you as an adult o When you act like a child, I point it out & treat you as a child Do you see Frank? It's really a very simple dynamic. Sometimes you act like an adult, Frank. Most of the time you don't - but - on this thread - you acted like one. o So I treated you as an adult. This isn't my first rodeo with people like you on Usenet, Frank. For example, that moron Rudy Wieser acted like a child in _every_ post. o So far, Rudy Wieser has proven he can only act like a child. What Rudy Wieser does is blame me for pointing out his childish behavior. o I simply asked a techhnical question that Rudy apparently hates o So, what does Rudy Wieser bring to the potluck picnic that is Usenet? He brings his childish behavior. You, Frank, on the other hand, did not bring childish behavior. On this thread, you acted like an adult, Frank Slootweg. o So I treated you as an adult. I'm really easy to figure out, Frank Slootweg, because I'm consistent: o When you act like an adult, Frank, I treat you as an adult. o When you act like a child, Frank, I mirror your intent. See? Easy peasy. As I said, I've been on Usenet for decades, where my methods are honed. My goal is to alienate children - so that they pollute some other thread. Back on topic, I've partially solved the difficult age-old problem of mounting an MTP device as a drive letter on Windows (it was solved on Linux by default). There are only two or three people on these combined newsgroups that _can_ help solve this difficult problem, Frank. I'll bring up the technical issues separately as this is getting long.
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-13 13:27 +0000 |
| Message-ID | <ppsrsn$ai9$1@news.mixmin.net> |
| In reply to | #56594 |
On Sat, 13 Oct 2018 10:02:39 +0200, R.Wieser wrote: > Lol ! You think you are some kind of royalty ? On Sat, 13 Oct 2018 10:18:04 +0200, R.Wieser wrote: > How many more does it take to realize that *you* might be the problem, and > not all those others ? (which is what I tried to convey with my ghostrider > "joke") Rudy Wieser, I'm going to _try_ to communicate with you as adults do, honestly. o Adults speak facts. o Adults comprehend facts. Adults are funny that way. You acted like a child, Rudy Wieser, in _every_ post in this thread. o That's a fact, Rudy. *If you don't comprehend that fact, it doesn't change that it's a fact.* What you're doing Rudy, is blaming me, for _you_ acting like a child. o When you act like a child, Rudy, I simply point it out. o The fact you _hate_ that I point out that you act like a child doesn't change the fact that you act like a child, Rudy Wieser. When you act like an adult (if it's possible), I'll treat you as an adult. It's children like you, Rudy Wieser, who ruin Usenet for everyone. You bring _nothing_ of value to the potluck picnic that is Usenet, Rudy. o All you bring to the potluck picnic is your worthless shit So far, _every_ post from you was indistinguishable from that of a child. That's a fact - Rudy - whether you ever comprehend it or not; it's a fact. Alienating you, Rudy Wieser, will bring huge advantages to this newsgroup in terms of actually solving difficult technical problems. I _intend_ on alienating you - Rudy Wieser, because you're utterly worthless, so it benefits everyone if you would just go shit somewhere else, Rudy Wieser, and worse, every time you post to Usenet, Rudy Wieser, you always bring your childish shit, which ruins the potluck picnic that is Usenet for the adults on Usenet. If I'm being too clear for you Rudy Wieser, just let me know.
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-14 01:30 +0000 |
| Message-ID | <ppu67e$r9e$1@news.mixmin.net> |
| In reply to | #56518 |
SOLVED! The tribal knowledge of this ng has been improved with this thread: <https://alt.comp.os.windows-10.narkive.com/d40XUB0d/from-windows-how-can-we-open-a-command-line-on-the-android-filesystem> Despite the vermin who infested this potluck Usenet picnic: o *Ken Blake* [From: Ken Blake <Ken@invalid.news.com>] o *Wolf K* [From: Wolf K <wolfmac@sympatico.ca>] o *Danny DeVito* [From: Danny DeVito <invalid@invalid.invalid>] o *Char Jackson* [From: Char Jackson <none@none.invalid>] o *Rudy Wieser* [From: "R.Wieser" <address@not.available>] o *Sam Hill* [From: Sam Hill <sam@example.com>] o *joe* [From: joe <none@domain.invalid>] o *Good Guy* [From: н Ѕнё‰ Good Guy н Ѕнё‰ <Hello.World@Example.com>] We have come to a conclusion, that there is only one solution out there, to date, for Windows, that will map over USB the Android filesystem as a drive letter so that all the power of Windows is available to the user: ===========================================================================0. Without MTPDrive, you must copy files from Android to Windows in order to run DOS commands (like changes, copies & backups) on those Android files. <http://www.bild.me/bild.php?file–48761dir.jpg> Without MTPDrive over USB, if you dual boot to Ubuntu 18.04, you _can_ run commands directly on those Android files over USB: <http://www.bild.me/bild.php?filea81360dir01.jpg> With MTPDrive over USB, you can run "some" commands directly on those files: <http://www.bild.me/bild.php?file53998dir02.jpg> However there are key limitations of the MTPDrive crippleware, so it's not yet a universal solution available to everyone at all times on Windows: <http://www.bild.me/bild.php?fileѓ15262dir03.jpg> It was _always_ possible to read/write access the Android filesystem on Windows (or Linux) over Wi-Fi by running a server on Android, e.g., WebDav: <http://www.bild.me/bild.php?file†05173dir05.jpg> And this generally worked also for FTP servers running on Android: <http://www.bild.me/bild.php?filev87244dir06.jpg> Where, for some reason in my tests, FTPuse v2.2 didn't work on Windows: <http://www.bild.me/bild.php?filep75400dir07.jpg> But everything else worked with FTP except, of course, mounting the Android filesystem over USB so that commands could be directly run: <http://www.bild.me/bild.php?file316456dir08.jpg> Running an SMB server on Android is out of the question simply because you need to be root to use the ports that Windows requires, where perhaps, in the future, we may make use of the "SAF" capabilities (Android Storage Access Framework): <http://www.bild.me/bild.php?file168139ftpd.jpg> Meanwhile, the _only_ solution that worked on Windows to mount my Android Nougat 7.0 filesystem as a drive letter over USB so that commands could be directly run on the files, was MTP Drive crippleware. 1. Obtain & install MTP Drive version 2.10 crippleware on Windows <http://mtpdrive.com/download.html> I saved to: C:\software\network\mtpdrive\MTPdrive210.exe (3,495 KB) It wanted to install into: C:\Program Files\MTPdrive I installed it into: C:\app\network\mtpdrive 2. I created a shortcut to C:\app\network\mtpdrive\MTPdrive.exe 3. I connected the Android device over USB & ran that MTPdrive.exe shortcut 4. I pressed the "Map" button to map the phone to a named drive 5. This mounted the Android external sdcard as a named drive, e.g., (M:) 6. I right clicked my desktop to "Open Command Window Here" 7. I ran the desired DOS command on that now-mounted Android filesystem dir /s/a/l/on/b *.apk Voila! <http://www.bild.me/bild.php?file53998dir02.jpg> For another inventory of _every_ file on the external sdcard: A. I connected the Android device to the USB port of the Windows PC B. I ran the MTPDrive GUI at C:\app\network\mtpdrive\MTPdrive.exe C. I hit the MTPDrive "Settings" button & then I clicked the "Settings" tab D. I hit the "Dump device data to a file" button > C:\tmp\WPD.log The bottom portion of that log file containd a list of every file found. \SD card\1data\software\apk\lgapps\Calculator-com.google.android.calculator-75013172-v7.5 (213680574).apk \SD card\1data\software\apk\lgapps\Chrome-com.android.chrome-349710002-v69.0.3497.100.apk \SD card\1data\software\apk\lgapps\Cloud Print-com.google.android.apps.cloudprint-140-v1.40.apk \SD card\1data\software\apk\lgapps\Docs-com.google.android.apps.docs.editors.docs-183920235-v1.18.392.02.35.apk \SD card\1data\software\apk\lgapps\Drive-com.google.android.apps.docs-183920235-v2.18.392.02.35.apk \SD card\1data\software\apk\lgapps\Duo-com.google.android.apps.tachyon-2602856-v39.1.213443905.DR39_RC19.apk \SD card\1data\software\apk\lgapps\Facebook App Manager-com.facebook.appmanager-46985667-v18.4.apk \SD card\1data\software\apk\lgapps\Facebook-com.facebook.katana-1-vstub.apk \SD card\1data\software\apk\lgapps\Gmail-com.google.android.gm-60804175-v8.9.23.215020111.release.apk etc. The bad news: o MTPDrive seems to work for the _external_ sdcard only (not internal) o MTPDrive crippleware is limited to copying 30 files per sesssion The good news: o This is the only known solution that maps the Android filesystem to a drive letter on Windows over USB. o Since this solution exists, it's likely there are more universal solutions out there (our job is to find them). ===========================================================================Bear in mind that. since this solution exists, it's almost certain that a more universal solution also exists that the experienced may know about. If you do know of a better solution, please do advise us so that your knowledge increases the overall tribal knowledge of the group as a whole.
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-16 00:19 +0000 |
| Message-ID | <pq3ar8$4lo$1@news.mixmin.net> |
| In reply to | #56647 |
On Sun, 14 Oct 2018 01:30:23 -0000 (UTC), Arlen Holder wrote: > Bear in mind that. since MTPdrive exists, it's almost certain that a > more universal solution also exists that the experienced may know about. > > If you do know of a better solution, please do advise us so that your > knowledge increases the overall tribal knowledge of the group as a whole. There _may_ be a freeware solution for Windows 10, if this pans out: <https://software.intel.com/en-us/node/722576> It's an "Online Guide for the Intel Joule Module" Submitted July 14, 2017 o Section: USB MTP File Transfer While I don't think I have the Windows 10 knowledge to make use of that brand-new Intel capability described above, there _may_ be a freeware MTPdrive alternative available for Windows yet... Alternatives to MTPdrive <https://mtpdrive.jaleco.com/alternatives> Free alternatives to MTPdrive <https://mtpdrive.jaleco.com/> But first inspection doesn't look promising yet on those suggestions.
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2018-10-16 12:26 +0000 |
| Message-ID | <pq4sde.4l0.1@ID-201911.user.individual.net> |
| In reply to | #56704 |
Arlen Holder <a%rlenh.older@no.spam.net> wrote: > On Sun, 14 Oct 2018 01:30:23 -0000 (UTC), Arlen Holder wrote: > > > Bear in mind that. since MTPdrive exists, it's almost certain that a > > more universal solution also exists that the experienced may know about. > > > > If you do know of a better solution, please do advise us so that your > > knowledge increases the overall tribal knowledge of the group as a whole. > > There _may_ be a freeware solution for Windows 10, if this pans out: > <https://software.intel.com/en-us/node/722576> > > It's an "Online Guide for the Intel Joule Module" Submitted July 14, 2017 > o Section: USB MTP File Transfer For your purpose, you're not looking for file *transfer*, but for file *access* (open, read, write, close, etc.) or/and file-*system* access. > While I don't think I have the Windows 10 knowledge to make use of that > brand-new Intel capability described above, there _may_ be a freeware > MTPdrive alternative available for Windows yet... > Alternatives to MTPdrive <https://mtpdrive.jaleco.com/alternatives> > Free alternatives to MTPdrive <https://mtpdrive.jaleco.com/> > But first inspection doesn't look promising yet on those suggestions. Those indeed do not look promising. They seem totally unrelated (to MTPdrive). Good luck on your quest.
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-16 14:00 +0000 |
| Message-ID | <pq4qui$g83$1@news.mixmin.net> |
| In reply to | #56706 |
On 16 Oct 2018 12:26:01 GMT, Frank Slootweg wrote: > For your purpose, you're not looking for file *transfer*, but for file > *access* (open, read, write, close, etc.) or/and file-*system* access. You, Frank Slootweg, and Paul, were the only ones who even _understood_ the problem set. That's interesting, in two ways: 1. Your posts were purposefully helpful (you and Paul), 2. While this thread is _filled_ with purposefully unhelpful posts. The question is what quirk of personality makes those many trolls feel the need to incessantly post to a thread that they clearly don't even comprehend? All they ever prove is that they don't comprehend even the simplest things. o *Common Trolls*: Rudy Wieser, Wolf K, Char Jackson, o *One-Shot Trolls*: Ken Blake, Danny DeVito, Sam Hill, Good Guy, joe My theory is that these trolls hate that they're stupid. So they attempt to respond to common keywords, such as "usb" & "mtp". But all they ever prove, is that they're just stupid. > Those indeed do not look promising. They seem totally unrelated (to > MTPdrive). Agreed. The need for a more universal solution so that everyone can benefit has been a "holy grail" of sorts, ever since around 4,3 when Android lost its basic USB Mass Storage capability. Those, with intelligence, see the power in the ability to run _any_ Windows command on the device file system, just as Linux has always been able to do. Knowing that only you and Paul even understood the problem set, but that neither you nor Paul has a solution (yet), the tribal knowledge, at the moment is going to have to be moved forward by me, where the only solution that works over USB appears to be this MTPdrive payware. > Good luck on your quest. Even though only two people proved they even understood the problem posed here, I suspect there are ten times that (i.e., about a score of people) on these newsgroups who are intelligent enough to solve this problem. Given that there are only about a score of people on these combined newsgroups with the intelligence required to move the ball forward, it's likely just too difficult of a task to solve at the moment, perhaps, using Usenet mechanisms. I asked a similar question of the freeware experts, who are of like mind: <https://alt.comp.freeware.narkive.com/FEgxbfvy/does-freeware-exist-on-windows-that-will-mount-as-a-drive-letter-android-connected-via-usb-as-mtp>
[toc] | [prev] | [next] | [standalone]
| From | Arlen Holder <a%rlenh.older@no.spam.net> |
|---|---|
| Date | 2018-10-19 23:38 +0000 |
| Message-ID | <pqdpt6$mpr$1@news.mixmin.net> |
| In reply to | #56518 |
On Thu, 11 Oct 2018 19:43:38 -0000 (UTC), Arlen Holder wrote: > From Windows, how can we run a DOS command on the Android filesystem? Thanks to the purposefully helpful posters, here is a progress report, where I apologize for the details, which are necessary to be successful, and to comprehend the scope of the problem and solution sets. Please note that I _already_ have a solution, both USB & Wifi, where the goal was & is always a general solution for everyone - not just for me. o There are many freeeware solutions over WiFi o It's modern Android MTP over USB that has the lack of freeware solutions ============================================================= Here's a summary of the status to date... ============================================================= In the Windows ng, Frank Slootweg suggested "netdrive", located here: <http://netdrive.net/download> (trialware, so it's not a general solution) Just in case the old freeware existed, I downloaded the following versions: o NetDrive 3.6.571 <http://netdrive.net/> o NetDrive 3.5.434 <https://en.freedownloadmanager.org/Windows-PC/NetDrive.html> o NetDrive 2.6.2 <https://filehippo.com/download_netdrive/64426/> o NetDrive 2.6.16 build 962 <https://www.filehorse.com/download-netdrive/30799/download/> o NetDrive 2.5.7 <https://netdrive.en.lo4d.com/> o NetDrive 1.3.4 <https://filehippo.com/download_netdrive/15075/> etc. I have one key question for anyone on this ng who knows Windows well, which is whether my "assumption" is accurate that we need to "mount" the Android filesystem as a "removable drive" (i.e., with a "drive letter") in order to be able to run any Windows command on that Android filesystem? I seem to be able to run DOS commands on both these types of connections: o USB + "removable drive" (to get a drive letter) <http://www.bild.me/bild.php?file=1853998dir02.jpg> o WiFi + "network location" + "removable drive" (to get a drive letter) <http://www.bild.me/bild.php?file=6340420dir012.jpg> o WiFi + "network location" + "net use" (to get a drive letter) <http://www.bild.me/bild.php?file=8605173dir05.jpg> Is that assumption of the intermediate "need" for a drive letter correct? If so, here's a summary of where we stand based on that assumption... (If not, please correct where I err.) The "problem" is that when you connect over USB an Android 4.3+ device (mine is a $130 64GB LG Stylo 3 Plus, running Nougat, Android 7.0) as MTP, you can't run any Windows command on the Android file system, as evidenced by this "dir" of APKs that had to be done after copying to Windows: <http://www.bild.me/bild.php?file=9648761dir.jpg> The best solution is to "mount" the Android filesystm as a "removable drive" (i.e., it gets a drive letter) over USB, which I can easily do with payware/crippleware, but which I'm trying to make into a general solution that _everyone_ can do. <http://www.bild.me/bild.php?file=8315262dir03.jpg> *For a general solution, we need bona-fide non-crippled Windows freeware.* o The goal is a _universal_ solution (which necessitates _freeware_); o which enables _any Windows command_ to run on the Android filesys; o which means (I think) it has to be "mounted" as a _removable drive_; o (or, in other words, it has to have a "drive letter" when on USB); o (although a Windows "network location" can also work when on WiFi); o which both MTPDrive (over USB) & NetDrive (over WiFi) payware seem to do Given: o USB solutions are faster & generally simpler (no Android software) MTPDrive: <http://www.bild.me/bild.php?file=1853998dir02.jpg> Linux: <http://www.bild.me/bild.php?file=6181360dir01.jpg> o WiFi solutions (which generally require a "server" running on Android). WebDav: <http://www.bild.me/bild.php?file=8605173dir05.jpg> FTP: <http://www.bild.me/bild.php?file=7687244dir06.jpg> For USB: The best solution is a freeware equivalent to the MTPDrive functionality o LibMTP freeware may work if we can figure out how to make it work, while <https://sourceforge.net/projects/libmtp/files/libmtp-win32/> o MTPDrive crippleware works (crippled to 30 files per session), and, <http://www.mtpdrive.com/download.html> o Dual booting to Linux works (which natively uses, apparently, LibMTP). <http://www.bild.me/bild.php?file=6181360dir01.jpg> For WiFi: If a server must be run on Android, Windows probably handles SMB best, but: o SMB server (on Android) solutions are problematic for two reasons: (a) No known Play/F-Droid SMB server works on TCP port 445 unrooted (b) Port forwarding on Windows is required if a nonroot server is found. <https://play.google.com/store/apps/details?id=com.icecoldapps.sambaserver> Where these general-use servers don't require rooting or port forwarding, & where Windows "network location" & "removable drive" features are used: o WebDav <https://play.google.com/store/apps/details?id=com.theolivetree.webdavserver> network location: <http://www.bild.me/bild.php?file=8605173dir05.jpg> o FTP <https://play.google.com/store/apps/details?id=com.theolivetree.ftpserver> <http://www.bild.me/bild.php?file=7075400dir07.jpg> <http://www.bild.me/bild.php?file=4731516dir011.jpg> For WiFi FTP, these are possible universal free drive-mapping solutions: o FTPuse (freeware which I was not successful with in my recent tests) <https://www.ferrobackup.com/map-ftp-as-disk.html> FTP Server (free): <http://www.bild.me/bild.php?file=3316456dir08.jpg> The Olive Tree: <http://www.bild.me/bild.php?file=7355568dir09.jpg> Anonymous: <http://www.bild.me/bild.php?file=4223201dir010.jpg> o DirectNet (freeware which I was successful with in my tests today) <http://www.directnet-drive.net/> <http://www.bild.me/bild.php?file=4731516dir011.jpg> <http://www.bild.me/bild.php?file=6340420dir012.jpg o SFTP Net Drive (free for personal use but I was not successful today) <https://www.nsoftware.com/sftp/netdrive/> (it took a bogus name & email) o NetDrive (trialware, untested because it's not a general solution) <http://netdrive.net/> o Web Drive (trialware, untested because it's not a general solution) <https://webdrive.com/download/> And where Linux solutions may work under some circumstances: o Dual-boot to Linux works perfectly (which uses LibMTP natively) <https://groups.google.com/d/msg/alt.os.linux/oOfdMLmJ-oQ/jh_1DwTOBgAJ> o Termux (contains a mini Linux command environment) <https://play.google.com/store/apps/details?id=com.termux> As always, this effort is for everyone - so please improve where you can!
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2018-10-20 14:37 +0000 |
| Message-ID | <pqfljf.8ds.1@ID-201911.user.individual.net> |
| In reply to | #56743 |
Arlen Holder <a%rlenh.older@no.spam.net> wrote:
[...]
> I have one key question for anyone on this ng who knows Windows well, which
> is whether my "assumption" is accurate that we need to "mount" the Android
> filesystem as a "removable drive" (i.e., with a "drive letter") in order to
> be able to run any Windows command on that Android filesystem?
You do not *need* a drive letter, because 'DOS' commands can also use
a Network Share (in contrast to a Network Drive). For example:
dir \\DISKSTATION\Frank
Where 'DISKSTATION' is my NAS.
The only limitation I'm aware of, is that you cannot 'cd' into a
Network Share, while you can 'cd' into anything which has a drive
letter:
C:\home\franks>cd \\DISKSTATION\Frank
'\\DISKSTATION\Frank'
CMD does not support UNC paths as current directories.
C:\home\franks>cd M:
M:\
That said, having a drive letter is a *nice* thing to have, as most of
the solutions you mention, need one anyway.
[...]
> o WiFi + "network location" + "net use" (to get a drive letter)
> <http://www.bild.me/bild.php?file=8605173dir05.jpg>
Hmmm! This seems to be a nice one! I can't remember seeing you use
'net use' by itself.
Does this setup mean you have:
- A WebDAV server - i.e. extra software - on your Android device.
- *No* *extra* software ('net use' is part of Windows) on your Windows
device.
?
If so, I think this is the best WiFi solution sofar (till you get a
(non-root) SMB server on Android to work).
I have no experience with 'weird' UNC paths such as the one you're
using ('\\192.168.1.6@8080\DavWWWRoot\'), but it would be interesting to
see if you can use such UNC paths directly in a 'DOS' command, i.e.
*without* assigning a drive letter with 'net use'.
I.e. like I can use (see above)
dir \\DISKSTATION\Frank
perhaps you can use something like
dir \\192.168.1.6@8080\DavWWWRoot
Note: Something *like* that. I'm not saying that exact syntax is
correct.
My suggestion might seem silly: Using a drive letter (X:) is much
cleaner than the '192.168.1.6@8080\DavWWWRoot' mess, but as you can put
this 'mess' into an environment variable, it can be made clean, i.e.
dir %Android%\Mobi_Usage_AppBackup
[...]
> As always, this effort is for everyone - so please improve where you can!
[toc] | [prev] | [next] | [standalone]
Page 5 of 6 — ← Prev page 1 2 3 4 [5] 6 Next page →
Back to top | Article view | comp.mobile.android
csiph-web