adb remount mount: ‘/dev/block/dm-0′-＞’/system’: Device or resource busy

最新推荐文章于 2025-01-07 09:51:00 发布

pixelcolor

最新推荐文章于 2025-01-07 09:51:00 发布

阅读量5.7k

点赞数 3

分类专栏： Android

本文链接：https://blog.csdn.net/zhaogenhua3/article/details/108900231

版权

Android 专栏收录该内容

9 篇文章

订阅专栏

Android 7.1之后出现无法正常adb remount的问题，一般会出现以下打印信息

mount -o remount,rw /system 出现以下打印：
mount: '/dev/block/dm-0'->'/system': Device or resource busy

adb remount 出现以下：

remount of /system failed: Read-only file system
remount failed

可以尝试以下指令来实现：

adb root 
adb disable-verity  // 重点在这一步，取消验证即可，最新版的adb才支持此指令。 
adb reboot a
adb root 
adb remount

经过以上处理之后，就可以实现adb remount了，system分区又可以读写了:)

如果想了解更多内容可以查看该文章《adb — adb remount 重新挂载system分区》

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

pixelcolor

关注关注

3
点赞
踩
3

收藏

觉得还不错? 一键收藏
2
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

mount device or resource busy

CSDN明星博主，认证博客专家，视频、Matlab领域优质创作者。

04-22

1万+

mount device or resource busy 原因：挂载点已经挂载了东西，需要先卸载umount，然后重新挂载。

Android R adb remount 调用流程

热门推荐

从入门到放弃

09-03

6万+

在一次磁盘挂载的过程中遇到一个问题，给虚拟机新添加了一块20G的磁盘，要分别挂载12G到一个目录，挂载7G到另外一个目录，过程如下：首先挂载12G到/data1目录： fdisk /dev/sdb n 回车回车 +12G w mkfs.ext4 /dev/sdb1 mount /dev/sdb1 /data1 全程没有遇到问题此时继续挂载剩下的7G到/data2目录： fdisk /dev...

&#39；adb remount&#39；的作用是什么？在什么情况下有用？

whyrookie的博客

11-07

477

'adb remount' 将 '/system' 部分置于可写入的模式，默认情况下 '/system' 部分是只读模式的。这个命令只适用于已被 root 的设备。在将文件 push 到 '/system' 文件夹之前，必须先输入命令 'adb remount'。 'adb remount' 的作用相当于 'adb shell mount -o rw,remount,rw /system'。 ...

adb remount adb shell

高延明的专栏

02-27

1446

adb remount:重新连接手机设备， adb shell 获得root权限 cd 进入某个目录下修改文件，然后要重新安装时，要用Ctrl + C 退出shell，并重新adb remount ,用adb push 要安装的文件的所在目录 system/app

linux rm命令无法删除目录，显示Device or resource busy

m0_46829545的博客

11-06

4306

linux rm命令无法删除目录，显示Device or resource busy

Holiday

12-14

994

使用场景：下载PDF文件，转成图片，然后打印，打印成功后需要将下载的PDF文件和图片全部删除，之前程序一直跑着是没问题的，忽然就出现了问题，debug跟踪下，发现问题出在了下载PDF文件时，如果第一次下载成功了，第二次在下载就会失败，并且会报open failed: EBUSY (Device or resource busy)这个错误，翻译：文件或文件路径忙；百度下，很多人说是Android系...

adb remount的使用

格物致知的专栏 [音视频编解码网络协议计算机视觉计算机图形学图像理解语音识别机器学习模拟电路传感器]

11-27

5420

如果要删除或者修改/system目录下的东西（一些frameworks编译出来的so和系统app都位于该目录下），就需要将/system部分置于可写入的模式，默认情况下 /system部分是只读模式的。第一步这个命令只适用于已被 root 的设备，如果没有root，就要执行adb root命令将其root。在将文件push到/system目录之前，必须先输入命令 'adb remount'，'adb remount' 的作用相当于 'adb shell mount -o rw,remount,rw /sys

docker rm 容器提示这个device or resource busy

qq_33192454的博客

06-04

1566

如果在尝试删除容器时出现 "device or resource busy" 错误，通常意味着容器或其中的某些资源正在被使用，导致无法删除。如果上述方法仍然无法解决问题，请检查系统日志或其他相关信息，以了解造成容器无法删除的具体原因。：等待一段时间，让可能正在使用容器的进程或资源释放。然后尝试再次删除容器。请确保在执行任何可能影响数据完整性或系统稳定性的操作之前，先备份您的数据。：如果容器无法正常停止或释放资源，您可以尝试使用。

adb remount 失败：remount failed: Permission denied remount failed

Penguinfool的博客

07-06

1万+

前段时间做了一部分MDM的项目，这阶段，终于派上了用场，可是新的设备到手之后，发现无法remount，也就是无法获取读写权限了首先adb shell，发现失败了，嗯，一定是某个端口被占用了，come on，让我们弄死那个小贱货，// 错误表象 * failed to start daemon * error: unknown host service // 命令 netstat -aon|fin

执行adb remount提示remount of /system failed: Read-only file system

dzkdxyx的专栏

09-28

2900

解决方式: 1. adb root 2. adb disable-verity 3. adb reboot(重启机器) 4. adb root 5. adb remount 解决方式来源于:adb remount 系统提示只读文件系统Read-only file system,解决用adb disable-verity...

adb shell mount -o rw,remount /system_ext mount: '/dev/block/dm-10' not user mountable in fstab

03-13

<think>好的，我现在需要帮助用户解决在Android设备上通过ADB命令挂载/system_ext分区时出现的错误。错误信息是“mount: '/dev/block/dm-10' not user mountable in fstab”。首先，我得理解这个问题出现的原因。根据用户提供的引用内容，特别是引用[1]中的例子，当用户尝试挂载rootfs时，系统提示该分区在fstab中不允许用户挂载，可能需要su权限。同样，引用[3]提到adb remount失败时系统显示为只读文件系统，而引用[4]则建议先禁用verity并重新启动设备。因此，初步判断用户的问题可能涉及到权限不足、分区被占用或安全机制（如dm-verity）阻止了挂载操作。接下来，我需要考虑可能的解决方案。首先，用户可能需要获取root权限，因为普通用户可能无法挂载系统分区。例如，引用[1]中用户尝试切换到su模式但遇到身份验证失败，这可能是因为设备未root或su权限未被授权。因此，用户需要确保设备已经解锁bootloader并获取了root权限。其次，检查是否启用了dm-verity。引用[4]提到在debug版本中需要先禁用verity，然后重新启动设备，再进行挂载。因此，用户可能需要执行adb disable-verity并重启设备，这可能关闭分区的验证机制，允许重新挂载。另外，用户可能需要使用更完整的命令来指定挂载点和选项。例如，引用[2]中给出的示例是挂载/system分区，用户需要将路径替换为/system_ext对应的块设备和挂载点。因此，正确命令可能类似于mount -o rw,remount /dev/block/[对应路径] /system_ext，但需要确定正确的设备路径。此外，分区可能正被其他进程占用，导致无法重新挂载。引用[3]中的错误提到设备或资源忙，这时候可能需要先卸载相关分区或确保没有进程在使用它。最后，用户可能需要通过恢复模式或使用adb sideload（如引用[5]提到的）来绕过系统的限制，进行分区的挂载操作。总结可能的解决步骤：1. 获取root权限；2. 禁用dm-verity；3. 使用正确的设备路径和挂载命令；4. 检查分区是否被占用；5. 通过恢复模式操作。需要将这些步骤以清晰的结构呈现给用户，并确保每一步都有对应的引用依据。</think>### 问题分析 Android系统中挂载系统分区（如`/system_ext`）时出现`not user mountable in fstab`错误，通常由以下原因导致： 1. **权限不足**：普通用户无权限操作系统分区，需Root权限[^1]。 2. **dm-verity机制限制**：Android的磁盘验证机制（dm-verity）会锁定分区为只读[^4]。 3. **分区被占用**：分区可能处于被系统进程使用的状态[^3]。 4. **命令格式错误**：未指定正确的设备路径或挂载参数[^2]。 --- ### 解决方案 #### 1. 获取Root权限 - 通过`adb root`命令以Root身份连接设备： ```bash adb root ``` - 若设备未解锁Root权限，需先通过Magisk等工具获取Root。 #### 2. 禁用dm-verity验证 - 执行以下命令关闭分区验证： ```bash adb disable-verity adb reboot ``` 重启后重新连接设备。 #### 3. 使用完整挂载命令 - 明确指定设备路径和挂载点（需根据设备实际情况替换`/dev/block/dm-10`）： ```bash adb shell mount -o rw,remount /dev/block/dm-10 /system_ext ``` - 若设备路径未知，可通过`adb shell mount | grep system_ext`查询。 #### 4. 检查分区占用状态 - 若提示`Device or resource busy`，尝试进入Recovery模式挂载： ```bash adb reboot recovery ``` 在Recovery模式下通过`mount`命令操作。 #### 5. 通过ADB Remount - 使用`adb remount`尝试自动挂载： ```bash adb remount ``` 若失败，需结合前序步骤操作。 --- ### 注意事项 - **风险提示**：修改系统分区可能导致设备无法启动。 - **备份数据**：操作前通过`adb pull`备份关键文件。 - **设备兼容性**：不同厂商的分区命名规则可能不同，需通过`/proc/mounts`确认实际路径。 ---