18,04 обновлений повреждают личинку и предотвращают начальную загрузку

Сегодня я встретился с проблемой, которая препятствовала тому, чтобы моя система загрузилась. Система является новой установкой, когда я недавно переустановил Ubuntu 18.04.3 через живой USB с официальной Ubuntu ISO.

Это - моя третья или четвертая попытка, и я испытываю ту же проблему:

  • Установите систему с параметрами по умолчанию

  • Перезагрузите сразу после установки, никакой проблемы.

  • Обновите мою систему. Прямо сейчас это повреждается, таким образом, у меня больше нет его, но я просто выполнил регулярные обновления прямо после установки системы.

  • После перезагрузки снова, моя система кажется поврежденной. Я больше не могу загружаться к Ubuntu. Система продолжает показывать меню личинки и затем перестала работать, если я выбираю какую-либо опцию.
  • Каждый раз, когда это происходит, я переустанавливаю Ubuntu 18.04.3 и имею ту же проблему (обновите и застряньте в цикле загрузки).
  • У нас есть ошибка, показал dmesg:
EDAC amd64: Error: F0 not found, device 0x1460 (broken BIOS?)
EDAC amd64: Error: Errorprobing instamce: 0

Мы воспроизвели эту ошибку с другим компьютером (редактирование: 3 других компьютера) с установкой недельного возраста и столкнулся с той же самой проблемой. Другие компьютеры имеют подобные очень недавние аппаратные средства (новый AMD ЦП, AMD Epyc 7 302 пункта).

Коллега сделал обновление и имел проблему также. Он должен был вернуться своя версия ядра от 5.0.0-36-универсального до 5.0.0-35-универсального для восстановления функциональной системы.

Обновление: По-видимому, ошибка прибывает из обновления пакета. Поскольку я установил Ubuntu 18.04 с нуля от живого USB с 5.0.0-23-универсальной версией ядра и при разрешении установщику, загружающему обновления во время установки, это обновляет ядро для управления версиями 5.0.0-36-универсальный, не повреждая личинку. Однако то, когда я пытался обновить другие пакеты (со способным обновлением) повредило личинку еще раз.

Во время обновления я видел, что один пакет изменял некоторые файлы в / разделе начальной загрузки, но к сожалению, у меня не было времени для наблюдения который.

Кто-либо еще испытал эту проблему? У кого-либо есть решение?

0
задан 26 November 2019 в 14:31

2 ответа

Та же проблема после ряда доверяемых обновлений на двух 5820 Dell Precision. Первое имеет два OSs на отдельных 2 дисках емкостью:

  • sda=Ubuntu18.04
  • sdb=Windows10

Второе имеет три OSs на отдельных 2 дисках емкостью:

  • sda=Ubuntu18.04
  • sdb=Fedora31
  • sdc=Debian9

На первом я выполнил следующее:

  1. sudo apt update
  2. Я вызвал Software Updater.
  3. Я позволил этому обновлять все.
  4. когда это пришло к обновлению GRUB, это спросило, хотел ли я заменить мой, остаться с локальным, или сравнить два. Я принял решение сравнить локальное и новое, которое звучало как simplea консольное утверждение считывания, Настраивающее подписанный контейнером (1.37~18.04.3+15+1533136590.3beb971-0ubuntu1)... при выполнении некоторого обновления (даже при том, что я сказал "нет" выполнению этого!) и требуемый перезапуск к свободному система.
  5. Когда въезжают задним ходом, я открыл терминал и работал sudo update-grub
  6. Я перезапустил снова и вошел.

