Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

Pascal737 · Le 25/01/2025, à 18:57

J'ajoute que si je lance un bcdedit /enum il n'y a que ces deux entrées qui sortent:

PS C:\Users\AdminG15> bcdedit /enum

Gestionnaire de démarrage Windows
---------------------------------
identificateur {bootmgr}
device partition=\Device\HarddiskVolume1
path \EFI\Microsoft\Boot\bootmgfw.efi
description Windows Boot Manager
locale fr-FR
inherit {globalsettings}
default {current}
resumeobject {a3365e4e-d7e0-11ee-abeb-04bf1bbbab86}
displayorder {current}
toolsdisplayorder {memdiag}
timeout 30

Chargeur de démarrage Windows
-----------------------------
identificateur {current}
device partition=C:
path \Windows\system32\winload.efi
description Windows 11
locale fr-FR
inherit {bootloadersettings}
recoverysequence {cdbc9a3a-d7e7-11ee-bf50-04bf1bbbab86}
displaymessageoverride Recovery
recoveryenabled Yes
isolatedcontext Yes
allowedinmemorysettings 0x15000075
osdevice partition=C:
systemroot \Windows
resumeobject {a3365e4e-d7e0-11ee-abeb-04bf1bbbab86}
nx OptIn
bootmenupolicy Standard
hypervisorlaunchtype Auto

D'ou ma crainte qu'une entrée soit manquante pour Ubuntu et doive être créée. Non ?

xubu1957 · Le 25/01/2025, à 18:59

Pour éviter aux aidants de se crever les yeux > Lecture conseillée memento des balises code.

En mode plus lisible :

PS C:\Users\AdminG15> bcdedit /enum

Gestionnaire de démarrage Windows
---------------------------------
identificateur          {bootmgr}
device                  partition=\Device\HarddiskVolume1
path                    \EFI\Microsoft\Boot\bootmgfw.efi
description             Windows Boot Manager
locale                  fr-FR
inherit                 {globalsettings}
default                 {current}
resumeobject            {a3365e4e-d7e0-11ee-abeb-04bf1bbbab86}
displayorder            {current}
toolsdisplayorder       {memdiag}
timeout                 30

Chargeur de démarrage Windows
-----------------------------
identificateur          {current}
device                  partition=C:
path                    \Windows\system32\winload.efi
description             Windows 11
locale                  fr-FR
inherit                 {bootloadersettings}
recoverysequence        {cdbc9a3a-d7e7-11ee-bf50-04bf1bbbab86}
displaymessageoverride  Recovery
recoveryenabled         Yes
isolatedcontext         Yes
allowedinmemorysettings 0x15000075
osdevice                partition=C:
systemroot              \Windows
resumeobject            {a3365e4e-d7e0-11ee-abeb-04bf1bbbab86}
nx                      OptIn
bootmenupolicy          Standard
hypervisorlaunchtype    Auto

Dernière modification par xubu1957 (Le 25/01/2025, à 19:00)

geole · Le 25/01/2025, à 19:12

essaie

bcdedit /set "{bootmgr}" path "\EFI\ubuntu\grubx64.efi"

ou

bcdedit /set '{bootmgr}' path '\EFI\ubuntu\grubx64.efi'

NOTA. Windows11 a décidé de snober mon ordinateur. Donc pas possible de faire des essais

Dernière modification par geole (Le 25/01/2025, à 19:23)

Pascal737 · Le 25/01/2025, à 20:38

Hé bien... j'a utilisé la première option et ça a donné:

PS C:\Users\AdminG15> bcdedit /set "{bootmgr}" path "\EFI\ubuntu\grubx64.efi"
L’opération a réussi.

Sauf que maintenant non seulement il ne veut toujours pas démarrer Ubuntu, peu import l'ordre que je choisi dans le BIOS, mais il ne veut plus démarrer Windows 11 non plus !

J'ai tenté un recovery depuis les options de récupération dans le BIOS mais rien à faire.

J'espère que je ne vais pas en plus devoir tout réinstaller et configurer Windows. Comment supprimer cette dernière commande si je n'ai plus accès à Windows ?

Dernière modification par Pascal737 (Le 25/01/2025, à 21:30)

geole · Le 25/01/2025, à 21:29

