Fedora-Fr

mahnah · 23 juin 2013

Bonsoir,
Epilogue: après beaucoup d'essais, j'en suis arrivé à la conclusion que le DD Fedora devait être endommagé sur la partition Biosboot ou quelque chose comme ça (ou le MBR?). Ce qui a endommagé le DD windows est sûrement en cause. Pourtant, ce DD Fedora démarre bien sur mon propre PC et les données sont accessibles.

Le résultat des courses: DD neuf, installation avec le DVD nickel (curieusement pas de biosboot ni /boot/efi cette fois...). Transfert des données à partir de l'ancien DD...
Et hop un nouveau F18 tout neuf...

Merci à ceux qui m'ont répondu...

mahnah · 16 juin 2013

Bougre! J'ai retenté ce que j'avais déjà fait pour... le même résultat.

Et puis j'ai essayé de mettre le DD de mon propre PC sur la bête capricieuse. Je me disais que c'était sûrement peine perdue après tout ces échecs et que de toute façon je n'avais pas de partition Bios boot sur ma propre installation. Et ben le PC a démarré comme un charme. Bon... ça veut dire que la partition Bios boot, sans laquelle je n'arrive pas à installer Fedora18 (à partir du DVD) sur le PC retord, n'est pas nécessaire et même plutôt nuisible.

Je vais essayer de refaire l'installation de F18 sur le DD de mes parents avec mon PC... si ça marche, c'est bien mais ce n'est pas pratique et ça ne m'explique pas pourquoi cette partition bios boot est devenue capricieuse.

à suivre...

mahnah · 16 juin 2013

Je pense avoir déjà vu ça quelque part mais là je n'ai rien vu de tel. Dès que je m'y remets, je vais vérifier.

mahnah · 16 juin 2013

A vérifier avec mes parents mais le retour du SAV n'indique que le changement de DD avec l'installation windows7 qui va avec.
Si c'est effectivement un blocage d'un système autre que windows, c'est vraiment scandaleux. Je n'arriverais pas à y croire si je n'avais pas déjà entendu un collègue évoquer ce genre de chose.
Mais bon, comme je suis opiniâtre, je vais à nouveau tout vérifier... on verra bien.

mahnah · 16 juin 2013

Bon ben sans DD du tout, il ne détecte rien. Normal me direz-vous mais ça montre bien qu'il détecte le DD Fedora lorsqu'il est branché (DD SATA visible dans le menu de démarrage BIOS). En revanche la sanction "No boot disk has been found etc..." est bien la même, comme si le disque était détecté mais sans être fonctionnel.

mahnah · 16 juin 2013

Oui, il apparait bien. Et si je change de prise SATA, c'est la même chose. Ce que je peux faire par contre c'est voir la différence si je ne mets aucun disque...

C'est vraiment étrange, d'autant que le disque fonctionne mon PC perso, aucun problème. Avant le SAV, le seul souci que j'avais eu était la création de la partition Bios boot que je n'avais alors jamais croisée.

mahnah · 15 juin 2013

Bonsoir nouvo09,

Je ne saurais pas te dire... a priori rien dans les différents menus que j'ai vus ne me fait penser à ça.
Il y a bien dans le menu de démarrage (obtenu après avoir presser Echap) une ligne "excécuter l'application UEFI"... je ne sais pas à quoi ça correspond.
La ligne "Configuration de l'ordinateur" conduit à l'interface de configuration HP.
Y-aurait-il une interface Bios cachée accessible avec une combinaision de touches particulière?

Par ailleurs, avec ou sans partition /boot/efi (en plus de /boot), ça ne change rien, même sanction...

mahnah · 15 juin 2013

Merci de ta réponse paradise,
J'ai essayé ce que tu dis, en choississant le DD avec le BIOS. ça ne marche pas. Et sans DD Windows, c'est pareil.
Ce qui est bizarre c'est que ça marchait parfaitement avant. Le choix entre les deux DD était justement fait à partir du Bios et non de Grub.
C'est comme si le Bios était maintenant aveugle...

mahnah · 15 juin 2013

Bonjour à tous,

Me revoilà sur le forum après quelques temps. J'espère que vous pourrez m'aider:

Sur le PC de mes parents datant de l'été dernier (HP pavillon, CPU Intel i7.2600, DD Windows 7), j'ai ajouté un 2ème DD avec Fedora18 (64bits) Tout nickel jusqu'à ce que le DD windows crashe. Retour au SAV (PC toujours sous garantie) après avoir pris le soin d'enlever le 2ème DD Fedora. Retour du SAV avec un nouveau DD Windows 7.
Au moment de remettre le DD Fedora: ça ne marche plus. J'ai essayé de refaire l'installation, sans succès. Au démarrage, j'ai:

Error: No boot disk has been detected or the disk has failed.

Le disque fonctionne sur mon propre PC et j'ai a priori les partitions qui vont bien (BIOS Boot, /boot, /, swap et le /home).

