TL; DR: перепрошивка BIOS привела к тому, что из-за паники ядра отсутствует инициализация, в том числе для liveUSB, т.е. невозможно обратиться с помощью BootSectorFix / BootRepair. Как найти init / rebuild MBR?

сегодня кошмар. Попытка обновить прошивку BIOS с помощью файла с веб-сайта производителя материнской платы, который «сработал», но затем загрузился. Затем я попытался вернуться к моей предыдущей версии BIOS, но она недоступна на сайте, поэтому мне пришлось вернуться на несколько версий, а затем сделать резервную копию. Диспетчер BIOS вроде сохранил одну из более поздних версий, не допуская обновления, бла-бла, лажа. Как бы то ни было, я был на v42a, затем на 50a, затем на 31, 42d и, наконец, на 41 стабильном.

Если я попытаюсь загрузиться в обычную установку (xubuntu 5.6.5-050605-generic), она зависнет:

убит run-init: невозможно выполнить '/ bin / init': нет такого файла или каталога / bin / sh: 0: нет доступа к tty; управление заданиями было отключено

на некоторое время, затем

завершилась паника ядра - не синхронизируется: Попытка прервать простаивающую задачу! ядро смещение: # from # (диапазон перемещения: #)

Это ПОСЛЕ того, как я добавил "init = / init" к параметрам ядра в grub во время предыдущей попытки загрузки, но на этот раз я ничего не добавил.

Попытка того же ядра в режиме восстановления (опять же, инициализация не указана) зависает при обнаружении нового последовательного устройства, моей 5-летней мыши. Я впервые вижу эту проблему.

Пробуем ядро ​​5.3.0.46 невосстановление: черный экран, ничего не происходит. Перезагрузился. Нет ответа. Питание выключено.

5.6.5-050605 recovery: находится в состоянии «Загрузка начального RAM-диска ...» бесконечно.

5.6.5-050605 recovery, "init = / init" в конце строки linux: выходит за пределы строки ramdisk,

конец Паника ядра - не синхронизируется: Запрошенная инициализация / инициализация завершилась неудачно (ошибка -2).

Полагаю, моя строка инициализации неверна.

5.6.5-050605 recovery, "init = / usr / lib / systemd / systemd" в конце строки linux:

kernel panic: попытка убить ошибку задачи бездействия

Различные потоки рекомендуют отключить безопасную загрузку, но Я не вижу, что он включен. Многие другие предлагают варианты, требующие загрузки в систему (!) Или с liveCD. Я сделал liveUSB для xubuntu 20.04, попробуйте Xubuntu без установки (безопасная графика):

конец паники ядра - не синхронизируется: Не найдено ни одного рабочего init. Попробуйте передать параметр init = ядру

Но это liveUSB ?? Ранее вызывало интерес

Ошибка при распаковке Initramfs: no cpio magic

Это предполагает, что проблемы возникают из-за того, что Windows пытается исправить себя и приводит в беспорядок grub / mbr, но я не уверен. Я не знаю, почему это повлияет на liveUSB ...

Это предполагает, что это может быть проблема с моей сборкой liveUSB, и я должен попробовать Rufus, а не Tuxboot. Только что попробовал:

Некоторые плохие сообщения (прошли слишком быстро), затем попадает на экран-заставку xubuntu с вращающимся кругом, который останавливается, может быть, на 15%. Это случилось раньше с моей предыдущей попыткой liveUSB (17.04). Затем при повторной попытке он зависает с тем же сообщением, что и раньше, без магии cpio, без рабочего init. Другие варианты включают проверку прошивки UEFI, которая зависает и перезагружается.Прежде чем у меня была возможность выбрать другой вариант при третьей попытке, он выбрал вариант по умолчанию (попробуйте xubuntu).

Ошибка распаковки Initramfs: сбой декодирования. sda без страницы режима кеширования обнаружена ОШИБКА: плохое состояние страницы в процессе plymouthd общая защита неисправность 0000 # 1 SMP NOPTI Comm plyouthd не испорчена 5.4.0-26-generic 30-ubuntu (и многое другое)

У меня на машине не установлено ядро ​​5.4.0.26, хотя, возможно, это ядро ​​liveUSB.

Другие параметры grub2 bkpbootx64.efi:

Не удалось открыть \ EFI \ BOOT \ grub64.efi - Не найдено Не удалось загрузить изображение \ EFI \ BOOT \ grub64.efi Не найдено Start_image возвратил Not Found

fwupx64:

System BootOrder не найден. инициализация значений по умолчанию

fwupx64.efi: возвращается в меню grub2

Попытка общего режима восстановления linux 4.14:

исправление рекурсивной ошибки, но требуется перезагрузка

Возможно из-за «не удается обработать нулевой указатель ядра в (null) "

Перезагрузка, тот же режим восстановления ядра: паника не синхронизирует фатальное исключение в прерывании, смещение ядра.

Повторная попытка восстановления в режиме liveUSB:

Comm swapper / 8 tainted 5.4.0-26-generic

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

Повторная попытка:

Ошибка: невозможно обработать ошибку страницы для адреса: # Доступ супервизора PF для записи в режиме ядра pf: error_code (0x) 003) - нарушение разрешения на этот раз не испорченное ядро Паника ядра не синхронизируется, попытка убить незанятую задачу, смещение ядра

Обнаружено, что csm была безопасной загрузкой. Отключил это, попытался загрузиться в обычную Ubuntu (не liveUSB).Пауза на долгие годы в [конец трассировки], затем продолжается; добился некоторого прогресса:

отказался от ожидания устройства с корневой файловой системой. Общие проблемы: ... ТРЕВОГА! uuid = # не существует. Падение в снаряд! (initramfs)

Возможно у меня плохой суперблок .

Я ничего не трогал, оглянулся и увидел ошибку паники ядра незанятой задачи. Перезагрузка, отсутствует ошибка паники ядра инициализации. Пробовал xubuntu по умолчанию, не устанавливая liveUSB, с черным экраном, прежде чем я смог нажать Enter (BIOS все еще глючит?). Перезагрузился. Пробовал так же, побыстрее. Нет рабочей ошибки инициализации. Так что, возможно, загрузка csm / secure устранила ошибку initramfs, но снизила ее только до отсутствующей проблемы инициализации, которая по-прежнему влияет на liveUSB. На всякий случай попробую liveUSB-безопасную графику, с черным экраном. Powercycled, попробовал еще раз, не работает ошибка инициализации.

AHCI уже включен для SATA (т.е. не для RAID). Отключил csm СНОВА в BIOS (не уверен, почему он вернулся) и снова попробовал нормальную загрузку. Получает далее (цветной текст),

НЕ удалось смонтировать файловую систему конфигурации NFSD Сбой зависимости для демона монтирования NFS, сервера и служб NFS, служб сопоставления ID_name NFSv4.

Ожидает в течение многих лет после «достижения целевых локальных зашифрованных томов». Век, как навсегда. Перезагрузился. Так может это мой последний баг? Изменить: liveUSB (включая безопасную графику) не работает с ошибкой местоположения инициализации; нормальный ubuntu с режимом восстановления ждет целую вечность после «прикрепленного диска scsi», затем «отказался от ожидания приостановки / возобновления устройства», затем убьет ошибку инициализации.

Если у кого-то есть идеи, я был бы очень признателен. Решения LiveUSB и установленные решения не работают из-за ошибки определения местоположения.

Я не могу вводить команды где-либо, кроме параметров ядра и (однажды) initramfs busybox.

Заранее большое спасибо.

Это также убило мою установку win10 с двойной загрузкой, но я полагаю, что если я смогу установить xubuntu, тогда я могу беспокоиться об окнах.

Я также пробовал восстановление при загрузке liveUSB (проверено, работало на другой машине):

Невозможно обработать разыменование нулевого указателя на #