M....
Il va falloir booter avec le support d'installation de windows et réinstaller sa structure de boot.
Un lien va venir.
Méthode trois.

Dernière modification par geole (Le 25/01/2025, à 21:43)

Pascal737 · Le 25/01/2025, à 21:39

Je n'ai pas de support d'installation Windows, apparemment l'installation se fait directement depuis le disque dur.
Donc j'imagine que je vais devoir créer un support avec le lien que tu vas me fournir c'est ça ?
Si oui j'imagine que je peux le créer sur une clé USB ?
J'en ai une avec Ubuntu 22.04 et une autre avec Ubuntu 24.04. J'imagine que je peux supprimer celle avec Ubuntu 22.04 je n'en aurai plus besoin n'est-ce pas ? Et si au pire finalement je dois réinstaller Ubuntu ce qui fait le plus de sens c'est d'installer la version 24.04 n'est-ce pas ?

geole · Le 25/01/2025, à 21:52

Il va donc te falloir un autre ordinateur pour télécharger l'iso de windows11.
Un lien.
prendre le choix "Télécharger l’image disque Windows 11 (ISO) pour les appareils x64"

Sinon tu peux utiliser la sauvegarde disque dur windows mais elle va détruire ubuntu pour remettre à l'état usine.

Si tu as une clé USB de taille importante ( minima 16 Go ), tu pourais y stocker l'iso de windows11 et celle de ubuntu24.04,en utilisant ventoy.

Dernière modification par geole (Le 25/01/2025, à 21:57)

Pascal737 · Le 26/01/2025, à 00:41

Bon, comme j'avais l'impression de m'enfoncer dans quelque chose de plus en plus long et compliqué et sans garantie qu'au final mon système soit stable, j'ai pris la pénible décision de procéder à une réinstallation complète de Windows 11 à partir du BIOS avec effacement total des données et téléchargement automatique de la dernière mise à jour. J'ai également restauré les paramètres par défaut du BIOS.

L'installation s'est déroulée correctement mais au final le système ne démarre toujours pas sur Windows. Il arrive directement dans le BIOS et il me créer de nouvelles entrées Ubuntu et Windows dans la liste des options de boot.

C'est hallucinant, on dirait que le système UEFI est buggé et n'en fait qu'à sa tête. Comment peut-on réparer/réinitialiser complètement ce système UEFI ?

geole · Le 26/01/2025, à 01:02

Un boot-info s'il te plaît afin de visualiser la situation.

Pascal737 · Le 26/01/2025, à 01:46

Alors il y a du nouveau. Avec la clef USB j'ai pu installer Ubuntu 24.04.1 ce qui m'a permis (en principe) de supprimer toutes les partitions et effacer les disques. Ce qui offre maintenant au moins l'avantage que j'ai de nouveau un OS qui fonctionne et que le système ne crée plus sans arrêt de nouvelles entrées non fonctionnelles dans la liste des options de boot. C'est déjà au moins un peu plus propre. Il n'y a maintenant que Ubuntu. Par contre le système ne veut pas installer Windows depuis le système de récupération du BIOS (en téléchargeant le dernier OS) car la structure de démarrage est manquante.

Là j'ai que des clefs USB de 8Gb... est-ce qu'il y a moyen de réparer la structure de démarrage sans clef USB ou avec seulement 8Gb ?

Voilà le boot info:

https://paste.ubuntu.com/p/JFvM54j5V3/

xubu1957 · Le 26/01/2025, à 08:14

Bonjour,

Collage du Boot-info :

boot-info-4ppa2081                                              [20250126_0127]

============================== Boot Info Summary ===============================

 => No boot loader is installed in the MBR of /dev/nvme0n1.

nvme0n1p1: _____________________________________________________________________

    File system:       vfat
    Boot sector type:  FAT32
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files:        /efi/BOOT/fbx64.efi /efi/BOOT/mmx64.efi 
                       /efi/ubuntu/grubx64.efi /efi/ubuntu/mmx64.efi 
                       /efi/ubuntu/shimx64.efi /efi/ubuntu/grub.cfg

nvme0n1p2: _____________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 24.04.1 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab /etc/default/grub


================================ 1 OS detected =================================

OS#1 (linux):   L'OS actuellement utilisé - Ubuntu 24.04.1 LTS on nvme0n1p2

