Peut-il y avoir un rapport entre un msg : "windows - l'écriture décalée a
échoué" et le paramètrage du fichier *pagefile.sys*, s'agissant de transfert
de fichiers de l'ordre de 30 Go ?
Un grand merci d'avance pour vos éventuelles réponses,
Ce problème peut se produire si l'une des conditions suivantes est remplie : 1 - La fonctionnalité "Activer le cache d'écriture sur le disque" est activée pour votre disque. J'ai vérifié, le cache n'est pas activé.
2 - Vous utilisez un câble de connecteur à 40 fils pour connecter le lecteur UDMA au contrôleur à la place du câble à 80 fils et 40 broches requis. Il s'agit d'un DDE branché par un câble usb ! Ca marchait normalement jusque là avec ce câble !
3 - Vos paramètres BIOS sont configurés de manière à forcer l'accélération des modes UDMA. Je n'ai touché à rien de ce côté là !
J'ai fait un chkdisk, une défrag et finalement j'ai reformaté, mais le msg reste le même et survient aux 3/4 du transfert.
Le message d'erreur n'est pas toujours juste, loin de là. L'écriture décalée n'a rien à voir, probablement. Il est préférable qu'elle soit activée, car autrement la valse des ACK met le matériel à rude épreuve.
Moi je ferais ceci: je prendrais un énorme fichier ou dossier (plusieurs Gigas), et j'en demanderais la copie sur le DDE, écriture décalée ON. Ensuite, comparaison octet par octet. Si c'est bon, alors ce n'est pas l'écriture décalée. Ce que je tenterais, c'est un cable USB mieux isolé; car à 450Mbit/s, il faut un bon cable bien blindé pour être sûr que ça va.
Ce que je ne ferais pas, c'est disabler l'écriture décalée, car alors le matériel est soumis à des contraintes supérieures. Moi j'ai débuté avec un XT à 8Mz, et je peux témoigner de l'importance de l'écriture décalée en termes de fluidité de fonctionnement.
-- Laurent Jumet - Point de Chat, Liège, BELGIUM KeyID: 0xCFAF704C [Restore address to laurent.jumet for e-mail reply.]
Hello j-pascal !
"j-pascal" <nospam-j-pascal@free.fr> wrote:
J'ai bien (re)lu l'article que vous proposez :
Ce problème peut se produire si l'une des conditions suivantes est remplie :
1 - La fonctionnalité "Activer le cache d'écriture sur le disque" est
activée pour votre disque.
J'ai vérifié, le cache n'est pas activé.
2 - Vous utilisez un câble de connecteur à 40 fils pour connecter le lecteur
UDMA au contrôleur à la place du câble à 80 fils et 40 broches requis. Il
s'agit d'un DDE branché par un câble usb ! Ca marchait normalement jusque là
avec ce câble !
3 - Vos paramètres BIOS sont configurés de manière à forcer l'accélération
des modes UDMA.
Je n'ai touché à rien de ce côté là !
J'ai fait un chkdisk, une défrag et finalement j'ai reformaté, mais le msg
reste le même et survient aux 3/4 du transfert.
Le message d'erreur n'est pas toujours juste, loin de là.
L'écriture décalée n'a rien à voir, probablement.
Il est préférable qu'elle soit activée, car autrement la valse des ACK met le matériel à rude épreuve.
Moi je ferais ceci: je prendrais un énorme fichier ou dossier (plusieurs Gigas), et j'en demanderais la copie sur le DDE, écriture décalée ON.
Ensuite, comparaison octet par octet.
Si c'est bon, alors ce n'est pas l'écriture décalée.
Ce que je tenterais, c'est un cable USB mieux isolé; car à 450Mbit/s, il faut un bon cable bien blindé pour être sûr que ça va.
Ce que je ne ferais pas, c'est disabler l'écriture décalée, car alors le matériel est soumis à des contraintes supérieures.
Moi j'ai débuté avec un XT à 8Mz, et je peux témoigner de l'importance de l'écriture décalée en termes de fluidité de fonctionnement.
--
Laurent Jumet - Point de Chat, Liège, BELGIUM
KeyID: 0xCFAF704C
[Restore address to laurent.jumet for e-mail reply.]
Ce problème peut se produire si l'une des conditions suivantes est remplie : 1 - La fonctionnalité "Activer le cache d'écriture sur le disque" est activée pour votre disque. J'ai vérifié, le cache n'est pas activé.
2 - Vous utilisez un câble de connecteur à 40 fils pour connecter le lecteur UDMA au contrôleur à la place du câble à 80 fils et 40 broches requis. Il s'agit d'un DDE branché par un câble usb ! Ca marchait normalement jusque là avec ce câble !
3 - Vos paramètres BIOS sont configurés de manière à forcer l'accélération des modes UDMA. Je n'ai touché à rien de ce côté là !
J'ai fait un chkdisk, une défrag et finalement j'ai reformaté, mais le msg reste le même et survient aux 3/4 du transfert.
Le message d'erreur n'est pas toujours juste, loin de là. L'écriture décalée n'a rien à voir, probablement. Il est préférable qu'elle soit activée, car autrement la valse des ACK met le matériel à rude épreuve.
Moi je ferais ceci: je prendrais un énorme fichier ou dossier (plusieurs Gigas), et j'en demanderais la copie sur le DDE, écriture décalée ON. Ensuite, comparaison octet par octet. Si c'est bon, alors ce n'est pas l'écriture décalée. Ce que je tenterais, c'est un cable USB mieux isolé; car à 450Mbit/s, il faut un bon cable bien blindé pour être sûr que ça va.
Ce que je ne ferais pas, c'est disabler l'écriture décalée, car alors le matériel est soumis à des contraintes supérieures. Moi j'ai débuté avec un XT à 8Mz, et je peux témoigner de l'importance de l'écriture décalée en termes de fluidité de fonctionnement.
-- Laurent Jumet - Point de Chat, Liège, BELGIUM KeyID: 0xCFAF704C [Restore address to laurent.jumet for e-mail reply.]
j-pascal
Bonsoir Ascadix,
Attention, winlogon est le processus utilisé pour ouvrir une session sous windows, en aucun il agit sur le transfert de fichiers.
Un chkdsk au reboot du PC laisse un évenement "WinLogon - 1001" dans l'observateur d'évenement, journal application.
Comme je l'ai dit, après le chkdsk de mon DDE, je ne trouve pas trace du fichier WinLogon !
Par contre, pas de ça si le chkdsk est fait en ligne, là il faut lire le rapport avant de fermer l'invite de commande.
vous avez effectué le check disk sur quel disque ? interne ou externe ? Pourquoi cherchez vous winlogon dans l'observateur d'événements ?
Sur l'USB faut espérer :-)
Je ne comprends pas ;-( Pour moi, tout devrait se trouver dans "eventvwr" ?!! Je viens de voir qu'il y a une option dans l'observateur "action" "se connecter à un autre ordinateur" !! C'est de ça qu'il s'agit ??? Please help !
JP
Cherchez vous à copier tout votre disque interne vers l'externe ?
usb2 !
Cable USB 1 ou 2 ? hub entre le PC et la boite ?
USB 2 sans hub
Je me fais à l'idée que le pb est peut-être du côté du DDE. J'ai fait un chkdisk et je ne trouve pas de winlogon dans l'observateur d'événement ! Pourtant la vérif a duré au moins 3 heures !!
Bonsoir Ascadix,
Attention, winlogon est le processus utilisé pour ouvrir une session
sous windows, en aucun il agit sur le transfert de fichiers.
Un chkdsk au reboot du PC laisse un évenement "WinLogon - 1001" dans
l'observateur d'évenement, journal application.
Comme je l'ai dit, après le chkdsk de mon DDE, je ne trouve pas trace du
fichier WinLogon !
Par contre, pas de ça si le chkdsk est fait en ligne, là il faut lire
le rapport avant de fermer l'invite de commande.
vous avez effectué le check disk sur quel disque ? interne ou externe
? Pourquoi cherchez vous winlogon dans l'observateur d'événements ?
Sur l'USB faut espérer :-)
Je ne comprends pas ;-( Pour moi, tout devrait se trouver dans "eventvwr"
?!! Je viens de voir qu'il y a une option dans l'observateur "action" "se
connecter à un autre ordinateur" !! C'est de ça qu'il s'agit ??? Please help
!
JP
Cherchez vous à copier tout votre disque interne vers l'externe ?
usb2 !
Cable USB 1 ou 2 ? hub entre le PC et la boite ?
USB 2 sans hub
Je me fais à l'idée que le pb est peut-être du côté du DDE.
J'ai fait un chkdisk et je ne trouve pas de winlogon dans
l'observateur d'événement ! Pourtant la vérif a duré au moins 3
heures !!
Attention, winlogon est le processus utilisé pour ouvrir une session sous windows, en aucun il agit sur le transfert de fichiers.
Un chkdsk au reboot du PC laisse un évenement "WinLogon - 1001" dans l'observateur d'évenement, journal application.
Comme je l'ai dit, après le chkdsk de mon DDE, je ne trouve pas trace du fichier WinLogon !
Par contre, pas de ça si le chkdsk est fait en ligne, là il faut lire le rapport avant de fermer l'invite de commande.
vous avez effectué le check disk sur quel disque ? interne ou externe ? Pourquoi cherchez vous winlogon dans l'observateur d'événements ?
Sur l'USB faut espérer :-)
Je ne comprends pas ;-( Pour moi, tout devrait se trouver dans "eventvwr" ?!! Je viens de voir qu'il y a une option dans l'observateur "action" "se connecter à un autre ordinateur" !! C'est de ça qu'il s'agit ??? Please help !
JP
Cherchez vous à copier tout votre disque interne vers l'externe ?
usb2 !
Cable USB 1 ou 2 ? hub entre le PC et la boite ?
USB 2 sans hub
Je me fais à l'idée que le pb est peut-être du côté du DDE. J'ai fait un chkdisk et je ne trouve pas de winlogon dans l'observateur d'événement ! Pourtant la vérif a duré au moins 3 heures !!
j-pascal
Re,
Ascadix wrote:
Entre la chaise et le clavier de j-pascal, viennent de surgir les mots que voici: <news:
En complément de ma précédente réponse, oui il s'agit d'un fichier de plus de 30 Go, mais j'ai déjà fait des "images" (avec DriveImage de PowerQuest) d'environ 40 Go !
Et ton DD externe est bien en NTFS ? pas en FAT ?
NTFS
JP
Re,
Ascadix wrote:
Entre la chaise et le clavier de j-pascal, viennent de surgir les
mots que voici:
<news:evAwTgJ9GHA.4632@TK2MSFTNGP02.phx.gbl>
En complément de ma précédente réponse, oui il s'agit d'un fichier de
plus de 30 Go, mais j'ai déjà fait des "images" (avec DriveImage de
PowerQuest) d'environ 40 Go !
Entre la chaise et le clavier de j-pascal, viennent de surgir les mots que voici: <news:
En complément de ma précédente réponse, oui il s'agit d'un fichier de plus de 30 Go, mais j'ai déjà fait des "images" (avec DriveImage de PowerQuest) d'environ 40 Go !
Et ton DD externe est bien en NTFS ? pas en FAT ?
NTFS
JP
j-pascal
Bonsoir Laurent,
"j-pascal" wrote:
J'ai bien (re)lu l'article que vous proposez :
Ce problème peut se produire si l'une des conditions suivantes est remplie : 1 - La fonctionnalité "Activer le cache d'écriture sur le disque" est activée pour votre disque. J'ai vérifié, le cache n'est pas activé.
2 - Vous utilisez un câble de connecteur à 40 fils pour connecter le lecteur UDMA au contrôleur à la place du câble à 80 fils et 40 broches requis. Il s'agit d'un DDE branché par un câble usb ! Ca marchait normalement jusque là avec ce câble !
3 - Vos paramètres BIOS sont configurés de manière à forcer l'accélération des modes UDMA. Je n'ai touché à rien de ce côté là !
J'ai fait un chkdisk, une défrag et finalement j'ai reformaté, mais le msg reste le même et survient aux 3/4 du transfert.
Le message d'erreur n'est pas toujours juste, loin de là. L'écriture décalée n'a rien à voir, probablement. Il est préférable qu'elle soit activée, car autrement la valse des ACK met le matériel à rude épreuve.
Moi je ferais ceci: je prendrais un énorme fichier ou dossier (plusieurs Gigas), et j'en demanderais la copie sur le DDE, écriture décalée ON.
Décalée ON ? J'ai le choix ? N'est-ce pas un réglage par défaut ?
Ensuite, comparaison octet par octet. Si c'est bon, alors ce n'est pas l'écriture décalée. Ce que je tenterais, c'est un cable USB mieux isolé; car à 450Mbit/s, il faut un bon cable bien blindé pour être sûr que ça va.
Euréka !!! ;-) J'ai suivi ce dernier conseil et j'ai fait mon Ghost, sans problème ;-) Dans le msg d'erreur "windows - écriture décalée, etc" la panne matériel était évoquée, ainsi que la *connection* *réseau*. Je ne vois pas le rapport, mais j'ai fait l'essai en débranchant le câble réseau (!), mais surtout j'ai changé de câble usb ! Et ça marche. Ce qui est étrange, c'est que ça marchait comme ça avant ! Je me suis demandé aussi si mon antivirus (avast 4.7 éd° familiale) n'était pas responsable du ralentissement de l'écriture, car pendant le transfert, il me semblait très actif ! Est-ce que le débranchement du câble réseau n'a pas été salvateur dans la mesure où avast était moins "sollicité" ?
Ce que je ne ferais pas, c'est disabler l'écriture décalée, car alors le matériel est soumis à des contraintes supérieures.
Juste par curiosité : comment désactive-t-on l'écriture décalée ? Je promets de ne pas y toucher ;-)
Merci pour tous ces détails et surtout pour ta persévérance ;-) J'ai appris pas mal de choses et je suis (une fois de plus) surpris de voir à quel point les msg de windows peuvent être si ambigus !
Encore un grand merci.
JP
PS : tu parles plus haut des *ACK*, c'est à dire d'échanges réseau ? Quel est le rapport avec un transfert de données ? J'utilise parfois "Packetyzer" c'est là que j'ai découvert l'existence de ces ACK, mais parle-t-on de la même chose ?
Moi j'ai débuté avec un XT à 8Mz, et je peux témoigner de l'importance de l'écriture décalée en termes de fluidité de fonctionnement.
Bonsoir Laurent,
"j-pascal" <nospam-j-pascal@free.fr> wrote:
J'ai bien (re)lu l'article que vous proposez :
Ce problème peut se produire si l'une des conditions suivantes est
remplie : 1 - La fonctionnalité "Activer le cache d'écriture sur le
disque" est activée pour votre disque.
J'ai vérifié, le cache n'est pas activé.
2 - Vous utilisez un câble de connecteur à 40 fils pour connecter le
lecteur UDMA au contrôleur à la place du câble à 80 fils et 40
broches requis. Il s'agit d'un DDE branché par un câble usb ! Ca
marchait normalement jusque là avec ce câble !
3 - Vos paramètres BIOS sont configurés de manière à forcer
l'accélération des modes UDMA.
Je n'ai touché à rien de ce côté là !
J'ai fait un chkdisk, une défrag et finalement j'ai reformaté, mais
le msg reste le même et survient aux 3/4 du transfert.
Le message d'erreur n'est pas toujours juste, loin de là.
L'écriture décalée n'a rien à voir, probablement.
Il est préférable qu'elle soit activée, car autrement la valse
des ACK met le matériel à rude épreuve.
Moi je ferais ceci: je prendrais un énorme fichier ou dossier
(plusieurs Gigas), et j'en demanderais la copie sur le DDE, écriture
décalée ON.
Décalée ON ? J'ai le choix ? N'est-ce pas un réglage par défaut ?
Ensuite, comparaison octet par octet.
Si c'est bon, alors ce n'est pas l'écriture décalée.
Ce que je tenterais, c'est un cable USB mieux isolé; car à
450Mbit/s, il faut un bon cable bien blindé pour être sûr que ça va.
Euréka !!! ;-)
J'ai suivi ce dernier conseil et j'ai fait mon Ghost, sans problème ;-)
Dans le msg d'erreur "windows - écriture décalée, etc" la panne matériel
était évoquée, ainsi que la *connection* *réseau*. Je ne vois pas le
rapport, mais j'ai fait l'essai en débranchant le câble réseau (!), mais
surtout j'ai changé de câble usb ! Et ça marche. Ce qui est étrange, c'est
que ça marchait comme ça avant !
Je me suis demandé aussi si mon antivirus (avast 4.7 éd° familiale) n'était
pas responsable du ralentissement de l'écriture, car pendant le transfert,
il me semblait très actif ! Est-ce que le débranchement du câble réseau n'a
pas été salvateur dans la mesure où avast était moins "sollicité" ?
Ce que je ne ferais pas, c'est disabler l'écriture décalée, car
alors le matériel est soumis à des contraintes supérieures.
Juste par curiosité : comment désactive-t-on l'écriture décalée ? Je promets
de ne pas y toucher ;-)
Merci pour tous ces détails et surtout pour ta persévérance ;-) J'ai appris
pas mal de choses et je suis (une fois de plus) surpris de voir à quel point
les msg de windows peuvent être si ambigus !
Encore un grand merci.
JP
PS : tu parles plus haut des *ACK*, c'est à dire d'échanges réseau ? Quel
est le rapport avec un transfert de données ? J'utilise parfois "Packetyzer"
c'est là que j'ai découvert l'existence de ces ACK, mais parle-t-on de la
même chose ?
Moi j'ai débuté avec un XT à 8Mz, et je peux témoigner de
l'importance de l'écriture décalée en termes de fluidité de
fonctionnement.
Ce problème peut se produire si l'une des conditions suivantes est remplie : 1 - La fonctionnalité "Activer le cache d'écriture sur le disque" est activée pour votre disque. J'ai vérifié, le cache n'est pas activé.
2 - Vous utilisez un câble de connecteur à 40 fils pour connecter le lecteur UDMA au contrôleur à la place du câble à 80 fils et 40 broches requis. Il s'agit d'un DDE branché par un câble usb ! Ca marchait normalement jusque là avec ce câble !
3 - Vos paramètres BIOS sont configurés de manière à forcer l'accélération des modes UDMA. Je n'ai touché à rien de ce côté là !
J'ai fait un chkdisk, une défrag et finalement j'ai reformaté, mais le msg reste le même et survient aux 3/4 du transfert.
Le message d'erreur n'est pas toujours juste, loin de là. L'écriture décalée n'a rien à voir, probablement. Il est préférable qu'elle soit activée, car autrement la valse des ACK met le matériel à rude épreuve.
Moi je ferais ceci: je prendrais un énorme fichier ou dossier (plusieurs Gigas), et j'en demanderais la copie sur le DDE, écriture décalée ON.
Décalée ON ? J'ai le choix ? N'est-ce pas un réglage par défaut ?
Ensuite, comparaison octet par octet. Si c'est bon, alors ce n'est pas l'écriture décalée. Ce que je tenterais, c'est un cable USB mieux isolé; car à 450Mbit/s, il faut un bon cable bien blindé pour être sûr que ça va.
Euréka !!! ;-) J'ai suivi ce dernier conseil et j'ai fait mon Ghost, sans problème ;-) Dans le msg d'erreur "windows - écriture décalée, etc" la panne matériel était évoquée, ainsi que la *connection* *réseau*. Je ne vois pas le rapport, mais j'ai fait l'essai en débranchant le câble réseau (!), mais surtout j'ai changé de câble usb ! Et ça marche. Ce qui est étrange, c'est que ça marchait comme ça avant ! Je me suis demandé aussi si mon antivirus (avast 4.7 éd° familiale) n'était pas responsable du ralentissement de l'écriture, car pendant le transfert, il me semblait très actif ! Est-ce que le débranchement du câble réseau n'a pas été salvateur dans la mesure où avast était moins "sollicité" ?
Ce que je ne ferais pas, c'est disabler l'écriture décalée, car alors le matériel est soumis à des contraintes supérieures.
Juste par curiosité : comment désactive-t-on l'écriture décalée ? Je promets de ne pas y toucher ;-)
Merci pour tous ces détails et surtout pour ta persévérance ;-) J'ai appris pas mal de choses et je suis (une fois de plus) surpris de voir à quel point les msg de windows peuvent être si ambigus !
Encore un grand merci.
JP
PS : tu parles plus haut des *ACK*, c'est à dire d'échanges réseau ? Quel est le rapport avec un transfert de données ? J'utilise parfois "Packetyzer" c'est là que j'ai découvert l'existence de ces ACK, mais parle-t-on de la même chose ?
Moi j'ai débuté avec un XT à 8Mz, et je peux témoigner de l'importance de l'écriture décalée en termes de fluidité de fonctionnement.
Laurent Jumet
Hello j-pascal !
"j-pascal" wrote:
Ce que je ne ferais pas, c'est disabler l'écriture décalée, car alors le matériel est soumis à des contraintes supérieures.
Juste par curiosité : comment désactive-t-on l'écriture décalée ? Je promets de ne pas y toucher ;-)
Dans le Gestionnaire de périphériques, Propriétés du DD.
PS : tu parles plus haut des *ACK*, c'est à dire d'échanges réseau ? Quel est le rapport avec un transfert de données ? J'utilise parfois "Packetyzer" c'est là que j'ai découvert l'existence de ces ACK, mais parle-t-on de la même chose ?
Il s'agit de la stratégie d'écriture sur un disque: un programme qui prévoit d'écrire un fichier, ne pourra se poursuivre que lorsqu'il aura reçu un ACK de fin d'écriture. Le fichier peut être relu, modifié, et réécrit: idem. Tandis qu'en écriture décalée, le fichier va être modifié dans la RAM, relu dans la RAM, et écrit finalement d'une traite sur le disque.
-- Laurent Jumet - Point de Chat, Liège, BELGIUM KeyID: 0xCFAF704C [Restore address to laurent.jumet for e-mail reply.]
Hello j-pascal !
"j-pascal" <nospam-j-pascal@free.fr> wrote:
Ce que je ne ferais pas, c'est disabler l'écriture décalée, car
alors le matériel est soumis à des contraintes supérieures.
Juste par curiosité : comment désactive-t-on l'écriture décalée ? Je promets
de ne pas y toucher ;-)
Dans le Gestionnaire de périphériques, Propriétés du DD.
PS : tu parles plus haut des *ACK*, c'est à dire d'échanges réseau ? Quel
est le rapport avec un transfert de données ? J'utilise parfois "Packetyzer"
c'est là que j'ai découvert l'existence de ces ACK, mais parle-t-on de la
même chose ?
Il s'agit de la stratégie d'écriture sur un disque: un programme qui prévoit d'écrire un fichier, ne pourra se poursuivre que lorsqu'il aura reçu un ACK de fin d'écriture. Le fichier peut être relu, modifié, et réécrit: idem.
Tandis qu'en écriture décalée, le fichier va être modifié dans la RAM, relu dans la RAM, et écrit finalement d'une traite sur le disque.
--
Laurent Jumet - Point de Chat, Liège, BELGIUM
KeyID: 0xCFAF704C
[Restore address to laurent.jumet for e-mail reply.]
Ce que je ne ferais pas, c'est disabler l'écriture décalée, car alors le matériel est soumis à des contraintes supérieures.
Juste par curiosité : comment désactive-t-on l'écriture décalée ? Je promets de ne pas y toucher ;-)
Dans le Gestionnaire de périphériques, Propriétés du DD.
PS : tu parles plus haut des *ACK*, c'est à dire d'échanges réseau ? Quel est le rapport avec un transfert de données ? J'utilise parfois "Packetyzer" c'est là que j'ai découvert l'existence de ces ACK, mais parle-t-on de la même chose ?
Il s'agit de la stratégie d'écriture sur un disque: un programme qui prévoit d'écrire un fichier, ne pourra se poursuivre que lorsqu'il aura reçu un ACK de fin d'écriture. Le fichier peut être relu, modifié, et réécrit: idem. Tandis qu'en écriture décalée, le fichier va être modifié dans la RAM, relu dans la RAM, et écrit finalement d'une traite sur le disque.
-- Laurent Jumet - Point de Chat, Liège, BELGIUM KeyID: 0xCFAF704C [Restore address to laurent.jumet for e-mail reply.]
