页次: 1
已经安装了AUR的android_udev
但是插上手机没有反应
lsusb 能看到ID 04e8:6860 Samsung Electronics Co., Ltd GT-I9100 Phone [Galaxy S II], GT-I9300 Phone [Galaxy S III], GT-P7500 [Galaxy Tab 10.1]
/dev 下有
lrwxrwxrwx 1 root root 15 12月 26 15:31 android_adb -> bus/usb/001/031
桌面环境是GNOME
新手不是很理解,求解。。
离线
我只从社区源装了 android-sdk-platform-tools 以及 sdk 什么的。没装 android_udev。一切正常。
离线
任何带Android字样的包都没装。打开基本正常。文件管理器用的spaceFM。命令行也正常。
你手机是不是没设置对?
想装X,别装X
离线
哦,你是要挂载。
我的手机是 Android 4.0.4,需要使用 MTP 协议。已放弃。改用 ssh 和 ftp。
离线
任何带Android字样的包都没装。打开基本正常。文件管理器用的spaceFM。命令行也正常。
你手机是不是没设置对?
可能你是大容量模式,我是MTP
离线
哦,你是要挂载。
我的手机是 Android 4.0.4,需要使用 MTP 协议。已放弃。改用 ssh 和 ftp。
多谢啦,解决了,我也是MTP,下了个jmtpfs 挂载上了
离线
离线
试一试不同的 gvfs-mtp kio-mtp……
https://wiki.archlinux.org/index.php/MTP
多谢了,wiki还真是什么都有
离线
贴个段子给自己解惑,出自这里
既然可以通过MTP把智能设备当作U盘使用,那么它和我们常用的USB大容量存储(USB Mass Storage,简称UMS)有何不同呢?
UMS模式下,PC操作存储设备的粒度是设备块(FAT block),而非文件系统。什么意思?此处举一个简单例子。当Android手机通过UMS将sdcard挂载到PC后,PC就拥有对sdcard的绝对控制权。这样,手机就无法同时访问sdcard了。这种做法带来的后果就是Camera或Music程序将因没有外部存储空间而提示无法进行操作(注意,有些厂商的手机对此进行过修改,使得Camera能短时间录制一部分视频到内部存储空间)。这也是Android早期版本中一个很明显的特点。另外,由于PC在操作sdcard时可能弄坏其文件系统,这将导致sdcard重新挂载到手机后不能被识别。
如果Android手机的sdcard以MTP模式挂载到PC机上,sdcard的控制权其实还是属于手机。只不过智能手机通过MTP协议向PC机构建了一个虚拟文件系统。PC机操作其中的文件时,都会通过标准MTP协议向智能手机发起请求。另外,Android把MTP功能集成在MediaProvider[1]中,其好处是PC机操作(例如拷贝或删除等)媒体文件时,媒体数据都会及时更新到媒体数据库中。而UMS模式下,当sdcard挂载回手机后,Android还得花较长时间重新扫描媒体文件以更新媒体数据库。MTP的好处还有很多,例如它可判断PC机拷贝的媒体文件是否受目标手机支持,甚至可以触发对应的转码程序将其转换成手机支持的格式。不过和UMS相比,MTP也有不足之处:
传输大文件的速度较慢。
MTP不能直接修改文件本身。只能先拷贝到本地修改,完毕后再拷贝回去。
除了Windows外,Linux和MacOS对MTP支持还不是很完善。
想装X,别装X
离线
原来是微软搞的,怪不得支持不好。
这段话大概意思是那样,细节有些是错的。
要重新扫描媒体文件只能说为了该死的兼容性的 FAT 文件系统不给力。NTFS 和 btrfs 都能寻找新文件的。
离线
页次: 1