Bonjour,
- Méthode d'installation :
Sur PC Bureau perso , en version 11 de Fedora
A partie du iso dvd_x64 ( par torrent) , installation sans média (comme je le réalise habituellement).

- Problèmes majeurs :
...
Première tentative : L'installation se réalise en réseau !!!!!, jusqu'au bout ... sans problème, sauf la durée (2h30)
Après recherche dans : http://docs.fedoraproject.org/en-US/Fedora/15/html/Installation_Guide/s1-installationmethod-x86.html, j'ai ajouté le paramètre "askmethod" au boot, et cette fois ci l'installation s'est déroulé comme je le désirais, en prenant comme source d'install l'iso dvd, jusqu'à abort pour cause d'anomalie signalée sur le package samba-client, (précision: j'avais vérifié l'iso par la cde sha256sum).
J'ai recommencé en retirant ce samba-client (phase personnalisation) et tout est s'est bien terminé.

- Soucis mineurs :
...
J'ai tout dit ci-dessus.

- Points positifs :
...
J'ai tout à réapprendre, surtout GNOME3
La méthode indiquée dans :http://live.gnome.org/Evolution/FAQ#Interoperability fonctionne très bien pour migrer Evolution de F11 à cette nouvelle version.
- Points négatifs :
Aucun.

Je voudrai remmercier toutes les personnes qui travaillent pour nous fournir ce magnifique outil,

Cordialement

Merci à tous les administrateurs qui se soucient toujours de notre confort.

baptistoux wrote:

Fil Rouge wrote:Quels sont le type de connectique de tes disques durs. Parfois pour le matériel un peu exotique tu as la possibilité dans le BIOS de mettre compatible tes disques (dur et cd/dvd). Moi j'avais eu un problème avec les cd/dvd.

Mes disques sont des SATA.

J'ai testé différentes config dans mon bios. Ma Fedora 11 s'était correctement installé sur un raid 1 géré par le contrôleur jmicron.

J'ai aussi testé en mode compatibilité IDE, cela ne donne aucun résultat.

Ce que je ne comprend pas c'est, pourquoi j'ai réussi a installer une F11 et que par la suite, que se soit par preupgrade ou fresh install je n'ai pas pu installer une F12 a sa sortie, ni une F13 a présent...

Je posterai ce que me crache anaconda. un peu plus tard.

Bonjour,

Il est vrai que dmraid ne sait toujours pas gérer complètement jmicron.
Solution que j'ai adoptée pour installer Fedora 13 ( méthode : iso dvd 64 sur disque dur) mettre l'option nodmraid dans grub.conf, exemple :
title Installation de Fedora13
root (hd0,0)
kernel /isolinux/vmlinuz nodmraid
initrd /isolinux/initrd.img
Avec cette option que j'avais essayée à l'install de F12, anaconda se plantait, avec F13, cela ne s'est pas produit, donc il y a un réel progrès.
Autre solution que je n'ai pas essayée : supprimer le metadata raid inscrit sur le disque dur concerné. Voir bug 499733 dans bugzilla.
Sinon, installation F13 sans autre problème, que du bonheur..
Bon courage
Ha, j'oubliais : Merci à tous les contributeurs pour leur excellent travail pour faire évoluer Fedora auusi rapidement et avec beaucoup de rigueur.
Cordialement,
Miche14l

Bonsoir,

J'ai mis les disques en Legacy IDE. et fait une nouvelle tentative avec F12 avec la même méthode que l'install de F11. Malheusement, cette enième tentative a échoué. Je reste pour l'instant en F11.
Je confirme il y a une incompatibilité d'humeur entre Fedora et Jmicron.
Merci à Loiseau de m'avoir soutenu.
Bonnes fêtes de fin d'année à tous.

Excuse ma question tout à fait innocente : pourquoi

Bonjour,

La carte mère est une Gigabyte GA-G33M-DS2R qui effectivement à un contrôleur RAID Jmicron.
Je ne l'utilise pas car je l'ai invalidé au niveau du Bios.
J'ai réalisé des essais avec le disque de 320 G0 connecté sur tous les N° de port ( il y en a 6 ), j'avais toujours cette prise en compte de jmicron et F11 et F12 veulent absolument affecter ce disque de 320Go ( pourquoi pas les autres disques ?? ) sur un Raid et les outils mdadm et/ou dmraid se plantait, laissant la détection du disque dans un état indéterminné ( par exemple gparted disait que le superbloc était invalide !!! ).

