Ядро Linux на плате обнаружения stm32f746 зависло после загрузки u-boot
Вы ищете журнал systemd. man journalctlможет быть вашей точкой входа. Чтобы просмотреть журналы для systemd-fsck, вы можете посмотреть:
journalctl -u systemd-fsck*
Как вы увидите в man journalctl, существуют также машинные -параметры вывода, такие как JSON. Это максимально приближено к API для запроса статуса fsck, помимо другого инструмента systemd для запроса статуса сервиса :
systemctl status systemd-fsck*
Как вы увидите в man systemctl, он также поддерживает машинные -форматы вывода.
Я не знаю способа запросить статус fsckбез systemd.
Возможно, ваш UART настроен неправильно. Вы пытались gdbувидеть, где он застрял?
Для меня это usart1 clock not enabled.
Я изменил
clocks = <&rcc 0 STM32F7_APB2_CLOCK(USART1)>
вместо
<&rcc 1 CLK_USART1>
Но возникает ошибка, когда ядро настраивает часы шлюза usart, которые не останавливают выполнение ядра.
Вы можете загрузить ядро в память и проверить контрольную сумму, поэтому я предполагаю, что память настроена правильно.
Похоже, у вас не загружено дерево устройств в процессе загрузки, поэтому я предполагаю, что команда u -boot bootzбудет выполнена с консольным параметром и номером машины. Используйте u -boot printenv, чтобы проследить, как на самом деле выглядит процесс загрузки.
Ниже приведена ссылка, по которой я сам обнаружил похожий симптом. В моем случае у меня был собственный файл дерева устройств, и у меня была опечатка в значении compatibleдля процессора, поэтому Linux не нашел для него драйвера.