================================ Host/Hardware =================================

CPU architecture: 64-bit
Video: AD107M [GeForce RTX 4060 Max-Q / Mobile] Raptor Lake-S UHD Graphics from NVIDIA Corporation Intel Corporation
BOOT_IMAGE of the installed session in use:
/boot/vmlinuz-6.8.0-51-generic root=UUID=49619bcf-3e40-4792-926e-8fd8f6cfd627 ro quiet splash vt.handoff=7
df -Th / : /dev/nvme0n1p2   ext4   937G    9,3G  880G   2% /

===================================== UEFI =====================================

BIOS/UEFI firmware: 1.22.0(1.22) from Dell Inc.
The firmware is EFI-compatible, and is set in EFI-mode for this installed-session.
SecureBoot disabled (confirmed by mokutil).
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 0001,0000,0002,0003,0004
Boot0000* UEFI RST BG6 KIOXIA 1024GB ZD3PS1VPZ0V9 	HD(1,GPT,8ddd349f-2b6e-49bc-b7f5-1fc1f9a1559c,0x800,0x219800)/File(\EFI\Boot\BootX64.efi){auto_created_boot_option}
Boot0001* Ubuntu	HD(1,GPT,8ddd349f-2b6e-49bc-b7f5-1fc1f9a1559c,0x800,0x219800)/File(\EFI\ubuntu\shimx64.efi)
Boot0002* ONBOARD NIC (IPV4)	PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(04bf1bbbab86,0)/IPv4(0.0.0.00.0.0.0,0,0){auto_created_boot_option}
Boot0003* ONBOARD NIC (IPV6)	PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(04bf1bbbab86,0)/IPv6([::]:<->[::]:,0,0){auto_created_boot_option}
Boot0004* UEFI HTTPs Boot (MAC:04BF1BBBAB86)	PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(04bf1bbbab86,0)/IPv4(0.0.0.00.0.0.0,0,0)/Uri(){auto_created_boot_option}


============================= Drive/Partition Info =============================

Disks info: ____________________________________________________________________

nvme0n1	: is-GPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	no-wind,	2048 sectors * 512 bytes

Partitions info (1/3): _________________________________________________________

nvme0n1p2	: is-os,	64, apt-get,	signed grub-efi ,	grub2,	grub-install,	grubenv-ok,	update-grub,	end-after-100GB
nvme0n1p1	: no-os,	64, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far

Partitions info (2/3): _________________________________________________________

nvme0n1p2	: isnotESP,	fstab-has-bad-efi,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot, ext4
nvme0n1p1	: is---ESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot, vfat

Partitions info (3/3): _________________________________________________________

nvme0n1p2	: not--sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	nvme0n1
nvme0n1p1	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	nvme0n1

fdisk -l (filtered): ___________________________________________________________

Disk nvme0n1: 953.87 GiB, 1024209543168 bytes, 2000409264 sectors
Disk identifier: 940F1916-4FA6-44EC-9CEA-7F63FB629531
           Start        End    Sectors   Size Type
nvme0n1p1    2048    2203647    2201600     1G EFI System
nvme0n1p2 2203648 2000406527 1998202880 952.8G Linux filesystem

parted -lm (filtered): _________________________________________________________

nvme0n1:1024GB:nvme:512:512:gpt:BG6 KIOXIA 1024GB:;
1:1049kB:1128MB:1127MB:fat32::boot, esp;
2:1128MB:1024GB:1023GB:ext4::;

blkid (filtered): ______________________________________________________________

NAME        FSTYPE   UUID                                 PARTUUID                             LABEL PARTLABEL
sda                                                                                                  
nvme0n1                                                                                              
├─nvme0n1p1 vfat     496D-4CF0                            8ddd349f-2b6e-49bc-b7f5-1fc1f9a1559c       
└─nvme0n1p2 ext4     49619bcf-3e40-4792-926e-8fd8f6cfd627 deb0fcaf-9ebe-4774-9d03-805d35839978       

Mount points (filtered): _______________________________________________________

                        Avail Use% Mounted on
/dev/nvme0n1p2         879.8G   1% /
efivarfs               207.5K  51% /sys/firmware/efi/efivars

Mount options (filtered): ______________________________________________________

