Je n'ai pas démarré ma distribution Manjaro depuis l'année dernière.
Le Noyau utilisé actuellement est le 5.14.21-2, aujourd'hui lors des mises à jour je reçois ce message :
la satisfaction des dépendances a échoué: - l'installation de nvidia-390xx-utils (390.147-3) casse la dépendance « nvidia-390xx-utils=390.144 » requise par linux513-nvidia-390xx, - si possible, supprimer linux513-nvidia-390xx et réessayer
Il est indiqué de supprimer linux513-nvidia-390xx
J'ai constaté que les Noyaux 5.13 et 5.12 étaient indiqués comme "Non supporté".
J'ai donc supprimés le 5.13 et pas attendu d'avoir la même réponse avec le 5.12 que j'ai également supprimé.
Ensuite les mises à jour ce sont déroulées normalement.
Alors questions:
1) - Pourquoi si le Noyau 5.13 n'est plus supporté, il n'est pas proposé de le supprimer automatiquement pour continuer ?
2) - Pourquoi lorsque le Noyau 5.14 est utilisé, le Noyau 5.13 intervient lors des mises à jour, alors qu'il n'est plus supporté ?
Bon, vous allez me dire que je suis en rolling-release, je me démerde, mais quand même.
Pourquoi lorsque le Noyau 5.14 est utilisé, le Noyau 5.13 intervient lors des mises à jour, alors qu'il n'est plus supporté ?
Rien n'interdit à un utilisateur d'utiliser un noyau qui n'est plus supporté, il peut très bien y avoir une bonne raison à cela (support matériel par exemple).
Regarde le fichier /boot/grub/grub.cfg, tu verras que pour chaque noyau installé sur le système une entrée est créée dans grub. Le noyau 5.13 n'intervient pas dans la mise à jour pas mais il est pris en compte lors de la création du fichier grub.cfg de manière à ce que ton système puisse démarrer si tu choisis ce noyau.
jns55 a écrit : ↑il y a 2 ans
Rien n'interdit à un utilisateur d'utiliser un noyau qui n'est plus supporté,
il peut très bien y avoir une bonne raison à cela (support matériel par exemple).
Merci pour ta réponse, mais du coup j'ai une autre question.
En fait j'ai voulu lancer les mises à jour aujourd'hui et tant que je n'avais pas supprimé ces Noyaux c'était impossible.
Alors comment faire les mises à jour avec un Noyau "non supporté" dans ce cas, ça devrait-être possible, non ?
J'ai une application qui ne ce met pas à jour "fbcat de la version 0.5.2-1 vers 05.2-3", je ne sais même pas à quoi elle sert.
Fichier de construction:
# Maintainer: Luis Martinez <luis dot martinez at disroot dot org>
# Contributor: lilydjwg <lilydjwg@gmail.com>
pkgname=fbcat
pkgver=0.5.2
pkgrel=3
pkgdesc="Framebuffer screenshot tool"
arch=('x86_64' 'i686')
url="https://github.com/jwilk/fbcat"
license=("GPL2")
optdepends=('imagemagick' 'netpbm' 'graphicsmagick')
makedepends=('docbook-xsl')
provides=('fbgrab')
conflicts=('fbgrab')
source=("$pkgname-$pkgver.tar.gz::$url/releases/download/$pkgver/$pkgname-$pkgver.tar.gz"
"$pkgname-$pkgver.tar.gz.asc::$url/releases/download/$pkgver/$pkgname-$pkgver.tar.gz.asc")
sha256sums=('062ebd198814666bd1672ffadf2c820c344fc003d6e164ec968fac233b70061f'
'SKIP')
validpgpkeys=('CDB5A1243ACDB63009AD07212D4EB3A6015475F5')
prepare() {
cd "$pkgname-$pkgver"
sed -i -e '/PREFIX/s/=/?=/' -e '/DESTDIR/s/=/?=/' Makefile
}
build() {
make -C "$pkgname-$pkgver"
make -C "$pkgname-$pkgver/doc"
}
package() {
make -C "$pkgname-$pkgver" install PREFIX=/usr DESTDIR="$pkgdir/"
}
# vim:syntax=sh
je vais répondre sur la question de un ( ou plusieurs noyaux installés ) et
quand on peut effectuer le changement de noyau
concernant le nombre minimum de noyaux installé , il est recommandé d'avoir
- la dernière version courante
- la version n-1 ( si elle est toujours maintenu )
sinon
- au moins la version LTS
actuellement cela donne la version 5.15 ( LTS ) et 5.10
par contre durant la phase - bascule de 5.14x vers 5.15.0 ou 1 ( ou plus )
il est utile de garder dans ce cas la version n-1 au cas ou
de même , il m'est arrivé de devoir démarrer sur un noyau EOL car tous les autres
avait eu une maj noyau ethernet provoquant un arrêt niveau reseau , c'est en dernier recours que j'ai dû revenir sur cette version ( cas très particulier )
par contre garder une version installé EOL n'est pas bon du tout :
bien que chacun a sa propre version de noyau et modules associés cela joue de vilains tours , soit à la maj ,
soit à la reconstruction des images vmlinuz requises pour démarrer
il y a eu beaucoup probleme ( boot grub > noyau non trouvé ) car il n'y avait plus d'image sur la partition /boot ,
le hook ne garanti pas que la génération vmlinuz soit bien passé pour chacun
ou alors autre effet de bord ( ex driver nvidia )
5.15 ( modules nvidia 470.YY car maintenu et recompilés- test ok )
5.14 ( modules nvidia 470.XX EOL , plus d'evolution , plus de recompilation --> non testé )
5.10 ( modules nvidia 470.YY car maintenu et recompilés - test ok )
donc il faut bien faire attention ,
quand on indique que le noyau est en fin de vis EOL plus de maj ( ou dernière maj cf mes topic )
==> penser a le retirer dans ce cas , cela supprime aussi les anciens modules , qui sont "partagés" / "recompilés" côté manjaro
cela est toujours indiqué dans la log pacman ( nouveau noyau ou fin de noyau EOL)
Tu as une idée à propos l'application qui ne ce met pas à jour "fbcat de la version 0.5.2-1 vers 05.2-3", je crois que ça concerne les captures écran ?
caille-n76vb% sudo pacman -Syyu
[sudo] Mot de passe de caille :
:: Synchronisation des bases de données de paquets…
core 169,4 KiB 446 KiB/s 00:00 [############################################] 100%
extra 1916,4 KiB 1068 KiB/s 00:02 [############################################] 100%
community 6,8 MiB 1499 KiB/s 00:05 [############################################] 100%
multilib 178,2 KiB 1114 KiB/s 00:00 [############################################] 100%
:: Début de la mise à jour complète du système…
avertissement : manjaro-hello : la version locale (0.6.7-2) est plus récente que extra (0.6.6-11)
il n’y a rien à faire
caille-n76vb% sudo pikaur -Syyua
:: Démarrage de la mise à jour complète de l'AUR…
Lecture des bases de données des paquets…
Lecture de la base locale des paquets…
Lecture des informations sur les paquets de l'AUR…
:: attention : Les paquets suivants ne se trouvent pas dans l'AUR :
breath2-wallpaper
libopenaptx
ocenaudio
Résolution des dépendances de l'AUR…
:: Le paquet de l'AUR sera installé :
fbcat 0.5.2-1 -> 0.5.2-3
:: Commencer l'installation ? [O/n]
:: [v]oir les détails du paquet sélectionner [m]anuellement les paquets
>>
à la recherche des paquets conflictuels…
:: attention : Ne pas montrer de différence pour le paquet fbcat (installation pour la première fois)
Voulez-vous modifier PKGBUILD pour le paquet fbcat ? [O/n]
:: Démarrage de la compilation:
Running as unit: run-u100.service
Press ^] three times within 1s to disconnect TTY.
==> Création du paquet fbcat 0.5.2-3 (ven. 07 janv. 2022 15:19:48)
==> Vérification des dépendances pour l’exécution…
==> Vérification des dépendances pour la compilation…
==> Récupération des sources…
-> Téléchargement de fbcat-0.5.2.tar.gz…
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 655 100 655 0 0 1477 0 --:--:-- --:--:-- --:--:-- 1475
100 15995 100 15995 0 0 19206 0 --:--:-- --:--:-- --:--:-- 19206
-> Téléchargement de fbcat-0.5.2.tar.gz.asc…
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 659 100 659 0 0 1924 0 --:--:-- --:--:-- --:--:-- 1921
100 833 100 833 0 0 1235 0 --:--:-- --:--:-- --:--:-- 1235
==> Validation des fichiers source avec sha256sums…
fbcat-0.5.2.tar.gz ... Réussite
fbcat-0.5.2.tar.gz.asc ... Ignoré
==> Vérification des signatures des fichiers sources grâce à gpg…
fbcat-0.5.2.tar.gz ... ÉCHEC (Clé publique inconnue 2D4EB3A6015475F5)
==> ERREUR : Une ou plusieurs signatures PGP n’ont pas pu être vérifiées.
Finished with result: exit-code
Main processes terminated with: code=exited/status=1
Service runtime: 3.193s
CPU time consumed: 1.947s
La commande 'systemd-run --service-type=oneshot --pipe --wait --pty -p DynamicUser=yes -p CacheDirectory=pikaur -E HOME=/tmp -p WorkingDirectory=/var/cache/pikaur/build/fbcat makepkg --force' a échoué.
:: Essayer de récupérer ?
[R] réessayer de compiler
[p] ignorer le contrôle PGP
[c] sauter les sommes de contrôle
[f] check() skip
[i] ignorer l'architecture
[d] effacer le répertoire de compilation et réessayer
[e] éditer le PKGBUILD
------------------------
[s] sauter la compilation de ce paquet
[a] abandon de la compilation de tous les paquets
>
==> Vérification des signatures des fichiers sources grâce à gpg…
fbcat-0.5.2.tar.gz ... ÉCHEC (Clé publique inconnue 2D4EB3A6015475F5)
==> ERREUR : Une ou plusieurs signatures PGP n’ont pas pu être vérifiées.
:: Essayer de récupérer ?
[R] réessayer de compiler
[p] ignorer le contrôle PGP
[c] sauter les sommes de contrôle
[f] check() skip
[i] ignorer l'architecture
[d] effacer le répertoire de compilation et réessayer
[e] éditer le PKGBUILD
------------------------
[s] sauter la compilation de ce paquet
[a] abandon de la compilation de tous les paquets
>
==> Vérification des signatures des fichiers sources grâce à gpg…
fbcat-0.5.2.tar.gz ... ÉCHEC (Clé publique inconnue 2D4EB3A6015475F5)
==> ERREUR : Une ou plusieurs signatures PGP n’ont pas pu être vérifiées.
C'est au choix, soit tu choisis l'option [p] du menu pour ignorer le contrôle PGP, soit tu enregistres la clé de confiance avec la commande :
Smurf a écrit : ↑il y a 2 ans
C'est au choix, soit tu choisis l'option [p] du menu pour ignorer le contrôle PGP, soit tu enregistres la clé de confiance avec la commande :
gpg --recv-key 2D4EB3A6015475F5
avant de faire l'installation.
Bonjour Smurf,
C'était trop simple, il va falloir que j'apprenne à lire.
J'ai choisi d'ajouter la clé plutôt que d'ignorer, c'est bon la mise à jour est passée sans problème.