J'ai regardé dans le BIOS (American Megatrends version 2.10.1206, v7.15) mais je ne vois rien qui pourraient indiquer une solution. Mais je ne suis pas un spécialiste alors...

L'un d'entre-vous aurait-il une idée? J'ai l'impression que le SAV a fait autre chose que changer le DD (une mise à jour firmware qui bloquerait un système Linux?).

Merci

mahnah · 29 nov. 2010

Bonjour à tous,
Je ne sais pas si cela a un rapport avec le problème de Tuny, mais mes parents avaient des freeze récurrents avec Fedora 12. Cependant, ça ne se produisait pas forcement lors de transferts de gros fichiers.
Le problème a été résolu en changeant de prise secteur, sans utiliser la prise multiple qui était alors utilisée...
ça peut peut être aussi intéresser PapsOu.

mahnah · 24 août 2009

Merci pingou, Je vais essayer ça demain.

mahnah · 24 août 2009

C'est normal le <access denied> ? Je l'ai aussi sur "USB controller" entre autre...

En root, ce sera détaillé.

Cela dit, ayant le même problème, je ne sais pas où tout cela nous mène...

mahnah · 24 août 2009

Bonjour,
J'ai le même problème. Mais pas de solution. Je n'ai pas non plus réussi à monter les CD manuellement avec mount. Je ne sais pas si tu as la même chose, mais j'ai remarqué que l'icône correspondant au lecteur CD/DVD disparait lorsqu'un CD est placé dans le lecteur.

Au cas où, j'ai également tenté une réinstallation de F11. ça ne marche toujours pas. Je suppose comme toi que cela vient d'un update.

mahnah · 13 déc. 2008

OUF! ça y est! j'ai réussi : apparemment, il fallait laissé au système le temps de trouver le volume lvm.
avec le CD d'installation en mode rescue, au prompt:

# chroot
# cd /mnt/sysimage/boot
# mkinitrd -f --with=scsi_wait_scan initrd.2.6.27.7-134.fc10.x86_64.img 2.6.27.7-134.fc10.x86_64

J'ai trouvé ça là: ici

Merci à ceux qui ont répondu à mon appel.

mahnah · 13 déc. 2008

J'ai essayé l'installation à partir du Live CD : après redémarrage, j'ai encore la même chose.

mahnah · 13 déc. 2008

Bon:
VolGroup01 est le LVM de F10.
/dev/VolGroup01/LogVol00 est le /
/dev/VolGroup01/LogVol01 est le swap

Pour l'interne (F8) :
/dev/VolGroup00/LogVol00 est le /
/dev/VolGroup00/LogVol01 est le swap
/dev/VolGroup00/LogVol02 est mon /home

La partition par défaut de F8 et F9 me mettait un swap à environ 2 Go. Pour F10, il est de 4 Go. Est-ce que ça viendrait de là. Ce serait étonnant.

Pour les /dev/dm-0, /dev/dm-1 et /dev/dm-2, cela vient de l'interne mais je ne sais pas à quoi ça correpond. J'avais déjà ça avant.

mahnah · 13 déc. 2008

Oui effectivement ce n'est probablement pas conventionnel de débrancher l'interne mais j'ai trop peur (ne maîtrisant pas trop les choses) d'avoir un problème majeur avec le DD interne, qui est celui avec lequel je travaille tout le temps.
L'externe me sert pour faire des essais,... comme ici avec F10.