Quand j'aurai un peu de temps, je réessaierai en F12 en appliquant la même méthodologie que pour F11 : faire l'install avec le disque débranché,
supprimer par rpm -e mdadm et dmraid, et rebrancher le disque. Je suis très confiant.

Merci de votre attention.

Pour info j'ai un autre souci avec kmod-nvidia du dépôt rpm-fusion-non-free, j'ai un segement fault à l'exécution du rc.sysinit. Je n'ai pas encore eût le temps de m'y pencher. ( carte nvidia 7900GS). Avec F9 ce kmod fonctionnait parfaitement ....

loiseau wrote:Il y a un rapport entre ça et le fait que le disque sdc soit le seul à être connecté à 3 Gb/mn ?

Bonsoir,

Si cette question m'est posée, j'en ignore totalement la réponse. Désolé
Ce que j'ai remarqué, c'est que F12 et F11 voyait ce disque faisant partie d'un Raid !!!!!!
Pourquoi, je ne sais pas .

Bonsoir,

Bon , je suis toujours là, mais pas sous F12 mais sur F11.
Et j'ai exactement le même souci, pas de reconnaissance du disque de 320G0, mais Anaconda prévenait d'un problème puisqu'il se plantait pendant la recherche des disques à l'install.
Pour continuer il suffit de débrancher le disques, faire l'install, rebrancher le disque et enfin après faire :
rpm -e --nodeps mdadm dmraid
C'est à dire retirer les outils de gestion Raid.

En résumé, il y a incompatibilité d'humeur entre Fedora et jmicron.

Je crois que je vais attendre F18 pour voir ...

A la prochaine.

Il semble que le disque sdc est vu comme faisant partie d'un membre de RAID !!!! ( info donnée par l'outil device manager formaté 'jmicron_raid_member' ????)

F12 a beaucoup d'imagination ...

Je crois que je vais être contraint d'abandonner Fedora et retourner à Centos.
Désolé

Après avoir fait des tas d'essais, je ne comprend toujours pas.
Cependant , au démarrage ' à l'exécution de rc.sysinit sur la commande :
dmraidsets=$(LC_ALL=C /sbin/dmraid -s -c -i)

j'ai la réponse ci dessous :

ERROR: jmicron: wrong # of devices in RAID set "jmicron_GRAID " [1/2] on /dev/sdc
ERROR: removing inconsistent RAID set "jmicron_GRAID "
ERROR: no RAID set found
no raid sets

J'en suis là.

Toujours merci de vos réflexions.

Bonsoir

[root@localhost ~]# ll /dev/sd*
brw-rw----. 1 root disk 8, 0 déc. 18 20:02 /dev/sda
brw-rw----. 1 root disk 8, 1 déc. 18 20:02 /dev/sda1
brw-rw----. 1 root disk 8, 2 déc. 18 20:02 /dev/sda2
brw-rw----. 1 root disk 8, 3 déc. 18 20:02 /dev/sda3
brw-rw----. 1 root disk 8, 16 déc. 18 20:02 /dev/sdb
brw-rw----. 1 root disk 8, 17 déc. 18 20:02 /dev/sdb1
brw-rw----. 1 root disk 8, 18 déc. 18 20:02 /dev/sdb2
brw-rw----. 1 root disk 8, 32 déc. 18 20:02 /dev/sdc
brw-rw----. 1 root disk 8, 48 déc. 18 20:02 /dev/sdd
brw-rw----. 1 root disk 8, 49 déc. 18 20:02 /dev/sdd1
brw-rw----. 1 root disk 8, 50 déc. 18 20:02 /dev/sdd2
brw-rw----. 1 root disk 8, 51 déc. 18 20:02 /dev/sdd3

Je suis sur une piste avec le contrôleur jmicron de la carte mère, je fais des essais.
Je vous en ferai part.

Bonsoir,


J'ai 4 disques durs
sda qui comporte /boot (ext3) et / (ext4) et /home
sdb qui comporte le swap et /var
en troisième disque sdc que je voudrais utiliser
et un quatrième disque sdd que je peux utiliser

