Bonjour,
suite à une manipulation avec 2 disques durs, qui possèdent l'un NT4 et
l'autre Win 2000, ce dernier m'a inversé le chemin pour le fichier
d'échange.
donc, après avoir fait CTRL + ALT + DEL, il fait semblant d'ouvrir la
session, puis reviens à la mire.
En général, quand un message apparait me demandant de redémarrer pour que
windows fasse les modifs, je lui dit NON, et quand je reboote, ca marche
normalement.
Mais cela n'est pas la première fois, que je le fais, mais je suis obligé de
réappliquer une image.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Th.A.C
Bonjour, suite à une manipulation avec 2 disques durs, qui possèdent l'un NT4 et l'autre Win 2000, ce dernier m'a inversé le chemin pour le fichier d'échange.
Ca semble propre à windows 2000. Ton système a tout simplement inversé les signatures de disque et les affectation des lettres de lecteur. La solution la plus rapide, écraser la signature disque avec un fdisk /mbr depuis une disquette dos (testé plusieurs fois) ou essayer un fixmbr et fixboot depuis la console de récupération (pas testé). Mais attention, si tu as un boot non standard, il sera écrasé.
Toujours dans la console de récupération, voir si la commande MAP ne résoudrait pas ton probème.
JCB a aussi parlé d'accéder à la base de registre depuis le réseau en utilisant les partages administratifs. Dans ce cas, il suffit d'effacer les clés de la base de registre qui affectent les lettres de lecteur ainsi que les clés qui comportent les signature. On doit aussi pouvoir réinverser les lettres en modifiant les clés.
On peut aussi mettre le disque en 2eme sur une autre machine, et charger la ruche depuis regedt32 et donc effacer/modifier les clés concernées.
Enfin, depuis un cd de boot comme windows PE-builder (voir le site de severin Terrier), on doit pouvoir modifier la base de registre (pas testé).
Pour éviter le problème, je pense qu'il suffit de lancer le gestionnaire de disque qui va écrire la signature, mais il faut le faire avec un seul disque. Je n'ai testé ça que 2 fois, sans pouvoir garantir que ca marche à tous les coups.
Bonjour,
suite à une manipulation avec 2 disques durs, qui possèdent l'un NT4 et
l'autre Win 2000, ce dernier m'a inversé le chemin pour le fichier
d'échange.
Ca semble propre à windows 2000. Ton système a tout simplement inversé
les signatures de disque et les affectation des lettres de lecteur.
La solution la plus rapide, écraser la signature disque avec un
fdisk /mbr
depuis une disquette dos (testé plusieurs fois)
ou essayer un fixmbr et fixboot depuis la console de récupération (pas
testé).
Mais attention, si tu as un boot non standard, il sera écrasé.
Toujours dans la console de récupération, voir si la commande MAP ne
résoudrait pas ton probème.
JCB a aussi parlé d'accéder à la base de registre depuis le réseau en
utilisant les partages administratifs. Dans ce cas, il suffit d'effacer
les clés de la base de registre qui affectent les lettres de lecteur
ainsi que les clés qui comportent les signature.
On doit aussi pouvoir réinverser les lettres en modifiant les clés.
On peut aussi mettre le disque en 2eme sur une autre machine, et charger
la ruche depuis regedt32 et donc effacer/modifier les clés concernées.
Enfin, depuis un cd de boot comme windows PE-builder (voir le site de
severin Terrier), on doit pouvoir modifier la base de registre (pas testé).
Pour éviter le problème, je pense qu'il suffit de lancer le gestionnaire
de disque qui va écrire la signature, mais il faut le faire avec un seul
disque. Je n'ai testé ça que 2 fois, sans pouvoir garantir que ca marche
à tous les coups.
Bonjour, suite à une manipulation avec 2 disques durs, qui possèdent l'un NT4 et l'autre Win 2000, ce dernier m'a inversé le chemin pour le fichier d'échange.
Ca semble propre à windows 2000. Ton système a tout simplement inversé les signatures de disque et les affectation des lettres de lecteur. La solution la plus rapide, écraser la signature disque avec un fdisk /mbr depuis une disquette dos (testé plusieurs fois) ou essayer un fixmbr et fixboot depuis la console de récupération (pas testé). Mais attention, si tu as un boot non standard, il sera écrasé.
Toujours dans la console de récupération, voir si la commande MAP ne résoudrait pas ton probème.
JCB a aussi parlé d'accéder à la base de registre depuis le réseau en utilisant les partages administratifs. Dans ce cas, il suffit d'effacer les clés de la base de registre qui affectent les lettres de lecteur ainsi que les clés qui comportent les signature. On doit aussi pouvoir réinverser les lettres en modifiant les clés.
On peut aussi mettre le disque en 2eme sur une autre machine, et charger la ruche depuis regedt32 et donc effacer/modifier les clés concernées.
Enfin, depuis un cd de boot comme windows PE-builder (voir le site de severin Terrier), on doit pouvoir modifier la base de registre (pas testé).
Pour éviter le problème, je pense qu'il suffit de lancer le gestionnaire de disque qui va écrire la signature, mais il faut le faire avec un seul disque. Je n'ai testé ça que 2 fois, sans pouvoir garantir que ca marche à tous les coups.
DHOME \(faliconnet\)
Merci quand même, car je suis en Italie, et je ferai les tests en rentrant.
A+
"Th.A.C" a écrit dans le message de news:ci7f46$e4g$
Bonjour, suite à une manipulation avec 2 disques durs, qui possèdent l'un NT4 et
l'autre Win 2000, ce dernier m'a inversé le chemin pour le fichier d'échange.
Ca semble propre à windows 2000. Ton système a tout simplement inversé les signatures de disque et les affectation des lettres de lecteur. La solution la plus rapide, écraser la signature disque avec un fdisk /mbr depuis une disquette dos (testé plusieurs fois) ou essayer un fixmbr et fixboot depuis la console de récupération (pas testé). Mais attention, si tu as un boot non standard, il sera écrasé.
Toujours dans la console de récupération, voir si la commande MAP ne résoudrait pas ton probème.
JCB a aussi parlé d'accéder à la base de registre depuis le réseau en utilisant les partages administratifs. Dans ce cas, il suffit d'effacer les clés de la base de registre qui affectent les lettres de lecteur ainsi que les clés qui comportent les signature. On doit aussi pouvoir réinverser les lettres en modifiant les clés.
On peut aussi mettre le disque en 2eme sur une autre machine, et charger la ruche depuis regedt32 et donc effacer/modifier les clés concernées.
Enfin, depuis un cd de boot comme windows PE-builder (voir le site de severin Terrier), on doit pouvoir modifier la base de registre (pas testé).
Pour éviter le problème, je pense qu'il suffit de lancer le gestionnaire de disque qui va écrire la signature, mais il faut le faire avec un seul disque. Je n'ai testé ça que 2 fois, sans pouvoir garantir que ca marche à tous les coups.
Merci quand même, car je suis en Italie, et je ferai les tests en rentrant.
A+
"Th.A.C" <aenleverthierry.arbezcarme@free.fr> a écrit dans le message de
news:ci7f46$e4g$1@news-reader3.wanadoo.fr...
Bonjour,
suite à une manipulation avec 2 disques durs, qui possèdent l'un NT4
et
l'autre Win 2000, ce dernier m'a inversé le chemin pour le fichier
d'échange.
Ca semble propre à windows 2000. Ton système a tout simplement inversé
les signatures de disque et les affectation des lettres de lecteur.
La solution la plus rapide, écraser la signature disque avec un
fdisk /mbr
depuis une disquette dos (testé plusieurs fois)
ou essayer un fixmbr et fixboot depuis la console de récupération (pas
testé).
Mais attention, si tu as un boot non standard, il sera écrasé.
Toujours dans la console de récupération, voir si la commande MAP ne
résoudrait pas ton probème.
JCB a aussi parlé d'accéder à la base de registre depuis le réseau en
utilisant les partages administratifs. Dans ce cas, il suffit d'effacer
les clés de la base de registre qui affectent les lettres de lecteur
ainsi que les clés qui comportent les signature.
On doit aussi pouvoir réinverser les lettres en modifiant les clés.
On peut aussi mettre le disque en 2eme sur une autre machine, et charger
la ruche depuis regedt32 et donc effacer/modifier les clés concernées.
Enfin, depuis un cd de boot comme windows PE-builder (voir le site de
severin Terrier), on doit pouvoir modifier la base de registre (pas
testé).
Pour éviter le problème, je pense qu'il suffit de lancer le gestionnaire
de disque qui va écrire la signature, mais il faut le faire avec un seul
disque. Je n'ai testé ça que 2 fois, sans pouvoir garantir que ca marche
à tous les coups.
Merci quand même, car je suis en Italie, et je ferai les tests en rentrant.
A+
"Th.A.C" a écrit dans le message de news:ci7f46$e4g$
Bonjour, suite à une manipulation avec 2 disques durs, qui possèdent l'un NT4 et
l'autre Win 2000, ce dernier m'a inversé le chemin pour le fichier d'échange.
Ca semble propre à windows 2000. Ton système a tout simplement inversé les signatures de disque et les affectation des lettres de lecteur. La solution la plus rapide, écraser la signature disque avec un fdisk /mbr depuis une disquette dos (testé plusieurs fois) ou essayer un fixmbr et fixboot depuis la console de récupération (pas testé). Mais attention, si tu as un boot non standard, il sera écrasé.
Toujours dans la console de récupération, voir si la commande MAP ne résoudrait pas ton probème.
JCB a aussi parlé d'accéder à la base de registre depuis le réseau en utilisant les partages administratifs. Dans ce cas, il suffit d'effacer les clés de la base de registre qui affectent les lettres de lecteur ainsi que les clés qui comportent les signature. On doit aussi pouvoir réinverser les lettres en modifiant les clés.
On peut aussi mettre le disque en 2eme sur une autre machine, et charger la ruche depuis regedt32 et donc effacer/modifier les clés concernées.
Enfin, depuis un cd de boot comme windows PE-builder (voir le site de severin Terrier), on doit pouvoir modifier la base de registre (pas testé).
Pour éviter le problème, je pense qu'il suffit de lancer le gestionnaire de disque qui va écrire la signature, mais il faut le faire avec un seul disque. Je n'ai testé ça que 2 fois, sans pouvoir garantir que ca marche à tous les coups.
