dracut error on upgrade to kernel 5.10.11

[sean darcy]

Running scriptlet: kernel-core-5.10.11-200.fc33.x86_64 
                                         174/174
dracut-install: No SOURCE argument given
Usage: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... -a 
SOURCE...
or: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... SOURCE DEST
or: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... -m 
KERNELMODULE [KERNELMODULE …]

Install SOURCE (from rootfs or SYSROOTDIR) to DEST in DESTROOTDIR with 
all needed dependencies.

   KERNELMODULE can have the format:
      <absolute path> with a leading /
      =<kernel subdir>[/<kernel subdir>…] like '=drivers/hid'
      <module name>
.................

Does it matter? Should I just keep using 5.10.10 ?

sean

[sixpack13]

>  Running scriptlet: kernel-core-5.10.11-200.fc33.x86_64 
>                                           174/174
>  dracut-install: No SOURCE argument given
>  Usage: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... -a 
>  SOURCE...
>  or: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... SOURCE DEST
>  or: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... -m 
>  KERNELMODULE [KERNELMODULE …]
>  
>  Install SOURCE (from rootfs or SYSROOTDIR) to DEST in DESTROOTDIR with 
>  all needed dependencies.
>  
>     KERNELMODULE can have the format:
>        <absolute path> with a leading /
>        =<kernel subdir>[/<kernel subdir>…] like '=drivers/hid'
>        <module name>
>  .................
>  
>  Does it matter? Should I just keep using 5.10.10 ?
>  
>  sean 
not seen on my box during "sudo dnf update" today installing 5.10.11-200, but
weeks ago on another box

I would check the size of /boot/initramfs-5.10.11-200.fc33.x86_64.img and compare it with
the one from kernel 5.10.10.
same size should indicate: okay

I slightly remember a statement on this(?) list (Dec or Jan ?) where the error message was
declared as harmless and I mean a bug report was filled...

dracut-install is a script:
more /usr/lib/kernel/install.d/50-dracut.install

from package dracut : rpm -ql dracut|grep install

[Samuel Sieb]

On 2/1/21 2:04 PM, sixpack13 wrote:
> > Running scriptlet: kernel-core-5.10.11-200.fc33.x86_64
> >                                           174/174
> > dracut-install: No SOURCE argument given
> > Usage: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... -a
> > SOURCE...
> > or: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... SOURCE DEST
> > or: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... -m
> > KERNELMODULE [KERNELMODULE …]
> >
> > Install SOURCE (from rootfs or SYSROOTDIR) to DEST in DESTROOTDIR with
> > all needed dependencies.
> >
> >     KERNELMODULE can have the format:
> >        <absolute path> with a leading /
> >        =<kernel subdir>[/<kernel subdir>…] like '=drivers/hid'
> >        <module name>
> > .................
> >
> > Does it matter? Should I just keep using 5.10.10 ?
> >
>  not seen on my box during "sudo dnf update" today installing 5.10.11-200, but
> weeks ago on another box
>  
>  I would check the size of /boot/initramfs-5.10.11-200.fc33.x86_64.img and compare it with
> the one from kernel 5.10.10.
>  same size should indicate: okay
>  
>  I slightly remember a statement on this(?) list (Dec or Jan ?) where the error message
> was declared as harmless and I mean a bug report was filled... 
That was a different error.  This one looks pretty fatal.  I also 
suggest checking the size of the initramfs and if it even exists.

[sean darcy]

