Bonjour,
Je cherche des bonnes pratiques concernant la création et l'accès à des partitions NTFS et FAT32 depuis une Mdv2007.
J'ai un HD de 20Gb (hda) en master, et un 250Gb en slave (hdb).
Linux est sur le 250Gb, et je souhaite installer WinXP sur hda.
Je souhaite créer 3 partitions sur hda :
Une pour le systeme
Une pour les appli
Une pour les data.
Les 2 premières en NTFS (moins de fragmentation ?), et la partition data en FAT32 pour pouvoir lire/écrire depuis Linux.
Suite à plusieurs essais, il semble que Linux ne voit pas la partition FAT32.
Et ce, que les partitions aient été créées via l'outil de partionnement de Mdv ou via l'install de WinXP.
J'ai donc plusieurs questions :
. Quelle est la meilleur pratique ?
Créer depuis Linux ou depuis WinXP (semble plus facile)
. Est-ce que NTFS fragmente vraiment moins que FAT32 ?
. Est-ce que faire cohabiter une FAT32 et une NTFS sur la même partition étendue est possible.
A priori, pas de pb avec WinXP ... mais Linux/Mdv ?
Merci de vos lumières, et bonne journée.
# Hmm
Posté par Ylea . Évalué à 3.
[^] # Re: Hmm
Posté par 6Ber Yeti . Évalué à 1.
Et si j'essaie de la monter, j'ai une erreur indiquant que /dev/hda6 n'existe pas.
Et ce, même si la ligne correspondante existe dans /etc/fstab.
J'essaierai de donner plus de détails ce soir, de retour devant mon PC.
# hmm2
Posté par abdoulfatahou . Évalué à 2.
si t'es debutant fais un $ls /dev/hda* pour voir tes partions
ensuite il te suffit de les monter avec mount.
Sinon, si tu veux eviter bcp de fragmentations pense a passer à ext2, tellement mieux que fat, accessible en L/ecriture depuis windows avec un certain ext2fs.
[^] # Re: hmm2
Posté par 6Ber Yeti . Évalué à 1.
Je connais l'existence de ce driver.
Mais je m'interrogeais sur la fiabilité du driver,et sur la facilité d'utilisation?
C'est à dire :
Est-ce qu'on peut lire/écrire sans plus de problèmes/risque de corruption de données qu'avec une FAT32 (qui paraît qd même plus "naturelle" pour Windows ?
Est-ce que les utilisateurs lambda (i.e. le reste de la famille ;) ) n'y verra que du feu ?
... Certes, je n'ai pas lu la doc, mais rien ne vaut les retours d'experience ...
[^] # Re: hmm2
Posté par Dan . Évalué à 2.
Il faut faire attention : si ta partition est en ext3, comme le système de journalisation n'est pas mis à jour, ça fait des erreurs à chaque redémarrage et c'est très lourd.
Donc il faut bien mettre ext2 et pas ext3.
M'enfin ça a peut-être évolué...
# Informations Complémentaires
Posté par 6Ber Yeti . Évalué à 1.
Souns Linux, le problème est "très simple" :
Il semble que Linux ne "'voit" pas correctement le disque :
> fdisk /dev/hda
Incapable de repérage sur /dev/hda
Linux a donc un problème avec ce disque, mais pas Windows ...
Pour infi, voici ce que donne hdparm :
hdparm /dev/hda
/dev/hda:
multcount = 16 (on)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16382/16/63, sectors = 16513875, start = 0
En plus, un mount de la partition FAT32 (vfat) indique que /dev/hda6 n'existe pas.
Ce qui est exact.
J'ai donc tenté de créer le périphérique bloc manquant :
mknod /dev/hda6 b 3 6
Mais le mount échoue toujours :
mount: /dev/hda6 n'est pas un périphérique valide de type bloc
Il y a sûrement plusieurs problèmes là dessous ... mais je sèche ...
Vos idées et conseils seront donc les bienvenus.
Merci et bonne soirée !
[^] # Re: Informations Complémentaires
Posté par 6Ber Yeti . Évalué à 1.
J'ai supprimé les trois partitions de mon disque.
Et en cherchant sur le net, j'ai vu un post d'un utilisateur qui indiquait que qtparted l'avait sorti du pétrin.
Après un urpmi, j'ai donc lancé l'outil pour créer mes partitions exactement comme je le souhaitais.
Et ce coup là :
- Pas de pb pour monter mes partitions (le /dev/hda6 a été créé ...)
- L'outil de partitionnement de Mandriva s'y retrouve. Il voit bien mes trois partitions.
Ne reste plus qu'à installer et utiliser.
Mais du coup, je n'ai pas compris où était le problème ?(
J-L
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.