/dev/nvme0n1p2         ext4            rw,relatime

=================== nvme0n1p1/efi/ubuntu/grub.cfg (filtered) ===================

search.fs_uuid 49619bcf-3e40-4792-926e-8fd8f6cfd627 root 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

=================== nvme0n1p2/boot/grub/grub.cfg (filtered) ====================

Ubuntu   49619bcf-3e40-4792-926e-8fd8f6cfd627
### END /etc/grub.d/30_os-prober ###
UEFI Firmware Settings   uefi-firmware
### END /etc/grub.d/30_uefi-firmware ###

======================== nvme0n1p2/etc/fstab (filtered) ========================

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p2 during curtin installation
/dev/disk/by-uuid/49619bcf-3e40-4792-926e-8fd8f6cfd627 / ext4 defaults 0 1
# /boot/efi was on /dev/nvme0n1p1 during curtin installation
/dev/disk/by-uuid/496D-4CF0 /boot/efi vfat defaults 0 1
/swap.img	none	swap	sw	0	0

==================== nvme0n1p2/etc/default/grub (filtered) =====================

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`( . /etc/os-release; echo ${NAME:-Ubuntu} ) 2>/dev/null || echo Ubuntu`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

================= nvme0n1p2: Location of files loaded by Grub ==================

           GiB - GB             File                                 Fragment(s)
  13,892040253 = 14,916464640   boot/grub/grub.cfg                             1
  12,064720154 = 12,954394624   boot/vmlinuz                                   1
  12,064720154 = 12,954394624   boot/vmlinuz-6.8.0-51-generic                  1
  12,064720154 = 12,954394624   boot/vmlinuz.old                               1
   7,635448456 = 8,198500352    boot/initrd.img                                1
   7,635448456 = 8,198500352    boot/initrd.img-6.8.0-51-generic               1
   7,635448456 = 8,198500352    boot/initrd.img.old                            1

=================== nvme0n1p2: ls -l /etc/grub.d/ (filtered) ===================

-rwxr-xr-x 1 root root 18133 Apr  4  2024 10_linux
-rwxr-xr-x 1 root root 43202 Apr  4  2024 10_linux_zfs
-rwxr-xr-x 1 root root 14513 Apr  4  2024 20_linux_xen
-rwxr-xr-x 1 root root   786 Apr  4  2024 25_bli
-rwxr-xr-x 1 root root 13120 Apr  4  2024 30_os-prober
-rwxr-xr-x 1 root root  1174 Apr  4  2024 30_uefi-firmware
-rwxr-xr-x 1 root root   722 Apr  5  2024 35_fwupd
-rwxr-xr-x 1 root root   214 Apr  4  2024 40_custom
-rwxr-xr-x 1 root root   215 Apr  4  2024 41_custom



Suggested repair: ______________________________________________________________

The default repair of the Boot-Repair utility would reinstall the grub-efi of
nvme0n1p2,
using the following options:  nvme0n1p1/boot/efi
Additional repair would be performed: unhide-bootmenu-10s use-standard-efi-file

Final advice in case of suggested repair: ______________________________________

Please do not forget to make your UEFI firmware boot on the L'OS actuellement utilisé - Ubuntu 24.04.1 LTS entry (nvme0n1p1/efi/****/grub****.efi (**** will be updated in the final message) file) !

iznobe · Le 26/01/2025, à 09:41

L'installation s'est déroulée correctement mais au final le système ne démarre toujours pas sur Windows. Il arrive directement dans le BIOS et il me créer de nouvelles entrées Ubuntu et Windows dans la liste des options de boot.

Bonjour , c ' est son role de creer les entrées correspondantes aux systemes d' exploitations installés . Maintenant si tu ne configure pas ton BIOS pour qu ' il demarre sur autre chose que le BIOS , ba il continue a demarrer sur le BIOS . ca me parait normal aussi .

il est possible de configurer le demarrage EFI via la ligne de commande ( efibootmgr ) .

Mais il faut d' abord que le BIOS soit à jour et configurer le BIOS correctement pour eviter d ' avoir ces soucis .
Ca veut dire , deja , ne pas utiliser le mode hybride ( CSM , MSDOS / EFI ) , tu commences par forcer un mode , plutot le mode EFI en l' occurence .
les disques en mode AHCI , la configuration des priorités de boot : EFI USB tout en haut , puis en dessous EFI HDD . le reste ne sert à rien , il faut mieux carrément les supprimer .
tu sauvegardes .