On 2/1/21 5:12 PM, Samuel Sieb wrote:
>  On 2/1/21 2:04 PM, sixpack13 wrote:
> >> Running scriptlet: kernel-core-5.10.11-200.fc33.x86_64
> >>                                           174/174
> >> dracut-install: No SOURCE argument given
> >> Usage: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... -a
> >> SOURCE...
> >> or: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... SOURCE 
> >> DEST
> >> or: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... -m
> >> KERNELMODULE [KERNELMODULE …]
> >>
> >> Install SOURCE (from rootfs or SYSROOTDIR) to DEST in DESTROOTDIR with
> >> all needed dependencies.
> >>
> >>     KERNELMODULE can have the format:
> >>        <absolute path> with a leading /
> >>        =<kernel subdir>[/<kernel subdir>…] like
> '=drivers/hid'
> >>        <module name>
> >> .................
> >>
> >> Does it matter? Should I just keep using 5.10.10 ?
> >>
> > not seen on my box during "sudo dnf update" today installing 
> > 5.10.11-200, but weeks ago on another box
> >
> > I would check the size of /boot/initramfs-5.10.11-200.fc33.x86_64.img 
> > and compare it with the one from kernel 5.10.10.
> > same size should indicate: okay
> >
> > I slightly remember a statement on this(?) list (Dec or Jan ?) where 
> > the error message was declared as harmless and I mean a bug report was 
> > filled...
>  
>  That was a different error.  This one looks pretty fatal.  I also 
>  suggest checking the size of the initramfs and if it even exists.
>  _______________________________________________ 

ls -l /boot/initramfs-5*
-rw-------. 1 root root 33429163 Jan 27 08:47 
/boot/initramfs-5.10.10-200.fc33.x86_64.img
-rw-------. 1 root root 33431635 Feb  1 12:55 
/boot/initramfs-5.10.11-200.fc33.x86_64.img
-rw-------. 1 root root 33438103 Jan 23 09:03 
/boot/initramfs-5.10.9-201.fc33.x86_64.img

Tried to reinstall:

sudo dnf reinstall kernel-core-5.10.11-200.fc33.x86_64
............
Last metadata expiration check: 0:37:50 ago on Mon 01 Feb 2021 04:48:38 
PM EST.
Dependencies resolved.
==================================================================================================
  Package                Architecture      Version 
   Repository          Size
==================================================================================================
Reinstalling:
  kernel-core            x86_64            5.10.11-200.fc33 
   updates             33 M

Transaction Summary
==================================================================================================

Total download size: 33 M
Installed size: 74 M
Is this ok [y/N]: y
Downloading Packages:
kernel-core-5.10.11-200.fc33.x86_64.rpm                            13 
MB/s |  33 MB     00:02
--------------------------------------------------------------------------------------------------
Total                                                              11 
MB/s |  33 MB     00:03
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
Running transaction
   Preparing        : 
                        1/1
   Reinstalling     : kernel-core-5.10.11-200.fc33.x86_64 
                        1/2
   Running scriptlet: kernel-core-5.10.11-200.fc33.x86_64 
                        1/2
   Running scriptlet: kernel-core-5.10.11-200.fc33.x86_64 
                        2/2
   Cleanup          : kernel-core-5.10.11-200.fc33.x86_64 
                        2/2
   Running scriptlet: kernel-core-5.10.11-200.fc33.x86_64 
                        2/2
dracut-install: No SOURCE argument given
Usage: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... -a 
SOURCE...
or: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... SOURCE DEST
or: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... -m 
KERNELMODULE [KERNELMODULE …]
........................

And initramfs stays the same size:

ls -l /boot/initramfs-5*
-rw-------. 1 root root 33429163 Jan 27 08:47 
/boot/initramfs-5.10.10-200.fc33.x86_64.img
-rw-------. 1 root root 33431635 Feb  1 17:26 
/boot/initramfs-5.10.11-200.fc33.x86_64.img
-rw-------. 1 root root 33438103 Jan 23 09:03 
/boot/initramfs-5.10.9-201.fc33.x86_64.img

pretty fatal sounds bad enough for me. Now I need to remember how to 
tell grub to boot a particular kernel.

sean

[Samuel Sieb]

