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
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
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.
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
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.
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 ???
On Mon, Feb 1, 2021 at 4:02 PM sixpack13 sixpack13@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@online.de
so yes, there are two spaces in front of sixpack13.
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@online.de It's certainly not against any specs.
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) !
" 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@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@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.
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@online.de . . . User-Agent: HyperKitty on https://lists.fedoraproject.org/
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.
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
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.
-
Ed Greshko -
Frank Elsner -
Jerry James -
Samuel Sieb -
sean darcy -
sixpack13 -
Tim