Les mises à jour habituelles en amont, y compris Haskell et Python par Arch
Si vous souhaitez suivre les derniers développements de Plasma, vous pouvez également consulter notre version actuelle de manjaro-kde-dev, que nous construisons régulièrement à partir des paquets maîtres kde-git. Consultez également notre dernière version Manjaro Lysia 20.0.3 ! XFCE, KDE et Gnome
N'hésitez pas à nous donner vos commentaires sur les modifications apportées aux dépôts.
*** Rappel pour ajout/retirer les noyaux en EOL ( fin de vie ) ***
*** conserver toujours plusieurs noyaux ( conseillés si possible 5.4 et 5.7 ) ***
la version 5.8 est sorti , vérifier en test boot , ethernet , audio et video , et logs , si headers absent les ajouter
*** attention pour les firmwares , drivers requis wifi pour la version 5.8 ***
et si possible restez sur la 5.7
( au démarrage Grub > avancés > sélectionner le noyau ( * conservé pour le prochain démarrage )
***pour la mise a jour de GRUB** *** ATTENTION *** effectuer d'abord la maj complete, vérifier que vous avez bien une clé ISO USB manjaro prête ( au cas ou )
pour EFI , et notamment pour certaines machines
vérifier avant si vous avez besoin de Bootx64.efi , si oui
vous allez devoir après installation de Grub64.efi de faire une copie
Les changements en détail :
community x86_64: 1961 nouveaux et 1883 paquets retirés
core x86_64: 47 nouveaux et 50 paquets retirés
extra x86_64: 719 nouveaux et 882 paquets retirés
multilib x86_64: 34 nouveaux et 34 paquets retirés
Une liste détaillée des changements est disponible ici
État des miroirs actuellement :
------------------------------------------------------------------------------------- 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.
il convient de passer la commande suivante en l'adaptant à votre cas particulier :
Ensuite, vous pouvez faire votre mise à jour générale sans problème.
-------------------------------------------------------------------------------------
------------------------------------------------------------------------------------- Problèmes liés à la synchronisation des miroirs
Cette commande pacman-mirrorsva analyser le status des miroirs; si OK=> Synchronisation et Mise à jour.
Si 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 :
*** Cas erreur Grub.calloc et non démarrage ***
danc ce cas vous etes alors concernés par le changement pour le bootx64.efi
pour accéder par chroot , démarrer par la clé USB iso manjaro
1) puis demander à selectionner les boot EFI pour faire apparaitre votre disque
--> démarrage USB - > disque EFI --> vous aurez votre cession
2) demarrer sur le live, puis passer par chroot
--> terminal --> sudo manjaro-chroot -a
.... action sur votre disque sans sudo
exit ( quitter le chroot )
cas non EFI
vérifier le type disque démarré ( /dev/sdX ou /dev/nvmeX )
sudo cat /etc/fstab
sudo lsblk -fs
si c'est OK alors
sudo grub-install /dev/sdX ( ou /dev/nvmeX) --recheck --verbose
sudo update-grub
Merci pour ces information.
Si ont ne veux pas faire la maj de grub ont peut le laisser comme cela ?
Comment savoir si ont aura besoin de Grub64x.efi ?
Edit : Je ne sais pas si l'autre pc est en EFI comment je peut le vérifier avant ?
Le dossier /sys/firmware/efi existe du coup je pense pour un efi
le cas boot64x.efi a été utilisé comme point secours ( ou copie) à partir de 2008
tu as alors un message d'erreur comme quoi il ne trouve pas bootx64.efi
pour la mise à jour de Grub
c'est malheureusement très conseillé , car des failles de sécurité ont été trouvé pour le Grub sur linux et microsoft
concernant aussi la partie SecureBoot ( pour les distributions qui s'y référent , nous ne l'utilisons pas ) https://eclypsium.com/2020/07/29/theres ... -the-boot/
Bonjour.
Il faut juste réinstaller grub après la mise à jour.
On est dans la philosophie KISS
C'est a nous de gérer ces aléas car la philosophie Keep It Simply Stupid est une maxime de développeurs.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
Merci pour ta réponse. J'ai tester la maj de grub sur une vm et il me dit erreur avec d'autre choses encore : refus de continuer avec les listes de blocks
J'avais mis /dev/sda1 a la place de /dev/sda
Je ne dit pas que c'est compliquer je veux juste savoir si je doit le faire ( simple question )
Je n'ai eu aucune difficulté sur 3 machines (2 uefi et une bios classique) à lancer les commandes d'installation de grub en session active.
Pas essayé en VM.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
MAJ de 267 paquets et installation de suite du noyau 5.8 dans le Gestionnaire de paramètres,
redémarrage sans problème avec le nouveau kernel 5.8 et sans retoucher quoi que ce soit...
Merci aux développeurs.
Mini PC AM06PRO :
CPU : 16 × AMD Ryzen 7 5700U
CM : HCAR5000-MI
GPU : AMD Radeon Graphics (free driver)
RAM : 2 x 8 Go
Manjaro Linux Vulcan 23.1
KDE Plasma : 5.27.10
Version de noyau : 6.7
Plate-forme graphique : Wayland
Hum, il y a des trucs que je ne comprends pas.
Pour grub, on est déjà avec Grub 2.04-11.1, pourtant dans la liste des paquets mis à jour il est indiqué
grub-vanilla 2.04-4 2.04-5
Pour Xorg-Server on est à la version 1.20.8-4, pourtant dans la liste des paquets mis à jour il est indiqué
xorg-server 1.20.8-2 1.20.8-3
Il n'y a pas une erreur quelque part ?
Desktop, Manjaro KDE
CPU AMD Ryzen 5 3600
CG AMD Radeon RX 590
RAM 16 Go
alors grub-vanilla , c'est le grub venant de GNU grub2
le grub manjaro a sa propre version depuis au moins 5 ans à partir de git Grub savannah
et des patches pour Btrfs , voir ZFS et particularités par rapport à grub-vanilla
on a eu aussi un grub-fedora ( avec plymouth )
pour xorg-server je crois que c'est lié a des sécurités ( meme version en Testing )
Toute personne qui avait avant maj grub 2.04-10 doit réinstaller manuellement une fois passé à la version 2.04.11
Certains ont déjà fait la manipulation (grub-install, update-grub) à la mise à jour précédente aucune raison de la refaire
Cela concerne tout le monde puisque cette manipulation va boucher un trou de sécurité
Pour la mise a jour du Grub, je bloque a cette ligne de commande : sudo cp /boot/efi/EFi/
le retour est le suivant :
[francois@francois-aspirevn7592g /]$ sudo cp /boot/efi/EFi/
[sudo] Mot de passe de francois :
cp: opérande de fichier cible manquant après '/boot/efi/EFi/'
Saisissez « cp --help » pour plus d'informations.
[sudo] Mot de passe de francois :
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=E9A4-690E /boot/efi vfat umask=0077 0 2
UUID=d7244b63-415a-49cd-a456-3cddb5c25cc3 / ext4 defaults,noatime 0 1
UUID=ac651414-9403-4ecf-b964-f5ecf72f5bcd /home/francois ext4 defaults,noatime 0 2
UUID=430f701b-f9ef-43bb-a82c-a253b4c86bc7 /home/data ext4 defaults,noatime 0 2
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
[francois@francois-aspirevn7592g ~]$ sudo lsblk -fs
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda1 vfat FAT32 E9A4-690E 299,1M 0% /boot/efi
└─sda
sda2 ext4 1.0 d7244b63-415a-49cd-a456-3cddb5c25cc3 7,6G 69% /
└─sda
sda3 ext4 1.0 ac651414-9403-4ecf-b964-f5ecf72f5bcd 71,5G 12% /home/francois
└─sda
sdb1 ext4 1.0 430f701b-f9ef-43bb-a82c-a253b4c86bc7 345,1G 57% /home/data
En regardant le dossier "efi" je n'ais aucun droit d’accès....ni utilisateur, ni groupe...
Pour info plus accès au grub par F8
Merci de vos retour
Manjaro X64 i7-6700HQ CPU @ 2.60GHz
Nvidia HD Graphics 530 (rev 06)
Intel Corporation 100 Series/C230 Series Chipset Family HD Audio Controller (rev 31)
j'ai corrigé ( suppression de cette ligne , décalé par la suite pour le bootx64.efi )
pensez a vérifier pour /boot/efi/EFI/boot/bootx64.efi
certains système démarre sur une copie ( bootx64 ) , plutot que le chemin original pour validation
si vous avez erreur grub.calloc , c'est ce problème
( différence chemin grub64 et bootx64 )
Donc :
-/boot/efi est bien dans sda1
- que signifie ce résultat ?
- que dois-je faire ?
Ne pas mettre Grub à jour laisserait donc une faille de sécurité ?
Merci de votre aide
Manjaro 22.1.0 Talos ~ Xfce4-Stable ~ Linux 6.2.9-1 ~ Intel Core i7 ~ 16 Go RAM ~ Intel Xeon E3-1200 v3/4th ~ Ssd 250 Go + Ssd 120 Go~Realtek ALC892
j'ai corrigé , il faut verifier
pour le chemin /boot/efi/EFI/manjaro --> grubx64.efi
et pour le chemin /boot/efi/EFI/boot --> bootx64.efi
il faut tout de même faire la maj Grub :
1) bien que les failles ont au départ concernés le SecureBoot ,
il y a eu une 20aine de modification dans GNU Grub2 , qui peux aussi bien concerner
- le démarrage EFI ou non EFI
- des failles non liés au secureboot
Merci de ton retour rapide, pour moi ok sur la mise a jour Grub.
Je vais regarder a mettre le noyau 5.7 maintenant.
Encore merci à toi
Manjaro X64 i7-6700HQ CPU @ 2.60GHz
Nvidia HD Graphics 530 (rev 06)
Intel Corporation 100 Series/C230 Series Chipset Family HD Audio Controller (rev 31)
Mise à jour de 277 paquets RAS sauf un org.kde.Platform (Flatpak) qui à un curieux comportement.
Via la console, transaction terminé avec succès mais l'indicateur affiche une mise à jour et en passant par le gestionnaire graphique, après la demande du mot de passe, "Transaction terminée avec succès." sans pour autant le faire disparaître des mise à jour à faire....
Sinon tous mes programme habituellement à problèmes (Freecad, Kdenlive) fonctionnent bien.
Merci à tous
PC sans marque AMD Ryzen 7 7700 sur CM Asus B650 Plus - 32G RAM DDR5- Carte Graphique AMD Radeon RX 5500 XT - Manjaro KDE - SSD 240 et 500 Go (pour data) et 500Gb SSD M.2 PCIE NVMe
Occasionnellement :
Lenovo X61 Tablet - Manjaro XFCE
Lenovo x250 i5 - Manjaro KDE/Windows 10
stephane a écrit : ↑il y a 3 ans
j'ai corrigé , il faut verifier
pour le chemin /boot/efi/EFI/manjaro --> grubx64.efi
et pour le chemin /boot/efi/EFI/boot --> bootx64.efi
il faut tout de même faire la maj Grub :
1) bien que les failles ont au départ concernés le SecureBoot ,
il y a eu une 20aine de modification dans GNU Grub2 , qui peux aussi bien concerner
- le démarrage EFI ou non EFI
- des failles non liés au secureboot
aucune raison de la refaire