Ensuite tu installes windobz .
une fois installé tu retourne dans le BIOS , priorité de demarrage , tu selectionnes dans les peripheriques de disque , l' unique machin qu ' il y aura , ca sera forcément windobz .
tu finis la config de windobz , tu reduis la taille de sa partition principale , tu installes ubuntu dans l' espace disque nouvellement libéré par la reduction de la partition du C: de windobz .

Au redemarrage , tu retournes dans le BIOS , priorité de demarrage , tu selectionnes dans les peripheriques de disque , l' unique machin qu ' il y aura different de celui deja selectionné , ce sera forcément ubuntu .
si il n' y a pas la possibilité de selectionner des " machins " , mais que le peripherique disque , alors il faut passer par la commande efibootmgr pour selectionner le mode de demarrage EFI et y choisir ubuntu qui affichera le GRUB et donc le choix entre windobz et ubuntu .

Soucis reglé pour la configuration du BIOS / EFI .

Sinon , tu ne reinstalles pas windobz , plus jamais de soucis . un dual boot windobz , c' est toujours courrir au devant de probleme lorsqu ' on est mal " informé " , et d' ailleurs la doc ubuntu , n' informe pas , alors que ca devrait justement etre indiqué en gras et en rouge que :
pour un dual boot windobz / linux , il faut imperativement desactiver le demarrage rapide et l' hibernation de windobz afin d' eviter moultes problemes , que windobz et leur dev sont tellement kons , que les MAJ de windobz peut reactiver ce que vous avez desactivés ... et que donc il faut surveillez regulierement que ce soit toujours desactivé apres les MAJ . bref que faire un dual boot avec tout c' est super , mais pas avec windobz car il ne gere pas et s' approprie a tous les niveau l' ordi sans tenir compte du monde a coté de lui , et fout en l' air tout ce que vous avez decidé de mettre en place !

Dernière modification par iznobe (Le 26/01/2025, à 09:52)

geole · Le 26/01/2025, à 10:46

Bonjour
Le boot-info indique que tu as installé ubuntu dans la totalité du disque.

Si tu veux maintenant installer windows, if faut
1) Télécharger l'ISO de windows. 3eme lien.
2) Le mettre sur une clé USB. les outils à la mode sont rufus sous windows et ventoy qui a ma préférence.
3) Booter avec une live USB ubutu.
4) Rétrécir la partition EXT4 nvme0n1p2 de 80 go environ.
5) Rebooter avec une live USB contenant windows
6) Utiliser le mode personnalisé? (Je ne connais pas pour windows 11). et lui dire de s'installer dans l'espace libéré.
Il fabriquera la partition MSR de 16 Mo et le C: en NTFS.
Exactement comme une installation ubuntu, C'est lui qui bootera automatiquement.
7) J'ai noté que le dual boot était difficile avec ton bios et que même windows ne savait pas faire afficher le grub. En conséquence, on utilisera refind à la place du boot windows à l'aide d'un script spécial pour lequel tu choisiras de remplacer la structure de boot de windows.

NOTA. Il y a juste une chose qui me chagrine. Il me semble quei windows 11 exige le secure boot alors qu'il n'est pas actif.

SecureBoot disabled (confirmed by mokutil).

Dernière modification par geole (Le 26/01/2025, à 16:15)

Pascal737 · Le 26/01/2025, à 16:08

Alors oui geole, j'ai effectivement installé Ubuntu (et non pas Windows, petite erreur dans les premières lignes de ton message) volontairement sur la totalité du disque, pour être certain de tout effacer les restes de ces 2 OS corrompus et dont aucun ne fonctionnait.

Maintenant grâce à toi et ton bon conseil d'utiliser ventoy et le lien vers l'ISO de Windows, j'ai enfin pu créer un USB bootable avec Win11. Comme j'avais déjà utilisé Etcher pour créer la clé bootable avec Ubuntu j'ai voulu utiliser ce même programme pour créer celle de Windows mais ça n'a pas fonctionné. Ventoy est donc beaucoup mieux.

