为什么另一台机器不使用EFI和Ubuntu在同一个磁盘上引导？
我有一个包含EFI系统分区、Ubuntu20.10分区和其他一些分区(包括Mac )的外部硬盘，所以它作为双引导工作。
我有两个Macbook Pros: V，5,5英特尔核心2双RAM 8G年和v8,1英特尔核心i5内存16G年2011年。它们中的任何一个都可以运行相同的二进制文件和。
当谈到Ubuntu时，两台机器的开头都类似:在固件菜单中，我选择硬盘EFI系统分区，然后显示GRUB菜单，包括Ubuntu20.10欢迎消息的长列表。
然而，旧的机器在运行中出现故障。
[ TIME ] Timed out waiting for device /dev/disk/by-uuid/71E2-6200见照片：
71E2-6200是EFI系统分区的UUID。
我也看到了这几行：
[ 103.625925] blk_update_request: I/O error, dev sdb, sector 6368 op 0x0:(READ) flags 0x8扇区号码可以改变的地方。
在EFI系统分区和Ubuntu分区上运行fsck没有问题。
你知道为什么老机器失败而新机器成功吗？
获得的信息(在较新的机器上启动之后)：
mac2011-linux% cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda4 during installation
UUID=1ce2a9e1-0d15-4c20-9f53-32fc9c47b525 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
#UUID=71E2-6200 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
# for NFS
/home/alba /export/alba none bind 0 0
# /dev/disk/by-label/EFI /mnt/EFI auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
#UUID=71E2-6200 /boot/efi vfat defaults 0 1
#UUID=71E2-6200 /boot/efi vfat defaults 0 1
UUID=71E2-6200 /boot/efi vfat defaults 0 1
mac2011-linux% sudo blkid
[sudo] password for alba:
/dev/sdb4: LABEL="Ubuntu backup" UUID="1ce2a9e1-0d15-4c20-9f53-32fc9c47b525" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Ubuntu backup" PARTUUID="98872d9f-9d11-4c9e-8acb-fb1d0c0ccb9a"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sda1: LABEL_FATBOOT="EFI" LABEL="EFI" UUID="67E3-17ED" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="05bdacf6-78ff-451d-8c4d-bb812fd68e83"
/dev/sda2: UUID="0492d65c-8b14-356a-9d3d-337f44e8d58a" BLOCK_SIZE="4096" LABEL="SSD 1T" TYPE="hfsplus" PARTLABEL="MacOS_El_Capitan" PARTUUID="10b29023-d982-4be8-8ceb-226c04893a8b"
/dev/sda3: UUID="87867aee-1d5c-3c9e-ae36-8d2df5c162f1" BLOCK_SIZE="4096" LABEL="Recovery HD" TYPE="hfsplus" PARTLABEL="Recovery HD" PARTUUID="895fd6af-7b68-4873-bec1-6dc154aece4f"
/dev/sda4: LABEL="Ubuntu" UUID="dc68435c-f80c-4beb-a09b-69015ad516e6" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Ubuntu" PARTUUID="4c1d9c0a-978e-46fd-9ae0-b49c6ed27037"
/dev/sdb1: LABEL_FATBOOT="EFI" LABEL="EFI" UUID="71E2-6200" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="2c99fbe4-96f8-465b-b528-d03c40083bd7"
/dev/sdb2: UUID="e490c4f5-2f3d-3996-8db7-6e45050c8636" BLOCK_SIZE="4096" LABEL="El Capitan" TYPE="hfsplus" PARTLABEL="HGST 1 TB" PARTUUID="1a198393-f3db-4c36-bfed-7a07e4c43520"
/dev/sdb3: UUID="47af6fd5-545e-3b2b-a9f9-f537efe3354b" BLOCK_SIZE="4096" LABEL="Recovery HD" TYPE="hfsplus" PARTLABEL="Recovery HD" PARTUUID="d00d1e40-ec70-4cc7-a97a-3f29a763011e"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop14: TYPE="squashfs"
/dev/loop15: TYPE="squashfs"
/dev/loop16: TYPE="squashfs"
/dev/loop17: TYPE="squashfs"
/dev/loop18: TYPE="squashfs"在引导和非引导情况下，我有journalctl的输出。
在非引导情况下，值得注意的行：
Apr 24 19:38:28 mac2011-linux kernel: ACPI: BIOS bug: multiple APIC/MADT found, using 0
Apr 24 19:38:28 mac2011-linux kernel: PCI: MMCONFIG for 0000 [bus00-3f] at [mem 0xf0000000-0xf3ffffff] (base 0xf0000000) (size reduced!)
Apr 24 19:38:28 mac2011-linux kernel: PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
Apr 24 19:38:28 mac2011-linux kernel: tsc: Marking TSC unstable due to clocksource watchdog
Apr 24 19:38:28 mac2011-linux kernel: TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
Apr 24 19:38:28 mac2011-linux kernel: sched_clock: Marking unstable (1164224651, 840043)<-(1171542672, -6477987)
Apr 24 19:38:28 mac2011-linux kernel: Unstable clock detected, switching default tracing clock to "global"
If you want to keep using the local clock, then add:
"trace_clock=local"
on the kernel command line
Apr 24 19:38:28 mac2011-linux blkmapd[290]: open pipe file /run/rpc_pipefs/nfs/blocklayout failed: No such file or directoryblkmapd与NFS有关。blkmapd也是引导用例的日志，因此不会导致非引导。use "pci=nocrs" and report a bug也一样。
旧机器：
Apr 24 19:38:28 mac2011-linux kernel: DMI: Apple Inc. MacBookPro5,5/Mac-F2268AC8, BIOS MBP55.88Z.00AC.B03.0906151708 06/15/0900AC.B03是最新的。
新机器：
Apr 24 19:42:40 mac2011-linux kernel: DMI: Apple Inc. MacBookPro8,1/Mac-94245B3640C91C81, BIOS MBP81.88Z.0050.B00.1804101331 04/10/18Ubuntu20.04LTS现场安装程序在较旧的计算机USB上工作。这表明旧机器与Ubuntu20.04LTS兼容。
我有硬盘的SSD克隆。SSD克隆的行为类似，尽管一些引导消息是不同的。这表明问题的原因不是一个濒临死亡的磁盘。
还有别的主意吗？
回答 1
Ask Ubuntu用户
发布于 2021-04-26 17:18:19
为了在USB上启动Ubuntu20.04LTS的旧机器，我在USB读卡器中使用了一个微型SD卡。我无法在Mac启动菜单中看到它，直到我断开了内部SSD。
我还经常修改外部硬盘的一些文件(用于备份)，并再次尝试在较新的计算机上启动。它只在手动运行fsck之后才能工作。
我再次尝试在外部硬盘上启动这台旧机器，但它的内部SSD仍然断开，并且工作正常。在重新连接内部SSD之后，它没有工作。
我有硬盘的SSD克隆。SSD克隆的行为类似，尽管一些引导消息是不同的。这表明问题的原因不是一个濒临死亡的磁盘。
我又试了一次，克隆人的行为是一样的。这证实了文件系统损坏只是一个事件。
因此，所有这些归结为一个事实，即旧的Macbook pro 5,5需要内部设备断开，而新的不连接。
在Ubuntu /boot/grub/grub.cfg中，GRUB总是被配置为查找hd0，不管实际启动设备编号是什么(通常是>= 1)。我试图用hd0代替hd1 (就像/boot/efi/EFI/ubuntu/grub.cfg中已经有的那样)，但这并没有帮助。
没有更多的最新固件是提供Macbook亲5,5。
https://askubuntu.com/questions/1333666
复制相似问题
腾讯云开发者
