Hello:

Playing with fire comes to mind.  8^D

I strive to be very (very) careful with what I do to my Devuan and try, above all things, to avoid risking havok.
Yes, I do have daily backups but still ...

That said, thanks for the tip.
It may come in handy should I want to experiment with a VM.

Best,

A.

Hello:

Thank you very much for taking the time to write that up.
Much appreciated.

But I would rather avoid having to do something like that.

Yes, I had thought of that.

But no.
GDebi will not install any of the three as there are unmet dependencies for all of them.
Seems that dependency hell is at the gates.  8^°

Thank you both for your input.

Best,

A.

Hello:

This world-wide foobar is related to the use of CrowdStrike Falcon security platform software.
Not something you would find in any home computer.

What has happened clearly illustrates the lack of common sense on behalf of a great many global/critical IT players who (besides using Windows based systems), put all their security/redundancy eggs in the same basket with, as is quite evident, no exit/recovery solution in case of failure.

When (not if) this happens again, it will be much worse.

Best,

A.

Hello:

A bit late to the party but finally found the key to this.

It seems that the nouveau driver looks for a /lib/firmware/nvidia directory containing 28 directories with firmware for supported Nvidia cards neeeding non-free firmware files to work properly. ie: gaxxx, gkxxx, gmxxx, gpxxx, tegraxxx and tuxxx.

Not finding the directory, it prints out the warning.
Makes sense but should this not be part of the installation/ upgrade process?

If your Nvidia hardware is not on that list, you obviously do not need those firmware files in your system (~4.5MiB on disk).
So you either learn to live with the warning (shows up with every kernel and initramfs upgrade) or install the firmware-misc-nonfree package.

No idea why the nouveau driver looks for firmware it clearly does not need.
Is it not aware of the installed hardware to check against the supported cards that need firmware?

eg:

:~$ lspci                                 
--- snip ---
01:00.0 VGA compatible controller: NVIDIA Corporation G96CGL [Quadro FX 580] (rev a1)
02:00.0 VGA compatible controller: NVIDIA Corporation G96CGL [Quadro FX 580] (rev a1)
--- snip ---
:~$

Best,

A.

Hello:

Same here but in only one bank out of two I use.

But then that second bank decided that I can only do home banking by doing 2FA with a smartphone and only with a smartphone (!)
I have no with 2FA, it is necessary/essential but only with a smartphone? -> Just a metadata harvesting scheme.

I was unable get them to do it via text msg to my cellphone (much safer/secure), like other banks (still) do.
Or to understand that not every one has/needs or wants a smartphone.

So I told them to FO.
Won't catch me doing any banking authentications with a smartphone.
My cell phone is a very nicely working 3G Blackberry 9320, thank you very much.

Once a month I walk to an ATM and transfer the whole of my pension to the other bank.

Curiously enough, I was able to work around the problem with this other bank last using a LibreWolf.x86_64.AppImage v.123.0.1-1, with uBlock Origin 1.58.0 and Pihole 5.18.3+Unbound 1.13.1 running in a Chimaera VM inside my Daedalus box, all behind a FO router and a passive Gigabit switch.

All this while the latest PaleMoon (33.2.0) and Firefox (115.12.0esr) will not work.
No, I have not tried and will not try with Chrome ...

Best,

A.

Hello:

I'll add my bit.

~$ apt-cache policy hddtemp
hddtemp:
  Installed: 0.3-beta15-54
  Candidate: 0.3-beta15-54
  Version table:
 *** 0.3-beta15-54 100
        100 /var/lib/dpkg/status
~$ 

Just to round it out:

~$ uname -a                
Linux devuan 6.1.0-22-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.94-1 (2024-06-21) x86_64 GNU/Linux
~$ 

~$ apt list | grep installed | grep hddtemp 
--- snip ---
hddtemp/now 0.3-beta15-54 amd64 [installed,local]
~$ 

Yep ...

~$ hddtemp /dev/sdc
/dev/sdc: HITACHI HUS153030VLS300: 36 C
~$ 

Edit:

hddtemp is what provides conky the data for its screen printout in my desktop.
eg:

SATA0: +${execi 60  hddtemp /dev/disk/by-uuid/xxxxxxx-exxb-xcxx-xcxx-xaxcxbafexdx | cut -c 81-86}

Best,

A.

Hello:

Yes, so do I.
I have a number of blacklisted modules, among them the infamous mei and mei_me (a separate one for each just in case) with these stanzas ...
install mei /bin/false
and
install mei_me /bin/false

... to prevent loading if another non-blacklisted module requests it.
ie: blacklists the module and any other that depends on it.

The result is this:

~$ sudo dmesg | grep -i error
--- snip ---
[   24.221918] udevd[427]: Error running install command '/bin/false' for module mei: retcode 1
--- snip ---
~$

I have also blacklisted appletalk, ax25, firewire_ohci, gpio_ich, i8042, lpc_ich, psmouse, tpm, watchdog and intel-microcode.

I'll have to look at your list in detail, thanks for the heads-up.

As usual, I've wandered off track.
Back to the OP modules.

Seeing that blacklisting was not working I went looking for the reason while wondering if they were not baked into the kernel.
And then I found this tidbit:

~$ cat /etc/modules-load.d/cups-filters.conf
# Parallel printer driver modules loading for cups
# LOAD_LP_MODULE was 'yes' in /etc/default/cups
lp
ppdev
parport_pc
~$ 

I remmed all entries and rebooted and as a result, CUPS would show the job as "Processing page 1..." and stay there, with the printer not printing anything, so I undid the editing in the cups-filters.conf, issued a reprint of the same job and things were back to normal again.

My printer is local so no network printing here, at least for now.
But I'll have to poke around and try to find out which of the modules loaded can be eliminated, if any at all.

Will post back when I find out.

Thanks for your input.

Best,

A.

Hello:

@GlennW

It sometimes is.
ie: you can see what is being done because you are doing it.
But I agree, symlinks seems to be reliable enough.

@aluma

Yes, the Beowulf -> Chimaera -> Daedalus was not exactly seamless but everything has been falling in place.
So no complaints, just a few loose ends that turn up as I go along.

~$ sudo symlinks -csrv / | grep dangling
~$ 

No more dangling links.
Thanks to both for your input.

Best,

A.

Hello:

Indeed ...

But if I do:

~$ sudo update-initramfs -u

I get the same warnings I made reference to in my OP:

--- snip ---
update-initramfs: Generating /boot/initrd.img-6.1.0-22-amd64
W: Possible missing firmware /lib/firmware/nvidia/gp100/acr/ucode_load.bin for module nouveau
W: Possible missing firmware /lib/firmware/nvidia/gp100/acr/bl.bin for module nouveau
--- snip ---

The printout makes reference to a total of 297 *.bin files (Nvidia firmware files) which the system says are posibly missing.
And they are: there is no /lib/firmware/nvidia directory in my system.

~$ ls /lib/firmware/nvidia
ls: cannot access '/lib/firmware/nvidia': No such file or directory
~$ 

And then...
Why should there be?
I use the nouveau driver.

This is most probably (?) something left over from when the system was running Beowulf and did use Nvidia drivers/firmware.
Something which did not get cleaned up as I upgraded first to Chimaera and then to Daedalus.   

-----------------
Edit:
Maybe not ...

The printout does say ... for module nouveau.
Which would mean that it is the nouveau driver that is asking for them.
-----------------

Maybe there is a package missing / not installed?

How to fix this?
*What* is looking for Nvidia firmware?

Thanks in advance,

Best,

A.

Hello:

Twor things stand out in /var/log/boot.

This:

08:47:20 2024: Starting slim: slimUnknown option name: input_fgcolor

The solution for Unknown option name: input_fgcolor is here*.
* still have to try it out and check.

and this:

--- snip ---
08:47:19 2024: Setting up ALSA...warning: 'alsactl -E HOME=/run/alsa -E XDG_RUNTIME_DIR=/run/alsa/runtime restore' failed with error message 'alsa-lib parser.c:2783:(load_toplevel_config) Unable to find the top-level configuration file '/usr/share/alsa/ucm2/ucm.conf'.
08:47:19 2024: alsa-lib main.c:1541:(snd_use_case_mgr_open) error: failed to import hw:0 use case configuration -2'...done.
--- snip ---
08:47:19 2024: Setting up ALSA...warning: 'alsactl -E HOME=/run/alsa -E XDG_RUNTIME_DIR=/run/alsa/runtime restore' failed with error message 'alsa-lib parser.c:2783:(load_toplevel_config) Unable to find the top-level configuration file '/usr/share/alsa/ucm2/ucm.conf'.
08:47:19 2024: alsa-lib main.c:1541:(snd_use_case_mgr_open) error: failed to import hw:0 use case configuration -2'...done.
--- snip ---

The printout seems to be accurate:

~$ ls /usr/share/alsa
alsa.conf  alsa.conf.d  cards  ctl  init  pcm  utils.sh
~$ 

ie: no ucm2 directory.

But I found a package for that, for whatever reason it was not installed when I upgraded from Beowulf via Chimaera to Daedalus:

~$ apt list | grep -i alsa-ucm
alsa-ucm-conf/stable,stable 1.2.8-1 all
~$

I will install the package and report later / tomorrow.
Hopefully that will be it.

Best,

A.