Рейтинг:0

Ubuntu не загружается после разгона, а config.txt автоматически изменяется

флаг cn

Я сделал разгон на Ubuntu 21.04 на своей оперативной памяти Raspberry Pi 4b 8 ГБ. я пошел в arm_freq=2100 и gpu_freq=750 и перенапряжение 6; это работало нормально. Я пытался arm_freq=2200 и gpu_freq=800 с тем же перенапряжением так и не загрузился. Я вернул его к первому разгону и даже попытался полностью отключить разгон или вернуться к стандартным настройкам, но он не загружался. Что не так? И что с этим можно сделать? Дело в том, что config.txt меняется без моего редактирования. Кажется, что это делает компьютер. Вот как должно быть (стоковые настройки)

[пи4]
max_framebuffers=2

[все]
ядро = vmlinuz
cmdline=cmdline.txt
initramfs initrd.img последующее ядро

# Включить аудиовыход, интерфейсы I2C и SPI на заголовке GPIO
dtparam=аудио=включено
dtparam=i2c_arm=включено
dtparam=spi=on

# Включите наложение графики KMS ("полный" KMS) и выделите 128 Мб для графического процессора
# Память. Полный оверлей KMS требуется для поддержки приложений X11 в
# дорожка
dtoverlay=vc4-кмс-v3d
gpu_mem=208

# Раскомментируйте следующее, чтобы включить прошивку модуля камеры Raspberry Pi.
# Имейте в виду, что *могут* возникнуть несовместимости с "полным" оверлеем KMS.
#start_x=1

# Закомментируйте следующую строку, если края рабочего стола выходят за его пределы
# края вашего дисплея
отключить_оверскан = 1

# Если у вас проблемы со звуком, попробуйте раскомментировать следующую строку
# который переводит выход HDMI в режим HDMI вместо DVI (который не
# поддержка аудиовыхода)
#hdmi_drive=2

# Если у вас CM4, раскомментируйте следующую строку, чтобы включить выходы USB2
# на плате ввода-вывода (при условии, что ваш CM4 подключен к такой плате)
#dtoverlay=dwc2,dr_mode=хост

# Настройки конфигурации специфичные для arm64
arm_64bit=1
dtoverlay=dwc2

Так оно и есть на самом деле. Как видите, файл config.txt изменяется автоматически.

max_framebuffers=2

ядро = vmlinuz
cmdline=cmdline.txt
initramfs initrd.img последующее ядро

# Включить аудиовыход, интерфейсы I2C и SPI на заголовке GPIO
dtparam=аудио=включено
dtparam=i2c_arm=включено
dtparam=spi=on

# Включите наложение графики KMS ("полный" KMS) и выделите 128 Мб для графического процессора
# Память. Полный оверлей KMS требуется для поддержки приложений X11 в
# дорожка
dtoverlay=vc4-кмс-v3d
gpu_mem=208

# Раскомментируйте следующее, чтобы включить прошивку модуля камеры Raspberry Pi.
# Имейте в виду, что *могут* возникнуть несовместимости с "полным" оверлеем KMS.
#start_x=1

# Закомментируйте следующую строку, если края рабочего стола выходят за его пределы
# края вашего дисплея
отключить_оверскан = 1

# Если у вас проблемы со звуком, попробуйте раскомментировать следующую строку
# который переводит выход HDMI в режим HDMI вместо DVI (который не
# поддержка аудиовыхода)
#hdmi_drive=2

# Если у вас CM4, раскомментируйте следующую строку, чтобы включить выходы USB2
# на плате ввода-вывода (при условии, что ваш CM4 подключен к такой плате)
#dtoverlay=dwc2,dr_mode=хост

# Настройки конфигурации специфичные для arm64
arm_64bit=1
dtoverlay=dwc2

Я попытался добавить [пи 4] и [все] строки, и он все еще не загружается. Это кажется самым загадочным, и я не могу понять это вообще.

cocomac avatar
флаг cn
Сработал ли полный возврат тактовой частоты к значениям по умолчанию? Кроме того, взгляните на [Raspberry Pi Stack Exchange] (https://raspberrypi.stackexchange.com/questions/tagged/overclocking?sort=votes), возможно, там вы найдете лучший ответ.
флаг in
Если у вас есть доступ к файлам установки. Затем вы можете найти полезную информацию в журналах. Проверьте `/var/log/syslog` и `/var/log/boot.log` на наличие возможных причин.
Random-Ubuntu-User avatar
флаг cn
Нет. Я полностью отключил разгон или вернулся к стандартным настройкам, и это не сработало. Я уточню это в своем вопросе.
флаг ru
Вы уверены, что не сожгли свой RPi? Перенапряжение и разгон могут быть опасны и могут сжечь оборудование.
Random-Ubuntu-User avatar
флаг cn
99,999% процентов уверен, что он не сгорел, потому что я использую его прямо сейчас, чтобы напечатать этот комментарий; Я запускаю lmms, sauerbraten, Flightgear и другие востребованные программы без каких-либо сбоев. Я просто использую другой образ ОС .... и он разогнан с помощью огромного охлаждающего вентилятора. На 99,999% проблема именно в ОС.
Bodo avatar
флаг pt
@2-bituser Пожалуйста, [отредактируйте] свой вопрос, чтобы добавить информацию, не используйте комментарии для этой цели. Вы уже проверили файловую систему нерабочего образа? Если с файловой системой все в порядке, возможно, вы сможете сравнить рабочий образ с нерабочим.
Рейтинг:0
флаг in

У меня была аналогичная проблема, хотя и другая, поскольку я смог восстановить свою систему при удалении настроек разгона. Также я смог войти в сеансы tty (потребовалось несколько попыток с помощью shift-ctrl-f2 - f4 + <return>, чтобы получить доступ к сеансу), графический интерфейс не отображался, хотя все процессы, казалось, были запущены хорошо - я не проверял системные журналы.

С Ubuntu 21.10 на ОЗУ Pi4B 8 ГБ я смог разогнать ЦП, но не ГП (пока) — похоже, Wayland не понравилось изменение параметра.

Вы можете попробовать переустановить новую систему (на всякий случай, если конфигурация X/Wayland была повреждена), а затем попробовать разгон без настройки графического процессора.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.