On 2/1/21 2:32 PM, sean darcy wrote:
>  dracut-install: No SOURCE argument given
>  Usage: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... -a 
>  SOURCE...
>  or: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... SOURCE DEST
>  or: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... -m 
>  KERNELMODULE [KERNELMODULE …]
>  ........................
>  
>  And initramfs stays the same size:
>  
>  ls -l /boot/initramfs-5*
>  -rw-------. 1 root root 33429163 Jan 27 08:47 
>  /boot/initramfs-5.10.10-200.fc33.x86_64.img
>  -rw-------. 1 root root 33431635 Feb  1 17:26 
>  /boot/initramfs-5.10.11-200.fc33.x86_64.img
>  -rw-------. 1 root root 33438103 Jan 23 09:03 
>  /boot/initramfs-5.10.9-201.fc33.x86_64.img
>  
>  pretty fatal sounds bad enough for me. Now I need to remember how to 
>  tell grub to boot a particular kernel. 
I wouldn't expect the size to change, although it's not clear what 
you're comparing it to.  The timestamp is updated, so it's writing the 
file.  I guess as bad as that message sounds, it still works.  Have you 
tried booting it?  If it works, then it's fine.

[sixpack13]

>  On 2/1/21 2:04 PM, sixpack13 wrote:
>  
>  That was a different error.  This one looks pretty fatal.  I also 
>  suggest checking the size of the initramfs and if it even exists. 
- OT -

@Samuel
a user of this list is sending me emails complaining that are spaces in from of my email
address.
I checked my profile and can't find a space neither in my name nor my email address.

Q.:
do you see spaces in my email address reading this mail via mail client ?

or anyone else ???

[Jerry James]

On Mon, Feb 1, 2021 at 4:02 PM sixpack13 <sixpack13(a)online.de&gt; wrote:
>  - OT -
>
>  @Samuel
>  a user of this list is sending me emails complaining that are spaces in from of my email
> address.
>  I checked my profile and can't find a space neither in my name nor my email address.
>
>  Q.:
>  do you see spaces in my email address reading this mail via mail client ?
>
>  or anyone else ??? 
The From: line in your email looks like this:

From: "  sixpack13" <sixpack13(a)online.de&gt;

so yes, there are two spaces in front of sixpack13.
-- 
Jerry James
http://www.jamezone.org/

[sixpack13]

>  On Mon, Feb 1, 2021 at 4:02 PM sixpack13
> <sixpack13(a)online.de&gt; wrote:
>  
>  The From: line in your email looks like this:
>  
>  From: "  sixpack13" <sixpack13(a)online.de&gt;
>  
>  so yes, there are two spaces in front of sixpack13. 
confusing
I've checked that in my profil: no spaces, nowhere

thanks for quick response(s) !

[Tim]

"  sixpack13" wrote:

>  confusing
>  I've checked that in my profil: no spaces, nowhere
>  
>  thanks for quick response(s) ! 
I see them, too.  I can't see it actually causing any technical
problem, though.  If someone sorts their mail by from addresses, that
may cause some unusual sorting.

Email addresses are comprised of an email address, which the mail
system uses, with some optional extras which it ignores, and are only
there for people to read.  There is a syntax to it:

e.g. Display Name <address> (description)

e.g. John Doe <jd(a)example.com&gt; (managing director)

When the optional extras are used, the address should be enclosed in
so-called pointy-brackets (actually the lesser-than and greater-than
symbols), so the mail system can clearly identify what is the address
from the rest.  And the description in parentheses (as above).  But
your mail client should do this for you.

If the display name contains certain punctuation characters it needs to
be enclosed in quote marks, but your mail client should automatically
do that for you.  Commas and semicolons, and some other characters have
special meanings, so need delimiting.

e.g. "Doe, John" <jd(a)example.com&gt;

If you're getting extra spaces where they're not expected, that could
be coming from your mail client, check how you've entered your name and
address.  Or it could be coming from a profile setting on the mailing
list.

You could try deleting and retyping the name, just in case there's an
invisible character that doesn't show up when you check your settings,
but does something when it goes through the system.  If you haven't set
a name, just an email address, and the mailing system is simply
extracting the characters left of the @ sign to use as a name, *it*
could be fouling up in an unexpected manner.