Вторая система (в синхронизации начиная с обоих выполнений от вчерашнего Восстановления Dell высвечивают установку, которая преодолела "цикл входа в систему", вызванный AMD, не вкладывающим их драйверы перед Dell, заморозила системный выпуск с 2100X видеокарта, бесконечно ждущая входа входа в систему, который не мог быть считан в 16,04 кодах/ядрах), отличалось, потому что я сказал (в том же запросе об обновлении GRUB), что хотел остаться с локальным, который позволил мне выбирать/выполнять свои три OSs. После перезапуска это дало мне ошибки на всех трех, который говорит мне, что GRUB повреждается (как код Установщика программного обеспечения),

  • Ubuntu: Я использовал F12 для обхода меню GRUB и выбрал Ubuntu, но это перестало работать.

    0.3294701 Kernel offset: ...
    0.3294911 --- [ end Kernel panic - not synching: VFS: 
    Unable to mount fs on unknown-block(0,0)
    

    Таким образом, я перезагрузил.

  • Debian: Я использовал F12 для обхода меню GRUB и выбрал Debian, но это перестало работать. Это перешло к окну System Tester, которое я поразил Esc для отъезда, и затем перезагруженный.

  • Fedora: Я использовал F12 для обхода меню GRUB и выбранного Fedora. Сначала, это казалось прекрасным. Я вошел, и это автообновило.
    Затем это вошло в меню EFI, где я снова выбрал Fedora. Это добралось до фиолетового экрана сведений Ubuntu и зависло там.

Это утомительно. Там, как предполагается, не-кодер QA'ing процесса выпуска и полной регрессии (и сборка, и принятие и выпуск) тестирование, особенно на всех областях, затронутых измененным кодом, добавляя новые тесты для нового кода! Это начинает быть похожим на модель выпусков Microsoft и Apple, где, после того как она работает, я не осмеливаюсь когда-либо нажимать [Ok] к запросам на обновление из обоснованного страха перед получением непрослеживаемого и фатального (никакое обходное решение) высокий приоритет/высокая серьезность "проблема", тратя впустую больше моего времени, где я должен сделать, QA и тестирование кого-то еще пропустили.

Это не то, как выпуск определяется ACM, IEEE, ISO, SQA, и. al. Я должен заменить несохраненный файл в системе, в которую нельзя войти, т.е. переустановить после обнуления.

0
ответ дан 21 December 2019 в 23:52

Я также столкнулся с этим, с 32-ядерными процессорами AMD EPYC 7452:

Aug 28 13:57:40 server01 kernel: [    8.196170] MCE: In-kernel MCE decoding enabled.
Aug 28 13:57:40 server01 kernel: [    8.201319] EDAC amd64: Node 0: DRAM ECC enabled.
Aug 28 13:57:40 server01 kernel: [    8.201320] EDAC amd64: F17h detected (node 0).
Aug 28 13:57:40 server01 kernel: [    8.201375] EDAC amd64: Error: F0 not found, device 0x1460 (broken BIOS?)
Aug 28 13:57:40 server01 kernel: [    8.201378] EDAC amd64: Error: Error probing instance: 0
Aug 28 13:57:40 server01 kernel: [    8.320565] EDAC amd64: Node 0: DRAM ECC enabled.

Исправление заключалось в установке ядер LTS Enablement Stacks (также называемых HWE или Hardware Enablement):

apt install --install-recommends linux-generic-hwe-18.04

Теперь система загружается с этим и не выдает ошибку:

Aug 28 14:07:39 server01 kernel: [  117.977960] MCE: In-kernel MCE decoding enabled.
Aug 28 14:07:39 server01 kernel: [  117.985049] EDAC amd64: Node 0: DRAM ECC enabled.
Aug 28 14:07:39 server01 kernel: [  117.985051] EDAC amd64: F17h_M30h detected (node 0).
Aug 28 14:07:39 server01 kernel: [  117.985283] EDAC MC: UMC0 chip selects:
Aug 28 14:07:39 server01 kernel: [  117.985285] EDAC amd64: MC: 0: 65536MB 1: 65536MB
Aug 28 14:07:39 server01 kernel: [  117.985286] EDAC amd64: MC: 2: 65536MB 3: 65536MB
0
ответ дан 28 August 2020 в 21:22

Другие вопросы по тегам:

Похожие вопросы: