mount windows dir to android

最新推荐文章于 2022-11-22 19:58:49 发布
最新推荐文章于 2022-11-22 19:58:49 发布
阅读量1k 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： windows android cmd user
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ccskyer/article/details/6446744

Hi, all,

Use mount cmd, can mount windows dir to android:

step 1:

  PC side: share a folder in windows;

step 2:

  Android side: $busybox mount -o user=win_user,password=***** //10.0.0.1/bug /mnt/sdcard/bugs

  * in the cmd line, //10.0.0.1/bug is the share-dir, /mnt/sdcard/bugs is the folder in which you can see the share-dir.

It may be more convenient than copying files to sdcard.

Best Regards,

GangLiu

ccskyer
关注
【QNX+Android虚拟化方案】125 - 如何创建android-spare镜像
|~~~热爱生活、努力学习的小伙汁~~~|
11-30 716
【QNX+Android虚拟化方案】125 - 如何创建android-spare镜像
【QNX+Android虚拟化方案】105 - 如何替换 NON-HLOS.bin 中的 Wifi Firmware 固件
|~~~热爱生活、努力学习的小伙汁~~~|
08-31 1054
【QNX+Android虚拟化方案】105 - 如何替换 NON-HLOS.bin 中的 Wifi Firmware 固件
安卓挂载linux文件系统,Android 文件系统分区挂载流程 · Younix’s Studio
weixin_28365523的博客
05-11 1050
8种机械键盘轴体对比本人程序员，要买一个写代码的键盘，请问红轴和茶轴怎么选？//DRAFT//TODO最近在玩 RK 的板子，想要将 Ubuntu 移植上去，对比之前做 Android 的时候，发现他们的 Kernel 部分完全一样。那么 Linux 发行版 和 Android 系统他们之间的差别究竟是怎样的呢？差别在于 Kernel 启动后，挂载的分区有所差别。所进入的 rootfs(根文件系...
深入学习Android系统上mount命令的使用
Fly20141201. 的专栏
09-10 1万+
在Android系统的预装apk病毒和elf病毒的清除时，经常需要先获取root权限，再执行 “mount -o remount,rw /system” 命令修改系统分区属性为可写，然后才能将system/xbin、system/bin以及system/app下的病毒清除干净。在清除Android系统病毒的这个过程中，必须涉及到 mount修改Android系统的分区属性为可写的行为，这里
Android 分区挂载
热门推荐
Tony的专栏
07-29 2万+
Android启动之后，系统的分区工作已经完成，但是分区是在哪来进行的？ 一个大的系统启动不可能每个分区都要去手动挂载，添加，肯定有一个自动加载的工作，Android 本身也是一个Linux系统，我们先从Linux的分区开始了解。 Linux系统分区 linux 开机时会自动加载分区，只不过要先配置好分区文件fstab (/etc/fstab),如下： 　　# /etc/fstab
android文件系统挂载分析(1)---正常开机挂载，分区信息解读
xzc的博客
07-31 5269
转载：http://www.cnblogs.com/xiaolei-kaiyuan/p/5501104.html "android"系列分为三部分： 1.正常开机挂载 2.encryption 3.dm-verity   　　我们知道android有很多分区，如"system","userdata","cache"，他们是何时挂载的？如何挂载的？这个系列的文章进行分析。这里介绍第一部分...
android文件系统挂载分析(1)---正常开机挂载
eric43的专栏
07-23 977
http://www.cnblogs.com/xiaolei-kaiyuan/p/5501104.html android"系列分为三部分： 1.正常开机挂载 2.encryption 3.dm-verity   　　我们知道android有很多分区，如"system","userdata","cache"，他们是何时挂载的？如何挂载的？这个系列的文章进行分析。这里介绍第一部分，and...
从 0 开始编译 Android 系统源码
Airsaid
11-22 4468
在开始学习 Android Framework 的知识前，准备好相关的源码环境是非常有必要的。可以选择直接在网站在线看，但是跳转这些还是不如在 IDE 下来的方便。或者也可以下载好指定版本的源码，并通过 IDE 来查看，但是这样无法编译源码，所以也就无法修改源码后编译查看效果。
Win 11 通过WSL 安装子系统Ubuntu 20.0.4 进行编译构建Android Aosp 源码
qq_30076503的博客
07-27 2573
1.Win11通过WSL安装 虚拟子系统 ubuntu20.0.4 2. 扩大虚拟机SWAP，Swap 自动挂载 3. 移动默认Ubuntu 到其他盘符 4. 扩大Ubuntu默认虚拟硬盘大小 5. Android源码拉取及编译构建报错处理
Android内核的编译和调试
墨鱼菜鸡
04-28 966
本文博客地址：http://blog.youkuaiyun.com/qq1084283172/article/details/70500488 一、Android内核源码的选择 Android手机设备内核源码的调试需要外部硬件设备的支持，调试步骤比较麻烦。相对来说，Android模拟器内核源码的调试就比较简单了，这里...
android分区挂载fstab
HelloBirthday的博客
01-17 2万+
SoC ： RK3288 Platform : Android 5.1本文简述android启动后分区是如何挂载，简述fstab的作用。一、fstab Android 5.1分区挂载配置文件：fstab.xxxx.xxxx,不同于android4.4(vold.fstab),在5.1后分区配置文件发生了变化。fstab定义如下：<src> <mount point> <filesyst
android文件系统挂载分析
alifrank的博客
09-20 3261
参考 https://www.cnblogs.com/xiaolei-kaiyuan/p/5501104.html 我们知道android有很多分区，如"system","userdata","cache"，他们是何时挂载的？如何挂载的？这个系列的文章进行分析。 这里介绍第一部分，android手机正常开机各分区的挂载。这里我们以mtk平台进行分析，高通与mtk差别不是很大。 我们知道kern...
mount_all过程
chengbeng1745的博客
02-01 1170
BuiltinFunctionMap 在core/init/builtins.h中 using BuiltinFunction = std::function<int(const std::vector<std::string>&)>; class BuiltinFunctionMap : public KeywordMap<BuiltinFun...
Android挂载以点号(.)开头的文件夹或是文件
weixin_30364325的博客
02-03 750
使用情境： 如果我说我想要在电脑上能够访问手机SD卡上的某一个目录abc，你们是不是就是去新建一个类似"/mnt/sdcard/abc/"这样目录的文件夹？事实确实如此。不过，如果我们再加一条需求可能情况就不一样了。我想在我们的PC机上可以访问，但手机的设备管理器中是不能够去访问这个目录的，这又该怎么做了呢？ 解决方案： 对于上述的问题，我们可以采用在需要创建...
mount_all执行顺序
chengbeng1745的博客
02-05 709
顺序 123
wsl通过git 拉取代码到windows下的D盘时 上报error: unable to create file vcos/kernel/nuttx/boards/arm/stm32/nucleo-f334r8/src/stm32_comp.c: Invalid argument
最新发布
06-27
<think>我们正在处理一个用户问题：在WSL中通过Git克隆代码到Windows的D盘时出现文件创建错误，具体错误信息是“unabletocreatefileInvalidargument”。我们需要分析可能的原因并提供解决方案。根据引用[2]中提到的几个链接，我们可以推测一些可能的原因：1.文件名中包含非法字符（例如在Windows中不允许的字符，如冒号、问号等，或者保留文件名如aux,con等）。2.文件路径过长（Windows有路径长度限制，默认为260个字符）。3.文件系统权限问题。4.由于WSL和Windows之间的文件系统交互问题（特别是当克隆到Windows文件系统时）。另外，引用[2]中提到了一个具体的问题：“不能在win7下建立名为aux的文件夹”，这说明Windows保留了一些设备名作为文件名，这些名称不能用于文件或文件夹。我们还可以参考引用[4]中的一些解决方案，虽然它是针对不同的错误，但其中提到了更新OpenGL，这可能与图形界面有关，但我们的问题似乎不相关。不过，我们可以注意其中提到的使用faulthandler来检查错误，但这不是我们的重点。现在，我们针对可能的原因逐一分析：1.**非法文件名**：-在Windows中，以下字符在文件名中是非法的：<>:"/\|?*-此外，一些保留名称（如CON,PRN,AUX,NUL,COM1,COM2,COM3,COM4,COM5,COM6,COM7,COM8,COM9,LPT1,LPT2,LPT3,LPT4,LPT5,LPT6,LPT7,LPT8,LPT9）不能作为文件名。-解决方案：检查Git仓库中是否有包含这些非法字符或保留名称的文件。如果可能，避免克隆这些文件（但通常我们无法控制远程仓库）。或者，考虑在WSL中使用Linux文件系统（如/home下的目录）进行克隆，然后再移动到D盘（但移动时可能还会遇到同样问题）。2.**路径过长**：-Windows默认路径长度限制为260个字符（MAX_PATH）。但是，从Windows10版本1607开始，可以启用长路径支持（需要管理员权限）。-解决方案：-在Windows中启用长路径支持：打开组策略编辑器（gpedit.msc）->计算机配置->管理模板->系统->文件系统->启用Win32长路径，然后启用。或者修改注册表：HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem，将LongPathsEnabled设置为1。-使用Git的配置来避免长路径：`gitconfig--systemcore.longpathstrue`（注意：这可能会带来其他问题，因为Git并不是为Windows的长路径设计的）。-将仓库克隆到较浅的目录结构中（例如直接克隆到D盘根目录：D:\repo）。3.**权限问题**：-确保WSL有权限在D盘的目标目录中创建文件和目录。在WSL中，你可能需要检查挂载的Windows分区的权限。-解决方案：在WSL中，检查目标目录的权限（使用`ls-ld/mnt/d/path/to/dir`），并确保你有写权限。如果没有，可以尝试更改权限（但Windows文件系统的权限可能需要通过Windows来设置），或者在Windows中确保该目录对当前用户可写。4.**WSL文件系统交互问题**：-WSL访问Windows文件系统（/mnt/d/...）时，性能不如Linux文件系统，并且可能会遇到一些限制（如文件权限、文件名大小写敏感等）。-解决方案：尝试将仓库克隆到WSL自己的文件系统中（如~/repos），然后再复制到Windows文件系统（使用`cp`命令）。但是，复制时可能还会遇到同样的文件名问题。另外，引用[3]中提到使用清华镜像站克隆AOSP仓库，这虽然与我们的问题没有直接关系，但说明镜像站可能提供了分支信息，我们可以通过分支来避免一些错误（但我们的错误是文件创建错误，不是分支问题）。根据用户的具体错误信息“unabletocreatefileInvalidargument”，这通常指向文件名或路径无效。因此，我们应重点关注文件名和路径。建议的步骤：步骤1：尝试在Windows文件资源管理器中手动创建一个与错误信息中提到的文件名相同的文件（包括路径），看是否同样报错。如果报错，则证明是文件名或路径问题。步骤2：如果步骤1确认是文件名问题，那么我们需要在克隆时避免这些文件。但Git本身并不提供这样的过滤功能。因此，我们可以尝试以下方法：-在Linux文件系统中克隆（WSL的Ubuntu文件系统，如/home/username/repo），然后再尝试复制到D盘。在复制过程中，如果遇到非法文件名，我们可以选择跳过或重命名（但重命名可能导致程序运行失败）。-或者，使用Git的sparse-checkout功能来避免检出有问题的文件（但需要知道具体哪些文件有问题）。步骤3：如果问题是由于路径过长，尝试在更靠近根目录的位置克隆，例如D:\repo。步骤4：确保Windows已经启用长路径支持（对于Windows10及以上版本）。步骤5：检查Git的版本，并更新到最新版本（因为新版本的Git可能对Windows长路径有更好的支持）。步骤6：如果以上都不行，考虑在WSL中使用Linux文件系统进行开发，然后通过其他方式（如符号链接）将必要的文件暴露给Windows程序使用。由于引用[2]中提到了一个类似问题的链接（reposyncerror:cannotinitializeworktree），其中可能包含有用的信息。但根据提供的链接标题，我们得知：-有一个解决方案是使用FixDownloadAndroid（一个脚本）来修复下载Android源码时的问题，但我们的问题不是特定于Android的。-另一个链接提到“不能在win7下建立名为aux的文件夹”，所以如果错误信息中出现了类似aux这样的文件名，那么这就是原因。因此，我们需要查看具体的错误信息中提到的文件名。用户提供的错误信息是“unabletocreatefileInvalidargument”，但没有给出具体的文件名。所以，我们建议用户提供具体的文件名，或者尝试在克隆时使用`--verbose`选项来获取更多信息。如果用户无法提供具体的文件名，我们可以尝试以下通用解决方案：1.在WSL中，将仓库克隆到Linux文件系统（例如：`cd~&&gitclone<url>`），然后使用`cp`命令将整个仓库复制到D盘。在复制过程中，如果遇到非法文件名，系统会报错并指出具体文件名。2.在Windows中打开开发者模式（设置->更新与安全->开发者选项->开发者模式），这可能有助于解决一些权限和路径问题。3.以管理员身份运行WSL或GitBash。4.在Git中配置禁用文件路径的严格检查（但这不是标准做法）：gitconfigcore.protectNTFSfalsegitconfigcore.protectHFSfalse注意：这可能会带来安全风险，因为它禁用了对NTFS和HFS文件系统的保护，可能导致覆盖系统文件。5.使用第三方工具（如rsync）来复制文件，它可能能更好地处理非法文件名（但通常不会，因为根本问题是Windows文件系统不允许）。最后，由于用户是在WSL中操作Windows文件系统，我们还要注意WSL的版本（WSL1或WSL2）。WSL2有更好的兼容性，但文件系统性能在跨系统访问时可能较差。如果用户使用的是WSL1，可以考虑升级到WSL2（但需要Windows版本支持）。总结：由于没有具体的文件名，我们无法给出精确的解决方案。但根据经验，最可能的原因是文件名中包含Windows非法字符或保留字。因此，我们建议用户先尝试在Linux文件系统中克隆，再复制到Windows，并观察复制过程中报错的具体文件名，然后重命名该文件（在仓库中重命名并提交，如果可能的话）或将其从仓库中排除。如果用户遇到的是路径过长问题，则启用长路径支持或克隆到更短的路径。如果用户遇到权限问题，则检查并修改目录权限。我们提供以下步骤供用户尝试：步骤1：在WSL中，进入Linux文件系统并克隆仓库：```bashcd~gitclone<repository-url>```步骤2：尝试将克隆的仓库复制到D盘目标目录：```bashcp-r~/cloned-repo/mnt/d/target-path```如果复制过程中出现错误，注意是哪个文件。然后，可以尝试在复制时重命名该文件（但可能会影响程序运行），或者联系仓库维护者修复文件名。步骤3：如果复制成功，则问题解决。步骤4：如果复制不成功，且报错是路径过长，则在D盘根目录创建一个目录（如D:\repo），然后重新克隆到该目录（注意：直接克隆到该目录可能还会遇到文件名问题，所以先确保文件名合法）：```bashcd/mnt/dmkdirrepocdrepogitclone<repository-url>```步骤5：如果步骤4中直接克隆仍然失败，则考虑在克隆时使用浅克隆（只克隆最近的一次提交）以减少文件数量（但可能无法解决文件名问题）：```bashgitclone--depth1<repository-url>```步骤6：如果以上步骤都不行，请用户提供具体的错误信息（包括文件名）。另外，根据引用[1]中的信息，我们可以忽略SSL验证（但这不是文件创建错误的原因）：gitconfig--globalhttp.sslVerify"false"但我们的问题与SSL无关。最后，我们提供相关问题：§§相关问题§§1.如何检查Windows中的文件路径长度限制是否已解除？2.WSL1和WSL2在文件系统操作上有什么主要区别？3.如何在Git仓库中批量修改文件名（例如删除非法字符）？4.如何配置Git以允许长路径？</think>### WSL Git克隆到Windows D盘时出现"unable to create file Invalid argument"错误的分析与解决 #### 问题原因分析 1. **文件名非法字符问题**： - Windows系统禁止使用某些保留名称作为文件名（如`aux`, `con`, `prn`等）[^2] - 路径中包含Windows不支持的字符（如`?`、`*`、`:`等） - 示例错误：`error: unable to create file tests/P_str_escape/str\escape.rs` 2. **文件路径过长**： - Windows默认路径长度限制为260字符（MAX_PATH） - Git仓库深层嵌套路径易触发此限制 - 错误表现为创建文件时参数无效 3. **WSL/Windows文件系统交互问题**： - WSL访问NTFS文件系统时的权限映射异常 - Git在跨文件系统操作时的兼容性问题 - 路径大小写敏感性差异（Linux区分大小写，Windows不区分） #### 解决方案 ##### 方法1：启用Windows长路径支持（推荐） ```powershell # 以管理员身份运行PowerShell Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem" ` -Name "LongPathsEnabled" -Value 1 -Type DWORD ``` 1. 重启计算机 2. 更新Git配置： ```bash git config --system core.longpaths true ``` ##### 方法2：在WSL中使用Linux文件系统克隆 ```bash # 在WSL的Linux文件系统中克隆 git clone <repo-url> ~/project # 复制到Windows文件系统 cp -r ~/project /mnt/d/target_folder ``` ##### 方法3：路径优化与字符清理 1. 克隆到更短路径： ```bash cd /mnt/d # 直接到D盘根目录 git clone <repo-url> short_name ``` 2. 检测非法文件名： ```bash git ls-tree -r HEAD --name-only | grep -E 'aux$|con$|prn$' ``` 3. 使用`core.protectNTFS`配置： ```bash git config core.protectNTFS false ``` ##### 方法4：更新软件环境 1. 升级组件： ```bash # 更新WSL内核 wsl --update # 升级Git版本 sudo apt update && sudo apt upgrade git ``` 2. 验证文件系统挂载选项： ```bash # 检查D盘挂载参数 mount | grep "/mnt/d" # 应显示drvfs选项 ``` #### 预防措施 1. 在仓库中避免使用Windows保留文件名 2. 保持目录结构扁平化（减少嵌套层级） 3. 定期运行仓库维护： ```bash git gc --aggressive git repack -ad ``` [^1]: Windows系统保留文件名限制导致文件创建失败 [^2]: 路径长度超过Windows默认260字符限制引发无效参数错误 [^3]: WSL与NTFS文件系统权限映射异常造成写入失败
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值