Toute l'équipe vous souhaite de bonnes et joyeuses fêtes de Noël.
Une mise à jour est annoncée ce jour.
Mises à jour notables des packages :
La plupart des noyaux ont été mis à jour
Grub a obtenu sa version stable 2.12 29
Mate, Deepin et Cinnamon ont reçu des mises à jour
icu a été renouvelé cela nécessitait quelques reconstructions. Dites-nous si nous en avons manqué
KDE Frameworks est maintenant à 5.113.0 11
Thunderbird est maintenant à 115.6.0 2 et Firefox a été mis à jour vers 121.0 6, ce qui amène Wayland par défaut
Un problème de core-dump 13 a été corrigé dans Bluez
Le mode de jeu est à 1.8.1 24
Mises à jour habituelles de KDE-git, Haskell et Python
N'hésitez pas à nous donner vos commentaires sur les modifications apportées aux dépôts.
-------------------------------------------------------------------------------------
Mise à jour possible par pamac, octopi ou par pacman (de préférence) :
sudo pacman -Syu
sudo pamac updateNos noyaux actuellement pris en charge
- Linux419 4.19.303
- Linux54 5.4.265
- Linux510 5.10.205
- Linux515 5.15.144
- Linux61 6.1.69
- Linux65 6.5.13 [FOL]
- Linux66 6.6.8
- Linux67 6.7-rc6
- linux61-rt 6.1.66_rt19
- linux65-rt 6.5.2_rt8
- linux66-rt 6.6.0_rt15
- noyau stable x86_64 : 36 nouveaux packages et 36 packages supprimés
- stable extra x86_64 : 1 235 nouveaux paquets et 1 282 paquets supprimés
- stable kde-unstable x86_64 : 272 paquets nouveaux et 272 paquets supprimés
- stable multilib x86_64 : 18 nouveaux paquets et 18 paquets supprimés
mise à jour de grub 2.12
Comme grub est désormais à la version 2.12, avant de redémarrer votre système, il est conseillé d'exécuter grub-install pour vous assurer que toutes les parties de grub sont à jour. Consultez notre wiki pour plus de détails : GRUB/Restaurer le chargeur de démarrage GRUB - Manjaro 113
-------------------------------------------------------------------------------------Le kernel 6.5 est classé EOL
-------------------------------------------------------------------------------------
ERREUR : conflit de fichiers
Si lors de la mise à jour vous avez le type d'erreur comme ci-dessous (tlp est un exemple) :
erreur : la validation de la transaction a échoué (conflit de fichiers)
tlp : /etc/acpi/thinkpad est déjà présent dans le système de fichiers
Des erreurs se sont produites, aucun paquet n’a été mis à jour.sudo pacman -S nom_paquet --overwrite '/etc/acpi/thinkpad'-------------------------------------------------------------------------------------
-------------------------------------------------------------------------------------
Problèmes liés à la synchronisation des miroirs
pacman-mirrors || sudo pacman-mirrors --continent; sudo pacman -SyuSi KO, pacman-mirrors --continent synchronisera les miroirs les plus proches de votre situation géographique.
Attention si vous utilisez un vpn, dans ce cas, l'option -f0 sera plus appropriée. Ensuite la Mise à jour se lancera normalement.
-------------------------------------------------------------------------------------
-------------------------------------------------------------------------------------
ERREUR de clés
Si lors de la mise à jour vous avez des problèmes de clés, essayez de passer les commandes suivantes :
sudo pacman -Syy
sudo pacman -S archlinux-keyring manjaro-keyring
sudo pacman-key --init
sudo pacman-key --populate archlinux manjaro
sudo pacman-key --refresh-keys-------------------------------------------------------------------------------------
Update du 25/12/2023
Devant les soucis que certains ont eu avec la maj de Grub, Phil a fait un point sur cette situation.
Et sa traduction.
Concernant Grub
Manjaro n'est pas Arch mais nous adoptons une grande partie de ce que fait Arch Linux. L'un d'eux est la façon dont grub est installé de manière similaire à Arch 2. J'en ai déjà parlé la dernière fois lorsqu'un changement de configuration dans grub-git a rendu les systèmes utilisant le cryptage luks impossibles à démarrer, comme indiqué ici dans le détail 1.
Voici pourquoi
Nous installons normalement grub une fois via notre installateur Calamares et l'oublions. La meilleure chose est même de mettre grub dans votre liste des paquets ignorés que vous souhaitez mettre à jour, car en réalité vous ne mettez jamais à jour grub qui démarre votre système ! Nous ne touchons jamais à votre installation grub sur MBR/EFI. Arch ne fait pas non plus ça. Si vous vérifiez Ubuntu ou OpenSuse, leurs scripts de post-installation comportent une longue liste de cycles de détection pour déterminer comment grub a été installé. Lorsque nous y ajoutons le cryptage, cela devient encore plus difficile à comprendre. Nous avons donc choisi la solution la plus simple pour permettre à l'utilisateur de se rappeler comment il l'a installé. Devinez quoi : l'utilisateur ne le sait pas car il n'a jamais installé grub pour commencer : notre installateur Calamares l'a fait pour lui lorsqu'il a installé le système d'exploitation pour la première fois.
Ce que nous faisons pour empêcher les systèmes qui ne démarrent plus
Eh bien, nous avons par exemple le script update-grub, qui met à jour le menu grub, mais PAS le menu grub sur MBR/EFI. La dernière solution de contournement consistait à atténuer le problème que nous avions avec le cryptage Luks sur les anciennes installations. D'ailleurs. Le cryptage luks est rarement testé ou non testé du tout. Il en va de même pour XFS, qui peut rencontrer des problèmes similaires pour d'autres raisons.
Une autre façon consiste à diriger l'utilisateur vers notre wiki lorsque les choses se détériorent pour lui donner la possibilité de résoudre le problème lui-même.
Pourquoi le sujet est-il à nouveau un sujet ?
Le deuxième article est un article wiki. Ainsi, tout utilisateur disposant des droits TL2 peut ajouter quelques conseils à ce message. Depuis que j'ai commencé ce message, tout le monde pense que j'y ai écrit ce conseil. Lorsque j'ai initialement mis les dépannages là-bas, il n'y avait aucune mention de Grub. Plus ou moins, votre système démarrera même si vous ne mettez à jour que le package. Nous vérifions normalement les installations grub obsolètes sur MBR/EFI si elles tombent en panne et ajoutons des scripts pour les réparer, si nécessaire. Si vous vérifiez les annonces d'Arch, elles mentionnent la réinstallation de grub si nécessaire. À l'époque, nous avions ce problème de boucle du micrologiciel EFI : Arch Linux - Actualités : mise à niveau du chargeur de démarrage Grub et incompatibilités de configuration 2. Et en mars 2023, il y a eu le problème de luks avec lequel la plupart de nos utilisateurs ont eu un problème.
Pourquoi ne suivons-nous pas ce que veulent les projets en amont ?
Eh bien, d’abord, nous suivons principalement ce que fait Arch Linux. Et l'approche monolithique n'a pas été choisie, mais elle pourrait l'être dans le futur. Nous pouvons essayer de proposer un outil qui se souvient de la façon dont grub a été installé et suggérer à l'utilisateur d'utiliser la même approche ou de laisser l'utilisateur décider s'il souhaite même mettre à jour grub, à condition que cela fonctionne pour lui.
Alors, que dois-je faire personnellement ?
Eh bien, c'est votre système. Nous avons présenté la situation en détail. Voici donc :
grub est complexe à maintenir correctement
comme tout autre logiciel, il présente des failles de sécurité qui sont corrigées par des mises à jour. Cependant, grub est spécial, car une mise à jour régulière du package ne modifie PAS le grub installé sur votre MBR/EFI comme expliqué déjà.
Vous pouvez créer un système qui ne démarre pas lorsque vous installez Grub dans le mauvais sens sur MBR/EFI, alors gardez toujours une clé USB amorçable avec Manjaro dessus pour sauver votre système si nécessaire.
Sera-t-il réparé à un moment donné
En fait ça dépend …
Update du 27/12/2023
Un post a été ouvert concernant comment ce problème de Grub Install ici.
De même, un tutorial a été crée par un des membres de l'équipe Manjaro ici.
A regarder avant la maj si l'on compte faire un grub install.
