fwupdmgr

[faeychild]

I discover when I blundered into firmware security, this was not
installed. I didn't find it in the package manager either.

This is a diversion of course. I found it looking for other stuff.

eg;
My kernel messages claim a fail for mdmonitor which seems to be for raid
software, which I don't run.
So I went looking for that program which use to allow stopping, starting
and starting at boot of all processes.
I thought if there is a mdmonitor entry I'll just stop it.

I couldn't find that program.. Is it deprecated?

[faeychild]

Post by faeychild
I discover when I blundered into firmware security, this was not
installed. I didn't find it in the package manager either.
This is a diversion of course. I found it looking for other stuff.
eg;
My kernel messages claim a fail for mdmonitor which seems to be for raid
software, which I don't run.
So I went looking for that program which use to allow stopping, starting
and starting at boot of all processes.
I thought if there is a mdmonitor entry I'll just stop it.
I couldn't find that program.. Is it deprecated?

OK there is a similar deal (not as flexible) under "System Monitor >
Processes"
It doesn't list mdmonitor.


I'm not playing this game today

This is another Sunday bypass.
I was passing by the computer and decided to stupidly check up on the
kernel ndmonitor message
And this morphed into a search of MGA6 to find "KSysguard" and then back
to MGA9 where it no longer exists and all this started.

Why do I do this to myself?? I'm walking away, really watch me. :-)
I've gone..........

[David W. Hodgins]

Post by faeychild

Post by faeychild
I discover when I blundered into firmware security, this was not
installed. I didn't find it in the package manager either.
This is a diversion of course. I found it looking for other stuff.
eg;
My kernel messages claim a fail for mdmonitor which seems to be for raid
software, which I don't run.
So I went looking for that program which use to allow stopping, starting
and starting at boot of all processes.
I thought if there is a mdmonitor entry I'll just stop it.
I couldn't find that program.. Is it deprecated?

OK there is a similar deal (not as flexible) under "System Monitor >
Processes"
It doesn't list mdmonitor.
I'm not playing this game today
This is another Sunday bypass.
I was passing by the computer and decided to stupidly check up on the
kernel ndmonitor message
And this morphed into a search of MGA6 to find "KSysguard" and then back
to MGA9 where it no longer exists and all this started.
Why do I do this to myself?? I'm walking away, really watch me. :-)
I've gone..........

# urpmf fwupdmgr|grep bin/|sort -u
fwupd:/usr/bin/fwupdmgr

# urpmf mdmonitor|grep service|sort -u
mdadm:/usr/lib/systemd/system/mdmonitor.service
mdadm:/usr/lib/systemd/system/mdmonitor-takeover.service

So "urpmi fwupd", and "systemctl disable mdmonitor.service".

Regards, Dave Hodgins

[faeychild]

Post by David W. Hodgins
# urpmf fwupdmgr|grep bin/|sort -u
fwupd:/usr/bin/fwupdmgr
# urpmf mdmonitor|grep service|sort -u
mdadm:/usr/lib/systemd/system/mdmonitor.service
mdadm:/usr/lib/systemd/system/mdmonitor-takeover.service
So "urpmi fwupd", and "systemctl disable mdmonitor.service".
Regards, Dave Hodgins

excellent! That is what I was hoping to achieve with "KsysGuard"
curiously when I ran your command

~]$ urpmf mdmonitor|grep service|sort -u

http://mirror.math.princeton.edu/pub/mageia/distrib/9/x86_64/media/core/release/media_info/20230819-212352-files.xml.lzma

http://mirror.math.princeton.edu/pub/mageia/distrib/9/x86_64/media/core/updates/media_info/20250209-000133-files.xml.lzma
<snip>

http://mirror.math.princeton.edu/pub/mageia/distrib/9/i586/media/tainted/updates/media_info/20250205-192226-files.xml.lzma
mdadm:/usr/lib/systemd/system/mdmonitor.service

mdadm:/usr/lib/systemd/system/mdmonitor-takeover.service

I got this long list, so, I thought "spaces" around the pipe

so I ran this

urpmf mdmonitor | grep service|sort -u
mdadm:/usr/lib/systemd/system/mdmonitor.service
mdadm:/usr/lib/systemd/system/mdmonitor-takeover.service

and got your result
Then I ran the original command

urpmf mdmonitor|grep service|sort -u
mdadm:/usr/lib/systemd/system/mdmonitor.service
mdadm:/usr/lib/systemd/system/mdmonitor-takeover.service

and still got your result

The same command gives different results.
I assume that the .xml files had to download the first time. spaces had
nothing to do with it. I am momentarily delusional
the command line can be very instructive

Thanks David
Regards

[David W. Hodgins]

On Sun, 09 Feb 2025 16:42:19 -0500, faeychild <***@nomail.afraid.org> wrote:
<snip>

Post by faeychild
I assume that the .xml files had to download the first time. spaces had
nothing to do with it. I am momentarily delusional

