Score:0

Ubuntu isn't booting after overclock and config.txt is getting automatically altered

cn flag

I did an overclock on ubuntu 21.04 on my raspberry pi 4b 8gb ram. I went to arm_freq=2100 and gpu_freq=750 and over_volt 6; that worked fine. I tried arm_freq=2200 and gpu_freq=800 with the same overvolt and it did not boot. I turned it back down to the first overclock and even tried turning the overclock off altogether, or back to stock settings and it did not boot. What's wrong? And what can be done about it? The thing is the config.txt changes without me editing it like so. It seems like the computer does it. Here is how it should be (stock settings)

[pi4]
max_framebuffers=2

[all]
kernel=vmlinuz
cmdline=cmdline.txt
initramfs initrd.img followkernel

# Enable the audio output, I2C and SPI interfaces on the GPIO header
dtparam=audio=on
dtparam=i2c_arm=on
dtparam=spi=on

# Enable the KMS ("full" KMS) graphics overlay, and allocate 128Mb to the GPU
# memory. The full KMS overlay is required for X11 application support under
# wayland
dtoverlay=vc4-kms-v3d
gpu_mem=208

# Uncomment the following to enable the Raspberry Pi camera module firmware.
# Be warned that there *may* be incompatibilities with the "full" KMS overlay
#start_x=1

# Comment out the following line if the edges of the desktop appear outside
# the edges of your display
disable_overscan=1

# If you have issues with audio, you may try uncommenting the following line
# which forces the HDMI output into HDMI mode instead of DVI (which doesn't
# support audio output)
#hdmi_drive=2

# If you have a CM4, uncomment the following line to enable the USB2 outputs
# on the IO board (assuming your CM4 is plugged into such a board)
#dtoverlay=dwc2,dr_mode=host

# Config settings specific to arm64
arm_64bit=1
dtoverlay=dwc2

This is how it actually is. As you can see, the config.txt gets altered automatically.

max_framebuffers=2

kernel=vmlinuz
cmdline=cmdline.txt
initramfs initrd.img followkernel

# Enable the audio output, I2C and SPI interfaces on the GPIO header
dtparam=audio=on
dtparam=i2c_arm=on
dtparam=spi=on

# Enable the KMS ("full" KMS) graphics overlay, and allocate 128Mb to the GPU
# memory. The full KMS overlay is required for X11 application support under
# wayland
dtoverlay=vc4-kms-v3d
gpu_mem=208

# Uncomment the following to enable the Raspberry Pi camera module firmware.
# Be warned that there *may* be incompatibilities with the "full" KMS overlay
#start_x=1

# Comment out the following line if the edges of the desktop appear outside
# the edges of your display
disable_overscan=1

# If you have issues with audio, you may try uncommenting the following line
# which forces the HDMI output into HDMI mode instead of DVI (which doesn't
# support audio output)
#hdmi_drive=2

# If you have a CM4, uncomment the following line to enable the USB2 outputs
# on the IO board (assuming your CM4 is plugged into such a board)
#dtoverlay=dwc2,dr_mode=host

# Config settings specific to arm64
arm_64bit=1
dtoverlay=dwc2

I tried adding the [pi 4] and the [all] lines and it still does not boot. It seems most puzzeling and I can't make it out at all.

cocomac avatar
cn flag
Did turning over clocking all the way back to the default work? Also, take a look at [Raspberry Pi Stack Exchange](https://raspberrypi.stackexchange.com/questions/tagged/overclocking?sort=votes), you might get a better answer there
in flag
If you are able to access the files on the installation. Then you may find actionable information in the logs. Check `/var/log/syslog` and `/var/log/boot.log` for possible causes.
Random-Ubuntu-User avatar
cn flag
No. I turned the overclock off altogether or back to stock settings and it did not work. I will make that more clear in my question.
ru flag
You sure you didn't burn out your RPi? Overvolting and overclocking can be dangerous and can burn out hardware.
Random-Ubuntu-User avatar
cn flag
99.999% percent positive it isn't burned because I am using it right now to type this comment; I run lmms, sauerbraten, flightgear and other high-demand programs without any glitches. I am just running a different os image.... and it is overclocked with a huge cooling fan. It is the os that has the problem 99.999% sure.
Bodo avatar
pt flag
@2-bituser Please [edit] your question to add information, don't use comments for this purpose. DId you already do a file system check of the non-working image? If the file system is OK, maybe you can compare a working image with the non-working one.
Score:0
in flag

I had a similar problem, although different as I was able to regain my system when removing the overclock settings. Also I was able to log into the tty sessions (it took several attempts with shift-ctrl-f2 - f4 + <return> to be able to access a session), the GUI did not display, though the processes all seemed to be running alright - I did not check system logs.

With Ubuntu 21.10 on a Pi4B 8GB RAM, I was able to overclock the CPU, but not the GPU (yet) - seems like wayland did not like the parameter change.

You may try to re-instal a fresh system (just in case the X/Wayland configuration got corrupted), then try the overclock without the GPU setting.

mangohost

Post an answer

Most people don’t grasp that asking a lot of questions unlocks learning and improves interpersonal bonding. In Alison’s studies, for example, though people could accurately recall how many questions had been asked in their conversations, they didn’t intuit the link between questions and liking. Across four studies, in which participants were engaged in conversations themselves or read transcripts of others’ conversations, people tended not to realize that question asking would influence—or had influenced—the level of amity between the conversationalists.