Ah oui, c'est un peu juste. C'est vrai que pour preupgrade, il faut avoir suffisamment de place dans la partition racine. C'est un bon système mais il est exigeant.
Update F12 --> F13 : retour d'expérience
Passage de ma machine à la maison hier soir en preupgrade :
* Téléchargement fait en moins de 25minutes
* Reboot : très long à la détection des disques (10 minutes environ !)
* Installation effectuée pendant que j'étais parti
* Retour ce matin tout fonctionne sauf internet mais il semblerait que la prise réseau était désactivé donc je suis allé au boulot mais je pense qu'en changeant le cable ou autre ça devrait le faire à nouveau.
Deux machines et deux fois sans problèmes !
* Téléchargement fait en moins de 25minutes
* Reboot : très long à la détection des disques (10 minutes environ !)
* Installation effectuée pendant que j'étais parti
* Retour ce matin tout fonctionne sauf internet mais il semblerait que la prise réseau était désactivé donc je suis allé au boulot mais je pense qu'en changeant le cable ou autre ça devrait le faire à nouveau.
Deux machines et deux fois sans problèmes !
- Modifié
Bonjour à tous !
Installation fraîche de F13 hier soir à la place de F11. En fait, j'étais en quadruple boot F11-F12-Centos et Windows XP et j'ai installé F13 à la place de F11 avec le DVD d'installation gravé.
Lors de l'installation, j'ai employé les partitions /boot, / et /home de F11 que j'ai formatées avec anaconda et puis lancé l'installation après avoir choisi mon environnement de bureau KDE et divers paquets dont j'ai besoin et qui n'étaient cochés par défaut.
J'avais choisi de remplacer le grub de F11 par celui de F13 dans le MBR de mon disque dur.
L'installation en elle-même s'est bien passée, Windows a été reconnu et installé dans le menu de grub.
Lors du redémarrage du PC, j'ai installé mon utilisateur ( Fifi ) ainsi que mon mot de passe, mais quand je suis arrivé dans l'écran de KDM où je devais taper mon login ( Fifi ) et mon mot de passe, problème : mon clavier était absent, aucune touche ne fonctionnait, pas moyen de taper mon login et mon mot de passe !!!
J'ai contourné le problème en redémarrant par le menu de KDM : Arrêter, redémarrer, je suis revenu dans le menu de Grub où j'ai éditer la ligne kernel ... en ajoutant un 3.
Là, ça a fonctionné : j'ai pu me loguer en tapant Fifi puis mon mot de passe et en tapant la commande startx et je suis donc enfin arrivé sur mon bureau.
J'ai été dans Configuration du Système de KDE, dans l'onglet Avançé et puis dans Gestionnaire de Connexion KDM. Là, dans l'onglet Utilisateurs, j'ai choisi Fifi par défaut et j'ai changé la petite image associée à l'utilisateur.
Après cela j'ai rebooté et relancé F13, mais , même problème, alors que je ne dois plus taper mon login puisque maintenant par défaut c'est Fifi qui est choisi, je ne peux toujours pas taper mon mot de passe car mon clavier ne fonctionne pas.
Donc j'en suis resté à devoir redémarrer en mode 3 pour pouvoir me loguer.
Quelqu'un a une idée pour résoudre ce problème ?
EDIT : j'aurais peut-être dû ouvrir un nouveau post , sorry !!!
Installation fraîche de F13 hier soir à la place de F11. En fait, j'étais en quadruple boot F11-F12-Centos et Windows XP et j'ai installé F13 à la place de F11 avec le DVD d'installation gravé.
Lors de l'installation, j'ai employé les partitions /boot, / et /home de F11 que j'ai formatées avec anaconda et puis lancé l'installation après avoir choisi mon environnement de bureau KDE et divers paquets dont j'ai besoin et qui n'étaient cochés par défaut.
J'avais choisi de remplacer le grub de F11 par celui de F13 dans le MBR de mon disque dur.
L'installation en elle-même s'est bien passée, Windows a été reconnu et installé dans le menu de grub.
Lors du redémarrage du PC, j'ai installé mon utilisateur ( Fifi ) ainsi que mon mot de passe, mais quand je suis arrivé dans l'écran de KDM où je devais taper mon login ( Fifi ) et mon mot de passe, problème : mon clavier était absent, aucune touche ne fonctionnait, pas moyen de taper mon login et mon mot de passe !!!
J'ai contourné le problème en redémarrant par le menu de KDM : Arrêter, redémarrer, je suis revenu dans le menu de Grub où j'ai éditer la ligne kernel ... en ajoutant un 3.
Là, ça a fonctionné : j'ai pu me loguer en tapant Fifi puis mon mot de passe et en tapant la commande startx et je suis donc enfin arrivé sur mon bureau.
J'ai été dans Configuration du Système de KDE, dans l'onglet Avançé et puis dans Gestionnaire de Connexion KDM. Là, dans l'onglet Utilisateurs, j'ai choisi Fifi par défaut et j'ai changé la petite image associée à l'utilisateur.
Après cela j'ai rebooté et relancé F13, mais , même problème, alors que je ne dois plus taper mon login puisque maintenant par défaut c'est Fifi qui est choisi, je ne peux toujours pas taper mon mot de passe car mon clavier ne fonctionne pas.
Donc j'en suis resté à devoir redémarrer en mode 3 pour pouvoir me loguer.
Quelqu'un a une idée pour résoudre ce problème ?
EDIT : j'aurais peut-être dû ouvrir un nouveau post , sorry !!!
Question aux modérateurs : pour ma réponse #23, j'ouvre un nouveau fil dans la section Matériel du forum ou dans cette section-ci ( Installation de F13 ) ?
Fedora 13 x86_64 installée sur portable Dell Latitude D530.
Méthode: réinstalle complète à partir d'une live-usb créée avec liveusb-creator (live-cd gnome x86_64).
Problèmes: Aucun. A part que je ne pouvais pas décocher ma clé USB dans les médias à utiliser pour l'installation. Par la suite j'ai fait un partitionnement manuel.
Partitionnement: J'ai créé sans un volume physique avec mon disque dur, un groupe de volume logiques dans ce volume physique et 3 volumes logiques (root, swap et home). Attention, /boot ne doit pas être monté dans un volume logique. Il faut monter /boot dans une partition normale (étendue ou primaire). J'ai également chiffré mon home. Très facile de faire tout cela avec l'outil de partitionnement fourni par Anaconda.
Tout fonctionne très bien, comme toujours depuis que je suis sous Fedora 😉
Méthode: réinstalle complète à partir d'une live-usb créée avec liveusb-creator (live-cd gnome x86_64).
Problèmes: Aucun. A part que je ne pouvais pas décocher ma clé USB dans les médias à utiliser pour l'installation. Par la suite j'ai fait un partitionnement manuel.
Partitionnement: J'ai créé sans un volume physique avec mon disque dur, un groupe de volume logiques dans ce volume physique et 3 volumes logiques (root, swap et home). Attention, /boot ne doit pas être monté dans un volume logique. Il faut monter /boot dans une partition normale (étendue ou primaire). J'ai également chiffré mon home. Très facile de faire tout cela avec l'outil de partitionnement fourni par Anaconda.
Tout fonctionne très bien, comme toujours depuis que je suis sous Fedora 😉
J'ai installé fedora 13 avec preupgrade et je n'ai rencontré aucun problème lors de l'installation.
Par contre, je rencontre quelques problèmes avec mes bases de donnes sous PostgreSQL utilisant le module Postgis.
La distribution a mise à jour le module Postgis de la version 1.4 vers la version 1.5 sans mettre à jour mes bases.
J'essaie de mettre à jour sans succès mes bases avec la doc de Postgis.
Si quelqu'un a une solution, cela m'éviterai de perdre trop de temps.
Par contre, je rencontre quelques problèmes avec mes bases de donnes sous PostgreSQL utilisant le module Postgis.
La distribution a mise à jour le module Postgis de la version 1.4 vers la version 1.5 sans mettre à jour mes bases.
J'essaie de mettre à jour sans succès mes bases avec la doc de Postgis.
Si quelqu'un a une solution, cela m'éviterai de perdre trop de temps.
passage de F12 -> F13 via preupgrade
Tous s'est très bien passé, par contre je me retrouve avec un clavier US dans kdm et FR dans gnome après login. Je regarderais ça demain.
Lors du passage de F11 -> F12 via preupgrade j'ai du agrandir mon /boot que j'ai passé à 1Go (merci Gparted Live CD).
A+
Tous s'est très bien passé, par contre je me retrouve avec un clavier US dans kdm et FR dans gnome après login. Je regarderais ça demain.
Lors du passage de F11 -> F12 via preupgrade j'ai du agrandir mon /boot que j'ai passé à 1Go (merci Gparted Live CD).
A+
- Modifié
Bonjour à tous,
- passage de fedora 12 => 13 par DVD : VLC inopérant, je cherche actuellement des solutions ici-même (j'ai vu des topics sur le sujet)...
- aucun problème clavier, démarrage, le serpent (anaconda) était bon sur ce coup !
- yum update de F13, je signale ceci:
PS : mon conky se comporte bizarrement mais on verra ça plus tard, je peux m'en passer.
EDIT : VLC fonctionne à merveille, j'ai ouvert un dossier de musique au lieu d'une piste seul et paf ! du son, j'avoue avoir rien compris
Donc Fedora13 => RAS
- passage de fedora 12 => 13 par DVD : VLC inopérant, je cherche actuellement des solutions ici-même (j'ai vu des topics sur le sujet)...
- aucun problème clavier, démarrage, le serpent (anaconda) était bon sur ce coup !
- yum update de F13, je signale ceci:
(385/387): yp-tools-2.10-2.fc13.x86_64.rpm | 64 kB 00:00
(386/387): yum-utils-1.1.26-7.fc13.noarch.rpm | 78 kB 00:00
(387/387): yumex-2.9.7-1.fc13.noarch.rpm | 297 kB 00:00
-----------------------------------------------------------------------------------------------------------------
Total 597 kB/s | 678 MB 19:24
attention: rpmts_HdrFromFdno: Entête V3 RSA/SHA256 Signature, key ID e8e40fde: NOKEY
fedora/gpgkey | 3.2 kB 00:00 ...
Import de la clé GPG 0xE8E40FDE « Fedora (13) <fedora@fedoraproject.org> » depuis /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-x86_64
Est-ce correct [o/N] : o
warning: rpmts_HdrFromFdno: Header V3 RSA/SHA256 Signature, key ID a3780952: NOKEY
rpmfusion-free/gpgkey | 3.3 kB 00:00 ...
Import de la clé GPG 0xA3780952 « RPM Fusion free repository for Fedora (13) <rpmfusion-buildsys@lists.rpmfusion.org> » depuis /etc/pki/rpm-gpg/RPM-GPG-KEY-rpmfusion-free-fedora-13-x86_64
Est-ce correct [o/N] : o
warning: rpmts_HdrFromFdno: Header V3 RSA/SHA256 Signature, key ID 2425b284: NOKEY
rpmfusion-nonfree/gpgkey | 3.4 kB 00:00 ...
Import de la clé GPG 0x2425B284 « RPM Fusion nonfree repository for Fedora (13) <rpmfusion-buildsys@lists.rpmfusion.org> » depuis /etc/pki/rpm-gpg/RPM-GPG-KEY-rpmfusion-nonfree-fedora-13-x86_64
Est-ce correct [o/N] : o
Lancement de rpm_check_debug
Lancement de la transaction de test
Transaction de test réussie
Lancement de la transaction
Mise à jour : krb5-libs-1.7.1-10.fc13.x86_64 1/870
Mise à jour : openssl-1.0.0-4.fc13.x86_64 2/870
Mise à jour : 1:qt-4.6.2-17.fc13.x86_64 3/870
j'ai accepté ces paquets, ai-je eu tord ? et avez-vous eu pareil ?PS : mon conky se comporte bizarrement mais on verra ça plus tard, je peux m'en passer.
EDIT : VLC fonctionne à merveille, j'ai ouvert un dossier de musique au lieu d'une piste seul et paf ! du son, j'avoue avoir rien compris
Donc Fedora13 => RAS
C'est pas une acceptation de paquets c'est juste les nouvelles clefs de sécurité de Fedora 13.
ah ok !
et puis provenant de rpm-fusion je me suis dis que je risquais pas grand chose (heureusement que j'ai accepté)
et puis provenant de rpm-fusion je me suis dis que je risquais pas grand chose (heureusement que j'ai accepté)
Il y a un peu plus de 1 mois, j'avais dû réinstaller Fedora 12. Cela m'embêtait de refaire une nouvelle installation pour Fedora 13.
J'ai fait un Preupgrade de F12 à F13 (par méthode 2)
Un blocage sur le download des applicatifs cette nuit.
Ce matin, après un rm -rf /var/cache/yum/preupgrade* /boot/upgrade, relance du préupdrade.
La mise à jour est un peu longue mais F13 est magnifique.
Une petite peur quand même, après le joli écran pour le login et le passwd, un écran noir. Après relance, j'ai choisi le mode à utiliser ( pour moi KDE) et un joli outil à ma disposition.
(i386 amd 2600+ Nvidia FX6200).
J'ai fait un Preupgrade de F12 à F13 (par méthode 2)
Un blocage sur le download des applicatifs cette nuit.
Ce matin, après un rm -rf /var/cache/yum/preupgrade* /boot/upgrade, relance du préupdrade.
La mise à jour est un peu longue mais F13 est magnifique.
Une petite peur quand même, après le joli écran pour le login et le passwd, un écran noir. Après relance, j'ai choisi le mode à utiliser ( pour moi KDE) et un joli outil à ma disposition.
(i386 amd 2600+ Nvidia FX6200).
bonjourRominet wrote:Passage de F12 à F13 via preupgrade.
1. un petit yum update de F12 (repo standard + rpmfusion )
2. preupgrade et installation.
Aucun problème à la relance, même en ayant les pilotes nvidia prorpio installé et fonctionnelle sur la F12.
Juste mon ptit étonnement avec Gnome-shell, les applications ne sont plus par catégorie mais au format "bordel iphone".
c'est quoi la procédure pour passé de F12 à F13
par yum ?
bon j'ai fais un
yum preugrade
et
preupgrade &
mais au démarrage j'ai un problème avec le boot
trop petit (volume)
comment je peux augmenter le volume sans trop de casses ?
yum preugrade
et
preupgrade &
mais au démarrage j'ai un problème avec le boot
trop petit (volume)
comment je peux augmenter le volume sans trop de casses ?
- Modifié
salut @ tous,
voila je souhaite vous dire comment cela s'est passé pour moi
j'ai installé l'assitant préupgrade, commùe le dit la doc j'ai fait yum install preupgrade && preupgrade &
bon ça a pris du temps
au bout de quelques temps (je sais pas exactement combien), je regardais un film en même temps 😉
à la fin de l'assistant, j'ai rebooter mon PC, installer les mise à jour ....
puis au final, sur fedora 13, plus de réseau (embettant)
j'ai beau voulu :
=> changer des paramètres dans /etc/sysconfig/network-script/ifcfg-eth1
=> faire un
pas moyen d'avoir à nouveau le réseau
donc réinstall complète via un lecteur CD que j'ai récup' sur un ancien PC
conclusion :
j'suis content d'avoir utilisé pour la première fois cette outil, qui me semble t il est prêt pour les config basiques
mais je pense que pour les config avancé, cet outil n'est pas recommander (raid / stockage sur nas / ...)
au final la réinstall par le DVD / live usb est pratique est rapide (une demi heure, grâce à mes script de réinstall)
en plus comme j'ai un raid mirror sur deux disques (séparé de ma racine), préupgrade est mois secure pour moi
parce que en install classique (reboot du PC + ne pas l'utilisé simultanément), je débranche les disques qui sont ma /home => risques en moins
voila je souhaite vous dire comment cela s'est passé pour moi
j'ai installé l'assitant préupgrade, commùe le dit la doc j'ai fait yum install preupgrade && preupgrade &
bon ça a pris du temps
au bout de quelques temps (je sais pas exactement combien), je regardais un film en même temps 😉
à la fin de l'assistant, j'ai rebooter mon PC, installer les mise à jour ....
puis au final, sur fedora 13, plus de réseau (embettant)
j'ai beau voulu :
=> changer des paramètres dans /etc/sysconfig/network-script/ifcfg-eth1
=> faire un
system-config-network
...pas moyen d'avoir à nouveau le réseau
donc réinstall complète via un lecteur CD que j'ai récup' sur un ancien PC
conclusion :
j'suis content d'avoir utilisé pour la première fois cette outil, qui me semble t il est prêt pour les config basiques
mais je pense que pour les config avancé, cet outil n'est pas recommander (raid / stockage sur nas / ...)
au final la réinstall par le DVD / live usb est pratique est rapide (une demi heure, grâce à mes script de réinstall)
en plus comme j'ai un raid mirror sur deux disques (séparé de ma racine), préupgrade est mois secure pour moi
parce que en install classique (reboot du PC + ne pas l'utilisé simultanément), je débranche les disques qui sont ma /home => risques en moins
Bonjour
Après preupgrade j'ai ceci:
Quelqu'un a-t-il eu un début d'erreur identique ?
A+
Après preupgrade j'ai ceci:
anaconda 13.42 exception report
Traceback (most recent call first):
File "/usr/lib/anaconda/storage/__init__.py", line 1721, in parseFSTab
raise Exception("fstab entry %s is malformed: %s" % (devspec, e))
File "/usr/lib/anaconda/storage/__init__.py", line 1316, in mountExistingSystem
fsset.parseFSTab()
File "/usr/lib/anaconda/upgrade.py", line 172, in upgradeMountFilesystems
mountExistingSystem(anaconda, anaconda.upgradeRoot[0], allowDirty = 0)
File "/usr/lib/anaconda/dispatch.py", line 205, in moveStep
rc = stepFunc(self.anaconda)
File "/usr/lib/anaconda/dispatch.py", line 126, in gotoNext
self.moveStep()
File "/usr/lib/anaconda/dispatch.py", line 228, in currentStep
self.gotoNext()
File "/usr/lib/anaconda/gui.py", line 1346, in setScreen
(step, anaconda) = self.anaconda.dispatch.currentStep()
File "/usr/lib/anaconda/gui.py", line 1522, in setup_window
self.setScreen()
File "/usr/lib/anaconda/gui.py", line 1532, in run
self.setup_window(runres)
File "/usr/lib/anaconda/gui.py", line 1263, in run
self.icw.run (self.runres)
File "/usr/bin/anaconda", line 1223, in <module>
anaconda.intf.run(anaconda)
Exception: fstab entry UUID=3CCC5DC4CC5D795A is malformed: scanned format (ntfs) differs from fstab format (ntfs-3g)
Local variables in innermost frame:
comment:
pound:
e: scanned format (ntfs) differs from fstab format (ntfs-3g)
dump: 0
devspec: UUID=3CCC5DC4CC5D795A
lines: ['# /etc/fstab: static file system information.\n', '#\n', '# <file system> <mount point> <type> <options> <dump> <pass>\n', '\n', 'tmpfs\t/dev/shm\ttmpfs\tdefaults\t0\t0\n', 'devpts\t/dev/pts\tdevpts gid=5,mode=620\t0\t0\n', '#devpts options modified by setup update to fix #515521 ugly way\n', 'sysfs\t/sys\tsysfs\tdefaults\t0\t0\n', 'proc\t/proc\tproc\tdefaults\t0\t0\n', '#Entry for /dev/sdb1 :\n', 'UUID=ad7678e0-a49d-4d12-8abc-909bdd7f2106\t/\text3\tdefaults\t1\t1\n', '#Entry for /dev/sdb2 :\n', 'UUID=f88b659a-0fb9-4dbe-9c63-c9607e3fc283\t/home\text4\tdefaults\t1\t2\n', '#Entry for /dev/sda4 :\n', 'UUID=3CCC5DC4CC5D795A\t/media/Disque\\040local\tntfs-3g\tdefaults,nosuid,nodev,locale=fr_FR.UTF-8\t0\t0\n', '#Entry for /dev/sdc1 :\n', 'UUID=54CC8D53CC8D3072\t/media/Disque\\040win\tntfs-fuse\tdefaults,umask=0,locale=fr_FR.UTF-8\t0\t0\n', '#Entry for /dev/sda5 :\n', 'UUID=6d712c5f-f84d-4c85-8bd7-81f232e252fb\tswap\tswap\tdefaults\t0\t0\n', '\n', '\n']
fields: ['UUID=3CCC5DC4CC5D795A', '/media/Disque\\040local', 'ntfs-3g', 'defaults,nosuid,nodev,locale=fr_FR.UTF-8', '0', '0']
self: <storage.FSSet object at 0x7f6b597f3210>
f: <closed file '/mnt/sysimage/etc/fstab', mode 'r' at 0x7f6b4539a030>
passno: 0
chroot: /mnt/sysimage
fstype: ntfs-3g
blkidTab: <storage.BlkidTab object at 0x7f6b453c30d0>
cryptTab: <storage.CryptTab object at 0x7f6b39aa3410>
device: PartitionDevice instance (0x7f6b3fe5f950) --
name = sdb2 status = True parents = [<storage.devices.DiskDevice object at 0x7f6b39367b90>]
kids = 0
id = 4
uuid = None format = <storage.formats.fs.Ext4FS object at 0x7f6b3fe5fc90> size = 30718.0371094
major = 8 minor = 18 exists = True
sysfs path = /devices/pci0000:00/0000:00:0e.0/host3/target3:0:0/3:0:0:0/block/sdb/sdb2 partedDevice = <parted.device.Device object at 0x7f6b3fe848d0>
target size = 0 path = /dev/sdb2
format args = [] originalFormat = Ext4FS instance (0x7f6b3fe5fc90) --
type = ext4 name = ext4 status = False
device = /dev/sdb2 uuid = f88b659a-0fb9-4dbe-9c63-c9607e3fc283 exists = True
options = defaults supported = True formattable = True resizable = True
mountpoint = /home mountopts = defaults
label = None size = 30718.0 targetSize = 30718.0
grow = None max size = 0 bootable = None
part type = 0 primary = None
partedPartition = <parted.partition.Partition object at 0x7f6b39369ad0> disk = <storage.devices.DiskDevice object at 0x7f6b39367b90>
start = 62926605 end = 125837144 length = 62910540
flags =
mountpoint: /media/Disque\040local
line: UUID=3CCC5DC4CC5D795A /media/Disque\040local ntfs-3g defaults,nosuid,nodev,locale=fr_FR.UTF-8 0 0
path: /mnt/sysimage/etc/fstab
options: defaults,nosuid,nodev,locale=fr_FR.UTF-8
Anaconda me dit que c'est un bug, impossible de mettre le fichier en totalité entre les balises.Quelqu'un a-t-il eu un début d'erreur identique ?
A+
bonjour,
ouvre ton /etc/fstab
et mets un # devant la ligne commencant par UUID=3CCC5DC4CC5D795A
et relance l'install
j'ai eu le meme souci avec une partition partage entre mandriva debian et fedora et mon swap j'ai desactiver les lignes fait mon inxtall sans soucis et reactiver sous f13
a+
ouvre ton /etc/fstab
et mets un # devant la ligne commencant par UUID=3CCC5DC4CC5D795A
et relance l'install
j'ai eu le meme souci avec une partition partage entre mandriva debian et fedora et mon swap j'ai desactiver les lignes fait mon inxtall sans soucis et reactiver sous f13
a+
Bonsoir
Merci cela fonctionne, j'ai du mettre # devant toutes les partitions NTFS dans /etc/fstab
Cordialement
Merci cela fonctionne, j'ai du mettre # devant toutes les partitions NTFS dans /etc/fstab
Cordialement
- Modifié
bon
mon pc tourne enfin sur F13
alors que de galère
mes DVD gravés ne marche pas sur mon PC ?
mais le DVD f12 marche ????
C'est peut être ma marque du DVD d'où viens le problème
donc installation avec f12
partition personnalisé avec un boot de 1Go
et après un preupgrade &
pb: je n'arrive pas a installer VLC
pas trouver le bon paque
on peut installer VLC 1.1 ?
ouaf
mon pc tourne enfin sur F13
alors que de galère
mes DVD gravés ne marche pas sur mon PC ?
mais le DVD f12 marche ????
C'est peut être ma marque du DVD d'où viens le problème
donc installation avec f12
partition personnalisé avec un boot de 1Go
et après un preupgrade &
pb: je n'arrive pas a installer VLC
pas trouver le bon paque
on peut installer VLC 1.1 ?
ouaf
- Modifié
Bonjour,
mise à jour d'un 1er portable avec preupgrade -> OK
mise à jour du 2eme qui a une carte nvidia récente (driver kmod-nvidia courant) -> OK
mise à jour du 3eme qui a une vieille carte nvidia (driver kmod-nvidia-173XX sous F12) -> KO (écran noir après le bios)
1) le nvidia-173xx n'étant pas dispo dans le dépot F13 je suppose que c'est normal
2) désinstallation du driver nvidia (via yum) mais là mon écran n'est plus reconnu (pas reconnu par le driver vesa d'après les logs xorg). Je n'ai pas l'impression que nouveau soit actif après désinstall du kmod le blacklist de nouveau à pourtant été enlevé dans /etc/modprobe.d. Du coup je n'ai pas tenté preupgrade sans kmod.
Donc j'ai 2 petites questions:
-Pour compléter mon désinstall du kmod-nvidia-173XX est ce qu'il ne faut pas faire une manip supplémentaire pour réactivé nouveau (en espérant que cela permette de supporter mon écran au boot). J'avais utilisé la commande dracut comme indiqué dans le tuto mais depuis il y a eut des mises à jour du noyau sans que j'ai besoin de récommencer l'opération donc je suppose que le blacklist est suffisant. En fait là réponse est là
- Est ce que rpm-fusion va produire pour F13 des kmod pour les anciennes cartes comme pour F12 ou bien est ce qu'ils feront seulement le driver récent?
Merci.
Edit: Après retour au driver nouveau tjs un freeze après le bios je vais passer par le dvd d'install et upgrader.
mise à jour d'un 1er portable avec preupgrade -> OK
mise à jour du 2eme qui a une carte nvidia récente (driver kmod-nvidia courant) -> OK
mise à jour du 3eme qui a une vieille carte nvidia (driver kmod-nvidia-173XX sous F12) -> KO (écran noir après le bios)
1) le nvidia-173xx n'étant pas dispo dans le dépot F13 je suppose que c'est normal
2) désinstallation du driver nvidia (via yum) mais là mon écran n'est plus reconnu (pas reconnu par le driver vesa d'après les logs xorg). Je n'ai pas l'impression que nouveau soit actif après désinstall du kmod le blacklist de nouveau à pourtant été enlevé dans /etc/modprobe.d. Du coup je n'ai pas tenté preupgrade sans kmod.
Donc j'ai 2 petites questions:
-
- Est ce que rpm-fusion va produire pour F13 des kmod pour les anciennes cartes comme pour F12 ou bien est ce qu'ils feront seulement le driver récent?
Merci.
Edit: Après retour au driver nouveau tjs un freeze après le bios je vais passer par le dvd d'install et upgrader.