[Résolu] Impossible d'installer un paquet lié à nvidia

Akien Membre non connecté
-
- Voir le profil du membre Akien
- Inscrit le : 12/06/2011
- Groupes :
-
Équipe Mageia
Reprise du message précédent
En effet, j'ai dit "installer" mais il s'agit bien de faire une mise à jour de perl-URPM, c'est la version 4.30 qui corrige ton bug.
ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
Akien :
En effet, j'ai dit "installer" mais il s'agit bien de faire une mise à jour de perl-URPM, c'est la version 4.30 qui corrige ton bug.
Depuis hier soir je me demande où trouver cette version, quel dépôt utiliser, etc
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi !"
Albert Einstein
Albert Einstein

Akien Membre non connecté
-
- Voir le profil du membre Akien
- Inscrit le : 12/06/2011
- Groupes :
-
Équipe Mageia
Télécharge le RPM pour lequel je donne un lien, et installe le soit en ligne de commande comme indiqué, soit directement avec un clic droit sur le RPM téléchargé > ouvrir avec > Installer.

ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
Caché :
nvidia173.ko.xz:
- Installation
- Installing to /lib/modules/3.14.18-desktop-3.mga4/dkms-binary/drivers/char/drm/
depmod...........
DKMS: install Completed.
nvidia173, 173.14.39-2.mga4.nonfree, 3.14.18-desktop-3.mga4, i586: installed
nvidia173, 173.14.39-2.mga4.nonfree, 3.12.8-desktop-2.mga4, i586: installed
nvidia173, 173.14.39-2.mga4.nonfree, 3.14.18-desktop-3.mga4, i586: installed-binary from 3.14.18-desktop-3.mga4
197/197: nvidia173-kernel-desktop-latest
#################################################################
1/1: désinstallation de nvidia173-kernel-desktop-latest-173.14.39-10.mga4.nonfree.i586
#################################################################
Vous devriez relancer votre ordinateur pour dbus, glibc, kernel-desktop-3.14.18-3.mga4, systemd
Les paquetages suivants :
jline-1.0-2.mga4.noarch
kernel-desktop-devel-3.12.8-2.mga4-1-1.mga4.i586
rhino-1.7R4-2.mga4.noarch
sont désormais orphelins, si vous voulez les désinstaller, vous pouvez utiliser « urpme --auto-orphans »
- Installation
- Installing to /lib/modules/3.14.18-desktop-3.mga4/dkms-binary/drivers/char/drm/
depmod...........
DKMS: install Completed.
nvidia173, 173.14.39-2.mga4.nonfree, 3.14.18-desktop-3.mga4, i586: installed
nvidia173, 173.14.39-2.mga4.nonfree, 3.12.8-desktop-2.mga4, i586: installed
nvidia173, 173.14.39-2.mga4.nonfree, 3.14.18-desktop-3.mga4, i586: installed-binary from 3.14.18-desktop-3.mga4
197/197: nvidia173-kernel-desktop-latest
#################################################################
1/1: désinstallation de nvidia173-kernel-desktop-latest-173.14.39-10.mga4.nonfree.i586
#################################################################
Vous devriez relancer votre ordinateur pour dbus, glibc, kernel-desktop-3.14.18-3.mga4, systemd
Les paquetages suivants :
jline-1.0-2.mga4.noarch
kernel-desktop-devel-3.12.8-2.mga4-1-1.mga4.i586
rhino-1.7R4-2.mga4.noarch
sont désormais orphelins, si vous voulez les désinstaller, vous pouvez utiliser « urpme --auto-orphans »
Code TEXT :
[ahlner@localhost ~]$ uname -a Linux localhost 3.12.8-desktop-2.mga4 #1 SMP Fri Jan 24 14:06:18 UTC 2014 i686 i686 i686 GNU/Linux
Akien,
Merci.
Je n'avais pas vu le lien.
Avec les infos ci-dessus, tout te parait-il OK?
J'essaye le redémarrage : alle ist recht!
FF en 31.2.0
Pour grub, il est en legacy. Je n'ai pas dû être attentif à ce choix!
Édité par ahlner Le 11/11/2014 à 21h54
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi !"
Albert Einstein
Albert Einstein

