Nicolas Folin a écrit : > le format NTFS n'est accessible sous debian qu'en lecture seule. > Il y a possibilité d'interfacer la dll de windows pour obtenir un accès > lecture/écriture. Ca existe, c'est déjà fait, ça fonctionne (qu'ils disent) > mais je ne l'ai jamais vu en fonction. Debian modifiée n'est plus alors > libre (emprisonnée par une dll) > > Ça s'appelait "captive ntfs" mais c'était horiblement lent et assez peu fiable. C'est obsolète depuis fuse et ntfs-3g qui fonctionnent parfaitement mais on été retiré de etch au dernier moment à cause d'un bug pas résolu à temps. Je l'ai installé sur une douzaine de machines en dual-boot debian etch / xp et ça fonctionne parfaitement avec des performance résonnables (aussi bonnes que sous xp). Pour l'installer sous etch j'ai compilé les paquets nécessaires ne lenny avec dpkg-buildpackage mais le plus simple est d'utiliser ceux de backports.org. J'ai aussi créé un lien symbolique /sbin/mount.ntfs -> /usr/bin/ntfsmount ce qui oblige mount à utiliser le driver ntfs-3g au lieu de celui du noyau. > Pour le stockage de données mixte, j'utilise le format extend2 (pas 3). > Oui mais bon avec ext2 la moindre coupure / plantage peut être désastreuse... il vaut mieux utiliser ntfs qui est mois performant mais plus robuste. > ... > > Frederic W. Erk a écrit : > >> Bonjour à tous, >> >> Je viens d'installer Debian Etch (desktop) en sus d'une installation >> de Windows 2000 Professionnel. Le problème, c'est que l'installation >> de GRUB a causé une erreur de NTOSKERNEL manquant pour Windows 2000. >> Grun n'a rien à voir avec ntoskrnl.exe, il se contente de passer au chargeur de windows, et si tu as ce message c'est donc que grub a fait son boulot correctement. >> C'est probablement dû à la modification de la table de partitions. >> Oui, c'est la permière idée qui vient. >> Pour réparer, je pense que modifier le boot.ini devrait suffire. Le >> problème, c'est (a) l'accès à la première partition du disque qui >> contient le fichier boot.ini (1,9 GB en FAT32 pour éventuellement >> installer Win9x plus tard) et notamment (b) la modification du fichier >> à partir de Linux Debian Etch. Je ne crois que tu puisses résoudre le problème en modifiant le boot.ini vu que tu dis que windows est sur la première partition... ça aurait été le cas si tu avais ajouté une partition avant la partition windows mais ni sa lettre de lecteur, ni son chemin arc n'ont du changé. Tu peux toujours essayer de modifier boot.ini mais je ne pense pas que ça résolve le problème. Tu peux simplement monter ta fat32 avec la commande <mount /dev/hda1 /mnt>, puis éditer boot.ini avec ton éditeur préféré sous linux, si le fichier est au format dos, il le restera. Personnellement je pense que ton problème est du à un changement de géométrie CHS lors du repartitionnement. Windows fait parfois des choses bizarres en lba du style 239 ou 240 têtes au lieu de 255. Pour une raison inexpliquée, la géométrie CHS (en fait seulement H et S) du disque est sauvegardée dans dans le secteur de boot de la partition de démarrage et si elle ne correspond pas à celle de la table de partition windows nt/2000/xp refuse de démarrer avec un message d'erreur variable en fonction de la version de windows et du type de système de fichier. Tu peux obtenir la géométrie du disque en faisant : # fdisk -l /dev/hda Disque /dev/hda: 80.0 Go, 80026361856 octets 255 têtes, 63 secteurs/piste, 9729 cylindres Unités = cylindres de 16065 * 512 = 8225280 octets Périphérique Amorce Début Fin Blocs Id Système /dev/hda1 1 2091 16795926 7 HPFS/NTFS Il faut convertir ces valeurs en hexa : 255 = 0xff 63 = 0x3f Elles sont stockées sur 16bits aux offset 0x18 (24) et 0x1A (26) et doivent correspondre : # hexdump -s 0x18 -n 4 /dev/hda1 0000018 003f 00ff 000001c Tu pourrais avoir par exemple : # hexdump -s 0x18 -n 4 /dev/hda1 0000018 003f 0010 000001c qui correspondrait à une ancienne géométrie à 16 têtes (0x10). Dans ce cas tu peux corriger en faisant : # printf "\xff" | dd of=/dev/hda1 bs=1 seek=26 ou bien avec un éditeur hexadécimal. >> Ensuite, je me pose la question (c) de >> savoir si un gestionnaire de boot de type PowerQuest BOOTMAGIC ne >> serait pas meilleur que GRUB. Essais de booter GNU/hurd avec bootmagic, ou de lire le contenu d'un fichier text, ou ... Grub est meilleur surtout parce qu'il est libre et qu'il peut être installé par toute les distributions linux ou autre. >> Enfin, (d) peut-on travailler avec une >> partition NTFS que ce soit sous Linux Debian et Windows 2000, ou >> faut-il partitioner le disque pour que chaque système d'exploitation >> dispose de son propre espace de stockage? Je précise ma pensée: j'ai >> dédié 120 GB à une grande partition NTFS pour stocker des données. >> Peut-on partager le contenu de cette dernière entre Linux et Windows? >> >> Oui, parfaitement, voir plus haut (ntfs-3g). >> Merci pour votre aimable soutien. >> >> PS. Pardon, Bruno, pour l'erreur d'adressage! >> > > >
Attachment:
signature.asc
Description: OpenPGP digital signature