Maintenant comme partout, sur tous les forums et sites qui parlent de dual boot, il est vivement recommandé d'avoir d'abord un Windows installé avant d'ajouter Ubuntu, j'ai donc procédé à une installation a neuf de Windows 11 avec suppression de toutes les partitions etc. Il m'a donc en effet recréer tout un environnement sain avec les options de boot bien comme il faut.
C'était juste la m... à un moment donné durant l'installation car il ne voulait pas voir les cartes réseau ni Wi-Fi et ne voulait évidemment pas installer les drivers. J'ai donc dû désactiver la demande de mise à jour durant l'installation grâce à une invite de commande que j'ai trouvé sur le net.

Je me retrouve donc avec un Windows 11 qui fonctionne et que je suis en train de mettre à jour et de préparer avant d'installer Ubuntu sur la seconde partition que j'ai laissé libre.

Est-ce qu'il y a une version plus stable, plus recommandée de Ubuntu à installer en dual boot ?

geole · Le 26/01/2025, à 16:14

Le ubuntu actuel est la version 24.04.1.

Dernière modification par geole (Le 26/01/2025, à 16:25)

Pascal737 · Le 26/01/2025, à 19:58

Merci pour l'aide. Je termine de configurer et mettre à jour Win11 avant de passer à l'installation de Ubuntu. Je pense qu'on peut clore ce fil de discussion. Je rencontre un soucis avec les données que j'ai récupéré sur l'ancien Ubuntu mais ça doit faire une nouvelle discussion.

Je ne sais pas si je dois marque "résolu". En tout cas ce que j'en retient c'est de ne plus faire de mise à jour sans avoir sauvegardé absolument tout avant.

Dernière modification par Pascal737 (Le 26/01/2025, à 19:59)

Pascal737 · Le 31/01/2025, à 06:30

geole a écrit :

Le ubuntu actuel est la version 24.04.1.

En effet c'est la version actuelle... Ça répond pas à la question de savoir si c'est la version recommandée à installer, et visiblement ça ne l'est pas.

À peine terminé mon installation toute neuve j'ai déjà les premiers bugs :-( Et en cherchant sur internet je vois des dizaines de forums, en français ou en anglais, qui parlent tous de l'OS qui se fige au démarrage.
Ça, plus d'autres problèmes de lenteur, cet OS 24.04 n'est ni stable ni abouti.

Je n'installe pas Ubuntu pour au final me retrouver avec plus de bugs et de lenteur que sur Windows.

Donc je viens d'effectuer un retour à 22.04, une version qui fonctionne parfaitement, mon pc est beaucoup plus rapide, pas de plantage, pas de nécessité de désévoluer vers une version future.

Donc au final mon conseil, si vous n'avez pas une absolue nécessité clairement comprise de passer vers 24.04, rester sur 22.04 il n'y a aucun avantage à faire le changement

xubu1957 · Le 31/01/2025, à 06:51

Bonjour,

Vu :

 NVIDIA Corporation Intel Corporation from NVIDIA Corporation Intel Corporation

Montre les cartes graphiques, en te servant du Retour utilisable de commande :

lspci -vnn | grep -A 12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"

uname -a

ubuntu-drivers devices

dpkg -l | grep nvidia

dpkg -l | grep -v ^ii

et :

echo $XDG_SESSION_TYPE

pour voir si c'est Wayland ou x11.

JLK · Le 31/01/2025, à 11:57

xubu1957 a écrit :

Bonjour,
Vu :
 NVIDIA Corporation Intel Corporation from NVIDIA Corporation Intel Corporation
Montre les cartes graphiques, en te servant du Retour utilisable de commande :
lspci -vnn | grep -A 12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"
uname -a
ubuntu-drivers devices
dpkg -l | grep nvidia
dpkg -l | grep -v ^ii
et :
echo $XDG_SESSION_TYPE
pour voir si c'est Wayland ou x11.

Il me semble que le combo Wayland + Nvidia demeure toujours la cata d'après ce que j'ai pu en lire...

iznobe · Le 31/01/2025, à 12:06

Bonjour , il n' y a que des commandes informatives pour le moment .
tu ne risques donc rien de les montrer

et ca depend des cartes nvidia , les recentes sont prises en charge correctement par wayland et le pilote nvidia .

