Ubuntu 18.04 LTS отказывается устанавливать на 64-битную Dell с 3 ГГц Intel 64-bit Core 2 Quad CPU, о чем говорит i386 & rdquo;

Кратковременное исправление

Это заставка Plymouth. В качестве краткосрочного решения вы можете отключить его, отредактировав файл /etc/default/grub с полномочиями sudo и выполнив поиск по этой строке:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Удалите параметр splash, чтобы он выглядел так: [ ! d2]

GRUB_CMDLINE_LINUX_DEFAULT="quiet"

ПРИМЕЧАНИЕ. У вас могут быть другие опции, кроме quite splash. Удалите только опцию splash.

Сохраните файл и выйдите из редактора. Затем используйте:

 sudo update-grub

При следующей перезагрузке вместо фиолетового заставки с движущимися точками вместо этого вы получите обычный черный экран.

Долгосрочное исправить

Из терминального использования:

$ systemctl list-units --all plymouth-quit-wait.service
UNIT                       LOAD   ACTIVE   SUB  DESCRIPTION
plymouth-quit-wait.service loaded inactive dead Hold until boot process finishes up

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

1 loaded units listed.
To show all installed unit files use 'systemctl list-unit-files'.

Выше - нормальный выход. Сравните ваш и сообщите о любых различиях в вашем вопросе.

Следующим шагом будет поиск сообщений об ошибках, используя:

$ journalctl -b-1 | grep -i plymouth
Apr 03 05:36:13 alien systemd[1]: Starting Show Plymouth Boot Screen...
Apr 03 05:36:14 alien systemd[1]: Started Show Plymouth Boot Screen.
Apr 03 05:36:14 alien systemd[1]: Started Forward Password Requests to Plymouth Directory Watch.
Apr 03 05:36:14 alien systemd[1]: Received SIGRTMIN+20 from PID 389 (plymouthd).
Apr 03 05:36:15 alien systemd[1]: Starting Tell Plymouth To Write Out Runtime Data...
Apr 03 05:36:15 alien systemd[1]: Started Tell Plymouth To Write Out Runtime Data.
Apr 03 05:36:15 alien systemd[1]: Received SIGRTMIN+21 from PID 389 (plymouthd).
Apr 03 05:39:32 alien systemd[1]: Starting Show Plymouth Reboot Screen...
Apr 03 05:39:33 alien systemd[1]: Received SIGRTMIN+20 from PID 20980 (plymouthd).
Apr 03 05:39:33 alien systemd[1]: Started Show Plymouth Reboot Screen.
Apr 03 05:39:34 alien systemd[1]: Stopped Forward Password Requests to Plymouth Directory Watch.

. Еще раз это нормальный выход.

3
задан 3 May 2018 в 19:43

3 ответа

Ваш 64-разрядный процессор Core 2 Quad для Intel Q9650 не поддерживается Windows 10. Он был выпущен в 2008 году и считается слишком старым для современных операционных систем.

Глядя на ваши спецификации на , не поддерживаемые Windows 10, либо , я заметил, что у него нет гиперпотоков. Кроме того, он не имеет Turbo-Boost, который, вероятно, менее опасен.

Более того, существует 64-битный набор команд, который со временем эволюционировал. Linux проверяет каждый процессор во время загрузки, чтобы узнать, поддерживаются ли определенные инструкции. Я не могу найти ссылку, которую я искал, но в ней описываются проверки ядра:

После того, как мы установили стек, следующим шагом будет проверка ЦП. Поскольку мы собираемся выполнить переход в длинный режим, нам нужно проверить, поддерживает ли процессор длительный режим и SSE. Мы сделаем это по вызову функции verify_cpu:

call    verify_cpu
testl   %eax, %eax
jnz     no_longmode

Эта функция определена в файле сборки arch/x86/kernel/verify_cpu.S и содержит только пару вызовов инструкции cpuid. Эта инструкция используется для получения информации о процессоре. В нашем случае он проверяет 64-битный процессор Intel Q9650 Core 2 Quad CPU и SSE и возвращает 0 при успешном завершении или 1 при сбое в регистре eax.

13] Если значение eax не равно нулю, мы переходим к метке no_longmode, которая просто останавливает CPU вызовом команды hlt, пока аппаратное прерывание не произойдет:

no_longmode:
1:
    hlt
    jmp     1b
]

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

Подводя итог, есть много вещей, которые ваш SSE CPU не поддерживает поддержку современных 64-битных процессоров.