-- 
 
uname -rsvp
Linux 3.10.0-1160.11.1.el7.x86_64 #1 SMP Fri Dec 18 16:34:56 UTC 2020 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.

[Ed Greshko]

On 02/02/2021 08:39, Tim via users wrote:
>  If you're getting extra spaces where they're not expected,
> that could
>  be coming from your mail client, check how you've entered your name and
>  address.  Or it could be coming from a profile setting on the mailing
>  list. 
Headers indicate....

From: "  sixpack13" <sixpack13(a)online.de&gt;
.
.
.
User-Agent: HyperKitty on https://lists.fedoraproject.org/

-- 
The key to getting good answers is to ask good questions.

[Samuel Sieb]

On 2/1/21 3:02 PM, sixpack13 wrote:
> > On 2/1/21 2:04 PM, sixpack13 wrote:
> >
> > That was a different error.  This one looks pretty fatal.  I also
> > suggest checking the size of the initramfs and if it even exists.
>  
>  - OT -
>  
>  @Samuel
>  a user of this list is sending me emails complaining that are spaces in from of my email
> address.
>  I checked my profile and can't find a space neither in my name nor my email address.
>  
>  Q.:
>  do you see spaces in my email address reading this mail via mail client ?
>  
>  or anyone else ??? 
Yes, but I don't see why that's a problem:
The header: From: "  sixpack13" <sixpack13(a)online.de&gt;
It's certainly not against any specs.

[sixpack13]

>  On 2/1/21 3:02 PM, sixpack13 wrote:
>  
>  Yes, but I don't see why that's a problem: 
...

the problem is one is complaining, but I can't do anything against that spaces. 
there are none in my profile 

dito: thanks for quick response

[Samuel Sieb]

On 2/1/21 3:27 PM, sixpack13 wrote:
> > On 2/1/21 3:02 PM, sixpack13 wrote:
> >
> > Yes, but I don't see why that's a problem:
>  ...
>  
>  the problem is one is complaining, but I can't do anything against that spaces.
>  there are none in my profile 
Did they give a reason for the complaint?  There's nothing wrong with 
it.  It's perfectly valid, even if a little odd.

As it does appear that you are posting from HyperKitty given the header 
someone else showed and the lack of quote headers in the emails, did you 
happen to enter a last name somewhere and not a first name?  That could 
possibly explain the extra space.

[sixpack13]

>  On 2/1/21 3:27 PM, sixpack13 wrote:
>   
...
>  
>  As it does appear that you are posting from HyperKitty given the header 
>  someone else showed and the lack of quote headers in the emails, did you 
>  happen to enter a last name somewhere and not a first name?  That could 
>  possibly explain the extra space. 
HyperKitty: correct
"not a first name": that's correct too and now I see there is the magic
blank/space, damn.

[Frank Elsner]

On Mon, 1 Feb 2021 12:59:56 -0500 sean darcy wrote:
>  Running scriptlet: kernel-core-5.10.11-200.fc33.x86_64 
>                                           174/174
>  dracut-install: No SOURCE argument given
>  Usage: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... -a 
>  SOURCE...
>  or: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... SOURCE DEST
>  or: dracut-install -D DESTROOTDIR [-r SYSROOTDIR] [OPTION]... -m 
>  KERNELMODULE [KERNELMODULE …]
>  
>  Install SOURCE (from rootfs or SYSROOTDIR) to DEST in DESTROOTDIR with 
>  all needed dependencies.
>  
>     KERNELMODULE can have the format:
>        <absolute path> with a leading /
>        =<kernel subdir>[/<kernel subdir>…] like '=drivers/hid'
>        <module name>
>  .................
>  
>  Does it matter? Should I just keep using 5.10.10 ? 
Yesterday I updated the kernel and todays logwatch shows

| Information Messages:
|    dracut-install: No SOURCE argument given: 1 Times(s)

But I'm running the new kernel (5.10.11-200.fc33.x86_64) without any problem.


--Frank