11:59 a.m.
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
4:04 p.m.
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
4:12 p.m.
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.
4:32 p.m.
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
4:57 p.m.
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.
5:02 p.m.
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 ???
5:06 p.m.
On Mon, Feb 1, 2021 at 4:02 PM sixpack13 <sixpack13(a)online.de> 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>
so yes, there are two spaces in front of sixpack13.
--
Jerry James
http://www.jamezone.org/
5:22 p.m.
On Mon, Feb 1, 2021 at 4:02 PM sixpack13
<sixpack13(a)online.de> wrote:
The From: line in your email looks like this:
From: " sixpack13" <sixpack13(a)online.de>
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) !
6:39 p.m.
" 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> (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>
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.
7:12 p.m.
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>
.
.
.
User-Agent: HyperKitty on https://lists.fedoraproject.org/
--
The key to getting good answers is to ask good questions.
5:07 p.m.
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>
It's certainly not against any specs.
8:53 p.m.
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.
8:47 a.m.
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.
4:18 a.m.
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
1188
days inactive
1189
days old
14 comments
7 participants
participants (7)
-
Ed Greshko -
Frank Elsner -
Jerry James -
Samuel Sieb -
sean darcy -
sixpack13 -
Tim