dans le fichier message au démarrage, partie détection des hdd :

ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1.00: HPA detected: current 156299375, native 156301488
ata1.00: ATA-6: ST380817AS, 3.42, max UDMA/133
ata1.00: 156299375 sectors, multi 0: LBA48 NCQ (not used)
ata1.00: configured for UDMA/133
scsi 0:0:0:0: Direct-Access ATA ST380817AS 3.42 PQ: 0 ANSI: 5
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 0:0:0:0: [sda] 156299375 512-byte logical blocks: (80.0 GB/74.5 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sda: sda1 sda2 sda3
sd 0:0:0:0: [sda] Attached SCSI disk
input: ImExPS/2 Logitech Wheel Mouse as /devices/platform/i8042/serio1/input/input4
ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata2.00: HPA detected: current 156299375, native 156301488
ata2.00: ATA-6: ST380817AS, 3.42, max UDMA/133
ata2.00: 156299375 sectors, multi 0: LBA48 NCQ (not used)
ata2.00: configured for UDMA/133
scsi 1:0:0:0: Direct-Access ATA ST380817AS 3.42 PQ: 0 ANSI: 5
sd 1:0:0:0: [sdb] 156299375 512-byte logical blocks: (80.0 GB/74.5 GiB)
sd 1:0:0:0: Attached scsi generic sg1 type 0
sd 1:0:0:0: [sdb] Write Protect is off
sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sdb: sdb1 sdb2
sd 1:0:0:0: [sdb] Attached SCSI disk
ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata3.00: ATA-7: SAMSUNG HD321KJ, CP100-05, max UDMA7
ata3.00: 625142448 sectors, multi 0: LBA48 NCQ (depth 31/32)
ata3.00: configured for UDMA/133
scsi 2:0:0:0: Direct-Access ATA SAMSUNG HD321KJ CP10 PQ: 0 ANSI: 5
sd 2:0:0:0: [sdc] 625142448 512-byte logical blocks: (320 GB/298 GiB)
sd 2:0:0:0: Attached scsi generic sg2 type 0
sd 2:0:0:0: [sdc] Write Protect is off
sd 2:0:0:0: [sdc] Mode Sense: 00 3a 00 00
sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sdc: sdc1 sdc2 < sdc5 sdc6 sdc7 sdc8 sdc9 sdc10 sdc11 >
sd 2:0:0:0: [sdc] Attached SCSI disk
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata4.00: ATAPI: TSSTcorp CDDVDW SH-S223F, SB00, max UDMA/100, ATAPI AN
ata4.00: configured for UDMA/100
scsi 3:0:0:0: CD-ROM TSSTcorp CDDVDW SH-S223F SB00 PQ: 0 ANSI: 5
sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.20
sr 3:0:0:0: Attached scsi CD-ROM sr0
sr 3:0:0:0: Attached scsi generic sg3 type 5
ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata5.00: ATA-7: ST3402111AS, 3.AAH, max UDMA/133
ata5.00: 78165360 sectors, multi 0: LBA48 NCQ (depth 31/32)
ata5.00: configured for UDMA/133
scsi 4:0:0:0: Direct-Access ATA ST3402111AS 3.AA PQ: 0 ANSI: 5
sd 4:0:0:0: Attached scsi generic sg4 type 0
sd 4:0:0:0: [sdd] 78165360 512-byte logical blocks: (40.0 GB/37.2 GiB)
sd 4:0:0:0: [sdd] Write Protect is off
sd 4:0:0:0: [sdd] Mode Sense: 00 3a 00 00
sd 4:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sdd: sdd1 sdd2 sdd3
sd 4:0:0:0: [sdd] Attached SCSI disk
ata6: SATA link down (SStatus 0 SControl 300)


voici fdisk -l:

[root@localhost ~]# fdisk -l

Disque /dev/sda: 80.0 Go, 80025280000 octets
255 têtes, 63 secteurs/piste, 9729 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0x000e070b

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 115 921600 83 Linux
La partition 1 ne se termine pas sur une frontière de cylindre.
/dev/sda2 115 5215 40960000 83 Linux
/dev/sda3 5215 7764 20480000 83 Linux

Disque /dev/sdb: 80.0 Go, 80025280000 octets
255 têtes, 63 secteurs/piste, 9729 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0x000e070b

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 1 128 1024000 82 Linux swap / Solaris
La partition 1 ne se termine pas sur une frontière de cylindre.
/dev/sdb2 128 1403 10240000 83 Linux

Disque /dev/sdc: 320.1 Go, 320072933376 octets
255 têtes, 63 secteurs/piste, 38913 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0x356c356b

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdc1 1 1825 14659281 83 Linux
/dev/sdc2 1826 38913 297909360 5 Etendue
/dev/sdc5 1826 8352 52428096 b W95 FAT32
/dev/sdc6 8353 14892 52532518+ b W95 FAT32
/dev/sdc7 14893 27767 103418406 b W95 FAT32
/dev/sdc8 27768 30331 20595298+ b W95 FAT32
/dev/sdc9 33730 38913 41640448+ 83 Linux
/dev/sdc10 33655 33729 602406 83 Linux
/dev/sdc11 30332 33654 26691966 83 Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque
Disque /dev/sdd: 40.0 Go, 40020664320 octets
255 têtes, 63 secteurs/piste, 4865 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0x0007c804

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdd1 * 1 13 104391 83 Linux
/dev/sdd2 14 3837 30716280 83 Linux
/dev/sdd3 3838 4219 3068415 82 Linux swap / Solaris


et voici le résulat de la commande mount :

[root@localhost ~]# mount -t ext3 /dev/sdc1 /mnt/homes
mount: périphérique spécial /dev/sdc1 n'existe pas
[root@localhost ~]#


J'ai vérifié, dans /dev, il n'y a que le fichier bloc sdc, mais rien concernant les sdc1,sdc2,etc ....


J'ai évidement le même résultat avec toutes les partitions de sdc2,sdc3 etc ...

Par contre aucun problème avec le quatrième disque sdd qui est mon disque système Gentoo

Merci de me faire partager vos réflexions, car je suis complètement sec.

Salutations

Bonsoir,

J'avais lu dans les "Fedora 12 Accepted Features" , chapitre "Anaconda" : Use mdraid instead of dmraid.
Et "Anaconda" fonctionne avec ma carte mère qui comporte un ICH9 Raid ( ce qui n'était pas le cas avec Fedora 10 et 11)
Je vais pouvoir migrer de F9 à F12 ...

Merci à tous les contributeurs de cette nouvelle mouture ...😉 😉

Bonjour,

Les coutumes se perdent, n'est-ce pas @pmarion ? 😉

Bonsoir,

Ca marche pour moi aussi, merci Remi

Bonsoir,

Je pense qu'il faut arrêter de se prendre la tête avec les différents disfonctionnements de rhgb dans cette F9.
Un peu de patience car rhgb est abandonné au profit de Plymouth en F10.
Et un démarrage en mode texte est intéressant car on peut vérifier que tout va bien dans les différentes options ou spécifités matériels et/ou services.
Sinon j'ai adopté depuis 2 mois la solution d'utiliser rhgb de F8 qui curieusement fonctionne parfaitement. 😉

Bonsoir,

Voir CE FIL

Bonsoir,
Merci ça marche aussi chez moi

Bonsoir,

Je réactive ce fil car j'ai reçu une réponse de Bugzilla :
" Removing X target blocking, as this appears to be rhgb-specific.
Note that this is 'fixed' in rawhide as rhgb isn't shipped any more."
Je ne sais pas interpréter la première phrase, pour la deuxième j'ai compris.

Bonsoir,

Merci kwizart de m'avoir répondu.
J'étais allé sur ton blog pour lire tes conseils sur la gestion de la pile ieee1394 et j'ai remarqué que cela datait de F7 voir F8 et comme tu l'indiques il faut faire le chmod 666 /dev/fw*., je confirme avant de vouloir démarrer toute action, ( mais après fait le branchement et mise sous tension de l'équipement, normal )

Depuis la situation a évolué et me laisse très perplexe ; je devrais changer le titre de cette discussion par : Quant Fedora 9 apprend ...
car à la suite de la cinquième voir sixième tentative de faire l'acquisition de video ( aussi bien par dvgrab que par kino), l'apparition des messages kernel (firewire_core: phy config: card 0, new root=ffc1, gap_count=5) s'est arrêtée à un seul message, et le pc n'a plus planté (freeze) dès que je voulais démarrer l'acquisition, et je n'ai rien fait entre le premier essai et maintenant que cela marche parfaitement, simplement revérifiier que j'avais tous le modules, les drivers corrects , etc ..., les bonnes libs etc ...:idea::idea: