Непонятные символы после загрузка ядра? Помогите не могу решить, скину снимки монитора

vs220	# 3 года, 6 месяцев назад (отредактировано 3 года, 6 месяцев назад)
Темы: 25 Сообщения: 8482 Участник с: 16 августа 2009	vasek это уже не груб а инит по идеи пишет И не факт что у ТС локаль с кириллицей, хотя да больше на проблемы с видео чем с шрифтом похоже. Потому из советовов включить ранний kms и добавить модуль видео в инит

vasek	# 3 года, 6 месяцев назад
Темы: 47 Сообщения: 11742 Участник с: 17 февраля 2013	vs220 это уже не груб а инит по идеи пишет Возможно не точно выразился, просто имел ввиду то, что Grub закончил свою работу и передал другим .... Фраза Loading initial ramdisk - это сообщение выдает Grub и на этом в принципе заканчивает свою работу Ошибки не исчезают с опытом - они просто умнеют

vasek

# 3 года, 6 месяцев назад

Темы: 47

Сообщения: 11742

Участник с: 17 февраля 2013

vs220
это уже не груб а инит по идеи пишет

Возможно не точно выразился, просто имел ввиду то, что Grub закончил свою работу и передал другим ....
Фраза Loading initial ramdisk - это сообщение выдает Grub и на этом в принципе заканчивает свою работу

Ошибки не исчезают с опытом - они просто умнеют

Turk	# 3 года, 6 месяцев назад
Темы: 2 Сообщения: 19 Участник с: 07 октября 2020	vasek Turk 2. После этого какие-то символы белые кубики 3 строка, длится 4-5 секунд Вряд ли это проблема шрифтов. Квадратики, как правило, обусловлены проблемой шрифтов (кирилицей) и обычно ровные, а в данном случае квадратики не ровные и имееют смазанный контур символов … разрешение??? Плюс к этому, на данный момент не откуда взяться кирилице - судя по приведенным картинкам Grub на конечной стадии своей работы и загружает в память образ ядра и начинается инициализация и подготовка памяти, оборудования …. и монтирование корневого раздела для загрузки системы … и здесь нет сообщений на кирилице. Ничего конкретного сказать по этим картинкам не возможно. Turk 3. Потом загрузка системы - dev/sda3……. и т.д Не понятно, загрузка завершается нормально? … проблем при работе нет? Хотя если все работает нормально и bug выскакивает только при загрузке, то можно забить на это. EDIT 1 - вот что примерно идет после Loading initial ramdisk … ….. (у меня Grub самописный и этих сообщений нет, либо я для отладки пишу их сам) `:: running early hook [udev] Starting version 246.4-1-arch :: running hook [udev] :: Triggering uevents... ::perfoming fsck on '/dev/sda3' ArchLinux: clean, 441769/4612096 files, 7997374/18422538 blocks :: mounting '/dev/sda3' on real root :: running cleanup hook [udev] Welcome to ArchLinux!` и как видно никакой кирилицы здесь нет … Да все норм, система запускается, просто есть квадратики и всё

Turk

# 3 года, 6 месяцев назад

Темы: 2

Сообщения: 19

Участник с: 07 октября 2020

vasek
Turk
2. После этого какие-то символы белые кубики 3 строка, длится 4-5 секунд
Вряд ли это проблема шрифтов. Квадратики, как правило, обусловлены проблемой шрифтов (кирилицей) и обычно ровные, а в данном случае квадратики не ровные и имееют смазанный контур символов … разрешение???
Плюс к этому, на данный момент не откуда взяться кирилице - судя по приведенным картинкам Grub на конечной стадии своей работы и загружает в память образ ядра и начинается инициализация и подготовка памяти, оборудования …. и монтирование корневого раздела для загрузки системы … и здесь нет сообщений на кирилице.
Ничего конкретного сказать по этим картинкам не возможно.

Turk
3. Потом загрузка системы - dev/sda3……. и т.д
Не понятно, загрузка завершается нормально? … проблем при работе нет?
Хотя если все работает нормально и bug выскакивает только при загрузке, то можно забить на это.

