Je dispose d'une machine en double boot winXP et linux debian. Je peux
booter sous linux sans problème mais pas windows( qui semble avoir pris un
coup!!).
J'ai essayé de démarrer en mode sans echec, rien à faire. Puis j'ai essayé
de passer en commande ligne et faire un chkdsk, il m'indique qu'il y a des
erreurs probables. J'ai booté sur le CD win pour faire une réparation, puis
j'ai rebooté, je me retrouve avec le choix mode sans echec,.. etc
J'ai booté à nouveau sur le cd win, j'ai essayé de réinstaller win xp sur la
partition NTFS existante (sans toucher aux partitions linux ), il m'indique
qu'il y a déjà un XP et que je ne peux que réinstaller. J'essaie de
réinstaller, il indique qui lui manque des fichiers du style mlang ou des
dll et je n'ai plus que le chois de sortir!!!
j'arrête. je reboote, je n'ai plus aucune possibilité de choisir ni windows,
ni linux !!!
comment faire pour ne pas perdre ce qui existe sur linux, même s'il faut
réinstaller windows ? ou de récuperer l'ensemble?
Merci
nr
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Pascal Hambourg a écrit, samedi 21 janvier 2006, à 15:16 :
Jacques L'helgoualc'h a écrit : > >Ah oui, boutons windows hors de nos bécanes !
Je ne suis pas prêt pour ça. ;-)
Ça viendra... :)
>D'ailleurs, il n'y a pas que le MBR qui puisse être écrasé : sans parler >virus, le chaînage des partitions logiques peut fort bien se trouver >« réparé » sans crier gare... on m'a aussi rapporté le cas d'une >*application* qui, à court d'espace à la fin de C:, a gaillardement >continué au secteur zéro, écrasant gaiement le MBR, la table >d'allocation de C: et le début de l'infâme...
Quel genre d'application ? Une application "normale" ne peut accéder au disque qu'à travers un système de fichiers, dans ce cas la faute ne peut venir que du système.
Oh, c'était un encodeur MP3 --- certaines applications peuvent accéder directement au disque pour « améliorer les performances » ; la faute est sans doute partagée.
>>Ma politique en multiboot est simple : séparation maximum. Un MBR >>"normal", celui de DOS/Windows ou éventuellement un plus élaboré comme >>celui qu'installe le paquet mbr. > >ou Grub. Pourquoi s'embêter avec plusieurs chargeurs différents ?
D'une part, le code standard du MBR n'est pas lié à un OS particulier ni à une partition. Il se contente de charger et exécuter le code amorce de la partition active. D'autre part, je ne connais pas bien grub.
On peut préférer le plus simple et le plus familier, bien sûr. Mais à mon avis étudier un peu le Grub en vaut la peine.
>Sur une machine de test, Grub est préférable à lilo, inutile de >réinstaller le MBR ou celui de la partition à chaque modification.
Oui, il paraît. Mais sur n'importe quelle machine le chargeur préférable est celui qu'on maîtrise.
Oui.
Et grub doit bien avoir ses limitations, non, comme être capable de lire le système de fichier sur lequel réside son fichier de configuration ?
Ben, ça il peut le faire, justement, y compris suivre les liens symboliques...
,---- | This is GNU GRUB, the GRand Unified Bootloader. GRUB is intended to | provide important bootloader features that are missing from typical | personal computer BIOSes: | | - provides fully-featured command line and graphical interfaces | - recognizes fdisk partitions and BSD disklabels | - can dynamically read Linux ext2fs, ReiserFS, JFS and XFS, BSD ufs, | MS-DOS FAT16 and FAT32, Minix fs, and VSTa fs filesystems, plus | hardcoded blocklists | - can boot Multiboot-compliant kernels (such as GNU Mach), as well | as standard Linux and *BSD kernels
[etc.]
| The URL is <http://www.gnu.org/software/grub/grub.html>. `----
cf. aussi http://www.cri74.org/linux/howto/grub-howto.html, etc.
[...] Changer la partition active avec fdisk ne présente pas un grand risque.
Certes --- sauf si ton chat s'appelle Murphy :) -- Jacques L'helgoualc'h
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Pascal Hambourg a écrit, samedi 21 janvier 2006, à 15:16 :
Jacques L'helgoualc'h a écrit :
>
>Ah oui, boutons windows hors de nos bécanes !
Je ne suis pas prêt pour ça. ;-)
Ça viendra... :)
>D'ailleurs, il n'y a pas que le MBR qui puisse être écrasé : sans parler
>virus, le chaînage des partitions logiques peut fort bien se trouver
>« réparé » sans crier gare... on m'a aussi rapporté le cas d'une
>*application* qui, à court d'espace à la fin de C:, a gaillardement
>continué au secteur zéro, écrasant gaiement le MBR, la table
>d'allocation de C: et le début de l'infâme...
Quel genre d'application ? Une application "normale" ne peut accéder au
disque qu'à travers un système de fichiers, dans ce cas la faute ne peut
venir que du système.
Oh, c'était un encodeur MP3 --- certaines applications peuvent accéder
directement au disque pour « améliorer les performances » ; la faute est
sans doute partagée.
>>Ma politique en multiboot est simple : séparation maximum. Un MBR
>>"normal", celui de DOS/Windows ou éventuellement un plus élaboré comme
>>celui qu'installe le paquet mbr.
>
>ou Grub. Pourquoi s'embêter avec plusieurs chargeurs différents ?
D'une part, le code standard du MBR n'est pas lié à un OS particulier ni
à une partition. Il se contente de charger et exécuter le code amorce de
la partition active. D'autre part, je ne connais pas bien grub.
On peut préférer le plus simple et le plus familier, bien sûr. Mais à
mon avis étudier un peu le Grub en vaut la peine.
>Sur une machine de test, Grub est préférable à lilo, inutile de
>réinstaller le MBR ou celui de la partition à chaque modification.
Oui, il paraît. Mais sur n'importe quelle machine le chargeur préférable
est celui qu'on maîtrise.
Oui.
Et grub doit bien avoir ses limitations, non, comme être capable de
lire le système de fichier sur lequel réside son fichier de
configuration ?
Ben, ça il peut le faire, justement, y compris suivre les liens
symboliques...
,----
| This is GNU GRUB, the GRand Unified Bootloader. GRUB is intended to
| provide important bootloader features that are missing from typical
| personal computer BIOSes:
|
| - provides fully-featured command line and graphical interfaces
| - recognizes fdisk partitions and BSD disklabels
| - can dynamically read Linux ext2fs, ReiserFS, JFS and XFS, BSD ufs,
| MS-DOS FAT16 and FAT32, Minix fs, and VSTa fs filesystems, plus
| hardcoded blocklists
| - can boot Multiboot-compliant kernels (such as GNU Mach), as well
| as standard Linux and *BSD kernels
[etc.]
| The URL is <http://www.gnu.org/software/grub/grub.html>.
`----
cf. aussi http://www.cri74.org/linux/howto/grub-howto.html, etc.
[...] Changer la partition active avec fdisk ne présente pas un grand
risque.
Certes --- sauf si ton chat s'appelle Murphy :)
--
Jacques L'helgoualc'h
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Pascal Hambourg a écrit, samedi 21 janvier 2006, à 15:16 :
Jacques L'helgoualc'h a écrit : > >Ah oui, boutons windows hors de nos bécanes !
Je ne suis pas prêt pour ça. ;-)
Ça viendra... :)
>D'ailleurs, il n'y a pas que le MBR qui puisse être écrasé : sans parler >virus, le chaînage des partitions logiques peut fort bien se trouver >« réparé » sans crier gare... on m'a aussi rapporté le cas d'une >*application* qui, à court d'espace à la fin de C:, a gaillardement >continué au secteur zéro, écrasant gaiement le MBR, la table >d'allocation de C: et le début de l'infâme...
Quel genre d'application ? Une application "normale" ne peut accéder au disque qu'à travers un système de fichiers, dans ce cas la faute ne peut venir que du système.
Oh, c'était un encodeur MP3 --- certaines applications peuvent accéder directement au disque pour « améliorer les performances » ; la faute est sans doute partagée.
>>Ma politique en multiboot est simple : séparation maximum. Un MBR >>"normal", celui de DOS/Windows ou éventuellement un plus élaboré comme >>celui qu'installe le paquet mbr. > >ou Grub. Pourquoi s'embêter avec plusieurs chargeurs différents ?
D'une part, le code standard du MBR n'est pas lié à un OS particulier ni à une partition. Il se contente de charger et exécuter le code amorce de la partition active. D'autre part, je ne connais pas bien grub.
On peut préférer le plus simple et le plus familier, bien sûr. Mais à mon avis étudier un peu le Grub en vaut la peine.
>Sur une machine de test, Grub est préférable à lilo, inutile de >réinstaller le MBR ou celui de la partition à chaque modification.
Oui, il paraît. Mais sur n'importe quelle machine le chargeur préférable est celui qu'on maîtrise.
Oui.
Et grub doit bien avoir ses limitations, non, comme être capable de lire le système de fichier sur lequel réside son fichier de configuration ?
Ben, ça il peut le faire, justement, y compris suivre les liens symboliques...
,---- | This is GNU GRUB, the GRand Unified Bootloader. GRUB is intended to | provide important bootloader features that are missing from typical | personal computer BIOSes: | | - provides fully-featured command line and graphical interfaces | - recognizes fdisk partitions and BSD disklabels | - can dynamically read Linux ext2fs, ReiserFS, JFS and XFS, BSD ufs, | MS-DOS FAT16 and FAT32, Minix fs, and VSTa fs filesystems, plus | hardcoded blocklists | - can boot Multiboot-compliant kernels (such as GNU Mach), as well | as standard Linux and *BSD kernels
[etc.]
| The URL is <http://www.gnu.org/software/grub/grub.html>. `----
cf. aussi http://www.cri74.org/linux/howto/grub-howto.html, etc.
[...] Changer la partition active avec fdisk ne présente pas un grand risque.
Certes --- sauf si ton chat s'appelle Murphy :) -- Jacques L'helgoualc'h
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