En tout cas, cette petite manip marchait bien avec F8. Pour lancer l'os du DD externe, soit j'utilisais le grub du DD externe (en bootant sur l'externe), soit le grub du DD interne que j'avais modifié en conséquence (en bootant sur l'interne). Pas conventionnel mais en tout cas, cela marchait.

En ce qui concerne cet essai d'installation de F10, j'ai procédé de la même façon. Le problème est que F10 ne se lance pas, alors même que le DD interne n'est pas rebranché.

Voici les sorties de vgdisplay et fdisk :

vgdisplay --verbose

  --- Volume group ---
  VG Name               VolGroup01
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               0
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               29,28 GB
  PE Size               32,00 MB
  Total PE              937
  Alloc PE / Size       936 / 29,25 GB
  Free  PE / Size       1 / 32,00 MB
  VG UUID               InBQtq-HfVI-YcjX-kPe5-fv3I-NdB8-dxiP4o
   
  --- Logical volume ---
  LV Name                /dev/VolGroup01/LogVol00
  VG Name                VolGroup01
  LV UUID                amwoH7-tclP-Qx3B-7QMV-kJSo-dBWw-beZhs3
  LV Write Access        read/write
  LV Status              NOT available
  LV Size                25,34 GB
  Current LE             811
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
   
  --- Logical volume ---
  LV Name                /dev/VolGroup01/LogVol01
  VG Name                VolGroup01
  LV UUID                UxIdGK-hU2P-YdQh-ZGfm-htYJ-IlzN-yPkhbO
  LV Write Access        read/write
  LV Status              NOT available
  LV Size                3,91 GB
  Current LE             125
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
   
  --- Physical volumes ---
  PV Name               /dev/sdf2     
  PV UUID               tEOOrl-HJsl-7AZP-w166-wsrW-XkfR-uqVEeR
  PV Status             allocatable
  Total PE / Free PE    937 / 1
   
  --- Volume group ---
  VG Name               VolGroup00
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  4
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                3
  Open LV               3
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               189,72 GB
  PE Size               32,00 MB
  Total PE              6071
  Alloc PE / Size       6070 / 189,69 GB
  Free  PE / Size       1 / 32,00 MB
  VG UUID               zkNQSx-49EX-51aG-Leud-hbgF-3Pwh-cYppxD
   
  --- Logical volume ---
  LV Name                /dev/VolGroup00/LogVol00
  VG Name                VolGroup00
  LV UUID                WhIKvB-fYz1-ZIHb-lfds-uy6C-r7Op-ZHvJIv
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                41,31 GB
  Current LE             1322
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
  Block device           253:0
   
  --- Logical volume ---
  LV Name                /dev/VolGroup00/LogVol02
  VG Name                VolGroup00
  LV UUID                OryevT-p7Ay-vUge-eTbd-KgCD-zc11-KdGn8l
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                146,47 GB
  Current LE             4687
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
  Block device           253:1
   
  --- Logical volume ---
  LV Name                /dev/VolGroup00/LogVol01
  VG Name                VolGroup00
  LV UUID                PThd88-hldz-01pM-MuYu-vBcm-sBHS-Rdu8s5
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                1,91 GB
  Current LE             61
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
  Block device           253:2
   
  --- Physical volumes ---
  PV Name               /dev/sda2     
  PV UUID               W8My94-QNTS-Ktsh-QjKT-pvjE-Z3qS-SwKkO4
  PV Status             allocatable
  Total PE / Free PE    6071 / 1

fdisk -l

Disque /dev/sda: 203.9 Go, 203928109056 octets
255 heads, 63 sectors/track, 24792 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000e5a75

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/sda1   *           1          25      200781   83  Linux
/dev/sda2              26       24792   198940927+  8e  Linux LVM

Disque /dev/dm-0: 44.3 Go, 44358959104 octets
255 heads, 63 sectors/track, 5393 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disque /dev/dm-0 ne contient pas une table de partition valide

Disque /dev/dm-1: 157.2 Go, 157269622784 octets
255 heads, 63 sectors/track, 19120 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disque /dev/dm-1 ne contient pas une table de partition valide

Disque /dev/dm-2: 2046 Mo, 2046820352 octets
255 heads, 63 sectors/track, 248 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x30307800

Disque /dev/dm-2 ne contient pas une table de partition valide

Disque /dev/sdf: 250.0 Go, 250059350016 octets
255 heads, 63 sectors/track, 30401 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x466141d5

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/sdf1   *           1          26      208813+  83  Linux
/dev/sdf2              27        3849    30708247+  8e  Linux LVM
/dev/sdf3            3850       30401   213278940   83  Linux

mahnah · 13 déc. 2008

Voila ce que ça donne :

    Wiping cache of LVM-capable devices
    Wiping internal VG cache
  Reading all physical volumes.  This may take a while...
    Finding all volume groups
    Finding volume group "VolGroup01"
  Found volume group "VolGroup01" using metadata type lvm2
    Finding volume group "VolGroup00"
  Found volume group "VolGroup00" using metadata type lvm2

Le VolGroup00 correspond à F8, installé sur un DD interne, sur lequel je fonctionne actuellement.

Le VolGroup01 correspond à l'installation de F10 sur le DD externe. Cette dernière installation a été faite complètement indépendamment, c'est à dire en débranchant le DD interne. Je l'ai seulement nommé VolGroup01. (j'ai la même erreur en le nommant VolGroup00, comme par défaut).

mahnah · 13 déc. 2008

Bonjour à tous,

Voila des nouvelles du front : Fedora 8 et 9 (ré-)installés sans problème. Donc le problème vient de F10. J'ai regravé le DVD -> même résultat.
J'ai fait l'installation sur un volume non alloué et j'ai choisi la partition par défaut sur l'espace disponible. Exactement comme pour F8 et F9.

L'installation semble donc se passer sans problème et c'est au redémarrage que j'ai cette erreur. Il ne trouve pas le LVM.

Quelqu'un peut-il m'aider ? Merci.

mahnah · 11 déc. 2008

Bon... ça ne marche toujours pas : j'ai supprimé les partitions et refait une installation par défaut sur l'espace libre -> même résultat, même message d'erreur, même déprime... pourquoi ça marche pas ?

Bon... comme j'avais fedora 8 sur ce disque, je vais réinstaller F8 pour voir si ça marche. Puis voir si l'installation fonctionne avec Fedora 9.

Mais bon c'est bizarre quand même.
Quelqu'un a une idée ?