Это заставка 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.
. Еще раз это нормальный выход.
Ваш 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-битных процессоров.
Ваш 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-битных процессоров.
Ваш 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-битных процессоров.