Tlaloc
Était-ce si urgent dans le fond ? Ou alors il a décidé de tout réinstaller...
MrTom
Non il a remplacé le grub sur le mbr. Ton grub pointe vers le mauvais fichier de config (celui de f13 au lieu de celui de f12).
fgland
depuis quelque temps le preupgrade propose, en cas de place insuffisante dans /boot, de télécharger l'image nécessaire au moment de l'installation à condition d'avoir une configuration réseau active à ce moment. Je l'ai fait sur plusieurs postes sans problème. Au début de l'installation, l'utilitaire de configuration réseau s'active puis il faut attendre le téléchargement de l'image pour continuer...
Gérard
zeoli
Désolé, les gars, merci pour vos réponses mais j'ai du m'absenter la journée. Alors, oui c'est urgent parce que demain soir je pars dans un endroit où y'a pas de connexion internet et j'ai besoin de mon pc pour la mao.
F13 est installé sur une autre partition que F12.
Dans un instant j'envoie la commande fdisk -l;
Je me rends compte qu'il est tard, alors à demain.
Patrick
zeoli
Voilà le résultat de fdisk -l
Disque /dev/sda: 320.1 Go, 320072933376 octets
255 têtes, 63 secteurs/piste, 38913 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0xa164e0cf
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 1 12749 102399968+ 83 Linux
/dev/sda2 37798 38913 8964270 5 Etendue
/dev/sda3 * 12749 12774 204800 83 Linux
/dev/sda4 12774 37797 200999571 8e Linux LVM
/dev/sda5 37798 38913 8964238+ 82 Linux swap / Solaris
Les entrées de la table de partitions ne sont pas dans l'ordre du disque
Disque /dev/dm-0: 199.5 Go, 199548207104 octets
255 têtes, 63 secteurs/piste, 24260 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000
Le disque /dev/dm-0 ne contient pas une table de partition valide
Disque /dev/dm-1: 6274 Mo, 6274678784 octets
255 têtes, 63 secteurs/piste, 762 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00000000
Le disque /dev/dm-1 ne contient pas une table de partition valide
Tlaloc
Le principal est que l'affaire soit réglée. Si tu avais ouvert un nouveau fil, on aurait vu ta demande plus tôt.
Tlaloc
Alors, elle marche bien cette fedora 13 ?
Mongos
au vu de fdisk, j'ai bien peur que la partition de boot de F12 fut écrasé par celle de F13...il va falloir mettre les images du noyau de F12 dans le boot de F13 et changer le grub en fonction, et ça je n'ai pas d'idée pour faire ça :/
Tlaloc
Je ne sais pas si c'est possible...
zeoli
Elle a l'air de bien fonctionner, tout le matériel est reconnu et la 3d fonctionne aussi. Vu les problèmes que j'ai eu je n'ai pas pu aller plus loin mais
je ne parviens pas à installer les dépôts ccrma pour la mao donc pas de noyau rt.
Je compte réinstaller F12 (pour le noyau ccrma) demain matin. Y-a-t-il une solution pour mettre la F13 à côté pour continuer à la tester vu qu'avec la F12 les problèmes étaient nombreux par rapport à radeon ?
Je compte repartir à zéro donc formatage dd pour redémarrer avec une install. propre.
Bonne nuit,
Patrick
Tlaloc
Je ne sais plus quel membre du forum a eu la même mésaventure que toi et il avait décidé de rester sur fedora 13. Elle n'est peut-être pas si instable...
zeoli
Elle n'est peut-être pas si instable..
C'est pas qu'elle est instable, elle a même l'air plutôt bien. mon problème c'est de pouvoir installer le noyau rt du ccrma.
Patrick
Tlaloc
Évidemment il te faut une fedora 12 pour cela. Fedora 13 viendra en son temps...
Mongos
oui il y a une solution, même plusieurs ^^
1/ le plus simple : installer dans une machine virtuel (mais perte de performance tout de même)
2/ tu fais comme tu as fait là, sauf que cette fois ci, tu vas créer une partition de boot exprès pour F13 en plus de créer une partition pour le système en lui même. Et lorsque tu arrives sur le panneau de grub (toujours dans anaconda) tu choisis /dev/sdax au lieu de /dev/sda.
Comme ça tu booteras sur le grub de F12, tu sera toujours sur f12, ne manquera plus qu'a mettre une ligne dans le grub de f12 pour passer à f13
zeoli
merci je vais tester ça.
en attendant, j'ai déjà fait une réinstallation "propre" de f12 et récupéré mon noyau rt.
Par contre j'ai aussi récupéré les problèmes video.
Patrick
karadine
les veinards, vous pouvez faire des tests; moi , mon alim a cramé hier soir, j'en ai commandé une aussitôt, j'espére que le reste n'a pas été impacté
zeoli
Salut,
à vrai dire, depuis que j'ai fait une réinstall complète et propre de Fedora 12 avec KDE au lieu de Gnome, j'ai en gros :
- récupéré le noyau rt de ccrm (mais ça je le savais)
- les effets 3d du bureau fonctionnent (avec quelqueq traînées par ci par là)
- je branche mon portable à un autre écran via VGA et ça roule tout seul.
Bref plus aucun souci majeur.
Donc je rechigne à réinstaller l'Alpha de F13, vu les problèmes que j'avais eu. Je me demande si je ne vais pas attendre le mois de mai.
Patrick
Tlaloc
Tu peux peut-être songer à une machine virtuelle. Ceci dit, je comprends tes hésitations.
didierg
zeoli wrote:Donc je rechigne à réinstaller l'Alpha de F13, vu les problèmes que j'avais eu.
Si tu devais réinstaller Fedora 13 la dernière version est la Beta RC4 dans laquelle un certain nombre de problème ont été réglés par rapport à l'Alpha même si il s'agit toujours d'une version en développement (donc sensée être instable)
(C'est le but du cycle de développement Alpha --> Beta --> Finale)
Tlaloc
@karadine
Désolé pour ton alimentation. J'espère que ça n'aura pas de conséquences trop fâcheuses.