lanefu changed the topic of #armbian-rockchip to: Armbian - Linux for ARM development boards | Rockchip SoC | www.armbian.com | This channel is relayed to the equivalent Discord channel | this channel is logged
DC-IRC has quit [Remote host closed the connection]
DC-IRC has joined #armbian-rockchip
<DC-IRC>
[Discord] <bergbird> Hello, I'm having some issues with Armbian Bookworm Gnome for the Renegade so I decided to run a checksum, I'm still new to this so I'm not sure if I did this correctly, both files are in the same directory the command and printout are in the attached screenshot, any help is appreciated.
<DC-IRC>
[Discord] <Werner> Interesting. For some reason there is some sort of path included in the checksum file. Needs investigation.
<DC-IRC>
[Discord] <Werner> Anyway just run sha256sum on the .img.xz file and compare the output numbers to those included with the .sha file
<DC-IRC>
[Discord] <Werner> Or edit the sha file and remove that non-existing path so that only the image file name is there
<DC-IRC>
[Discord] <bergbird> Thanks for the quick reply, I will give it a try it might be a little while.
<DC-IRC>
[Discord] <gambl0r> There is something wrong, I just did a build for an orangepi4-lts and it generated a path in the .sha file, hopefully this build log will show why: https://paste.armbian.com/ixecatovul
<DC-IRC>
[Discord] <gambl0r> but the sha256sum of the .img is correct
<DC-IRC>
[Discord] <bergbird> Okay here is the output for the files individually, apologies if this wasn't done correctly but it looks like they don't match.
<DC-IRC>
[Discord] <Werner> You see I have a random image plus its .sha file. I `cat` the sha file and then do the sha256sum of the img itself. The results match
<DC-IRC>
[Discord] <bergbird> I think I see what you did so: you used cat to read the .sha file and sha256sum to check the image, is that right?
<DC-IRC>
[Discord] <bergbird> Okay I will this a try, thank you
<DC-IRC>
[Discord] <Werner> Correct
<DC-IRC>
[Discord] <Werner> However as mentioned your initial way is the correct way but for some reason the path to the file to check inside the .sha file is wrong. So doing it my way is a workaround
<DC-IRC>
[Discord] <bergbird> I see, makes sense
<DC-IRC>
[Discord] <bergbird> Here is the new output it does look like they match.
<DC-IRC>
[Discord] <Werner> Indeed they do. So no compromised download
<DC-IRC>
[Discord] <bergbird> That's good to know thanks for the help with this
<DC-IRC>
[Discord] <Werner> Welcome
<DC-IRC>
[Discord] <bergbird> By the way I also appreciate your tutorials on Armbian.com that is what got me to check this in the first place.
<DC-IRC>
[Discord] <Werner> Um which one in particular? 😅
<DC-IRC>
[Discord] <bergbird> The one about the AURT adapter
<DC-IRC>
[Discord] <Werner> Ah the debugging video
<DC-IRC>
[Discord] <bergbird> yes that was very helpful I will have to get one
<DC-IRC>
[Discord] <Werner> Also need to thank @nicod_sbc for doing the editing and having me on his channel in general 😉
<DC-IRC>
[Discord] <bergbird> Yes, he was even in that video too right? He makes good content.
<DC-IRC>
[Discord] <Werner> Honestly I don't remember, would need to rewatch by chance 😄
<DC-IRC>
[Discord] <bergbird> Ha ha I understand I just watched it and today was my introduction to checksum which was also from the Armbian site.
<DC-IRC>
[Discord] <Werner> Chances of getting compromised while downloading are rather low. But when you run into issues which make no sense it is one of the things that should be ruled out before wasting lots of time hunting for ghosts.
<DC-IRC>
[Discord] <bergbird> I'll keep that in mind
<DC-IRC>
[Discord] <Werner> I think in all those years and downloading hundreds of images I never had a bad one.
<DC-IRC>
[Discord] <Werner> (while downloading) 😉
<DC-IRC>
[Discord] <bergbird> That's good to know too
<DC-IRC>
[Discord] <bergbird> Using Armbian Bookworm with Gnome has my Renegade running the best it ever has, but the red LED is constantly flashing twice then pausing like a heartbeat with no other lights. When I try sudo armbianmonitor -v it tells me that some of the software packages are corrupt.
<DC-IRC>
[Discord] <Werner> This is indeed a heartbeat. I personally have all my boards setup to use this indicator. You need no peripherials to get an idea of the boards state just by looking at the flashing. If it flashes very fast the board is under heavy load. If it does not flash the kernel froze. Some may find this annoying but I prefer making good use of it 😉
<DC-IRC>
[Discord] <Werner> There is most likely a `trigger`file somewhere in /sys which can be fed with various variables what the led should do
<DC-IRC>
[Discord] <bergbird> Ah ok, so it's ok if the green light is off?
<DC-IRC>
[Discord] <Werner> Yes. There is no hard-wired function attached to these leds. You can swtich them from userspace as you like
<DC-IRC>
[Discord] <Werner> This however depends from board to board. Some have leds hardwired to certain functions like power-on or whatever. Others are software controlled
<DC-IRC>
[Discord] <bergbird> That's good to know with other Operating systems the Renegade had a solid red and blinking green so I thought maybe something was wrong this time.
<DC-IRC>
[Discord] <Werner> There is unfortunately no standard across vendors and boards which leds are available, which color they have and what they are supposed to do. So it is basically impossible to know why which led is on/off for what reason.
<DC-IRC>
[Discord] <Werner> Some describe those in their manuals but when running Armbian this might not be the case anymore since, as mentioned, some are hardwired, some are software-controlled and can do whatever the user wants them to do.
<DC-IRC>
[Discord] <bergbird> Ah ok, thanks
<DC-IRC>
[Discord] <bergbird> The only other thing that concerns me is that armbianmonitor -v outputs that some software packages are corrupt.
<DC-IRC>
[Discord] <Werner> Feel free to share the output via some paste service (like paste.debian.net) so anyone here has a chance to take a look into
<DC-IRC>
[Discord] <bergbird> It's a short output is a screenshot ok?
<DC-IRC>
[Discord] <Werner> sure
<DC-IRC>
[Discord] <bergbird> Sounds good it will be a while since I need to boot it up.
<DC-IRC>
[Discord] <bergbird> This is the output from armbianmonitor -v, the two packages here have always shown up but there were some others at some point such as neofetch, I have started over a few times including re-downloading the image from the site and torrent as well as trying different sd cards.
<DC-IRC>
[Discord] <Werner> Hm just for the heck of it can you run `tzselect`?
<DC-IRC>
[Discord] <Werner> Just run armbianmonitor -v on an old OPi1 and also got some output and those files seem indeed to be damaged. Not sure why this happens to you with different sdcards.
<DC-IRC>
[Discord] <Werner> Just ran armbianmonitor -v on an old OPi1 and also got some output and those files seem indeed to be damaged. Not sure why this happens to you with different sdcards.
<DC-IRC>
[Discord] <bergbird> that's interesting, I'll run this right now
<DC-IRC>
[Discord] <bergbird> tzselect starts, should pick a timezone?
<DC-IRC>
[Discord] <bergbird> Just for reference I am using Sandisk Ultra and Samsing Evo cards all new
<DC-IRC>
[Discord] <Werner> Did you verify they are no fake?
<DC-IRC>
[Discord] <bergbird> No one just second
<DC-IRC>
[Discord] <bergbird> Yeah it's correct
<DC-IRC>
[Discord] <Werner> You could try to reinstall tzselect package
<DC-IRC>
[Discord] <bergbird> Okay I'll try it
<DC-IRC>
[Discord] <bergbird> I tried: sudo apt purge --auto-remove tzselect and I got: Unable to locate package
<DC-IRC>
[Discord] <Werner> Well I'd do `apt install --reinstall tzselect` but this is odd. Why do you have tzselect binary without the package being installed?
<DC-IRC>
[Discord] <Werner> Bookworm, right?
<DC-IRC>
[Discord] <bergbird> Yep bookworm
<DC-IRC>
[Discord] <amazingfate> overlays enabled by `armbian-config` has to be a filename start with `rockchip-rk3588` on rk3588 platforms. So there is only one overlay can get enabled on rk35xx-vendor: `rockchip-rk3588-opp-oc-24ghz.dts`
<DC-IRC>
[Discord] <bergbird> I tried the reinstall and got the same: Unable to locate package
<DC-IRC>
[Discord] <Werner> Um did you do apt update at least once since fresh install?
<DC-IRC>
[Discord] <bergbird> Not on this one but I can try it now
<DC-IRC>
[Discord] <Werner> Well that is essential since Armbian does not ship repository data because that would be outdated already anyways.
<DC-IRC>
[Discord] <bergbird> Should I do upgrade too?
<DC-IRC>
[Discord] <Werner> Always a good idea to keep the system up to date
<DC-IRC>
[Discord] <bergbird> Ok
<DC-IRC>
[Discord] <bergbird> I ran update and upgrade, then apt reinstall and got unable to locate, then I rebooted and tried again but still unable to locate
<DC-IRC>
[Discord] <Werner> Have to pass on that one then, no clue what the cause is. Anyway I'd suggest to continue this in #ID:857944478269702214 since this seem userspace related and not specific to the rockchip family.
<DC-IRC>
[Discord] <bergbird> Sounds good, will do and thanks for taking the time to help me.
<DC-IRC>
[Discord] <enok71> Comment out the row "#overlay_prefix=rockchip-rk3588" in armbianEnv.txt so you can give the full overlay filename (without suffix) in the overlays variable. This was necessary for me because some overlays for rock5a begins with "rock-5a" while others begin with "rk3588s".
<DC-IRC>
[Discord] <enok71> Comment out the row "#overlay_prefix=rockchip-rk3588" in armbianEnv.txt so you can give the full overlay filename (without suffix) in the overlays variable. This was necessary for me because some overlays for rock5a begins with "rock-5a" while others begin with "rk3588".
<DC-IRC>
[Discord] <amazingfate> Or manually copy the dtbo to a file start with rockchicp-rk3588
<DC-IRC>
[Discord] <enok71> Although I guess one would have rename those dtbos again every time installing a new kernel with apt.
<DC-IRC>
[Discord] <amazingfate> Those dtbos without prefix are copied from sdk kernel or some vendor. And some contributors didn't know the rule when adding the overlays. I will check it when people adding overlays in the future.
<DC-IRC>
[Discord] <amazingfate> I will also rename necessary dtbos with prefix.
<DC-IRC>
[Discord] <enok71> Great thanks!
<DC-IRC>
[Discord] <amazingfate> It seems that @narga_64's recent commit has fixed it. I have to update my boot.cmd. No need to rename those overlays.
<DC-IRC>
[Discord] <amazingfate> It seems that @efectn 's recent commit has fixed it. I have to update my boot.cmd. No need to rename those overlays.
<DC-IRC>
[Discord] <Werner> It seems like somebody found the cause of the loadavg >=1 on OPi5+ (or maybe RK3588 in general?) on 5.10.160 and 6.1.y. Seems like hdmirx spits tons of interrupts. Disabling hdmirx in dt causes the load to go down to normal levels.
<DC-IRC>
[Discord] <lanefu> console baud rate needs to be explicitly set, otherwise systemd's execution of getty is stupid and can't make console work--ALSO literally adds 60 seconds to boot time when its broken.