kin*_*iko 9 linux mount hard-drive hfs+ macos
我意识到这个问题在本质上与这个问题相似,但我希望在这个问题的答案的其中一个评论中特别引起对另一个问题的更多关注。
我取出了旧 MacbookPro 的硬盘驱动器,并尝试将它安装在我的 Elementary OS 机器上,它会自动将其安装为只读。我想获得对该驱动器的 rw 访问权限。
按照上面链接的答案中给出的程序,运行后
sudo mount -t hfsplus -o remount,force,rw /dev/sdc2 /media/myharddrive
我得到
mount: warning: /media/myharddrive seems to be mounted read-only.
对该问题的评论已注意到这一点,但尚未获得足够的关注来奖励答案。为什么它仍然是只读的?这不是force
保证吗?
以下内容可能相关,也可能不相关:
我还sudo fsck.hfsplus -f /dev/sdc2
按照答案中链接的博客文章运行-f
,fsck
并在不想检查日志系统后添加了标志。这运行得很好,直到
** /dev/sdc2
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
** Checking multi-linked files.
Orphaned indirect node iNode28863935
** Checking Catalog hierarchy.
** Checking Extended Attributes file.
** Checking volume bitmap.
** Checking volume information.
** Repairing volume.
** Rechecking volume.
** Checking HFS Plus volume.
** Checking Extents Overflow file.
** Checking Catalog file.
** Checking multi-linked files.
** Checking Catalog hierarchy.
** Checking Extended Attributes file.
** Checking volume bitmap.
** Checking volume information.
** The volume myharddrive was repaired successfully.
*** glibc detected *** fsck.hfsplus: munmap_chunk(): invalid pointer: 0x00000000022f9e30 ***
然后是回溯和内存映射。的fsck
通话似乎已经对我的驱动器,既不好也不坏没有影响。
关于如何在不启动 OSX 的情况下对我的驱动器进行读写访问的任何指示,将不胜感激。
编辑 Michael Kjörling 的评论和回答解决了我访问数据的基本问题。但是,上面以粗体显示的问题还没有得到解决,所以我编辑了这个问题以强调这个问题,为未来的用户留下这个问题。
正如我们在评论中发现的,这里可能存在两个问题:
sudo
通过像安装一样运行复制可以轻松纠正此问题。cp: omitting directory Documents/
当尝试通过 运行复制时,您会得到sudo
。这根本不是权限问题,只需告诉cp
包含子目录即可解决。将这两者放在一起,您应该能够使用类似命令复制文件sudo cp -av /media/myharddrive /somewhere/else
,其中 /somewhere/else 存在并且可写。
该-v
参数并不是严格必需的,但在等待半小时或一个小时后,您可能会喜欢在复制文件时列出文件。请注意,如果您有大量小文件,屏幕刷新可能会降低复制的吞吐量;在这种情况下,只需最小化窗口并偶尔检查一下即可。
-a
告诉 cp 在“归档”模式下运行,尽可能保留正在复制的文件,包括子目录。或者您可以-r
告诉它只保留目录结构。
使用此功能,您应该能够将文件复制到更合适的位置,在那里您可以更自由地使用它们,而不受 HFS+ 文件系统支持的只读限制的限制。
归档时间: |
|
查看次数: |
24802 次 |
最近记录: |