Am 30.07.2018 um 18:51 schrieb srai...@delta-info.com:
Am 30.07.2018 um 15:36 schrieb Shawn Rainey:
Am 22.07.2018 um 11:27 schrieb Peter Nabbefeld:
Hello,
I've updated my installation yesterday, also doing an update of the
Linux kernel to 4.17.8. When starting this morning, kernel modules
rej
>>
>>Am 30.07.2018 um 15:36 schrieb Shawn Rainey:
>>> Am 22.07.2018 um 11:27 schrieb Peter Nabbefeld:
Hello,
I've updated my installation yesterday, also doing an update of the
Linux kernel to 4.17.8. When starting this morning, kernel modules
rejected to load, so I even coul
>
>Am 30.07.2018 um 15:36 schrieb Shawn Rainey:
>> Am 22.07.2018 um 11:27 schrieb Peter Nabbefeld:
>>> Hello,
>>> I've updated my installation yesterday, also doing an update of the
>>> Linux kernel to 4.17.8. When starting this morning, kernel modules
>>> rejected to load, so I even couldn't ac
Am 30.07.2018 um 15:36 schrieb Shawn Rainey:
Am 22.07.2018 um 11:27 schrieb Peter Nabbefeld:
Hello,
I've updated my installation yesterday, also doing an update of the
Linux kernel to 4.17.8. When starting this morning, kernel modules
rejected to load, so I even couldn't access the internet
Am 22.07.2018 um 11:27 schrieb Peter Nabbefeld:
>
> Hello,
>
> I've updated my installation yesterday, also doing an update of the
> Linux kernel to 4.17.8. When starting this morning, kernel modules
> rejected to load, so I even couldn't access the internet.
>
> I've downgraded Linux
Am 23.07.2018 um 10:53 schrieb Levente Polyak via arch-general:
On 07/23/2018 10:43 AM, Ralf Mardorf wrote:
[1]
4.17.8 still in Core allegedly also contains it.
$ grep pkg.e.= linux/repos/core-x86_64/PKGBUILD
pkgver=4.17.8
pkgrel=1
$ grep SALSA linux/repos/core-x86_64/config
CONFIG_CRYPTO_SALSA
Am 23.07.2018 um 10:58 schrieb Ralf Mardorf:
PS:
You wrote that with the downgraded kernel it works again.
I don't know in which way
CONFIG_CRYPTO_SALSA20=m
and
CONFIG_CRYPTO_SALSA20_X86_64=m
are related to each other, perhaps it's correct that
CONFIG_CRYPTO_SALSA20_X86_64 isn't shown by th
On Mon, 2018-07-23 at 10:53 +0200, Levente Polyak wrote:
> No, it won't come back. The reason for the mismatch is that the config
> in the checkout is not regularly updated/synced for every minor kernel
> bump and removed options will remain there while the effective config at
> the end (which you
PS:
You wrote that with the downgraded kernel it works again.
I don't know in which way
CONFIG_CRYPTO_SALSA20=m
and
CONFIG_CRYPTO_SALSA20_X86_64=m
are related to each other, perhaps it's correct that
CONFIG_CRYPTO_SALSA20_X86_64 isn't shown by the config of the build
kernel.
What's the outpu
On 07/23/2018 10:43 AM, Ralf Mardorf wrote:
> [1]
> 4.17.8 still in Core allegedly also contains it.
>
> $ grep pkg.e.= linux/repos/core-x86_64/PKGBUILD
> pkgver=4.17.8
> pkgrel=1
> $ grep SALSA linux/repos/core-x86_64/config
> CONFIG_CRYPTO_SALSA20=m
> CONFIG_CRYPTO_SALSA20_X86_64=m
>
> I unins
Am 23.07.2018 um 10:23 schrieb Ralph Corderoy:
Hi Peter,
Checked .config in linux-headers-4.9-1-x86_64.pkg.tar.xz (latest
version I could find in the archive)
Search more carefully.
$ seq 9 10 | sort
10
9
$
$ curl -sSg https://archive.archlinux.org/packages/l/linux/
On Mon, 23 Jul 2018 10:27:45 +0200, Peter Nabbefeld wrote:
>Tried to get that file from testing but couldn't find out how. Just
>activating the repo didn't help, probably I'd have to use some other
>mirror.
Did you run pacman -Syu?
If so, then the mirror perhaps isn't already synced, since it just
Am 23.07.2018 um 09:59 schrieb Ralf Mardorf:
On Mon, 23 Jul 2018 08:47:51 +0200, Peter Nabbefeld wrote:
CONFIG_CRYPTO_SALSA20_X86_64=m
I don't know if this helps. 4.17.9-1 moved from Staging to Testing and
at least the version from Staging contains CONFIG_CRYPTO_SALSA20.
$ uname -rm; zgrep SA
Hi Peter,
> Checked .config in linux-headers-4.9-1-x86_64.pkg.tar.xz (latest
> version I could find in the archive)
Search more carefully.
$ seq 9 10 | sort
10
9
$
$ curl -sSg https://archive.archlinux.org/packages/l/linux/ |
> egrep -o '\ sort -V | uniq -c |
> pr -t3
On Mon, 23 Jul 2018 08:47:51 +0200, Peter Nabbefeld wrote:
>CONFIG_CRYPTO_SALSA20_X86_64=m
I don't know if this helps. 4.17.9-1 moved from Staging to Testing and
at least the version from Staging contains CONFIG_CRYPTO_SALSA20.
$ uname -rm; zgrep SALSA /proc/config.gz
4.17.9-1-ARCH x86_64
CONFI
Am 22.07.2018 um 23:18 schrieb Peter Nabbefeld:
Am 22.07.2018 um 17:07 schrieb Ralf Mardorf:
[...]
Could you please summarize what exactly doesn't work?
IIUC you can't access the Internet with the computer where you got some
messages about missing kernel modules. IIUC you successfully downgrade
On 22-07-18 23:18:39 +0200, Peter Nabbefeld wrote:
So, the situation is:
- After update to 4.17.8 Linux failed to load the needed modules.
- After downgrading *only* the kernel module to 4.17.2 the system is
working again.
In Arch Linux, kernel updates blow away the old modules so you cannot
lo
On Sun, 22 Jul 2018 11:27:04 +0200
Peter Nabbefeld wrote:
> Hello,
>
> I've updated my installation yesterday, also doing an update of the
> Linux kernel to 4.17.8. When starting this morning, kernel modules
> rejected to load, so I even couldn't access the internet.
>
> I've downgraded Linux
Am 22.07.2018 um 17:07 schrieb Ralf Mardorf:
[...]
Could you please summarize what exactly doesn't work?
IIUC you can't access the Internet with the computer where you got some
messages about missing kernel modules. IIUC you successfully downgrade
the kernel. We clarified that the linux-headers
Hey peter
Have you tried to boot into an arch iso, enable internet, and install
the required kernel software?
When you are in the live iso connect to internet like normal and chroot
into your system, then install the kernel firmware required. This will
also let you do some other work that ca
On Sun, 22 Jul 2018 16:32:49 +0200, Peter Nabbefeld wrote:
>Am 22.07.2018 um 16:10 schrieb Ralph Corderoy:
>> `pacman -Qi linux-headers' should show `Required by' as `None'.
>
>It shows: "Error: Package 'linux-headers' not found"
>> Remove it with `sudo -i pacman -R linux-headers'.
>>
>Cannot r
Am 22.07.2018 um 16:10 schrieb Ralph Corderoy:
Hi Peter,
alias 'crypto_user': Function not implemented
What's in /usr/lib/modules-load.d ?
Only bluez.conf
OK, and...
Is there something pulling in `crypto_user'?
...what's in the file?
Strange to me: Just the entry "crypto_user" - I'd u
On Sun, 22 Jul 2018 15:10:30 +0100, Ralph Corderoy wrote:
>> The curious issue here is, linux-headers is installed, but the
>> package hasn't been put into the cache
>
>Because you obtained it directly and upgrade from it with `-U'.
>The cache is of packages sync'd with `-S'.
The package is not
Am 22.07.2018 um 15:55 schrieb Ralph Corderoy:
Hi Peter,
Jul 22 09:41:48 tuchola systemd-modules-load[330]: Failed to lookup
alias 'crypto_user': Function not implemented
What's in /usr/lib/modules-load.d ?
Is there something pulling in `crypto_user'?
What package owns that file? `pacman -Q
On Sun, 22 Jul 2018 16:03:20 +0200, Peter Nabbefeld wrote:
>pacman -U
>
>The curious issue here is, linux-headers is installed, but the package
>hasn't been put into the cache
If you use 'pacman -U' to install from an Arch repository by using the
URL, the package as well as the signature are stor
Hi Peter,
> > > alias 'crypto_user': Function not implemented
> >
> > What's in /usr/lib/modules-load.d ?
>
> Only bluez.conf
OK, and...
> > Is there something pulling in `crypto_user'?
...what's in the file? And...
> > What package owns that file? `pacman -Qo foo'.
I think therein lies you
Hi Ralph,
Am 22.07.2018 um 15:55 schrieb Ralph Corderoy:
Hi Peter,
Jul 22 09:41:48 tuchola systemd-modules-load[330]: Failed to lookup
alias 'crypto_user': Function not implemented
What's in /usr/lib/modules-load.d ?
Only bluez.conf
Is there something pulling in `crypto_user'?
What package
Hi Peter,
> Jul 22 09:41:48 tuchola systemd-modules-load[330]: Failed to lookup
> alias 'crypto_user': Function not implemented
What's in /usr/lib/modules-load.d ?
Is there something pulling in `crypto_user'?
What package owns that file? `pacman -Qo foo'.
> Nope. Only "[PACMAN] Running 'pacman
Am 22.07.2018 um 14:34 schrieb Ralph Corderoy:
Hi Peter,
BTW, I'm usually not working with tar.xz files and the list option
doesn't work as expected
It works as we expect. You need to show precisely what you did.
Search for `list' in tar(1) and you'll find `--list'. Most users do
`tar tvf
On Sun, 22 Jul 2018 13:26:10 +0200, Peter Nabbefeld wrote:
>Are these headers used for compilation of modules only, or do they add
>some more value to the running linux system, too?
Hi,
the headers are only required, if you want to build something.
On Sun, 22 Jul 2018 13:36:54 +0200, Peter Nabbe
Am 22.07.2018 um 14:40 schrieb Ralph Corderoy:
Hi Peter,
I cannot find the error message from the service again, sorry, so
I cannot tell You, it had to do with some security parameter not
set.
It might be in journalctl(1)'s output.
Sorry, cannot find that. :-/
You have no `journalctl' com
> Hi Peter,
> > > I cannot find the error message from the service again, sorry, so
> > > I cannot tell You, it had to do with some security parameter not
> > > set.
> >
> > It might be in journalctl(1)'s output.
>
> Sorry, cannot find that. :-/
You have no `journalctl' command, or using it does
Hi Peter,
> BTW, I'm usually not working with tar.xz files and the list option
> doesn't work as expected
It works as we expect. You need to show precisely what you did.
Search for `list' in tar(1) and you'll find `--list'. Most users do
`tar tvf foo.tar.xz' for a verbose listing.
--
Cheers,
Am 22.07.2018 um 13:19 schrieb Ralf Mardorf:
On Sun, 22 Jul 2018 11:40:07 +0100, Ralph Corderoy wrote:
If your cache no longer has old packages, you can use the online
Archive.
https://wiki.archlinux.org/index.php/Downgrading_packages#Arch_Linux_Archive
"Bash script for downgrading one or mor
Am 22.07.2018 um 12:40 schrieb Ralph Corderoy:
Hi Peter,
I cannot find the error message from the service again, sorry, so I
cannot tell You, it had to do with some security parameter not set.
It might be in journalctl(1)'s output.
Sorry, cannot find that. :-/
According to the descrip
On Sun, 22 Jul 2018 11:40:07 +0100, Ralph Corderoy wrote:
>If your cache no longer has old packages, you can use the online
>Archive.
>https://wiki.archlinux.org/index.php/Downgrading_packages#Arch_Linux_Archive
"Bash script for downgrading one or more packages to a version in your
cache or the A.
Hi Peter,
> I cannot find the error message from the service again, sorry, so I
> cannot tell You, it had to do with some security parameter not set.
It might be in journalctl(1)'s output.
> According to the description of kernel downgrading in the wiki, I
> should have downgraded linux-headers,
Am 22.07.2018 um 11:27 schrieb Peter Nabbefeld:
Hello,
I've updated my installation yesterday, also doing an update of the
Linux kernel to 4.17.8. When starting this morning, kernel modules
rejected to load, so I even couldn't access the internet.
I've downgraded Linux now to 4.17.2, but st
Hello,
I've updated my installation yesterday, also doing an update of the
Linux kernel to 4.17.8. When starting this morning, kernel modules
rejected to load, so I even couldn't access the internet.
I've downgraded Linux now to 4.17.2, but still have some problems
(probably because I only
39 matches
Mail list logo