EDIT 1 - вот что примерно идет после Loading initial ramdisk … ….. (у меня Grub самописный и этих сообщений нет, либо я для отладки пишу их сам)
:: running early hook [udev]
Starting version 246.4-1-arch
:: running hook [udev]
:: Triggering uevents...
::perfoming fsck on '/dev/sda3'
ArchLinux: clean, 441769/4612096 files, 7997374/18422538 blocks
:: mounting '/dev/sda3' on real root
:: running cleanup hook [udev]

Welcome to ArchLinux!
и как видно никакой кирилицы здесь нет …

Да все норм, система запускается, просто есть квадратики и всё

vs220	# 3 года, 6 месяцев назад
Темы: 25 Сообщения: 8482 Участник с: 16 августа 2009	Turk просто есть квадратики и всё В tty (по ctrl+alt+f2) шрифты нормальные? Если да то просто забить, или если перфекционист попробовать настроить ранний kms

vasek	# 3 года, 6 месяцев назад
Темы: 47 Сообщения: 11742 Участник с: 17 февраля 2013	Turk, не цитируй все, только нужное ... Ошибки не исчезают с опытом - они просто умнеют

Turk	# 3 года, 6 месяцев назад
Темы: 2 Сообщения: 19 Участник с: 07 октября 2020	vs220 Turk просто есть квадратики и всё В tty (по ctrl+alt+f2) шрифты нормальные? Если да то просто забить, или если перфекционист попробовать настроить ранний kms Да там все норм

Turk	# 3 года, 6 месяцев назад
Темы: 2 Сообщения: 19 Участник с: 07 октября 2020	vs220 Turk просто есть квадратики и всё В tty (по ctrl+alt+f2) шрифты нормальные? Если да то просто забить, или если перфекционист попробовать настроить ранний kms Ок

vasek	# 3 года, 6 месяцев назад (отредактировано 3 года, 6 месяцев назад)
Темы: 47 Сообщения: 11742 Участник с: 17 февраля 2013	Похоже проблема в поддержке дефолтного разрешения. Можно поиграться с разными допустимыми разрешениями. Смотрим, что поддерживается: sudo hwinfo --framebuffer ... но из этих указанных не все поддерживаются, нужно пробовать, начать, например, с самого распространенного 0x314 (он должен быть в выводе) .... при загрузке в меню Grub нажимаем e и прописываем параметр vga=0x314 ... не получилось, пробуем другое. EDIT 1 - в части sudo hwinfo --framebuffer - чтобы знать точно поддерживаемые разрешения, точнее будет зайти в консоль Grub и посмотреть вывод vbeinfo - у меня, например, показывает всего 3 разрешения, без учета глубины цветности, привожу для depth=16 --- 1024x768, 800x600, 640x480 . Здесь же можно и проверить эти разрешения, используя команду vbetest=800x600x16 ... если все нормально, то при загрузке вписать параметр vga=0x314 (значение для vga можно узнать из вывода sudo hwinfo --framebuffer) Ошибки не исчезают с опытом - они просто умнеют

vasek

# 3 года, 6 месяцев назад (отредактировано 3 года, 6 месяцев назад)

Темы: 47

Сообщения: 11742

Участник с: 17 февраля 2013

Похоже проблема в поддержке дефолтного разрешения. Можно поиграться с разными допустимыми разрешениями.
Смотрим, что поддерживается: sudo hwinfo --framebuffer ... но из этих указанных не все поддерживаются, нужно пробовать, начать, например, с самого распространенного 0x314 (он должен быть в выводе) .... при загрузке в меню Grub нажимаем e и прописываем параметр vga=0x314 ... не получилось, пробуем другое.

EDIT 1 - в части sudo hwinfo --framebuffer - чтобы знать точно поддерживаемые разрешения, точнее будет зайти в консоль Grub и посмотреть вывод vbeinfo - у меня, например, показывает всего 3 разрешения, без учета глубины цветности, привожу для depth=16 --- 1024x768, 800x600, 640x480 . Здесь же можно и проверить эти разрешения, используя команду vbetest=800x600x16 ... если все нормально, то при загрузке вписать параметр vga=0x314 (значение для vga можно узнать из вывода sudo hwinfo --framebuffer)

Ошибки не исчезают с опытом - они просто умнеют