Ой: 0002 [# 1] SMP

Tainted 4.13.0-16-generic ubuntu (и многое другое)

Паника ядра, не синхронизация, фатальное исключение в прерывании, выключение процессора с помощью MMI

Попытка BootRepair с ide = noidma:

Повторная попытка BootRepair с настройками по умолчанию, говорит BootRepairDisk для второй синим цветом, затем:

(Частично причина того, почему этот отчет об ошибке / запрос помощи является таким кошмарным, состоит в том, что сообщение об ошибке регулярно меняется, когда я второй раз делаю то же самое).

То же самое, черный экран, без вывода, дважды. Питание выключено. Снова возвращаемся к ошибке по умолчанию:

Повторная попытка ubuntu по умолчанию, которая имеет следующие настройки:

Приводит к ошибке init «попытка убить init»:

Повторная попытка, зависает в BIOS. Несколько раз отображался черный экран при перезагрузке и отсутствии доступа к BIOS. Учитывая, что эти проблемы почти наверняка были вызваны мной перепрошивкой BIOS и скремблированием местоположений MBR? Init, я не хочу подозревать проблемы с оборудованием, но может ли это быть проблемой материнской платы? У меня были редкие, но периодические зависания с тех пор, как я построил машину, у меня было RMAd несколько блоков памяти, но, может быть, это другое оборудование?

Ubuntu по умолчанию, безопасный режим (сбой «убить незанятую задачу»):

Ubuntu 4.14.174 recovery:

Полностью из идей. Баунти добавлено.Пожалуйста, помогите кому-нибудь.

Edit 2020-04-28

Я купил разъем SATA, подключил SSD (который является загрузчиком для linux и win10 на двух разделах) в свой рабочий ноутбук, сделал резервную копию файлов и могу исследовать диск. Но я не совсем уверен, что ищу с точки зрения признаков того, что что-то не так. Корневой UUID grub.cfg совпадает с именем диска, указанным в Thunar. / sbin / init - это символическая ссылка на lib / systemd / systemd, которая не открывается с помощью коврика для мыши для исследования. Нет причин предполагать, что это «неправильно»? С помощью gparted я могу «проверить» загрузочный раздел: проверить и восстановить файловую систему (fat32). Не уверены, хорошая ли это идея? Сделал, отлично выполнил. Запустил TestDisk:

Выглядит нормально? Установлено восстановление загрузки, но не похоже, что есть возможность анализировать загрузочный сектор вторичного диска, и я не хочу рисковать, испортив загрузочный сектор моего ноутбука. Pastebin для проверки восстановления загрузки . Возможно, это самый важный бит:

=> В MBR / dev / sdb не установлен загрузчик.

Примечание: sda = рабочий ноутбук без отдельного загрузочного раздела. sdb = внешний SSD с отказавшей машины с отдельным загрузочным разделом (sdb1). sdb2 = xubuntu, sdb3 = win10. Но:

Информация о загрузочном секторе: в блоке параметров загрузки ошибок не обнаружено.

Однако UUID, который, как мне кажется, ищет процесс загрузки, - это aeb0822c-0854-4d06-aa9d-33986c319666, который является sdb2, разделом xubuntu, а НЕ 34CA-81B4, загрузочным разделом sdb1. Но я мог быть и, вероятно, ошибаюсь на 100% в этом вопросе. Но личинка sdb1 говорит, что нужно искать длинный UUID на sdb2, так что, вероятно, это нормально.

Windows не определяется os-prober на sdb3

Плохо. Но проблема позже. Однако:

ОС №2: Ubuntu 19.10 на sdb2

ОС №3: Windows на sdb3

В разделах,sdb1 говорит "notbiosboot"

Предлагаемое восстановление: восстановление по умолчанию с помощью утилиты Boot-Repair будет очистить (чтобы исправить пакеты) и переустановить grub-efi-amd64-подписанный sda1, используя следующие параметры:
sdb1 / boot / efi, будет выполнен дополнительный ремонт: unhide-bootmenu-10s fix-windows-boot использовать стандартный-efi-файл restore-efi-backups

Я ДЕЙСТВИТЕЛЬНО не хочу связываться с sda1 ВООБЩЕ.

Последний совет в случае предлагаемого ремонта: Не забудьте сделать ваш BIOS загружается в файл sdb1 / efi /.../ grub * .efi!

Звучит многообещающе?

Редактировать: позже той ночью

Вставляя SSD обратно, я заметил, что индикаторы CPU / DRAM мигали при некоторых попытках загрузки. После некоторого поиска в Google это и вышеупомянутые регулярные изменения в проблемах с загрузкой, медленная загрузка, регулярные зависания в BIOS, черные экраны и т. Д. Заставляют меня думать, что, возможно, это аппаратный сбой, скрытый моей загрузочной прошивкой. На самом деле у меня были периодические зависания с тех пор, как я построил буровую установку. Удалил 2 палки памяти, и он загружался очень медленно, останавливаясь на длительные периоды в случайные периоды в журнале загрузки. Сейчас печатаю с этой машины. Попытка отладить оборудование. Подозреваю, дело в материнской плате.