Почему другая машина не загружается с того же диска с EFI и Ubuntu?
У меня есть внешний жесткий диск, содержащий системный раздел EFI, раздел Ubuntu 20.10 и некоторые другие разделы, включая Mac OS X, поэтому он работает как двойная загрузка.
У меня два Macbook Pro: v 5,5 Intel Core 2 Duo RAM 8G, 2009 год и v8,1 Intel Core i5 RAM 16G, год 2011. Любой из них может запускать те же двоичные файлы и Mac OS X El Capitan.
Когда дело доходит до Ubuntu, обе машины начинаются одинаково: в меню прошивки я выбираю системный раздел жесткого диска EFI, затем появляется меню GRUB, длинный список сообщений, включая приветствие Ubuntu 20.10.
Однако старая машина выходит из строя на
[ TIME ] Timed out waiting for device /dev/disk/by-uuid/71E2-6200
См. Фотографию: 
71E2-6200 - это UUID системного раздела EFI.
Я также вижу это несколькими строками ниже:
[ 103.625925] blk_update_request: I/O error, dev sdb, sector 6368 op 0x0:(READ) flags 0x8
где номер сектора может изменяться.
Запуск fsck в системном разделе EFI и разделе Ubuntu не вызывает проблем.
У вас есть идеи, почему старая машина дает сбой, а новая - успешная?
Полученная информация (после загрузки на новой машине):
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 directory
blkmapd относится к NFS. blkmapd также является журналом случая загрузки, поэтому он не может вызвать отсутствие загрузки.То же самое для , используйте pci = nocrs и сообщите об ошибке .
Старый компьютер:
Apr 24 19:38:28 mac2011-linux kernel: DMI: Apple Inc. MacBookPro5,5/Mac-F2268AC8, BIOS MBP55.88Z.00AC.B03.0906151708 06/15/09
00AC.B03 обновлен.
Более новая машина:
Apr 24 19:42:40 mac2011-linux kernel: DMI: Apple Inc. MacBookPro8,1/Mac-94245B3640C91C81, BIOS MBP81.88Z.0050.B00.1804101331 04/10/18
Живой установщик Ubuntu 20.04LTS работает на USB старой машины. Это показывает, что старая машина совместима с Ubuntu 20.04LTS.
У меня есть клон жесткого диска SSD. Клон SSD ведет себя аналогичным образом, хотя некоторые загрузочные сообщения отличаются. Это показывает, что причина проблемы не в том, что диск умирает.
Есть еще идеи?
1 ответ
Проблема не в mk-build-deps, а в зависимостях.
Я попытался установить все пакеты из файла системы управления версиями . Это выявило реальную проблему:
glib-networking-dbgsym: Depends: glib-networking (= 2,64,1-1), но 2,64 .2-1ubuntu0.1 должен быть установлен
Это происходит потому, что focal-updates имеет более новую версию, чем focal , которая используется по умолчанию. Так что я apt install glib-networking-services = 2,64,1-1 , который показал, что в то время как glib-networking должен был быть понижен, это также должно было удалить МНОГО пакетов, критически важных для плазменного рабочего стола, поэтому я прервал попытку установить его.
К счастью для меня в этой конкретной ситуации, мне удалось достаточно сократить количество компоновочных зависимостей, чтобы ни один из пакетов, которые должны были быть установлены, не имел конфликтов.
-121--914823-К сожалению, вы не можете безопасно модернизации, если по какой-либо причине задерживаете пакеты.
Для обновления пакета до более новой версии необходимо установить обновленный xserver-xorg-core . Возможно, вы сможете «понизить» этот пакет позже, но это маловероятно. К сожалению, вокруг этого нет пути - сценарий модернизации предполагает, что вы находитесь на последней версии, и нуждается в «последней версии для вашего выпуска», чтобы надежно обновить вас до следующего выпуска.
Для запуска старой машины с 20.04LTS Ubuntu на USB я использовал карту micro SD в устройстве считывания карт USB. Я не мог увидеть его в меню загрузки Mac, пока не отключил внутренний твердотельный накопитель.
Я также регулярно изменял несколько файлов внешнего жесткого диска (которые я использую для резервного копирования) и пытался снова загрузиться на более новой машине. Он работал только после запуска fsck вручную. 
Я попытался снова запустить старый компьютер на внешнем жестком диске, но его внутренний твердотельный накопитель был отключен, и он работал. После повторного подключения внутреннего твердотельного накопителя он не работал.
У меня есть клон твердотельного накопителя на жестком диске. Клон твердотельного накопителя ведет себя аналогично, хотя некоторые сообщения загрузки отличаются. Это показывает, что причина из проблемы не умирающий диск.
Я попытался снова с клоном, и поведение идентично. Это подтверждает, что повреждение файловой системы является всего лишь инцидентом.
Таким образом, все это сводится к тому, что старшему компьютеру Macbook pro 5.5 необходимо отсоединить внутреннее устройство, а новому - нет .
В Ubuntu /boot/grub/grub.cfg GRUB всегда настроен на поиск hd0 независимо от реального номера устройства запуска (и обычно это > = 1). Я попытался заменить hd0 на hd1 (как уже в /boot/efi/EFI/ubuntu/grub.cfg ), но это не помогает.
Последнее встроенное ПО для Macbook pro 5.5 отсутствует.