Correct. In drakrpm-edit-media, under Options, then Global options I always set xml meta
data download to always.

The effect of setting the global options in the gui add the entries to the urpmi.cfg file ...
$ head -n 5 /etc/urpmi/urpmi.cfg
{
downloader: wget
verify-rpm: 1
xml-info: always
}

I just edit the file instead of using the gui. Next time there are changes for urpmi to download, it
will download the xml files. Makes getting the list of available updates a little slower, but means no
waiting for downloads when looking things up with urpmf or urpmq. On a system with more than
one user, it also means the xml data is only downloaded by root, instead of once for each user that
uses urpmf or urpmq.

Regards, Dave Hodgins

[Jim]

Post by faeychild
<snip>

Post by faeychild
I assume that the .xml files had to download the first time. spaces had
nothing to do with it. I am momentarily delusional

Correct. In drakrpm-edit-media, under Options, then Global options I always set xml meta
data download to always.
The effect of setting the global options in the gui add the entries to the urpmi.cfg file ...
$ head -n 5 /etc/urpmi/urpmi.cfg
{
downloader: wget
verify-rpm: 1
xml-info: always
}
I just edit the file instead of using the gui. Next time there are changes for urpmi to download, it
will download the xml files. Makes getting the list of available updates a little slower, but means no
waiting for downloads when looking things up with urpmf or urpmq. On a system with more than
one user, it also means the xml data is only downloaded by root, instead of once for each user that
uses urpmf or urpmq.
Regards, Dave Hodgins

I do not have raid in use on any of my machines. Should mdmonitor be running ?

Do I need to set xml meta data download to always in drakrpm-edit-media,
under Options, then Global options ?

Cheers!

jim b.

[David W. Hodgins]

On Mon, 10 Feb 2025 10:13:35 -0500, Jim <***@verizon.net> wrote:
<snip>

Post by Jim
I do not have raid in use on any of my machines. Should mdmonitor be running ?

For people who need it, if it's not enabled their system will not boot. For those who don't, it
just causes the journal message, and a slight delay booting.

It isn't disabled automatically for people who are not currently using it, as they may attach
other drives that are set up to use it.

Post by Jim
Do I need to set xml meta data download to always in drakrpm-edit-media,
under Options, then Global options ?

Open a terminal, enter "su -" to become root. Enter the command drakrpm-edit-media.

In drakrpm-edit-media, use the mouse to select Options. That opens a popup menu with various
entries, one of which is Global options. When Global options is selected, there are three entries that
can set.

1 Verify RPMS... - Can be set to never or always.

I prefer to have the rpm packages verified at download. Setting it to never makes things faster.
The rpm packages are still verified when they are installed, so setting it to never does not impact
security, it just delays finding a download problem.

2 Download program ...

I prefer using wget. Depending on the mirror you use, other options (curl or aria2) may be
preferred.

3 XML ... download ...

Of the options available, I prefer to select "Always" so that if I later run a urpmq or urpmf
command I don't have to wait for the download.

People who never or rarely use the urpmq or urpmf commands will likely prefer to download
the xml data only when needed. I use them enough I prefer to let checking for updates take
a little longer so I'm not left waiting when I am sitting there running a command waiting for
the output.

Regards, Dave Hodgins

[David W. Hodgins]

Post by faeychild
<snip>

Post by Jim
I do not have raid in use on any of my machines. Should mdmonitor be running ?

For people who need it, if it's not enabled their system will not boot. For those who don't, it
just causes the journal message, and a slight delay booting.
It isn't disabled automatically for people who are not currently using it, as they may attach
other drives that are set up to use it.

Forgot to add ...

If you are not currently using raid, and have no plans to use it later, disable it.

Don't worry about the mdmonitor-takeover service. It does nothing (just starts/stops) if
the mdmonitor.service has been disabled.

Regards Dave Hodgins

[faeychild]

Post by David W. Hodgins
So "urpmi fwupd", and "systemctl disable mdmonitor.service".
Regards, Dave Hodgins

Rebooted and it hasn't recurred
Thanks David

[Vincent Coen]

Hello faeychild!

09 Feb 25 02:30, faeychild wrote to all:

Look for systemadm.

but can't remember what package it is in for installing as rpm -q systemadm
does not find it.

But found it via :
whereis systemadm
systemadm: /usr/bin/systemadm /usr/share/man/man1/systemadm.1.xz

Post by faeychild
I discover when I blundered into firmware security, this was not
installed. I didn't find it in the package manager either.
This is a diversion of course. I found it looking for other stuff.
eg;
My kernel messages claim a fail for mdmonitor which seems to be for
raid software, which I don't run. So I went looking for that program
which use to allow stopping, starting and starting at boot of all
processes. I thought if there is a mdmonitor entry I'll just stop it.
I couldn't find that program.. Is it deprecated?
--
faeychild
Running kde on 6.6.74-desktop-1.mga9 kernel.
Mageia release 9 (Official) for x86_64

Vincent