64-разрядная Ubuntu 18.04 зависает во время начальной загрузки

Я искал, но не нахожу решение этой точной проблемы.

Box: Dell OptiPlex 360 
Motherboard: SMBIOS
CPU: Intel Core2 Duo E7300 Rev 6.7.6 64-bit
Bridge: 82G33/G31/P35/P31 DRAM controller (says 32 bit width)
RAM: 2G
Disk partitioning: GPT
  ---     1M empty space
  sda1    1M unformatted (biosgrub) "use as reserved bios boot area"
  sda2  500M ext2  /boot
  sda3   15G ext2  /
  sda4   47G ext2  /home
  sda5   2G  swap
  sda6  10G  ext2  [not mounted]
  ---     15.95M   unallocated
Ubuntu 18.04 LTS 64-bit iso verified by sha256sum and burned to DVD

Это поле успешно выполнило различные разновидности Ubuntu 16 LTS, 32-разрядный путем установки двоичного загрузочного кода на sda1, практика, которая была успешна с несколькими другими BIOS базирующиеся (non-uefi) рабочие столы с диском, отформатированным как GPT. Нет никакого сообщения об ошибке приблизительно 64 по сравнению с 32 битами, afaik это - 64-разрядное способное поле. Я попробовал его дважды, однажды указывающий как устройство для загрузчика "sda", и затем как "sda2". Каждый раз установка продолжается без прерывания и говорит, что это было успешно.

Однако при начальной загрузке, это отображает знакомый фиолетовый фон, затем буквы "человечности" в центре с круговым символом тримарана; существует активность диска в течение нескольких минут. Стрелка мыши появляется посреди экрана, но замораживается. Затем все остановки действия и машина подвешиваются.

Afaik, это успешно определяет местоположение двоичного файла в sda1 и начинает процесс начальной загрузки (или мы не видели бы начальный экран человечности). Это могло быть перепутано разделом подкачки? Я знаю, что это использует файл теперь, но возможно это просто проигнорировало бы раздел. Хост мог образовать мост быть узким местом? Это говорит 32b, но это не для ширины слова машины, просто протокол передачи DRAM, я думал.

Я попробовал Спасение Linux CD (5.2.1) и выбор "boot an existing system", но это дает некоторые сообщения об ошибках:

/newroot/sbin/init no such file
/sbin/init not found on root filesystem
/sbin/init on the root filesystem is an binary [sic]

Затем удаленный спасательный CD и перезапущенный, [esc] для ввода Ubuntu копает меню, "расширенные настройки" к режиму восстановления:

Welcome to Ubuntu 18.04 LTS

Я выбрал "update grup bootloader"

Это отвечает,

will remount / and any others in /etc/fstab
cannot create /boot/grub/grub.cfg.new
directory non-existant

Назад к меню восстановления и корневой подсказке; это действительно находит все разделы sda1-sda6 под/dev

Я также посмотрел на/etc/fstab, и он показывает все 4 необходимых раздела

sda2  /boot
sda3  /
sda4  /home
sda5  swap

были смонтированы во время установки, и их связанный UUID находится там в/etc/fstab, таким образом, я думал бы, что они должны быть смонтированы во время начальной загрузки. Тем не менее, это зависает.

Это - более старое поле, которое я обычно использую для проверения новой ОС прежде, чем установить на более новом рабочем столе.

Любая справка или предложения ценились бы.

Поскольку это - мой первый вопрос, отправленный здесь, спасибо за приветствие меня к форуму, и быть терпеливым со мной, я - опытный цифровой человек HW от длинной спины, но не столь хороший в программном обеспечении как некоторые из Вас, люди.

0
задан 1 May 2018 в 13:34

1 ответ

На Kubuntu 18.04 произошел эквивалент вашей проблемы. Это потому, что в /etc/fstab есть раздел, который не может быть смонтирован. Проверьте, а затем исправьте свой fstab, и, возможно, проблема будет решена.

0
ответ дан 29 October 2019 в 23:58

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

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