5
ответ дан 22 May 2018 в 11:04
  • 1
    Спасибо за объяснение, @ WinEunuuchs2Unix. Это может служить эталоном Q & amp; A. Интересно, есть ли у вас предположение о названии вопроса - может быть, какая-то подсказка поможет людям, которые ищут через Google? Возможно, упомянуть, что только потому, что это Intel, и это 64-разрядный, что не все поддерживаются ...? – SDsolar 2 May 2018 в 05:26
  • 2
    Кстати, система делает большой NAS. Он также имеет большой экран, так что отлично подходит для Amazon Prime Video и Netflix. Это может быть более старая модель, но с Windows 7 Pro она работает отлично. И поскольку это 64 бит, у него нет проблем с внутренними и внешними дисками 5 ТБ. Я могу только заключить, что проблема в том, что это не AMD. – SDsolar 2 May 2018 в 10:32
  • 3
    @SDsolar проблема не имеет ничего общего с процессором от Intel, а не от AMD. amd64 - это кодовое имя для всех 64-битных ЦП, и он назван именно так, потому что AMD первой выпустила 64-битный процессор – Skander Bejaoui 2 May 2018 в 11:29
  • 4
    @SDsolar Я думаю, что что-то вроде «Почему не все 64-разрядные процессоры поддерживаются 64-битной ОС?» Думаю, это поймало бы Apple, Windows и Linux-поисковики в одной большой сети. Вы должны убедиться, что сообщение this is is an "i386" processor верное для букв, заглавных букв и знаков препинания. – WinEunuuchs2Unix 2 May 2018 в 13:00
  • 5
    @SkanderBejaoui - если бы это было «все 64-битные процессоры», как вы говорите, тогда моя 64-битная Intel будет работать. Очевидно, что это архитектура AMD, которая сейчас также выпускается Intel. Все кодовое имя будет потеряно для обычных людей. Кроме того, Linux уже давно использует старые устройства. Но теперь это становится столь же требовательным, как и Windows 10. Итак, на этом конкретном компьютере я придерживаюсь старой старой Windows 7 Pro, так как он отлично работает и поддерживает несколько 5-Тбайтных дисков в качестве моего NAS, как и любой нормальной 64-битной архитектуры. Вся 64-битная идея заключалась в поддержке аппаратных средств, а не отдельных ОС. – SDsolar 2 May 2018 в 23:26

Ваш 64-разрядный процессор Core 2 Quad для Intel Q9650 не поддерживается Windows 10. Он был выпущен в 2008 году и считается слишком старым для современных операционных систем.

Глядя на ваши спецификации на , не поддерживаемые Windows 10, либо , я заметил, что у него нет гиперпотоков. Кроме того, он не имеет Turbo-Boost, который, вероятно, менее опасен.

Более того, существует 64-битный набор команд, который со временем эволюционировал. Linux проверяет каждый процессор во время загрузки, чтобы узнать, поддерживаются ли определенные инструкции. Я не могу найти ссылку, которую я искал, но в ней описываются проверки ядра:

После того, как мы установили стек, следующим шагом будет проверка ЦП. Поскольку мы собираемся выполнить переход в длинный режим, нам нужно проверить, поддерживает ли процессор длительный режим и SSE. Мы сделаем это по вызову функции verify_cpu:

call verify_cpu testl %eax, %eax jnz no_longmode

Эта функция определена в файле сборки arch/x86/kernel/verify_cpu.S и содержит только пару вызовов инструкции cpuid. Эта инструкция используется для получения информации о процессоре. В нашем случае он проверяет 64-битный процессор Intel Q9650 Core 2 Quad CPU и SSE и возвращает 0 при успешном завершении или 1 при сбое в регистре eax.

Если значение eax не равно нулю, мы переходим к метке no_longmode, которая просто останавливает CPU вызовом команды hlt, пока аппаратное прерывание не произойдет:

no_longmode: 1: hlt jmp 1b ]

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

Подводя итог, есть много вещей, которые ваш SSE CPU не поддерживает поддержку современных 64-битных процессоров.

5
ответ дан 17 July 2018 в 15:34

Ваш 64-разрядный процессор Core 2 Quad для Intel Q9650 не поддерживается Windows 10. Он был выпущен в 2008 году и считается слишком старым для современных операционных систем.

Глядя на ваши спецификации на , не поддерживаемые Windows 10, либо , я заметил, что у него нет гиперпотоков. Кроме того, он не имеет Turbo-Boost, который, вероятно, менее опасен.

Более того, существует 64-битный набор команд, который со временем эволюционировал. Linux проверяет каждый процессор во время загрузки, чтобы узнать, поддерживаются ли определенные инструкции. Я не могу найти ссылку, которую я искал, но в ней описываются проверки ядра:

После того, как мы установили стек, следующим шагом будет проверка ЦП. Поскольку мы собираемся выполнить переход в длинный режим, нам нужно проверить, поддерживает ли процессор длительный режим и SSE. Мы сделаем это по вызову функции verify_cpu:

call verify_cpu testl %eax, %eax jnz no_longmode

Эта функция определена в файле сборки arch/x86/kernel/verify_cpu.S и содержит только пару вызовов инструкции cpuid. Эта инструкция используется для получения информации о процессоре. В нашем случае он проверяет 64-битный процессор Intel Q9650 Core 2 Quad CPU и SSE и возвращает 0 при успешном завершении или 1 при сбое в регистре eax.

Если значение eax не равно нулю, мы переходим к метке no_longmode, которая просто останавливает CPU вызовом команды hlt, пока аппаратное прерывание не произойдет:

no_longmode: 1: hlt jmp 1b ]

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

Подводя итог, есть много вещей, которые ваш SSE CPU не поддерживает поддержку современных 64-битных процессоров.

5
ответ дан 23 July 2018 в 16:30

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

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