Akien Membre non connecté
-
- Voir le profil du membre Akien
- Inscrit le : 12/06/2011
- Groupes :
-
Équipe Mageia

ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
Akien :
Ça me semble bien. Pas de problème d'avoir grub legacy si tu n'as qu'une seule distribution Linux d'installée (+ éventuellement Windows que grub legacy gère bien).
Longtemps j'ai été réticent pour grub2, car :
--je n'aimais pas son automatisme
--il posait problèmes pour démarrer xBSD (NetBSD), à cause de la "slice (partition primaire dos) " et les partitions internes xBSD.
Maintenant, je l'installe préférentiellement, car la 2.00 me semble fiable.
Du fait que je laisse /dev/sda à XP, j'utilise le démarrage par clef USB (BIOS 2003, excellent). J'ai observé des décallages udev, notamment Ubuntu 12.10n et dans une distri basée Mandriva.
Il semble que grub2 release soit moins sujet aux décalages udev, qui néceesitaient quelquefois de monter la partition, voire chrooter, pour corriger le problème de démarrage.
J'ai oublié la correspondance entre nommage udev et nommage grub-legacy, notamment :
Code TEXT :
[ahlner@localhost ~]$ mount|grep /dev/sd /dev/sdb1 on / type ext4 (rw,relatime,data=ordered) /dev/sda1 on /media/windows type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096) /dev/sdb6 on /home type ext4 (rw,relatime,data=ordered)
Code TEXT :
title MAGEIA kernel (hd2,0)/boot/vmlinuz BOOT_IMAGE=MAGEIA root=UUID=ac96bd0f-886d-4ffc-b6a1-050240830324 nokmsboot splash quiet resume=UUID=e154587b-a850-4d97-b214-3010c666a7f2 vga=788 root (hd2,0) initrd /boot/initrd.img
Code TEXT :
title Windows XP Professionnel root (hd1,0) makeactive chainloader +1
Code TEXT :
[root@localhost ahlner]# parted -l Modèle: ATA Maxtor 6L080L0 (scsi) Disque /dev/sda : 82,0GB Taille des secteurs (logiques/physiques): 512B/512B Table de partitions : msdos Disk Flags: Numéro Début Fin Taille Type Système de fichiers Fanions 1 32,3kB 52,4GB 52,4GB primary ntfs démarrage 2 52,4GB 53,5GB 1074MB primary linux-swap(v1) 3 53,5GB 82,0GB 28,5GB primary ext4 Modèle: ATA Maxtor 6L080L0 (scsi) Disque /dev/sdb : 82,0GB Taille des secteurs (logiques/physiques): 512B/512B Table de partitions : msdos Disk Flags: Numéro Début Fin Taille Type Système de fichiers Fanions 1 1049kB 12,9GB 12,9GB primary ext4 démarrage 2 12,9GB 82,0GB 69,1GB extended 5 12,9GB 17,1GB 4185MB logical linux-swap(v1) 6 17,1GB 82,0GB 64,9GB logical ext4 Modèle: SanDisk Cruzer Slice (scsi) Disque /dev/sdc : 2001MB Taille des secteurs (logiques/physiques): 512B/512B Table de partitions : msdos[root@localhost ahlner]# parted -l Modèle: ATA Maxtor 6L080L0 (scsi) Disque /dev/sda : 82,0GB Taille des secteurs (logiques/physiques): 512B/512B Table de partitions : msdos Disk Flags: Numéro Début Fin Taille Type Système de fichiers Fanions 1 32,3kB 52,4GB 52,4GB primary ntfs démarrage 2 52,4GB 53,5GB 1074MB primary linux-swap(v1) 3 53,5GB 82,0GB 28,5GB primary ext4 Modèle: ATA Maxtor 6L080L0 (scsi) Disque /dev/sdb : 82,0GB Taille des secteurs (logiques/physiques): 512B/512B Table de partitions : msdos Disk Flags: Numéro Début Fin Taille Type Système de fichiers Fanions 1 1049kB 12,9GB 12,9GB primary ext4 démarrage 2 12,9GB 82,0GB 69,1GB extended 5 12,9GB 17,1GB 4185MB logical linux-swap(v1) 6 17,1GB 82,0GB 64,9GB logical ext4 Modèle: SanDisk Cruzer Slice (scsi) Disque /dev/sdc : 2001MB Taille des secteurs (logiques/physiques): 512B/512B Table de partitions : msdos Disk Flags: Numéro Début Fin Taille Type Système de fichiers Fanions 1 32,3kB 1999MB 1999MB primary fat32 Disk Flags: Numéro Début Fin Taille Type Système de fichiers Fanions 1 32,3kB 1999MB 1999MB primary fat32
Comme tu peux le voir, il y a un décalage udev dans menu.lst, puisque à mon avis, hd2 doit correspondre à /dev/sdc, la clef USB servant de démarreur, ayant reçu le code stage1 de grub-legacy.
grub2 pose moins problème de ce côté, car dans grub.cfg udev et UUID sont utilisés, les derniers étant utilisés dans les endroits cruciaux.
Cela n'empèche pas le démarrage, mais cela me gène : ce n'est "pas élégant".
Te semble t-il possible de passer en grub2?
Édité par ahlner Le 11/11/2014 à 22h38
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi !"
Albert Einstein
Albert Einstein

