安装Ubuntu后无法使用diskutil挂载EFI分区


3

我将Ubuntu作为特定任务的双引导安装到30 GB分区。它工作,但我发现我可以在macOS中做同样的事情,所以我删除了30 GB的分区。我还想从EFI分区中删除Ubuntu文件,但diskutil不再安装分区。

$ diskutil mount disk0s1
Volume on disk0s1 failed to mount
If the volume is damaged, try the "readOnly" option
$ diskutil mount readOnly disk0s1
Volume on disk0s1 failed to mount
If the volume is damaged, try the "readOnly" option

但是,我仍然可以使用该mount命令挂载分区并修改其内容。

$ sudo mkdir /Volumes/EFI
$ sudo mount -t msdos /dev/disk0s1 /Volumes/EFI

我还可以启动进入Windows,这意味着EFI分区很好。为什么diskutil无法挂载此分区,我该如何解决?我还读到格式化EFI分区将破坏未来的固件更新,所以我不想格式化它。

这是输出diskutil list

$ diskutil list  # Not the full output
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         425.1 GB   disk0s2

Answers:


8

偶尔,你会遇到稻草人。这是一个这样的例子。

注意:

Marlin:~ davidanderson$ diskutil mount disk0s1
Volume on disk0s1 failed to mount
If the volume is damaged, try the "readOnly" option
Marlin:~ davidanderson$ sudo diskutil mount disk0s1
Password:
Volume EFI on disk0s1 mounted
Marlin:~ davidanderson$

这条消息是为了吓唬你,因此称为稻草人。没有什么不对,你只需要添加sudo


1
为什么会这样?它与Linux安装有什么关系吗?之前为什么不喜欢这样?我以前可以在没有超级用户的情况下挂载EFI分区。
pixelomer

1
@pixelomer:Apple正在不断更改macOS,以便更难解决问题。通常,需要修复的问题是由Apple创建的错误。在这种情况下,我认为普通用户没有理由需要挂载EFI分区,因此macOS现在需要一个sudo
大卫安德森
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.