What happened in august?

[Gullik]

All images have build dates 1 month back. Several images seem to be based on "vendor kernel".

What is happening?

 

G

[Werner]

https://docs.armbian.com/Release_Changelog/

[Igor]

8 hours ago, Gullik said:

based on "vendor kernel"

Those have best HW support and here we can provide video acceleration support. That's why. Mainline based images are also available, but with limited functionality. Which is always the case.

[Gullik]

So, only "rolling releases" with 6.1.75 kernel gets any updates since 24-aug-2024........

 

Anyway, MT7961 started working yesterday...

Hopefully it will be possible to change to Swedish keyboard soon....

 

Gullik

[Gullik]

Fantastic,

 

I just booted Armbian with a 6.12 kernel, and for the first time since august I have a desktop system on my OPI 5's.

 

And of course armbian-config work.

 

It was right before my OPI5's went to recycling......

 

Happy

 

Gullik

 

[Gullik]

And, there is some progress, but Armbian with 6.12 kernel is barely useable.

 

Observations:

 

It is not possible to set up and configure without a serial port. The initial system config does not display over hdmi.

It is not possible to answer "YES" to the connect wifi question, so no ssh login. So, no terminal and no network, but kernel runs.

 

No video is present on HDMI for some minutes after powering up. TV displays "no hdmi input" until suddenly the desktop pops up.

When configuring over serial line, the desktop comes on on subsequent boots. I guess there should be some "picture" there...

 

Nvme install via armbian-install is broken. Using it to set up and update MTD , and subsequent DDing the image to nvme works.

 

Firefox will not run, probably due to some "apparmor" issue, that unfortunately I do not know anything about.

Root is NOT allowed to run firefox.

 

Trying to run it from the gui causes "firefox is already running, please stop it and try again" No matching proc found with ps.

No weird lock files.....

 

But wifi when enabled (via serial) works OK, and can subsequently be modified from the GU. and speed is *Good*.

 

So, now we are perhaps  getting forward....

 

Gullik

 

[Werner]

7 hours ago, Gullik said:

No video is present on HDMI for some minutes after powering up.

expected. HDMI implementation is not yet complete. 6.13.y will bring a few enhancements in that matter.

7 hours ago, Gullik said:

Nvme install via armbian-install is broken.

have you explicitly apt update;apt upgrade before? There were issues in the past but have been fixed iirc.

 

[Gullik]

Yes Werner,

 

I always synch the distribution after install, apt update / upgrade.

 

As for "black screen / no hdmi" I noticed a complaint in the logs of graphics missing, I guess that is what is displayed during boot.

To me this is OK, I miss the old boot message displays of ancient Linuxes, where you could actually always see where it failed / succeeded.

 

Now we are forced to watch a spinning dot on an otherwise  static screen waiting for something more interesting to happen......

-- Ignorance is a good substitute for security 🙂, if it was hard to write it should be hard to read....

 

Gullik

[eselarm]

1 hour ago, Gullik said:

To me this is OK, I miss the old boot message displays of ancient Linuxes, where you could actually always see where it failed / succeeded.

ARM devices do not have something like decades old character buffer 80x25 we know from PC BIOS. It is full graphics and serial console. I lost count on how often I told people to get a USB serial console cable. Especially people used to their iPad WindowsPC Smartphone Tablet RPi seem to be totally unaware that a 2 US dollar cable and setting 'verbosity=7' and removing 'quiet' opens a whole new old world of what the computer board is doing after power on.

Some SBCs are even prepared for it; My NanoPi-R6C has an extra USB-C connector for serial console, so just need a USB-C cable to connect to other computer. Better than old 80x25, it allows yo to scroll back and easy copy-paste of text. That is good for fora and getting help.

[Werner]

3 hours ago, Gullik said:

Now we are forced to watch a spinning dot

Um no? disable boot logo in /boot/armbianEnv.txt

[ArmBoy1988]

I just tried this image a few days ago: 

 

Armbian_24.11.2_Orangepi5_noble_vendor_6.1.75_gnome-kisak_desktop.img

 

It seemed to be working fine.

 

I think it did take a while showing video on the monitor/TV I was using.  I was asked about WiFi, locales, etc and then after apt update and apt upgrade still working fine.  A short while later, maybe a few days, tried the new NVME drive I had purchased.  It showed up in lsblk and then went about move image and updating MTD.  Went fine and booted up fine.

 

I'm able to either boot from SD card or remove it and boot from NVME.

 

I was using an older Jammy image and I noticed with the new Noble image it booted much faster.

 

One interesting thing I noted is that if the screensaver is activated and the screen blanks out, it becomes unresponsive.  Pressed keys, mouse buttons but the screen didn't reactivate.  Went to reboot, saw that only the red LED was on and no flashing green LED.  I pressed button to reboot and then the screen woke up, back to where I left off.  I thought that was odd and not typical.  If I press a key before it goes into this mode, the screen does wake up.  Don't know how else to explain it.

 

Anyway, the screen works fine through HDMI and the NVME works fine too.  Armbian-install worked fine to move and boot from NVME as well.

[Gullik]

eselarm:

 

Thanks for enlightening me about changes in video hardware, did not think of that.

 

other:

 

It  seems to be running, but refuses to display (screensaver??)

 

I rebooted twice, both times I had video  barely to log in, then screensaver kicked in after only 30 seconds, and after that system is zombie.

If I touch keyboard, the TV "no hdmi video" goes away, but screen is black, if I leave it the "no hdmi video" comes back on TV.

 

But I'll try an update/upgrade/reboot seq.

 

Gullik

[Gullik]

Hmm,

 

What happens after I log in to the desktop? Todays update behaves as before, but I noticed that HDMI video is stable *until* I log in.

It seems that going from the login page to the "desktop" turns video off. To me it seems the video subsystem is functional,

but that *something* *else* happens when the display changes from the login page to the "desktop".  Any hints of what I should look at

to help resolve this.........since I have a few of these....and could spend some hours looking into detail...

 

Gullik