vlad1.96 |
|
Темы:
3
Сообщения:
24
Участник с: 14 января 2021
|
vasek Я сам ещё подсмотрел. Может я неправильно понимаю, т.к. в файлах компиляции я не разбираюсь, но примерно попытался отследить функции Изначально искал "file path:" Нашёл тут: \grub-2.06\grub-core\loader\efi\chainloader.c
Далее искал: grub_efi_print_device_path Нашёл В том же: grub-2.06\grub-core\kern\efi\efi.c и т.д.Т.е. сами сообщения grub знает. Начинается всё с chainloader.c, который функциями отсылается в efi.c, где уже и Sata и PCI и UnknownMessaging есть...но откуда сами значения я не понял Беру: grub_efi_sata_device_path_t Нашёл в grub-2.06\include\grub\efi\api.h
Ну а дальше я уже начал путаться и не совсем понимаю, где тип, а где сама сущность. Но я думаю, дальше должно как-то из UEFI/BIOS брать, т.к. например, сам "hba_port" не находит, но вот "hba ->ports" находит в grub-2.06\grub-core\disk\ahci.c где уже прямые упоминания bios/uefi |
vasek |
|
Темы:
47
Сообщения:
11880
Участник с: 17 февраля 2013
|
vlad1.96Есть еще один интересный инструмент Grub: kernel.img (из DOC) который, насколько я понимаю, знает все (уже писал о нем)strings /usr/lib/grub/x86_64-efi/kernel.img | grep -E 'ACPI|PCI|HD|UnknownMessaging'
Ошибки не исчезают с опытом - они просто умнеют
|
vlad1.96 |
|
Темы:
3
Сообщения:
24
Участник с: 14 января 2021
|
vasekСпасибо, буду смотреть) Попробовал clear после chainloading, оно действительно убирает сообщение, но через пару секунд. Т.е. сообщение есть, но оно не остаётся до талого, а убирается, как только, видимо меняется состояние после chainloading Ну и в загрузчике fedora clear я не обнаружил, как раньше думал |
vlad1.96 |
|
Темы:
3
Сообщения:
24
Участник с: 14 января 2021
|
Попытаюсь суммировать Начну с моего вопроса в самом начале: Это сообщение не говорит о какой-то проблеме?Нет не говорит. Это вывод в grub выводиться всегда при использовании chainloader. Причём, судя по комментариям внутри grub это вывод нужен "в основном для отладки" А "/UnknownMessaging (17)", насколько я понял, говорит о том, что grub не может прочитать название вендора девайса, тем не менее на работу оно никак не влияет. Сообщение можно игнорировать. Связано ли оно с этим:нет, не связано А если не говорит, то можно его скрыть или как-то пропуститьЧасть скрипта /etc/grub.d/00_header скрывает этот вывод, так что можно использовать его либо в купе с grub-mkconfig, либо отдельно Использование clear после chainloader убирает эту надпись, но не сразу. Ну и последнее: Честно, я не совсем понял, сошлись мы в выводах с @vasek и @jim945 или нет. Я очень слабо чувствую себя в исходниках и немного запутался Но, пока я понимаю так, что само сообщение — это чисто вывод grub, а именно первая часть про "EndEntire file path: /EndEntire" это часть chainloader.c, а "/ACPI(80341d0,0)/PCI (1,1)/PCI (0,0)/UnknownMessaging (17)/HD(1,800,3ff800,442b1f99144cd74c,2,2)/File(\EFT\Linux)/File(arch-linux-Igx.fi)" идёт уже из efi.c |
vasek |
|
Темы:
47
Сообщения:
11880
Участник с: 17 февраля 2013
|
Конечно, jim945 прав, но в той части, что первоначальной причиной является chainloader ... а вот дальше в части получения информации о ACPI/PCI/HD ... (удалил написанное) ... здесь я мало что знаю, а поэтому и не хорошо что-то писать на эту тему Может пригодится когда-нибудь ... из серии Русские блоги ...
Ошибки не исчезают с опытом - они просто умнеют
|
jim945 |
|
Темы:
9
Сообщения:
3194
Участник с: 25 января 2010
|
vasekЭто же по сути путь до файла, который загружается в память, с указанием всех устройств, через которые идёт подключение. Исходники в этом направлении не копал конечно, но думаю мысль верна. Да возможно использовался для отладки и забыли отключить. Или просто не подумали, что кому-то помешает.
Lupus pilum mutat, non mentem.
|
jim945 |
|
Темы:
9
Сообщения:
3194
Участник с: 25 января 2010
|
vasekКстати. В ефи значительно упростили процесс загрузки. Если грубо, то там сразу идёт этап stage2 граба или вообще ядро можно грузить напрямую Это значительно ускорило загрузку.
Lupus pilum mutat, non mentem.
|
vasek |
|
Темы:
47
Сообщения:
11880
Участник с: 17 февраля 2013
|
offtop - очень нравится читать статьи из серии "Русские блоги" - насколько понял пишут/переводят наши русские, но используют китайские статьи. Как пример, некоторый другие статьи ...1..., ...2... и многое другое ... ВВедение в Linux или Структура системы Linux
Ошибки не исчезают с опытом - они просто умнеют
|
vlad1.96 |
|
Темы:
3
Сообщения:
24
Участник с: 14 января 2021
|
vasekДа, действительно, интересности есть :) Спасибо, забираю Тогда вопрос откуда берётся информацию о устройствах опускаем Я думаю, пора уже теме присвоить статус РЕШЕНО, т.к. на мои первые вопросы я уже получил ответы, а именно, что это сообщение не является ошибкой, UnknownMessage - просто не найденное имя вендора, и оно ни на что не влияет, сообщение всплывает всегда и оно необходимо для отладки, ну маскируется оно скриптами из /etc/grub.d/00_header ( |