Akien Membre non connecté
-
- Voir le profil du membre Akien
- Inscrit le : 12/06/2011
- Groupes :
-
Équipe Mageia

ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
Akien :
Tu peux passer sous grub2 depuis le CCM a priori (section démarrage, gestionnaire d'amorçage ou un truc du genre).
Code TEXT :
[root@localhost ahlner]# grub2-mkconfig -o stdout Création de grub.cfg… Thème trouvé : /boot/grub2/themes/maggy/theme.txt Image Linux trouvée : /boot/vmlinuz-desktop Image mémoire initiale trouvée : /boot/initrd-desktop.img Image Linux trouvée : /boot/vmlinuz-3.14.18-desktop-3.mga4 Image mémoire initiale trouvée : /boot/initrd-3.14.18-desktop-3.mga4.img Image Linux trouvée : /boot/vmlinuz-3.12.8-desktop-2.mga4 Image mémoire initiale trouvée : /boot/initrd-3.12.8-desktop-2.mga4.img Microsoft Windows XP Professionnel trouvé sur /dev/sda1 openSUSE 13.1 (i586) trouvé sur /dev/sda3 fait
Je vais redémarrer pour tester!
Mais auparavant, une question au dev : existe t-il une commande simple pour actualiser grub.cfg?
Exezmples :
Debian : update-grub
openSUSE : update-bootloader --refresh
Car je trouve fatiguant et inutilement compliqué de lancer cette commande :
Code TEXT :
grub2-mkconfig -o /boot/grub2/grub.cfg
Avec le risque d'erreurs. Pour openSUSE, la commande "update-bootloader" est fournie par les devs dans /sbin, probablement pour se simplifier la vie! Tandis que la commande officielle (dans /usr/sbin) est fournie par les devs de grub2.
Ayant en moi un peu de sang méditerranéen, je trouve la commande officielle contraignante. Une bonne idée, pour les devs et moi-même, serait de créer une commande simple, en binaire ou en langage interprété : cela nous serait vraiment bénéfique!
Redémarrage avec grub2 impeccable!
J'ai bien aimmé cettes discussion. J'ai appris beaucoup.
Merci.
(Tu gères un paquet de paquets!)
Édité par ahlner Le 12/11/2014 à 10h37
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi !"
Albert Einstein
Albert Einstein

Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :
Code BASH :
alias majboot="su -lc 'grub2-mkconfig -o /boot/grub2/grub.cfg'"
Ainsi tu lance la commande majboot dans ton terminal il te demande ton mot de passe root il met à jour automatiquement le démarrage

Config : PC Fixe : X470 GAMING PRO- AMD Ryzen 5 2600X - 16Go RAM - Radeon RX 560 (Pilote libre) - Gentoo Linux - GNOME Desktop - Kernel 5.10 LTS
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !


ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
Caché :
[ahlner@localhost ~]$ su
Mot de passe :
[root@localhost ahlner]# alias majboot="su -lc 'grub2-mkconfig -o /boot/grub2/grub.cfg'"
[root@localhost ahlner]# majboot
Création de grub.cfg…
Thème trouvé : /boot/grub2/themes/maggy/theme.txt
Image Linux trouvée : /boot/vmlinuz-desktop
Image mémoire initiale trouvée : /boot/initrd-desktop.img
Image Linux trouvée : /boot/vmlinuz-3.14.18-desktop-3.mga4
Image mémoire initiale trouvée : /boot/initrd-3.14.18-desktop-3.mga4.img
Image Linux trouvée : /boot/vmlinuz-3.12.8-desktop-2.mga4
Image mémoire initiale trouvée : /boot/initrd-3.12.8-desktop-2.mga4.img
Microsoft Windows XP Professionnel trouvé sur /dev/sda1
openSUSE 13.1 (i586) trouvé sur /dev/sda3
fait
Mot de passe :
[root@localhost ahlner]# alias majboot="su -lc 'grub2-mkconfig -o /boot/grub2/grub.cfg'"
[root@localhost ahlner]# majboot
Création de grub.cfg…
Thème trouvé : /boot/grub2/themes/maggy/theme.txt
Image Linux trouvée : /boot/vmlinuz-desktop
Image mémoire initiale trouvée : /boot/initrd-desktop.img
Image Linux trouvée : /boot/vmlinuz-3.14.18-desktop-3.mga4
Image mémoire initiale trouvée : /boot/initrd-3.14.18-desktop-3.mga4.img
Image Linux trouvée : /boot/vmlinuz-3.12.8-desktop-2.mga4
Image mémoire initiale trouvée : /boot/initrd-3.12.8-desktop-2.mga4.img
Microsoft Windows XP Professionnel trouvé sur /dev/sda1
openSUSE 13.1 (i586) trouvé sur /dev/sda3
fait
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi !"
Albert Einstein
Albert Einstein

Akien Membre non connecté
-
- Voir le profil du membre Akien
- Inscrit le : 12/06/2011
- Groupes :
-
Équipe Mageia
ahlner :
(Tu gères un paquet de paquets!)
Surtout des jeux :-)

ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
Merci.
N'es-tu pas étonné du résultat de cette commande :
Code TEXT :
[ahlner@localhost ~]$ ls -l /usr/bin/update-grub* -rwxr-xr-x 1 root root 81 août 20 19:36 /usr/bin/update-grub* lrwxrwxrwx 1 root root 25 nov. 11 23:06 /usr/bin/update-grub2 -> ../../usr/bin/update-grub*
Elle focntionne : même apparence que la commande officielle.
Maintenant, j'ai le choix entre trois possiblités dont l'alias proposé par Adrien.
Édité par ahlner Le 12/11/2014 à 19h18
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi !"
Albert Einstein
Albert Einstein

Akien Membre non connecté
-
- Voir le profil du membre Akien
- Inscrit le : 12/06/2011
- Groupes :
-
Équipe Mageia
Par ailleurs le commande "update-grub" n'est qu'un raccourci pour la commande que tu citais ci-dessus :
Code SHELL :
$ cat /usr/bin/update-grub #!/bin/sh su --login root -c "/usr/sbin/grub2-mkconfig -o /boot/grub2/grub.cfg"

ahlner Membre non connecté
-
- Voir le profil du membre ahlner
- Inscrit le : 30/08/2013
- Groupes :
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi. Ici, nous avons réuni théorie et pratique : Rien ne fonctionne... et personne ne sait pourquoi !"
Albert Einstein
Albert Einstein
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie