不久前,当 iMac 正在处理特定网络共享(称为“工作共享”)上的文件时,我的 Xserve 出现故障(断电)。此卷“工作共享”现已卡住。它无法在 GUI 中看到,您只能使用终端来检测它。即使经过几天的电源循环, ls -a仍然显示它在那里,但我无法使用任何命令卸载它 - 即使在单用户模式下也不能以 root 身份卸载。
每次我尝试卸载该卷(hdiutil、diskutil、umount)时,我都会收到资源正忙的消息(不可能是因为没有人在使用它),错误代码 4915 否则就会失败。
问题是当我安装真正的“工作共享”时,它在内部被重命名为“工作共享-1”,这会破坏我的所有链接和共享中的几个文件。如果我不能卸载错误的“工作共享”,那么如果不重新格式化,那台计算机将无法使用,我想 - 我不希望它必须这样做。
我已经尝试了我能想到的所有方法 - 现在看来 sudo 无法拯救我。
关于如何卸载这个卡住的卷的任何想法?
我需要在 Windows 10 中使用批处理脚本卸载 VHD。我在网上找到的唯一解决方案是针对 Windows 7 并涉及 Diskpart。是否有任何其他本机 Windows 命令行工具可以完成这项工作?
我已经在 SX 和其他地方搜索过这里,但没有找到一种方法来解决我的问题。我在外部 Firewire 驱动器上有一个卷(由 Time Machine 使用)。连接驱动器后,它有 3 个卷。三分之二的弹出没有问题,但最后一个 (LaCie) 永远无法卸载,除非强制(例如$ umount -f LaCie)。我可以看到驱动器几乎连续被访问,但我不知道哪个进程正在执行此操作;和lsof帮助有限。大多数情况下它不会返回如下结果,但偶尔会报告 Finder 在卷上打开了一个目录。但我不明白为什么会出现问题,因为在卸载卷时 Finder 应该关闭所有打开的文件或目录。这个问题是在我升级到 Mountain Lion 后才出现的。我使用了一个克隆工具(SuperDuper!),但确保它没有运行;并且lsof似乎证实了这一点。我还能如何找出锁定音量的原因?每次我想断开驱动器的连接时,我都不热衷于强行弹出卷,因为我肯定会冒主备份磁盘上的数据丢失的风险。
~ $ sudo diskutil unmount /Volumes/LaCie/
Volume LaCie on disk1s1 failed to unmount
~ $ lsof | grep LaCie
~ $ lsof | grep /Volumes/LaCie
~ $
Run Code Online (Sandbox Code Playgroud) 我可能会欺骗 Windows 以为它是闪存驱动器吗?我双启动,这真的很好。
unmount ×4
command-line ×1
eject ×1
hibernate ×1
linux ×1
lsof ×1
mac ×1
macos ×1
multi-boot ×1
vhd ×1
windows ×1
windows-10 ×1
xserve ×1