> Pour mdk, le bug n'avait pas encore été confirmé lors de la sortie de la community.
Faut. J'ai la flemme de chercher un lien. Mais cherche la news osnews sur la sortie de la community.
> Fedora l'a mis en avant parce qu'ils étaient au courant de ces problèmes, mdk ne l'était pas.
N'IMPORTE QUOI. Si le bug est rappelé dans la news dlfp de FC2 c'est uniquement de mon initiative. D'ailleur j'indique d'autres "anomalies". C'est de mon initiative. C'est pour que les gens qui veulent utiliser Fedora ne galère pas pour exploiter la distribution ou pour qu'ils fassent un backup du mbr qui sauvera la mise s'il veulent continuer à utilise Windows etc....
Fedora n'a pas mis en avant ce bug. Par contre RedHat a sortit la Fedora Core 2 avec ce bug pour diverses raisons :
- Il n'ont pas de machine en interne avec ce problème (puis des machines dual boot Lin/Win chez RedHat....)
- Les développeurs sous Linux ont très rarement un dual boot avec Windows XP.
Puis il n'y a toujours pas de bonne solution. C'est un problème de BIOS. Des BIOS indiquent toujours C/H/S même lorsque le mode LBA est demandé et un problème avec le chargeur de Windows (alors que Windows supporte parfaitement LBA ET C/H/S). Le chargeur Windows code de façon dépendante de la géometrie les secteurs à charger lorsque le disque est indiqué C/H/S par le BIOS (même en "forçant" LBA). Comme de plus les valeur C/H/S ne sont pas les même entre linux 2.6 et certain BIOS, ça merde car le chargeur de windows doit supporter un changement de geometrie et il n'est pas prévu pour ça.
Le BIOS peut fournir trois géométrie :
- LBA (linux n'utilise que ça).
- C/H/S "natif" BIOS
- C/H/S récupéré sur la table de partition (et stocké par fdisk/parted/...)
Normalement C/H/S "natif" doit marcher avec Windows. Normalement le C/H/S sur la table de partition doit être le même que la valeur "native".
Mais avec Linux 2.6 on stock un C/H/S différent du C/H/S "natif".
Donc idéalement il faut corriger le BIOS et Windows. Mais comme ça marchait avec Linux 2.4, if faut bien faire un effort de notre côté.
[^] # Re: partitions NTFS
Posté par 007 . En réponse à la dépêche Les images ISO "Mandrake 10.0 Official" disponibles au téléchargement. Évalué à 1.
Faut. J'ai la flemme de chercher un lien. Mais cherche la news osnews sur la sortie de la community.
> Fedora l'a mis en avant parce qu'ils étaient au courant de ces problèmes, mdk ne l'était pas.
N'IMPORTE QUOI. Si le bug est rappelé dans la news dlfp de FC2 c'est uniquement de mon initiative. D'ailleur j'indique d'autres "anomalies". C'est de mon initiative. C'est pour que les gens qui veulent utiliser Fedora ne galère pas pour exploiter la distribution ou pour qu'ils fassent un backup du mbr qui sauvera la mise s'il veulent continuer à utilise Windows etc....
Fedora n'a pas mis en avant ce bug. Par contre RedHat a sortit la Fedora Core 2 avec ce bug pour diverses raisons :
- Il n'ont pas de machine en interne avec ce problème (puis des machines dual boot Lin/Win chez RedHat....)
- Les développeurs sous Linux ont très rarement un dual boot avec Windows XP.
Puis il n'y a toujours pas de bonne solution. C'est un problème de BIOS. Des BIOS indiquent toujours C/H/S même lorsque le mode LBA est demandé et un problème avec le chargeur de Windows (alors que Windows supporte parfaitement LBA ET C/H/S). Le chargeur Windows code de façon dépendante de la géometrie les secteurs à charger lorsque le disque est indiqué C/H/S par le BIOS (même en "forçant" LBA). Comme de plus les valeur C/H/S ne sont pas les même entre linux 2.6 et certain BIOS, ça merde car le chargeur de windows doit supporter un changement de geometrie et il n'est pas prévu pour ça.
Le BIOS peut fournir trois géométrie :
- LBA (linux n'utilise que ça).
- C/H/S "natif" BIOS
- C/H/S récupéré sur la table de partition (et stocké par fdisk/parted/...)
Normalement C/H/S "natif" doit marcher avec Windows. Normalement le C/H/S sur la table de partition doit être le même que la valeur "native".
Mais avec Linux 2.6 on stock un C/H/S différent du C/H/S "natif".
Donc idéalement il faut corriger le BIOS et Windows. Mais comme ça marchait avec Linux 2.4, if faut bien faire un effort de notre côté.
Donc pour Red Hat, ce problème était très rare.
Le rapport de bug Fedora (toujours ouvert) :
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115980(...)
Créé le 17 février (FC2 Test1).