le soucis c' est avec les cartes nvidia anciennes qui ne sont plus prises en charge , et effectivement les gens pour qui cela fonctionne , ne viennent pas sur le forum pour ouvrir des discussion pour etre aider , puisque ca fonctionne

Dernière modification par iznobe (Le 31/01/2025, à 12:06)

JLK · Le 31/01/2025, à 12:08

iznobe a écrit :

Bonjour , il n' y a que des commandes informatives pour le moment .
tu ne risques donc rien de les montrer
et ca depend des cartes nvidia , les recentes sont prises en charge correctement par wayland et le pilote nvidia .
le soucis c' est avec les cartes nvidia anciennes qui ne sont plus prises en charge , et effectivement les gens pour qui cela fonctionne , ne viennent pas sur le forum pour ouvrir des discussion pour etre aider , puisque ca fonctionne

Les quelles sont considérées comme anciennes par Nvidia ?

xubu1957 · Le 31/01/2025, à 12:09

Pour info, l'obsolescence programmée des cartes Nvidia,

> https://www.nvidia.com/en-us/drivers/unix/legacy-gpu/
Cartes graphiques NVIDIA arrivant en fin de support > nvidia/detail-timeframes-for-unix-legacy-gpu-releases :
The Linux 470.* legacy driver series is the last to support GKxxx ("Kepler") GPUs. Support for new Linux kernels and X servers, as well as fixes for critical bugs, will be included in 470.* legacy releases for the remainder of the relevant product support lifetime. See the knowledgebase articles for support of Kepler-series [GeForce see https://nvidia.custhelp.com/app/answers … /a_id/5202 ] and [Quadro see https://nvidia.custhelp.com/app/answers … /a_id/5210 ] for more information.
La série de pilotes Linux 470.* est la dernière à prendre en charge les GPU GKxxx (« Kepler »). La prise en charge des nouveaux noyaux Linux et serveurs X, ainsi que les corrections de bogues critiques, seront incluses dans les versions 470.* pour le reste de la durée de vie du produit concerné. Pour plus d'informations, consultez les articles de la base de connaissances relatifs à la prise en charge des GPU de la série Kepler [GeForce voir https://nvidia.custhelp.com/app/answers … /a_id/5202 ] et [Quadro voir https://nvidia.custhelp.com/app/answers … /a_id/5210 ].
The Linux 390.* legacy driver series is the last to support GF1xx ("Fermi") GPUs. Support for new Linux kernels and X servers, as well as fixes for critical bugs, will be included in 390.* legacy releases through the end of 2022.
La série de pilotes Linux 390.* est la dernière à prendre en charge les GPU GF1xx ("Fermi"). La prise en charge des nouveaux noyaux Linux et des serveurs X, ainsi que les corrections de bogues critiques, seront incluses dans les versions 390.* jusqu'à la fin de l'année 2022.
The Linux 340.* legacy driver series is the last to support the G8x, G9x, and GT2xx GPUs, and motherboard chipsets based on them. Support for X.Org xserver version 1.20 was added to the 340.* legacy driver series with version 340.107, and support for Linux kernels up to Linux 5.4 was added with version 340.108. No further releases from the 340.* series are planned.
La série de pilotes Linux 340.* legacy est la dernière à prendre en charge les GPU G8x, G9x et GT2xx, ainsi que les chipsets de cartes mères basés sur ces derniers. La prise en charge de X.Org xserver version 1.20 a été ajoutée à la série de pilotes 340.* legacy avec la version 340.107, et la prise en charge des noyaux Linux jusqu'à Linux 5.4 a été ajoutée avec la version 340.108. Aucune autre version de la série 340.* n'est prévue.
Traduit avec www.DeepL.com/Translator (version gratuite)

et des échanges récents dans Wayland / Xorg

Dernière modification par xubu1957 (Le 31/01/2025, à 12:16)

JLK · Le 31/01/2025, à 14:47

xubu1957 a écrit :

Pour info, l'obsolescence programmée des cartes Nvidia,
> https://www.nvidia.com/en-us/drivers/unix/legacy-gpu/
Cartes graphiques NVIDIA arrivant en fin de support > nvidia/detail-timeframes-for-unix-legacy-gpu-releases :
The Linux 470.* legacy driver series is the last to support GKxxx ("Kepler") GPUs. Support for new Linux kernels and X servers, as well as fixes for critical bugs, will be included in 470.* legacy releases for the remainder of the relevant product support lifetime. See the knowledgebase articles for support of Kepler-series [GeForce see https://nvidia.custhelp.com/app/answers … /a_id/5202 ] and [Quadro see https://nvidia.custhelp.com/app/answers … /a_id/5210 ] for more information.
La série de pilotes Linux 470.* est la dernière à prendre en charge les GPU GKxxx (« Kepler »). La prise en charge des nouveaux noyaux Linux et serveurs X, ainsi que les corrections de bogues critiques, seront incluses dans les versions 470.* pour le reste de la durée de vie du produit concerné. Pour plus d'informations, consultez les articles de la base de connaissances relatifs à la prise en charge des GPU de la série Kepler [GeForce voir https://nvidia.custhelp.com/app/answers … /a_id/5202 ] et [Quadro voir https://nvidia.custhelp.com/app/answers … /a_id/5210 ].
The Linux 390.* legacy driver series is the last to support GF1xx ("Fermi") GPUs. Support for new Linux kernels and X servers, as well as fixes for critical bugs, will be included in 390.* legacy releases through the end of 2022.
La série de pilotes Linux 390.* est la dernière à prendre en charge les GPU GF1xx ("Fermi"). La prise en charge des nouveaux noyaux Linux et des serveurs X, ainsi que les corrections de bogues critiques, seront incluses dans les versions 390.* jusqu'à la fin de l'année 2022.
The Linux 340.* legacy driver series is the last to support the G8x, G9x, and GT2xx GPUs, and motherboard chipsets based on them. Support for X.Org xserver version 1.20 was added to the 340.* legacy driver series with version 340.107, and support for Linux kernels up to Linux 5.4 was added with version 340.108. No further releases from the 340.* series are planned.
La série de pilotes Linux 340.* legacy est la dernière à prendre en charge les GPU G8x, G9x et GT2xx, ainsi que les chipsets de cartes mères basés sur ces derniers. La prise en charge de X.Org xserver version 1.20 a été ajoutée à la série de pilotes 340.* legacy avec la version 340.107, et la prise en charge des noyaux Linux jusqu'à Linux 5.4 a été ajoutée avec la version 340.108. Aucune autre version de la série 340.* n'est prévue.
Traduit avec www.DeepL.com/Translator (version gratuite)
et des échanges récents dans Wayland / Xorg

Merci. A-ton une idée des prochaines cartes Nvidia à devenir obsolètes ?

xubu1957 · Le 31/01/2025, à 15:16

JLK a écrit :

A-ton une idée des prochaines cartes Nvidia à devenir obsolètes ?

Madame Irma n'a rien dit !

iznobe · Le 31/01/2025, à 15:18

la generation juste un peu plus recente que la plus recente des generations de carte actuellement plus prises en charge

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 25/01/2025, à 18:57

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#27 Le 25/01/2025, à 18:59

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#28 Le 25/01/2025, à 19:12

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#29 Le 25/01/2025, à 20:38

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#30 Le 25/01/2025, à 21:29

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#31 Le 25/01/2025, à 21:39

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#32 Le 25/01/2025, à 21:52

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#33 Le 26/01/2025, à 00:41

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#34 Le 26/01/2025, à 01:02

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#35 Le 26/01/2025, à 01:46

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#36 Le 26/01/2025, à 08:14

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#37 Le 26/01/2025, à 09:41

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#38 Le 26/01/2025, à 10:46

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#39 Le 26/01/2025, à 16:08

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#40 Le 26/01/2025, à 16:14

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#41 Le 26/01/2025, à 19:58

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#42 Le 31/01/2025, à 06:30

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#43 Le 31/01/2025, à 06:51

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#44 Le 31/01/2025, à 11:57

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#45 Le 31/01/2025, à 12:06

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#46 Le 31/01/2025, à 12:08

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#47 Le 31/01/2025, à 12:09

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#48 Le 31/01/2025, à 14:47

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#49 Le 31/01/2025, à 15:16

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

#50 Le 31/01/2025, à 15:18

Re : Bug lors de la MAJ de Ubuntu 22.04 vers 24.04

Pied de page des forums