Copier 300GB d'un disque dur a un autre

NoSpam

12/09/2022 à 12:30

Bonjour. Test les 2 disques avec smartctl, tu en connaitras leur état exact.
Le 12/09/2022 Í 12:09, Hugues MORIN-TRENEULE a écritÂ :

Bonjour a tous
Je viens vers vous car malgré plusieurs essais, je n'arrive pas Í
copier 300GB de fichier d'un disque dur Í un autre.
Tous mes essais jusqu'Í présent se sont soldés par des erreurs assez
graves: impossible de lire le disque de destination, problème de
propriétaire ou d'autorisations.... enfin bon que des trucs super
angoissant oÍ¹ l'on se demande si on a pas tout perduÂ :-(
J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient
est presque plein (90%).
Au niveau technique, la machine est assez ancienne et tourne encore
sous Stretch.
Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1)
et un espace non alloué de 1,4MB (je ne me rappelle plus pourquoi
c'est la ca...).
Le HD de destination est un SATA de 1TB ne contenant qu'une partition
NTFS (sdc1).
Les 2 partitions sont montées par fstab, sdb1 en /mnmt/data et sdc1 en
/mnt/data2.
Ma dernière tentative d'hier avec la commande:
cp -R --preserve=all /mnt/data/mondossier /mnt/data2/
c'est soldé par une catastrophe:
La copie s'est arrêtée Í environ 159GB,
Ma console était remplie de message d'erreur du type "problème
d'entrée/sortie: impossible de lire le fichier"
Sur les 2 HD après un ls -al, on voyait que les droits et les nom de
user/group était remplacé par des ?????
J'ai alors redémarré la machine, celle-ci a bloqué durant le démarrage
a cause de sdc1 qui n'était plus montable. J'ai modifié le fstab en
commentant le montage sdc1 et la machine a démarré.
Les ????? ont disparu de la partition sdb1 (HD Source).
Concernant sdc1, voici le message d'erreur au montage:
# mount -t ntfs /dev/sdc1 /mnt/data2/
$MFTMirr does not match $MFT (record 0).
Failed to mount '/dev/sdc1': Erreur d'entrée/sortie
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.
J'ai pu résoudre ce problème avec ntfsfix
Pour diagnostiquer
# ntfsfix -n /dev/sdc1
Mounting volume... $MFTMirr does not match $MFT (record 0).
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 0...OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
$MFTMirr does not match $MFT (record 0).
Remount failed: Input/output error
puis pour réparer
# ntfsfix /dev/sdc1
Mounting volume... $MFTMirr does not match $MFT (record 0).
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 0...OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/sdc1 was processed successfully.
Voila pour ma mésaventure d'hier.
J'ai eu le même type de problème Í chaque fois que j'ai tenté de
copier ces fichiers/dossiers.
Je me rappelle plus exactement les solutions que j'ai déjÍ essayées
mais j'en ai tenté plusieurs, dd entre autre qui avait buggé aussi....
Je ne dois pas être le seul a avoir eu ce problème de copie mais mes
recherches ne m'ont pas conduit Í une solution.
Je me tourne donc vers vous pour avoir un peu d'aide car je ne vois
pas de solution.
Très cordialement
Hugues

Bonjour. Test les 2 disques avec smartctl, tu en connaitras leur état exact.

Le 12/09/2022 Í 12:09, Hugues MORIN-TRENEULE a écritÂ :

Bonjour a tous

Je viens vers vous car malgré plusieurs essais, je n'arrive pas Í
copier 300GB de fichier d'un disque dur Í un autre.
Tous mes essais jusqu'Í présent se sont soldés par des erreurs assez
graves: impossible de lire le disque de destination, problème de
propriétaire ou d'autorisations.... enfin bon que des trucs super
angoissant oÍ¹ l'on se demande si on a pas tout perduÂ :-(

J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient
est presque plein (90%).

Au niveau technique, la machine est assez ancienne et tourne encore
sous Stretch.
Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1)
et un espace non alloué de 1,4MB (je ne me rappelle plus pourquoi
c'est la ca...).
Le HD de destination est un SATA de 1TB ne contenant qu'une partition
NTFS (sdc1).
Les 2 partitions sont montées par fstab, sdb1 en /mnmt/data et sdc1 en
/mnt/data2.

Ma dernière tentative d'hier avec la commande:
cp -R --preserve=all /mnt/data/mondossier /mnt/data2/

c'est soldé par une catastrophe:
La copie s'est arrêtée Í environ 159GB,
Ma console était remplie de message d'erreur du type "problème
d'entrée/sortie: impossible de lire le fichier"
Sur les 2 HD après un ls -al, on voyait que les droits et les nom de
user/group était remplacé par des ?????

J'ai alors redémarré la machine, celle-ci a bloqué durant le démarrage
a cause de sdc1 qui n'était plus montable. J'ai modifié le fstab en
commentant le montage sdc1 et la machine a démarré.
Les ????? ont disparu de la partition sdb1 (HD Source).

Concernant sdc1, voici le message d'erreur au montage:

# mount -t ntfs /dev/sdc1 /mnt/data2/
$MFTMirr does not match $MFT (record 0).
Failed to mount '/dev/sdc1': Erreur d'entrée/sortie
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.

J'ai pu résoudre ce problème avec ntfsfix
Pour diagnostiquer

# ntfsfix -n /dev/sdc1
Mounting volume... $MFTMirr does not match $MFT (record 0).
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 0...OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
$MFTMirr does not match $MFT (record 0).
Remount failed: Input/output error

puis pour réparer

# ntfsfix /dev/sdc1
Mounting volume... $MFTMirr does not match $MFT (record 0).
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 0...OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/sdc1 was processed successfully.

Voila pour ma mésaventure d'hier.
J'ai eu le même type de problème Í chaque fois que j'ai tenté de
copier ces fichiers/dossiers.
Je me rappelle plus exactement les solutions que j'ai déjÍ essayées
mais j'en ai tenté plusieurs, dd entre autre qui avait buggé aussi....

Je ne dois pas être le seul a avoir eu ce problème de copie mais mes
recherches ne m'ont pas conduit Í une solution.
Je me tourne donc vers vous pour avoir un peu d'aide car je ne vois
pas de solution.

Très cordialement
Hugues

Vous avez filtré cet utilisateur ! Consultez son message

Bonjour. Test les 2 disques avec smartctl, tu en connaitras leur état exact.
Le 12/09/2022 Í 12:09, Hugues MORIN-TRENEULE a écritÂ :

Bonjour a tous
Je viens vers vous car malgré plusieurs essais, je n'arrive pas Í
copier 300GB de fichier d'un disque dur Í un autre.
Tous mes essais jusqu'Í présent se sont soldés par des erreurs assez
graves: impossible de lire le disque de destination, problème de
propriétaire ou d'autorisations.... enfin bon que des trucs super
angoissant oÍ¹ l'on se demande si on a pas tout perduÂ :-(
J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient
est presque plein (90%).
Au niveau technique, la machine est assez ancienne et tourne encore
sous Stretch.
Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1)
et un espace non alloué de 1,4MB (je ne me rappelle plus pourquoi
c'est la ca...).
Le HD de destination est un SATA de 1TB ne contenant qu'une partition
NTFS (sdc1).
Les 2 partitions sont montées par fstab, sdb1 en /mnmt/data et sdc1 en
/mnt/data2.
Ma dernière tentative d'hier avec la commande:
cp -R --preserve=all /mnt/data/mondossier /mnt/data2/
c'est soldé par une catastrophe:
La copie s'est arrêtée Í environ 159GB,
Ma console était remplie de message d'erreur du type "problème
d'entrée/sortie: impossible de lire le fichier"
Sur les 2 HD après un ls -al, on voyait que les droits et les nom de
user/group était remplacé par des ?????
J'ai alors redémarré la machine, celle-ci a bloqué durant le démarrage
a cause de sdc1 qui n'était plus montable. J'ai modifié le fstab en
commentant le montage sdc1 et la machine a démarré.
Les ????? ont disparu de la partition sdb1 (HD Source).
Concernant sdc1, voici le message d'erreur au montage:
# mount -t ntfs /dev/sdc1 /mnt/data2/
$MFTMirr does not match $MFT (record 0).
Failed to mount '/dev/sdc1': Erreur d'entrée/sortie
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.
J'ai pu résoudre ce problème avec ntfsfix
Pour diagnostiquer
# ntfsfix -n /dev/sdc1
Mounting volume... $MFTMirr does not match $MFT (record 0).
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 0...OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
$MFTMirr does not match $MFT (record 0).
Remount failed: Input/output error
puis pour réparer
# ntfsfix /dev/sdc1
Mounting volume... $MFTMirr does not match $MFT (record 0).
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 0...OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/sdc1 was processed successfully.
Voila pour ma mésaventure d'hier.
J'ai eu le même type de problème Í chaque fois que j'ai tenté de
copier ces fichiers/dossiers.
Je me rappelle plus exactement les solutions que j'ai déjÍ essayées
mais j'en ai tenté plusieurs, dd entre autre qui avait buggé aussi....
Je ne dois pas être le seul a avoir eu ce problème de copie mais mes
recherches ne m'ont pas conduit Í une solution.
Je me tourne donc vers vous pour avoir un peu d'aide car je ne vois
pas de solution.
Très cordialement
Hugues

hamster

12/09/2022 à 12:30

Le 12/09/2022 Í 12:09, Hugues MORIN-TRENEULE a écritÂ :

Bonjour a tous
Je viens vers vous car malgré plusieurs essais, je n'arrive pas Í copier
300GB de fichier d'un disque dur Í un autre.
Tous mes essais jusqu'Í présent se sont soldés par des erreurs assez
graves: impossible de lire le disque de destination, problème de
propriétaire ou d'autorisations.... enfin bon que des trucs super
angoissant oÍ¹ l'on se demande si on a pas tout perduÂ :-(
J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient
est presque plein (90%).
Au niveau technique, la machine est assez ancienne et tourne encore sous
Stretch.
Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1) et
un espace non alloué de 1,4MB (je ne me rappelle plus pourquoi c'est la
ca...).
Le HD de destination est un SATA de 1TB ne contenant qu'une partition
NTFS (sdc1).
Les 2 partitions sont montées par fstab, sdb1 en /mnmt/data et sdc1 en
/mnt/data2.
Ma dernière tentative d'hier avec la commande:
cp -R --preserve=all /mnt/data/mondossier /mnt/data2/

NTFS c'est un format de système de fichiers proprietaire de microsoft.
Son fonctionnement est secret. Linux arrive tant bien que mal a le
supporter mais c'est tout un morceau de bravoure d'arriver a le faire.
Dans ce systeme de fichiers la gestion des droits et des propriétaires
n'est pas fait de la meme manière que dans linux, d'ou les soucis que tu
a rencontrés.
Je te conseille de virer l'option --preseve=all parce que linux ne sait
pas bien faire ca sur du NTFS. Evidamment tu va perdre les métadonnées
de tes fichiers (gestion des droits, du proprietaire, date de création
et modification, etc…).
Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien
toutes les métadonnées, fais la sous windows et non pas sous linux.

Rand Pritelrohm

12/09/2022 à 13:10

On Mon, 12 Sep 2022 12:25:28 +0200
hamster wrote:
[...]

NTFS c'est un format de système de fichiers proprietaire de microsoft.
Son fonctionnement est secret. Linux arrive tant bien que mal a le
supporter mais c'est tout un morceau de bravoure d'arriver a le faire.

Tout Í fait d'accord.
[...]

Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien
toutes les métadonnées, fais la sous windows et non pas sous linux.

Même si c'est hors sujet ici, tu trouveras ci-dessous une façon de
faire un "miroir" en natif depuis window$ avec son outil intégré :
robocopy "C:chemin_source" "D:chemin_destination" ^
/MIR /R:1 /W:1 /XD "$RECYCLE.BIN" "System Volume Information" ^
/NFL /NDL /LOG:D:scriptsLogs_Robocopyrapport01.log
À toi d'adapter les chemins et lettres des lecteurs.
Ce script évite les problèmes de noms de fichiers trop longs ou
d'arborescences profondes que tu peux rencontrer lorsque tu fais une
"simple" copie.
Il ne duplique ni la corbeille ni le fichier de gestion des
méta-données disque.
Un journal est généré ce qui te permettra de savoir si la duplication
s'est bien passée.
PS : "^" est l'équivalent batch/dos pour la rupture de ligne
--
Rand Pritelrohm

Gaëtan Perrier

12/09/2022 à 13:20

------FJBR1N3PHACBJETF9YC8FQLY4DXLHJ
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
Moi je ferais un dd puis ensuite j'agrandirai la partition sur le nouveau disque.
GaÍƒ«tan
Le 12 septembre 2022 12:25:28 GMT+02:00, hamster a Íƒ©critÍ‚Â :

Le 12/09/2022 ÍƒÂ 12:09, Hugues MORIN-TRENEULE a Íƒ©critÍ‚Â :
Bonjour a tous
Je viens vers vous car malgrÍƒ© plusieurs essais, je n'arrive pas ÍƒÂ copier 300GB de fichier d'un disque dur ÍƒÂ un autre.
Tous mes essais jusqu'ÍƒÂ prÍƒ©sent se sont soldÍƒ©s par des erreurs assez graves: impossible de lire le disque de destination, problÍƒ¨me de propriÍƒ©taire ou d'autorisations.... enfin bon que des trucs super angoissant oÍƒ¹ l'on se demande si on a pas tout perduÍ‚Â :-(
J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient est presque plein (90%).
Au niveau technique, la machine est assez ancienne et tourne encore sous Stretch.
Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1) et un espace non allouÍƒ© de 1,4MB (je ne me rappelle plus pourquoi c'est la ca...).
Le HD de destination est un SATA de 1TB ne contenant qu'une partition NTFS (sdc1).
Les 2 partitions sont montÍƒ©es par fstab, sdb1 en /mnmt/data et sdc1 en /mnt/data2.
Ma derniÍƒ¨re tentative d'hier avec la commande:
cp -R --preserve=all /mnt/data/mondossier /mnt/data2/

NTFS c'est un format de systÍƒ¨me de fichiers proprietaire de microsoft. Son fonctionnement est secret. Linux arrive tant bien que mal a le supporter mais c'est tout un morceau de bravoure d'arriver a le faire.
Dans ce systeme de fichiers la gestion des droits et des propriÍƒ©taires n'est pas fait de la meme maniÍƒ¨re que dans linux, d'ou les soucis que tu a rencontrÍƒ©s.
Je te conseille de virer l'option --preseve=all parce que linux ne sait pas bien faire ca sur du NTFS. Evidamment tu va perdre les mÍƒ©tadonnÍƒ©es de tes fichiers (gestion des droits, du proprietaire, date de crÍƒ©ation et modification, etcÍ¢€¦).
Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien toutes les mÍƒ©tadonnÍƒ©es, fais la sous windows et non pas sous linux.

--
EnvoyÍƒ© de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma briÍƒ¨vetÍƒ©.
------FJBR1N3PHACBJETF9YC8FQLY4DXLHJ
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><head></head><body>Moi je ferais un dd puis ensuite j'agrandirai la partition sur le nouveau disque.<br><br>GaÍƒ«tan <br><br><div class="gmail_quote">Le 12 septembre 2022 12:25:28 GMT+02:00, hamster <> a Íƒ©critÍ‚Â :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre dir="auto" class="k9mail">Le 12/09/2022 ÍƒÂ 12:09, Hugues MORIN-TRENEULE a Íƒ©crit :<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Bonjour a tous<br><br>Je viens vers vous car malgrÍƒ© plusieurs essais, je n'arrive pas ÍƒÂ copier 300GB de fichier d'un disque dur ÍƒÂ un autre.<br>Tous mes essais jusqu'ÍƒÂ prÍƒ©sent se sont soldÍƒ©s par des erreurs assez graves: impossible de lire le disque de destination, problÍƒ¨me de propriÍƒ©taire ou d'autorisations.... enfin bon que des trucs super angoissant oÍƒ¹ l'on se demande si on a pas tout perdu  :-(<br><br>J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient est presque plein (90%).<br><br>Au niveau technique, la machine est assez ancienne et tourne encore sous Stretch.<br>Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1) et un espace non allouÍƒ© de 1,4MB (je ne me rappelle plus pourquoi c'est la ca...).<br>Le HD de destination est un SATA de 1TB ne contenant qu'une partition NTFS (sdc1).<br>Les 2 partitions sont montÍƒ©es par fstab, sdb1 en /mnmt/data et sdc1 en /mnt/data2.<br><br>Ma derniÍƒ¨re tentative d'hier avec la commande:<br>cp -R --preserve=all /mnt/data/mondossier /mnt/data2/<br><br>NTFS c'est un format de systÍƒ¨me de fichiers proprietaire de microsoft. Son fonctionnement est secret. Linux arrive tant bien que mal a le supporter mais c'est tout un morceau de bravoure d'arriver a le faire.<br><br>Dans ce systeme de fichiers la gestion des droits et des propriÍƒ©taires n'est pas fait de la meme maniÍƒ¨re que dans linux, d'ou les soucis que tu a rencontrÍƒ©s.<br><br>Je te conseille de virer l'option --preseve=all parce que linux ne sait pas bien faire ca sur du NTFS. Evidamment tu va perdre les mÍƒ©tadonnÍƒ©es de tes fichiers (gestion des droits, du proprietaire, date de crÍƒ©ation et modification, etcÍ¢€¦).<br><br>Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien toutes les mÍƒ©tadonnÍƒ©es, fais la sous windows et non pas sous linux.<br><br></pre></div><div style='white-space: pre-wrap'><div class='k9mail-signature'>-- <br>EnvoyÍƒ© de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma briÍƒ¨vetÍƒ©.</div></div></body></html>
------FJBR1N3PHACBJETF9YC8FQLY4DXLHJ--

------FJBR1N3PHACBJETF9YC8FQLY4DXLHJ
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable

Moi je ferais un dd puis ensuite j'agrandirai la partition sur le nouveau disque.

GaÍƒ«tan

Le 12 septembre 2022 12:25:28 GMT+02:00, hamster <hamster@suna.fdn.fr> a Íƒ©critÍ‚Â :

Le 12/09/2022 ÍƒÂ 12:09, Hugues MORIN-TRENEULE a Íƒ©critÍ‚Â :

Bonjour a tous

Je viens vers vous car malgrÍƒ© plusieurs essais, je n'arrive pas ÍƒÂ copier 300GB de fichier d'un disque dur ÍƒÂ un autre.
Tous mes essais jusqu'ÍƒÂ prÍƒ©sent se sont soldÍƒ©s par des erreurs assez graves: impossible de lire le disque de destination, problÍƒ¨me de propriÍƒ©taire ou d'autorisations.... enfin bon que des trucs super angoissant oÍƒ¹ l'on se demande si on a pas tout perduÍ‚Â :-(

J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient est presque plein (90%).

Au niveau technique, la machine est assez ancienne et tourne encore sous Stretch.
Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1) et un espace non allouÍƒ© de 1,4MB (je ne me rappelle plus pourquoi c'est la ca...).
Le HD de destination est un SATA de 1TB ne contenant qu'une partition NTFS (sdc1).
Les 2 partitions sont montÍƒ©es par fstab, sdb1 en /mnmt/data et sdc1 en /mnt/data2.

Ma derniÍƒ¨re tentative d'hier avec la commande:
cp -R --preserve=all /mnt/data/mondossier /mnt/data2/

NTFS c'est un format de systÍƒ¨me de fichiers proprietaire de microsoft. Son fonctionnement est secret. Linux arrive tant bien que mal a le supporter mais c'est tout un morceau de bravoure d'arriver a le faire.

Dans ce systeme de fichiers la gestion des droits et des propriÍƒ©taires n'est pas fait de la meme maniÍƒ¨re que dans linux, d'ou les soucis que tu a rencontrÍƒ©s.

Je te conseille de virer l'option --preseve=all parce que linux ne sait pas bien faire ca sur du NTFS. Evidamment tu va perdre les mÍƒ©tadonnÍƒ©es de tes fichiers (gestion des droits, du proprietaire, date de crÍƒ©ation et modification, etcÍ¢€¦).

Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien toutes les mÍƒ©tadonnÍƒ©es, fais la sous windows et non pas sous linux.

--
EnvoyÍƒ© de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma briÍƒ¨vetÍƒ©.
------FJBR1N3PHACBJETF9YC8FQLY4DXLHJ
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head></head><body>Moi je ferais un dd puis ensuite j'agrandirai la partition sur le nouveau disque.<br><br>GaÍƒ«tan <br><br><div class="gmail_quote">Le 12 septembre 2022 12:25:28 GMT+02:00, hamster <hamster@suna.fdn.fr> a Íƒ©critÍ‚Â :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre dir="auto" class="k9mail">Le 12/09/2022 ÍƒÂ 12:09, Hugues MORIN-TRENEULE a Íƒ©crit :<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Bonjour a tous<br><br>Je viens vers vous car malgrÍƒ© plusieurs essais, je n'arrive pas ÍƒÂ copier 300GB de fichier d'un disque dur ÍƒÂ un autre.<br>Tous mes essais jusqu'ÍƒÂ prÍƒ©sent se sont soldÍƒ©s par des erreurs assez graves: impossible de lire le disque de destination, problÍƒ¨me de propriÍƒ©taire ou d'autorisations.... enfin bon que des trucs super angoissant oÍƒ¹ l'on se demande si on a pas tout perdu  :-(<br><br>J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient est presque plein (90%).<br><br>Au niveau technique, la machine est assez ancienne et tourne encore sous Stretch.<br>Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1) et un espace non allouÍƒ© de 1,4MB (je ne me rappelle plus pourquoi c'est la ca...).<br>Le HD de destination est un SATA de 1TB ne contenant qu'une partition NTFS (sdc1).<br>Les 2 partitions sont montÍƒ©es par fstab, sdb1 en /mnmt/data et sdc1 en /mnt/data2.<br><br>Ma derniÍƒ¨re tentative d'hier avec la commande:<br>cp -R --preserve=all /mnt/data/mondossier /mnt/data2/<br></blockquote><br>NTFS c'est un format de systÍƒ¨me de fichiers proprietaire de microsoft. Son fonctionnement est secret. Linux arrive tant bien que mal a le supporter mais c'est tout un morceau de bravoure d'arriver a le faire.<br><br>Dans ce systeme de fichiers la gestion des droits et des propriÍƒ©taires n'est pas fait de la meme maniÍƒ¨re que dans linux, d'ou les soucis que tu a rencontrÍƒ©s.<br><br>Je te conseille de virer l'option --preseve=all parce que linux ne sait pas bien faire ca sur du NTFS. Evidamment tu va perdre les mÍƒ©tadonnÍƒ©es de tes fichiers (gestion des droits, du proprietaire, date de crÍƒ©ation et modification, etcÍ¢€¦).<br><br>Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien toutes les mÍƒ©tadonnÍƒ©es, fais la sous windows et non pas sous linux.<br><br></pre></blockquote></div><div style='white-space: pre-wrap'><div class='k9mail-signature'>-- <br>EnvoyÍƒ© de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma briÍƒ¨vetÍƒ©.</div></div></body></html>
------FJBR1N3PHACBJETF9YC8FQLY4DXLHJ--

Vous avez filtré cet utilisateur ! Consultez son message

------FJBR1N3PHACBJETF9YC8FQLY4DXLHJ
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
Moi je ferais un dd puis ensuite j'agrandirai la partition sur le nouveau disque.
GaÍƒ«tan
Le 12 septembre 2022 12:25:28 GMT+02:00, hamster a Íƒ©critÍ‚Â :

Le 12/09/2022 ÍƒÂ 12:09, Hugues MORIN-TRENEULE a Íƒ©critÍ‚Â :
Bonjour a tous
Je viens vers vous car malgrÍƒ© plusieurs essais, je n'arrive pas ÍƒÂ copier 300GB de fichier d'un disque dur ÍƒÂ un autre.
Tous mes essais jusqu'ÍƒÂ prÍƒ©sent se sont soldÍƒ©s par des erreurs assez graves: impossible de lire le disque de destination, problÍƒ¨me de propriÍƒ©taire ou d'autorisations.... enfin bon que des trucs super angoissant oÍƒ¹ l'on se demande si on a pas tout perduÍ‚Â :-(
J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient est presque plein (90%).
Au niveau technique, la machine est assez ancienne et tourne encore sous Stretch.
Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1) et un espace non allouÍƒ© de 1,4MB (je ne me rappelle plus pourquoi c'est la ca...).
Le HD de destination est un SATA de 1TB ne contenant qu'une partition NTFS (sdc1).
Les 2 partitions sont montÍƒ©es par fstab, sdb1 en /mnmt/data et sdc1 en /mnt/data2.
Ma derniÍƒ¨re tentative d'hier avec la commande:
cp -R --preserve=all /mnt/data/mondossier /mnt/data2/

NTFS c'est un format de systÍƒ¨me de fichiers proprietaire de microsoft. Son fonctionnement est secret. Linux arrive tant bien que mal a le supporter mais c'est tout un morceau de bravoure d'arriver a le faire.
Dans ce systeme de fichiers la gestion des droits et des propriÍƒ©taires n'est pas fait de la meme maniÍƒ¨re que dans linux, d'ou les soucis que tu a rencontrÍƒ©s.
Je te conseille de virer l'option --preseve=all parce que linux ne sait pas bien faire ca sur du NTFS. Evidamment tu va perdre les mÍƒ©tadonnÍƒ©es de tes fichiers (gestion des droits, du proprietaire, date de crÍƒ©ation et modification, etcÍ¢€¦).
Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien toutes les mÍƒ©tadonnÍƒ©es, fais la sous windows et non pas sous linux.

--
EnvoyÍƒ© de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma briÍƒ¨vetÍƒ©.
------FJBR1N3PHACBJETF9YC8FQLY4DXLHJ
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><head></head><body>Moi je ferais un dd puis ensuite j'agrandirai la partition sur le nouveau disque.<br><br>GaÍƒ«tan <br><br><div class="gmail_quote">Le 12 septembre 2022 12:25:28 GMT+02:00, hamster <> a Íƒ©critÍ‚Â :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre dir="auto" class="k9mail">Le 12/09/2022 ÍƒÂ 12:09, Hugues MORIN-TRENEULE a Íƒ©crit :<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Bonjour a tous<br><br>Je viens vers vous car malgrÍƒ© plusieurs essais, je n'arrive pas ÍƒÂ copier 300GB de fichier d'un disque dur ÍƒÂ un autre.<br>Tous mes essais jusqu'ÍƒÂ prÍƒ©sent se sont soldÍƒ©s par des erreurs assez graves: impossible de lire le disque de destination, problÍƒ¨me de propriÍƒ©taire ou d'autorisations.... enfin bon que des trucs super angoissant oÍƒ¹ l'on se demande si on a pas tout perdu  :-(<br><br>J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient est presque plein (90%).<br><br>Au niveau technique, la machine est assez ancienne et tourne encore sous Stretch.<br>Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1) et un espace non allouÍƒ© de 1,4MB (je ne me rappelle plus pourquoi c'est la ca...).<br>Le HD de destination est un SATA de 1TB ne contenant qu'une partition NTFS (sdc1).<br>Les 2 partitions sont montÍƒ©es par fstab, sdb1 en /mnmt/data et sdc1 en /mnt/data2.<br><br>Ma derniÍƒ¨re tentative d'hier avec la commande:<br>cp -R --preserve=all /mnt/data/mondossier /mnt/data2/<br><br>NTFS c'est un format de systÍƒ¨me de fichiers proprietaire de microsoft. Son fonctionnement est secret. Linux arrive tant bien que mal a le supporter mais c'est tout un morceau de bravoure d'arriver a le faire.<br><br>Dans ce systeme de fichiers la gestion des droits et des propriÍƒ©taires n'est pas fait de la meme maniÍƒ¨re que dans linux, d'ou les soucis que tu a rencontrÍƒ©s.<br><br>Je te conseille de virer l'option --preseve=all parce que linux ne sait pas bien faire ca sur du NTFS. Evidamment tu va perdre les mÍƒ©tadonnÍƒ©es de tes fichiers (gestion des droits, du proprietaire, date de crÍƒ©ation et modification, etcÍ¢€¦).<br><br>Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien toutes les mÍƒ©tadonnÍƒ©es, fais la sous windows et non pas sous linux.<br><br></pre></div><div style='white-space: pre-wrap'><div class='k9mail-signature'>-- <br>EnvoyÍƒ© de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma briÍƒ¨vetÍƒ©.</div></div></body></html>
------FJBR1N3PHACBJETF9YC8FQLY4DXLHJ--

antoine.valmer

12/09/2022 à 13:30

Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien
toutes les métadonnées, fais la sous windows et non pas sous linux :

Sages décision et action.

mahashakti89

12/09/2022 à 13:30

------ZWKI0OGACNJU25AYMEDPTY8SSL26GM
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
Le 12 septembre 2022 12:09:39 GMT+02:00, Hugues MORIN-TRENEULE a Íƒ©critÍ‚Â :

Bonjour a tous
Je viens vers vous car malgrÍƒ© plusieurs essais, je n'arrive pas ÍƒÂ copier
300GB de fichier d'un disque dur ÍƒÂ un autre.
Tous mes essais jusqu'ÍƒÂ prÍƒ©sent se sont soldÍƒ©s par des erreurs assez
graves: impossible de lire le disque de destination, problÍƒ¨me de
propriÍƒ©taire ou d'autorisations.... enfin bon que des trucs super
angoissant oÍƒ¹ l'on se demande si on a pas tout perdu :-(
J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient est
presque plein (90%).
Au niveau technique, la machine est assez ancienne et tourne encore sous
Stretch.
Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1) et un
espace non allouÍƒ© de 1,4MB (je ne me rappelle plus pourquoi c'est la ca...).
Le HD de destination est un SATA de 1TB ne contenant qu'une partition NTFS
(sdc1).
Les 2 partitions sont montÍƒ©es par fstab, sdb1 en /mnmt/data et sdc1 en
/mnt/data2.
Ma derniÍƒ¨re tentative d'hier avec la commande:
cp -R --preserve=all /mnt/data/mondossier /mnt/data2/
c'est soldÍƒ© par une catastrophe:
La copie s'est arrÍƒªtÍƒ©e ÍƒÂ environ 159GB,
Ma console Íƒ©tait remplie de message d'erreur du type "problÍƒ¨me
d'entrÍƒ©e/sortie: impossible de lire le fichier"
Sur les 2 HD aprÍƒ¨s un ls -al, on voyait que les droits et les nom de
user/group Íƒ©tait remplacÍƒ© par des ?????
J'ai alors redÍƒ©marrÍƒ© la machine, celle-ci a bloquÍƒ© durant le dÍƒ©marrage a
cause de sdc1 qui n'Íƒ©tait plus montable. J'ai modifiÍƒ© le fstab en
commentant le montage sdc1 et la machine a dÍƒ©marrÍƒ©.
Les ????? ont disparu de la partition sdb1 (HD Source).
Concernant sdc1, voici le message d'erreur au montage:
# mount -t ntfs /dev/sdc1 /mnt/data2/
$MFTMirr does not match $MFT (record 0).
Failed to mount '/dev/sdc1': Erreur d'entrÍƒ©e/sortie
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.
J'ai pu rÍƒ©soudre ce problÍƒ¨me avec ntfsfix
Pour diagnostiquer
# ntfsfix -n /dev/sdc1
Mounting volume... $MFTMirr does not match $MFT (record 0).
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 0...OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
$MFTMirr does not match $MFT (record 0).
Remount failed: Input/output error
puis pour rÍƒ©parer
# ntfsfix /dev/sdc1
Mounting volume... $MFTMirr does not match $MFT (record 0).
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 0...OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/sdc1 was processed successfully.
Voila pour ma mÍƒ©saventure d'hier.
J'ai eu le mÍƒªme type de problÍƒ¨me ÍƒÂ chaque fois que j'ai tentÍƒ© de copier ces
fichiers/dossiers.
Je me rappelle plus exactement les solutions que j'ai dÍƒ©jÍƒÂ essayÍƒ©es mais
j'en ai tentÍƒ© plusieurs, dd entre autre qui avait buggÍƒ© aussi....
Je ne dois pas Íƒªtre le seul a avoir eu ce problÍƒ¨me de copie mais mes
recherches ne m'ont pas conduit ÍƒÂ une solution.
Je me tourne donc vers vous pour avoir un peu d'aide car je ne vois pas de
solution.
TrÍƒ¨s cordialement
Hugues

Bonjour
As-tu essayÍƒ© avec rsync qui en gÍƒ©nÍƒ©ral fait Íƒ§a trÍƒ¨s bien ?
Cordialement
LumiÍƒ¨re de tous les Chakras Í¢š¡Í¢š¡Í¢š¡Í°Ÿ¤£ Í°Ÿ¤£Í°Ÿ¤£
------ZWKI0OGACNJU25AYMEDPTY8SSL26GM
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><head></head><body><div class="gmail_quote">Le 12 septembre 2022 12:09:39 GMT+02:00, Hugues MORIN-TRENEULE <> a Íƒ©critÍ‚Â :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div dir="ltr"><div>Bonjour a tous</div><div><br></div><div>Je viens vers vous car malgrÍƒ© plusieurs essais, je n'arrive pas ÍƒÂ copier 300GB de fichier d'un disque dur ÍƒÂ un autre. <br></div><div>Tous mes essais jusqu'ÍƒÂ prÍƒ©sent se sont soldÍƒ©s par des erreurs assez graves: impossible de lire le disque de destination, problÍƒ¨me de propriÍƒ©taire ou d'autorisations.... enfin bon que des trucs super angoissant oÍƒ¹ l'on se demande si on a pas tout perdu  :-(</div><div><br></div><div>J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient est presque plein (90%).</div><div><br></div><div>Au niveau technique, la machine est assez ancienne et tourne encore sous Stretch.</div><div>Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1) et un espace non allouÍƒ© de 1,4MB (je ne me rappelle plus pourquoi c'est la ca...).</div><div>Le HD de destination est un SATA de 1TB ne contenant qu'une partition NTFS (sdc1).</div><div>Les 2 partitions sont montÍƒ©es par fstab, sdb1 en /mnmt/data et sdc1 en /mnt/data2.</div><div><br></div><div>Ma derniÍƒ¨re tentative d'hier avec la commande:</div><div>cp -R --preserve=all /mnt/data/mondossier /mnt/data2/</div><div><br></div><div>c'est soldÍƒ© par une catastrophe:</div><div>La copie s'est arrÍƒªtÍƒ©e ÍƒÂ environ 159GB, <br></div><div>Ma console Íƒ©tait remplie de message d'erreur du type "problÍƒ¨me d'entrÍƒ©e/sortie: impossible de lire le fichier"</div><div>Sur les 2 HD aprÍƒ¨s un ls -al, on voyait que les droits et les nom de user/group Íƒ©tait remplacÍƒ© par des ?????</div><div><br></div><div>J'ai alors redÍƒ©marrÍƒ© la machine, celle-ci a bloquÍƒ© durant le dÍƒ©marrage a cause de sdc1 qui n'Íƒ©tait plus montable. J'ai modifiÍƒ© le fstab en commentant le montage sdc1 et la machine a dÍƒ©marrÍƒ©. <br></div><div>Les ????? ont disparu de la partition sdb1 (HD Source).</div><div><br></div><div>Concernant sdc1, voici le message d'erreur au montage:</div><div><br></div><div># mount -t ntfs /dev/sdc1 /mnt/data2/<br>$MFTMirr does not match $MFT (record 0).<br>Failed to mount '/dev/sdc1': Erreur d'entrÍƒ©e/sortie<br>NTFS is either inconsistent, or there is a hardware fault, or it's a<br>SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows<br>then reboot into Windows twice. The usage of the /f parameter is very<br>important! If the device is a SoftRAID/FakeRAID then first activate<br>it and mount a different device under the /dev/mapper/ directory, (e.g.<br>/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation<br>for more details.</div><div><br></div><div>J'ai pu rÍƒ©soudre ce problÍƒ¨me avec ntfsfix<br></div><div>Pour diagnostiquer<br><br># ntfsfix -n /dev/sdc1<br>Mounting volume... $MFTMirr does not match $MFT (record 0).<br>FAILED<br>Attempting to correct errors... <br>Processing $MFT and $MFTMirr...<br>Reading $MFT... OK<br>Reading $MFTMirr... OK<br>Comparing $MFTMirr to $MFT... FAILED<br>Correcting differences in $MFTMirr record 0...OK<br>Processing of $MFT and $MFTMirr completed successfully.<br>Setting required flags on partition... OK<br>Going to empty the journal ($LogFile)... OK<br>$MFTMirr does not match $MFT (record 0).<br>Remount failed: Input/output error<br><br>puis pour rÍƒ©parer<br><br># ntfsfix /dev/sdc1<br>Mounting volume... $MFTMirr does not match $MFT (record 0).<br>FAILED<br>Attempting to correct errors... <br>Processing $MFT and $MFTMirr...<br>Reading $MFT... OK<br>Reading $MFTMirr... OK<br>Comparing $MFTMirr to $MFT... FAILED<br>Correcting differences in $MFTMirr record 0...OK<br>Processing of $MFT and $MFTMirr completed successfully.<br>Setting required flags on partition... OK<br>Going to empty the journal ($LogFile)... OK<br>Checking the alternate boot sector... OK<br>NTFS volume version is 3.1.<br>NTFS partition /dev/sdc1 was processed successfully.<br></div><div><br></div><div>Voila pour ma mÍƒ©saventure d'hier.</div><div>J'ai eu le mÍƒªme type de problÍƒ¨me ÍƒÂ chaque fois que j'ai tentÍƒ© de copier ces fichiers/dossiers.</div><div>Je me rappelle plus exactement les solutions que j'ai dÍƒ©jÍƒÂ essayÍƒ©es mais j'en ai tentÍƒ© plusieurs, dd entre autre qui avait buggÍƒ© aussi....</div><div><br></div><div>Je ne dois pas Íƒªtre le seul a avoir eu ce problÍƒ¨me de copie mais mes recherches ne m'ont pas conduit ÍƒÂ une solution. <br></div><div>Je me tourne donc vers vous pour avoir un peu d'aide car je ne vois pas de solution.</div><div><br></div><div></div><div>TrÍƒ¨s cordialement</div><div>Hugues<br></div><div><br></div><div><br></div><div><br></div><div><br></div></div>
</div><br clear="all">Bonjour<br>As-tu essayÍƒ© avec rsync qui en gÍƒ©nÍƒ©ral fait Íƒ§a trÍƒ¨s bien ?<br>Cordialement <div style='white-space: pre-wrap'>LumiÍƒ¨re de tous les Chakras Í¢š¡Í¢š¡Í¢š¡Í°Ÿ¤£ Í°Ÿ¤£Í°Ÿ¤£</div></body></html>
------ZWKI0OGACNJU25AYMEDPTY8SSL26GM--

------ZWKI0OGACNJU25AYMEDPTY8SSL26GM
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable

Le 12 septembre 2022 12:09:39 GMT+02:00, Hugues MORIN-TRENEULE <morinh@gmail.com> a Íƒ©critÍ‚Â :

Bonjour a tous

Je viens vers vous car malgrÍƒ© plusieurs essais, je n'arrive pas ÍƒÂ copier
300GB de fichier d'un disque dur ÍƒÂ un autre.
Tous mes essais jusqu'ÍƒÂ prÍƒ©sent se sont soldÍƒ©s par des erreurs assez
graves: impossible de lire le disque de destination, problÍƒ¨me de
propriÍƒ©taire ou d'autorisations.... enfin bon que des trucs super
angoissant oÍƒ¹ l'on se demande si on a pas tout perdu :-(

J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient est
presque plein (90%).

Au niveau technique, la machine est assez ancienne et tourne encore sous
Stretch.
Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1) et un
espace non allouÍƒ© de 1,4MB (je ne me rappelle plus pourquoi c'est la ca...).
Le HD de destination est un SATA de 1TB ne contenant qu'une partition NTFS
(sdc1).
Les 2 partitions sont montÍƒ©es par fstab, sdb1 en /mnmt/data et sdc1 en
/mnt/data2.

Ma derniÍƒ¨re tentative d'hier avec la commande:
cp -R --preserve=all /mnt/data/mondossier /mnt/data2/

c'est soldÍƒ© par une catastrophe:
La copie s'est arrÍƒªtÍƒ©e ÍƒÂ environ 159GB,
Ma console Íƒ©tait remplie de message d'erreur du type "problÍƒ¨me
d'entrÍƒ©e/sortie: impossible de lire le fichier"
Sur les 2 HD aprÍƒ¨s un ls -al, on voyait que les droits et les nom de
user/group Íƒ©tait remplacÍƒ© par des ?????

J'ai alors redÍƒ©marrÍƒ© la machine, celle-ci a bloquÍƒ© durant le dÍƒ©marrage a
cause de sdc1 qui n'Íƒ©tait plus montable. J'ai modifiÍƒ© le fstab en
commentant le montage sdc1 et la machine a dÍƒ©marrÍƒ©.
Les ????? ont disparu de la partition sdb1 (HD Source).

Concernant sdc1, voici le message d'erreur au montage:

# mount -t ntfs /dev/sdc1 /mnt/data2/
$MFTMirr does not match $MFT (record 0).
Failed to mount '/dev/sdc1': Erreur d'entrÍƒ©e/sortie
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.

J'ai pu rÍƒ©soudre ce problÍƒ¨me avec ntfsfix
Pour diagnostiquer

# ntfsfix -n /dev/sdc1
Mounting volume... $MFTMirr does not match $MFT (record 0).
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 0...OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
$MFTMirr does not match $MFT (record 0).
Remount failed: Input/output error

puis pour rÍƒ©parer

# ntfsfix /dev/sdc1
Mounting volume... $MFTMirr does not match $MFT (record 0).
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 0...OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/sdc1 was processed successfully.

Voila pour ma mÍƒ©saventure d'hier.
J'ai eu le mÍƒªme type de problÍƒ¨me ÍƒÂ chaque fois que j'ai tentÍƒ© de copier ces
fichiers/dossiers.
Je me rappelle plus exactement les solutions que j'ai dÍƒ©jÍƒÂ essayÍƒ©es mais
j'en ai tentÍƒ© plusieurs, dd entre autre qui avait buggÍƒ© aussi....

Je ne dois pas Íƒªtre le seul a avoir eu ce problÍƒ¨me de copie mais mes
recherches ne m'ont pas conduit ÍƒÂ une solution.
Je me tourne donc vers vous pour avoir un peu d'aide car je ne vois pas de
solution.

TrÍƒ¨s cordialement
Hugues

Bonjour
As-tu essayÍƒ© avec rsync qui en gÍƒ©nÍƒ©ral fait Íƒ§a trÍƒ¨s bien ?
Cordialement
LumiÍƒ¨re de tous les Chakras Í¢š¡Í¢š¡Í¢š¡Í°Ÿ¤£ Í°Ÿ¤£Í°Ÿ¤£
------ZWKI0OGACNJU25AYMEDPTY8SSL26GM
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head></head><body><div class="gmail_quote">Le 12 septembre 2022 12:09:39 GMT+02:00, Hugues MORIN-TRENEULE <morinh@gmail.com> a Íƒ©critÍ‚Â :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div dir="ltr"><div>Bonjour a tous</div><div><br></div><div>Je viens vers vous car malgrÍƒ© plusieurs essais, je n'arrive pas ÍƒÂ copier 300GB de fichier d'un disque dur ÍƒÂ un autre. <br></div><div>Tous mes essais jusqu'ÍƒÂ prÍƒ©sent se sont soldÍƒ©s par des erreurs assez graves: impossible de lire le disque de destination, problÍƒ¨me de propriÍƒ©taire ou d'autorisations.... enfin bon que des trucs super angoissant oÍƒ¹ l'on se demande si on a pas tout perdu  :-(</div><div><br></div><div>J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient est presque plein (90%).</div><div><br></div><div>Au niveau technique, la machine est assez ancienne et tourne encore sous Stretch.</div><div>Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1) et un espace non allouÍƒ© de 1,4MB (je ne me rappelle plus pourquoi c'est la ca...).</div><div>Le HD de destination est un SATA de 1TB ne contenant qu'une partition NTFS (sdc1).</div><div>Les 2 partitions sont montÍƒ©es par fstab, sdb1 en /mnmt/data et sdc1 en /mnt/data2.</div><div><br></div><div>Ma derniÍƒ¨re tentative d'hier avec la commande:</div><div>cp -R --preserve=all /mnt/data/mondossier /mnt/data2/</div><div><br></div><div>c'est soldÍƒ© par une catastrophe:</div><div>La copie s'est arrÍƒªtÍƒ©e ÍƒÂ environ 159GB, <br></div><div>Ma console Íƒ©tait remplie de message d'erreur du type "problÍƒ¨me d'entrÍƒ©e/sortie: impossible de lire le fichier"</div><div>Sur les 2 HD aprÍƒ¨s un ls -al, on voyait que les droits et les nom de user/group Íƒ©tait remplacÍƒ© par des ?????</div><div><br></div><div>J'ai alors redÍƒ©marrÍƒ© la machine, celle-ci a bloquÍƒ© durant le dÍƒ©marrage a cause de sdc1 qui n'Íƒ©tait plus montable. J'ai modifiÍƒ© le fstab en commentant le montage sdc1 et la machine a dÍƒ©marrÍƒ©. <br></div><div>Les ????? ont disparu de la partition sdb1 (HD Source).</div><div><br></div><div>Concernant sdc1, voici le message d'erreur au montage:</div><div><br></div><div># mount -t ntfs /dev/sdc1 /mnt/data2/<br>$MFTMirr does not match $MFT (record 0).<br>Failed to mount '/dev/sdc1': Erreur d'entrÍƒ©e/sortie<br>NTFS is either inconsistent, or there is a hardware fault, or it's a<br>SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows<br>then reboot into Windows twice. The usage of the /f parameter is very<br>important! If the device is a SoftRAID/FakeRAID then first activate<br>it and mount a different device under the /dev/mapper/ directory, (e.g.<br>/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation<br>for more details.</div><div><br></div><div>J'ai pu rÍƒ©soudre ce problÍƒ¨me avec ntfsfix<br></div><div>Pour diagnostiquer<br><br># ntfsfix -n /dev/sdc1<br>Mounting volume... $MFTMirr does not match $MFT (record 0).<br>FAILED<br>Attempting to correct errors... <br>Processing $MFT and $MFTMirr...<br>Reading $MFT... OK<br>Reading $MFTMirr... OK<br>Comparing $MFTMirr to $MFT... FAILED<br>Correcting differences in $MFTMirr record 0...OK<br>Processing of $MFT and $MFTMirr completed successfully.<br>Setting required flags on partition... OK<br>Going to empty the journal ($LogFile)... OK<br>$MFTMirr does not match $MFT (record 0).<br>Remount failed: Input/output error<br><br>puis pour rÍƒ©parer<br><br># ntfsfix /dev/sdc1<br>Mounting volume... $MFTMirr does not match $MFT (record 0).<br>FAILED<br>Attempting to correct errors... <br>Processing $MFT and $MFTMirr...<br>Reading $MFT... OK<br>Reading $MFTMirr... OK<br>Comparing $MFTMirr to $MFT... FAILED<br>Correcting differences in $MFTMirr record 0...OK<br>Processing of $MFT and $MFTMirr completed successfully.<br>Setting required flags on partition... OK<br>Going to empty the journal ($LogFile)... OK<br>Checking the alternate boot sector... OK<br>NTFS volume version is 3.1.<br>NTFS partition /dev/sdc1 was processed successfully.<br></div><div><br></div><div>Voila pour ma mÍƒ©saventure d'hier.</div><div>J'ai eu le mÍƒªme type de problÍƒ¨me ÍƒÂ chaque fois que j'ai tentÍƒ© de copier ces fichiers/dossiers.</div><div>Je me rappelle plus exactement les solutions que j'ai dÍƒ©jÍƒÂ essayÍƒ©es mais j'en ai tentÍƒ© plusieurs, dd entre autre qui avait buggÍƒ© aussi....</div><div><br></div><div>Je ne dois pas Íƒªtre le seul a avoir eu ce problÍƒ¨me de copie mais mes recherches ne m'ont pas conduit ÍƒÂ une solution. <br></div><div>Je me tourne donc vers vous pour avoir un peu d'aide car je ne vois pas de solution.</div><div><br></div><div></div><div>TrÍƒ¨s cordialement</div><div>Hugues<br></div><div><br></div><div><br></div><div><br></div><div><br></div></div>
</blockquote></div><br clear="all">Bonjour<br>As-tu essayÍƒ© avec rsync qui en gÍƒ©nÍƒ©ral fait Íƒ§a trÍƒ¨s bien ?<br>Cordialement <div style='white-space: pre-wrap'>LumiÍƒ¨re de tous les Chakras Í¢š¡Í¢š¡Í¢š¡Í°Ÿ¤£ Í°Ÿ¤£Í°Ÿ¤£</div></body></html>
------ZWKI0OGACNJU25AYMEDPTY8SSL26GM--

Vous avez filtré cet utilisateur ! Consultez son message

------ZWKI0OGACNJU25AYMEDPTY8SSL26GM
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
Le 12 septembre 2022 12:09:39 GMT+02:00, Hugues MORIN-TRENEULE a Íƒ©critÍ‚Â :

Bonjour a tous
Je viens vers vous car malgrÍƒ© plusieurs essais, je n'arrive pas ÍƒÂ copier
300GB de fichier d'un disque dur ÍƒÂ un autre.
Tous mes essais jusqu'ÍƒÂ prÍƒ©sent se sont soldÍƒ©s par des erreurs assez
graves: impossible de lire le disque de destination, problÍƒ¨me de
propriÍƒ©taire ou d'autorisations.... enfin bon que des trucs super
angoissant oÍƒ¹ l'on se demande si on a pas tout perdu :-(
J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient est
presque plein (90%).
Au niveau technique, la machine est assez ancienne et tourne encore sous
Stretch.
Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1) et un
espace non allouÍƒ© de 1,4MB (je ne me rappelle plus pourquoi c'est la ca...).
Le HD de destination est un SATA de 1TB ne contenant qu'une partition NTFS
(sdc1).
Les 2 partitions sont montÍƒ©es par fstab, sdb1 en /mnmt/data et sdc1 en
/mnt/data2.
Ma derniÍƒ¨re tentative d'hier avec la commande:
cp -R --preserve=all /mnt/data/mondossier /mnt/data2/
c'est soldÍƒ© par une catastrophe:
La copie s'est arrÍƒªtÍƒ©e ÍƒÂ environ 159GB,
Ma console Íƒ©tait remplie de message d'erreur du type "problÍƒ¨me
d'entrÍƒ©e/sortie: impossible de lire le fichier"
Sur les 2 HD aprÍƒ¨s un ls -al, on voyait que les droits et les nom de
user/group Íƒ©tait remplacÍƒ© par des ?????
J'ai alors redÍƒ©marrÍƒ© la machine, celle-ci a bloquÍƒ© durant le dÍƒ©marrage a
cause de sdc1 qui n'Íƒ©tait plus montable. J'ai modifiÍƒ© le fstab en
commentant le montage sdc1 et la machine a dÍƒ©marrÍƒ©.
Les ????? ont disparu de la partition sdb1 (HD Source).
Concernant sdc1, voici le message d'erreur au montage:
# mount -t ntfs /dev/sdc1 /mnt/data2/
$MFTMirr does not match $MFT (record 0).
Failed to mount '/dev/sdc1': Erreur d'entrÍƒ©e/sortie
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.
J'ai pu rÍƒ©soudre ce problÍƒ¨me avec ntfsfix
Pour diagnostiquer
# ntfsfix -n /dev/sdc1
Mounting volume... $MFTMirr does not match $MFT (record 0).
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 0...OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
$MFTMirr does not match $MFT (record 0).
Remount failed: Input/output error
puis pour rÍƒ©parer
# ntfsfix /dev/sdc1
Mounting volume... $MFTMirr does not match $MFT (record 0).
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 0...OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/sdc1 was processed successfully.
Voila pour ma mÍƒ©saventure d'hier.
J'ai eu le mÍƒªme type de problÍƒ¨me ÍƒÂ chaque fois que j'ai tentÍƒ© de copier ces
fichiers/dossiers.
Je me rappelle plus exactement les solutions que j'ai dÍƒ©jÍƒÂ essayÍƒ©es mais
j'en ai tentÍƒ© plusieurs, dd entre autre qui avait buggÍƒ© aussi....
Je ne dois pas Íƒªtre le seul a avoir eu ce problÍƒ¨me de copie mais mes
recherches ne m'ont pas conduit ÍƒÂ une solution.
Je me tourne donc vers vous pour avoir un peu d'aide car je ne vois pas de
solution.
TrÍƒ¨s cordialement
Hugues

Bonjour
As-tu essayÍƒ© avec rsync qui en gÍƒ©nÍƒ©ral fait Íƒ§a trÍƒ¨s bien ?
Cordialement
LumiÍƒ¨re de tous les Chakras Í¢š¡Í¢š¡Í¢š¡Í°Ÿ¤£ Í°Ÿ¤£Í°Ÿ¤£
------ZWKI0OGACNJU25AYMEDPTY8SSL26GM
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><head></head><body><div class="gmail_quote">Le 12 septembre 2022 12:09:39 GMT+02:00, Hugues MORIN-TRENEULE <> a Íƒ©critÍ‚Â :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div dir="ltr"><div>Bonjour a tous</div><div><br></div><div>Je viens vers vous car malgrÍƒ© plusieurs essais, je n'arrive pas ÍƒÂ copier 300GB de fichier d'un disque dur ÍƒÂ un autre. <br></div><div>Tous mes essais jusqu'ÍƒÂ prÍƒ©sent se sont soldÍƒ©s par des erreurs assez graves: impossible de lire le disque de destination, problÍƒ¨me de propriÍƒ©taire ou d'autorisations.... enfin bon que des trucs super angoissant oÍƒ¹ l'on se demande si on a pas tout perdu  :-(</div><div><br></div><div>J'ai besoin de copier ces fichiers/dossiers car le HD qui les contient est presque plein (90%).</div><div><br></div><div>Au niveau technique, la machine est assez ancienne et tourne encore sous Stretch.</div><div>Le HD source est un SATA de 320GB contenant une partition NTFS (sdb1) et un espace non allouÍƒ© de 1,4MB (je ne me rappelle plus pourquoi c'est la ca...).</div><div>Le HD de destination est un SATA de 1TB ne contenant qu'une partition NTFS (sdc1).</div><div>Les 2 partitions sont montÍƒ©es par fstab, sdb1 en /mnmt/data et sdc1 en /mnt/data2.</div><div><br></div><div>Ma derniÍƒ¨re tentative d'hier avec la commande:</div><div>cp -R --preserve=all /mnt/data/mondossier /mnt/data2/</div><div><br></div><div>c'est soldÍƒ© par une catastrophe:</div><div>La copie s'est arrÍƒªtÍƒ©e ÍƒÂ environ 159GB, <br></div><div>Ma console Íƒ©tait remplie de message d'erreur du type "problÍƒ¨me d'entrÍƒ©e/sortie: impossible de lire le fichier"</div><div>Sur les 2 HD aprÍƒ¨s un ls -al, on voyait que les droits et les nom de user/group Íƒ©tait remplacÍƒ© par des ?????</div><div><br></div><div>J'ai alors redÍƒ©marrÍƒ© la machine, celle-ci a bloquÍƒ© durant le dÍƒ©marrage a cause de sdc1 qui n'Íƒ©tait plus montable. J'ai modifiÍƒ© le fstab en commentant le montage sdc1 et la machine a dÍƒ©marrÍƒ©. <br></div><div>Les ????? ont disparu de la partition sdb1 (HD Source).</div><div><br></div><div>Concernant sdc1, voici le message d'erreur au montage:</div><div><br></div><div># mount -t ntfs /dev/sdc1 /mnt/data2/<br>$MFTMirr does not match $MFT (record 0).<br>Failed to mount '/dev/sdc1': Erreur d'entrÍƒ©e/sortie<br>NTFS is either inconsistent, or there is a hardware fault, or it's a<br>SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows<br>then reboot into Windows twice. The usage of the /f parameter is very<br>important! If the device is a SoftRAID/FakeRAID then first activate<br>it and mount a different device under the /dev/mapper/ directory, (e.g.<br>/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation<br>for more details.</div><div><br></div><div>J'ai pu rÍƒ©soudre ce problÍƒ¨me avec ntfsfix<br></div><div>Pour diagnostiquer<br><br># ntfsfix -n /dev/sdc1<br>Mounting volume... $MFTMirr does not match $MFT (record 0).<br>FAILED<br>Attempting to correct errors... <br>Processing $MFT and $MFTMirr...<br>Reading $MFT... OK<br>Reading $MFTMirr... OK<br>Comparing $MFTMirr to $MFT... FAILED<br>Correcting differences in $MFTMirr record 0...OK<br>Processing of $MFT and $MFTMirr completed successfully.<br>Setting required flags on partition... OK<br>Going to empty the journal ($LogFile)... OK<br>$MFTMirr does not match $MFT (record 0).<br>Remount failed: Input/output error<br><br>puis pour rÍƒ©parer<br><br># ntfsfix /dev/sdc1<br>Mounting volume... $MFTMirr does not match $MFT (record 0).<br>FAILED<br>Attempting to correct errors... <br>Processing $MFT and $MFTMirr...<br>Reading $MFT... OK<br>Reading $MFTMirr... OK<br>Comparing $MFTMirr to $MFT... FAILED<br>Correcting differences in $MFTMirr record 0...OK<br>Processing of $MFT and $MFTMirr completed successfully.<br>Setting required flags on partition... OK<br>Going to empty the journal ($LogFile)... OK<br>Checking the alternate boot sector... OK<br>NTFS volume version is 3.1.<br>NTFS partition /dev/sdc1 was processed successfully.<br></div><div><br></div><div>Voila pour ma mÍƒ©saventure d'hier.</div><div>J'ai eu le mÍƒªme type de problÍƒ¨me ÍƒÂ chaque fois que j'ai tentÍƒ© de copier ces fichiers/dossiers.</div><div>Je me rappelle plus exactement les solutions que j'ai dÍƒ©jÍƒÂ essayÍƒ©es mais j'en ai tentÍƒ© plusieurs, dd entre autre qui avait buggÍƒ© aussi....</div><div><br></div><div>Je ne dois pas Íƒªtre le seul a avoir eu ce problÍƒ¨me de copie mais mes recherches ne m'ont pas conduit ÍƒÂ une solution. <br></div><div>Je me tourne donc vers vous pour avoir un peu d'aide car je ne vois pas de solution.</div><div><br></div><div></div><div>TrÍƒ¨s cordialement</div><div>Hugues<br></div><div><br></div><div><br></div><div><br></div><div><br></div></div>
</div><br clear="all">Bonjour<br>As-tu essayÍƒ© avec rsync qui en gÍƒ©nÍƒ©ral fait Íƒ§a trÍƒ¨s bien ?<br>Cordialement <div style='white-space: pre-wrap'>LumiÍƒ¨re de tous les Chakras Í¢š¡Í¢š¡Í¢š¡Í°Ÿ¤£ Í°Ÿ¤£Í°Ÿ¤£</div></body></html>
------ZWKI0OGACNJU25AYMEDPTY8SSL26GM--

Hugues MORIN-TRENEULE

12/09/2022 à 14:30

--000000000000d2aa4105e879f42a
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Salut
Merci ÍƒÂ tous pour votre aide :)
Comme je vous le disais, j'ai essayÍƒ© plusieurs solutions. cp, rsync et dd
ont aussi plantÍƒ© sur la copie NTFS a NTFS.
cp est une commande assez banale et quotidienne mais en ce qui concerne
rsync et dd, je ne les connais pas bien et j'ai pu faire une erreur de
paramÍƒ©trage en les utilisant.
A l'origine, j'avais choisi NTFS afin de garder une certaine "portabilitÍƒ©"
entre linux et windows.
Aujourd'hui, je n'utilise plus du tout windows, je n'ai mÍƒªme plus de
machine dÍƒ©marrant dessus.
Donc la solution de copie sous windows sera compliquÍƒ© ÍƒÂ mettre en Å“uvre,
toujours faisable mais compliquÍƒ©.
Cette "portabilitÍƒ©" n'ayant plus d'intÍƒ©rÍƒªt pour moi, pensez vous qu'en
formatant le disque de destination en ext4 cela fonctionnerait?
Et quelle commande me conseillerez vous pour la copie cp, dd ou rsync?
Question subsidiaire, je la pose mais j'y crois pas trop, Íƒ§a serait trop
simple ;-)
Est ce qu'il existe un moyen de changer le type de partition sans altÍƒ©rer
les donnÍƒ©es, passer de NTFS a ext4?
TrÍƒ¨s cordialement
Hugues
Le lun. 12 sept. 2022 ÍƒÂ 13:27, antoine.valmer a
Íƒ©crit :

Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien
toutes les mÍƒ©tadonnÍƒ©es, fais la sous windows et non pas sous linux :

Sages dÍƒ©cision et action.

--000000000000d2aa4105e879f42a
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir="ltr"><div>Salut</div><div><br></div><div>Merci ÍƒÂ tous pour votre aide :)</div><div><br></div><div>Comme je vous le disais, j'ai essayÍƒ© plusieurs solutions. cp, rsync et dd ont aussi plantÍƒ© sur la copie NTFS a NTFS.</div><div><div>cp est une commande assez banale et quotidienne mais en ce qui concerne rsync et dd, je ne les connais pas bien et j'ai pu faire une erreur de paramÍƒ©trage en les utilisant.</div><div><br></div></div><div>A l'origine, j'avais choisi NTFS afin de garder une certaine "portabilitÍƒ©" entre linux et windows.<br></div><div>Aujourd'hui, je n'utilise plus du tout windows, je n'ai mÍƒªme plus de machine dÍƒ©marrant dessus.</div><div>Donc la solution de copie sous windows sera compliquÍƒ© ÍƒÂ mettre en Å“uvre, toujours faisable mais compliquÍƒ©.</div><div><br></div><div>Cette "portabilitÍƒ©" n'ayant plus d'intÍƒ©rÍƒªt pour moi, pensez vous qu'en formatant le disque de destination en ext4 cela fonctionnerait?</div><div>Et quelle commande me conseillerez vous pour la copie cp, dd ou rsync?<br></div><div><br></div><div>Question subsidiaire, je la pose mais j'y crois pas trop, Íƒ§a serait trop simple ;-)</div><div>Est ce qu'il existe un moyen de changer le type de partition sans altÍƒ©rer les donnÍƒ©es, passer de NTFS a ext4?<br></div><div><br></div><div>TrÍƒ¨s cordialement</div><div>Hugues<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">LeÍ‚Â lun. 12 sept. 2022 ÍƒÂ Í‚Â 13:27, antoine.valmer <<a href="mailto:" target="_blank"></a>> a Íƒ©critÍ‚Â :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien <br>
> toutes les mÍƒ©tadonnÍƒ©es, fais la sous windows et non pas sous linux :<br>
<br>
Sages dÍƒ©cision et action.<br>
<br>
</div>
--000000000000d2aa4105e879f42a--

--000000000000d2aa4105e879f42a
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Salut

Merci ÍƒÂ tous pour votre aide :)

Comme je vous le disais, j'ai essayÍƒ© plusieurs solutions. cp, rsync et dd
ont aussi plantÍƒ© sur la copie NTFS a NTFS.
cp est une commande assez banale et quotidienne mais en ce qui concerne
rsync et dd, je ne les connais pas bien et j'ai pu faire une erreur de
paramÍƒ©trage en les utilisant.

A l'origine, j'avais choisi NTFS afin de garder une certaine "portabilitÍƒ©"
entre linux et windows.
Aujourd'hui, je n'utilise plus du tout windows, je n'ai mÍƒªme plus de
machine dÍƒ©marrant dessus.
Donc la solution de copie sous windows sera compliquÍƒ© ÍƒÂ mettre en Å“uvre,
toujours faisable mais compliquÍƒ©.

Cette "portabilitÍƒ©" n'ayant plus d'intÍƒ©rÍƒªt pour moi, pensez vous qu'en
formatant le disque de destination en ext4 cela fonctionnerait?
Et quelle commande me conseillerez vous pour la copie cp, dd ou rsync?

Question subsidiaire, je la pose mais j'y crois pas trop, Íƒ§a serait trop
simple ;-)
Est ce qu'il existe un moyen de changer le type de partition sans altÍƒ©rer
les donnÍƒ©es, passer de NTFS a ext4?

TrÍƒ¨s cordialement
Hugues

Le lun. 12 sept. 2022 ÍƒÂ 13:27, antoine.valmer <awache322@gmail.com> a
Íƒ©crit :

> Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien
> toutes les mÍƒ©tadonnÍƒ©es, fais la sous windows et non pas sous linux :

Sages dÍƒ©cision et action.

--000000000000d2aa4105e879f42a
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir="ltr"><div>Salut</div><div><br></div><div>Merci ÍƒÂ tous pour votre aide :)</div><div><br></div><div>Comme je vous le disais, j'ai essayÍƒ© plusieurs solutions. cp, rsync et dd ont aussi plantÍƒ© sur la copie NTFS a NTFS.</div><div><div>cp est une commande assez banale et quotidienne mais en ce qui concerne rsync et dd, je ne les connais pas bien et j'ai pu faire une erreur de paramÍƒ©trage en les utilisant.</div><div><br></div></div><div>A l'origine, j'avais choisi NTFS afin de garder une certaine "portabilitÍƒ©" entre linux et windows.<br></div><div>Aujourd'hui, je n'utilise plus du tout windows, je n'ai mÍƒªme plus de machine dÍƒ©marrant dessus.</div><div>Donc la solution de copie sous windows sera compliquÍƒ© ÍƒÂ mettre en Å“uvre, toujours faisable mais compliquÍƒ©.</div><div><br></div><div>Cette "portabilitÍƒ©" n'ayant plus d'intÍƒ©rÍƒªt pour moi, pensez vous qu'en formatant le disque de destination en ext4 cela fonctionnerait?</div><div>Et quelle commande me conseillerez vous pour la copie cp, dd ou rsync?<br></div><div><br></div><div>Question subsidiaire, je la pose mais j'y crois pas trop, Íƒ§a serait trop simple ;-)</div><div>Est ce qu'il existe un moyen de changer le type de partition sans altÍƒ©rer les donnÍƒ©es, passer de NTFS a ext4?<br></div><div><br></div><div>TrÍƒ¨s cordialement</div><div>Hugues<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">LeÍ‚Â lun. 12 sept. 2022 ÍƒÂ Í‚Â 13:27, antoine.valmer <<a href="mailto:awache322@gmail.com" target="_blank">awache322@gmail.com</a>> a Íƒ©critÍ‚Â :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien <br>
> toutes les mÍƒ©tadonnÍƒ©es, fais la sous windows et non pas sous linux :<br>
<br>
Sages dÍƒ©cision et action.<br>
<br>
</blockquote></div>

--000000000000d2aa4105e879f42a--

Vous avez filtré cet utilisateur ! Consultez son message

--000000000000d2aa4105e879f42a
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Salut
Merci ÍƒÂ tous pour votre aide :)
Comme je vous le disais, j'ai essayÍƒ© plusieurs solutions. cp, rsync et dd
ont aussi plantÍƒ© sur la copie NTFS a NTFS.
cp est une commande assez banale et quotidienne mais en ce qui concerne
rsync et dd, je ne les connais pas bien et j'ai pu faire une erreur de
paramÍƒ©trage en les utilisant.
A l'origine, j'avais choisi NTFS afin de garder une certaine "portabilitÍƒ©"
entre linux et windows.
Aujourd'hui, je n'utilise plus du tout windows, je n'ai mÍƒªme plus de
machine dÍƒ©marrant dessus.
Donc la solution de copie sous windows sera compliquÍƒ© ÍƒÂ mettre en Å“uvre,
toujours faisable mais compliquÍƒ©.
Cette "portabilitÍƒ©" n'ayant plus d'intÍƒ©rÍƒªt pour moi, pensez vous qu'en
formatant le disque de destination en ext4 cela fonctionnerait?
Et quelle commande me conseillerez vous pour la copie cp, dd ou rsync?
Question subsidiaire, je la pose mais j'y crois pas trop, Íƒ§a serait trop
simple ;-)
Est ce qu'il existe un moyen de changer le type de partition sans altÍƒ©rer
les donnÍƒ©es, passer de NTFS a ext4?
TrÍƒ¨s cordialement
Hugues
Le lun. 12 sept. 2022 ÍƒÂ 13:27, antoine.valmer a
Íƒ©crit :

Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien
toutes les mÍƒ©tadonnÍƒ©es, fais la sous windows et non pas sous linux :

Sages dÍƒ©cision et action.

--000000000000d2aa4105e879f42a
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir="ltr"><div>Salut</div><div><br></div><div>Merci ÍƒÂ tous pour votre aide :)</div><div><br></div><div>Comme je vous le disais, j'ai essayÍƒ© plusieurs solutions. cp, rsync et dd ont aussi plantÍƒ© sur la copie NTFS a NTFS.</div><div><div>cp est une commande assez banale et quotidienne mais en ce qui concerne rsync et dd, je ne les connais pas bien et j'ai pu faire une erreur de paramÍƒ©trage en les utilisant.</div><div><br></div></div><div>A l'origine, j'avais choisi NTFS afin de garder une certaine "portabilitÍƒ©" entre linux et windows.<br></div><div>Aujourd'hui, je n'utilise plus du tout windows, je n'ai mÍƒªme plus de machine dÍƒ©marrant dessus.</div><div>Donc la solution de copie sous windows sera compliquÍƒ© ÍƒÂ mettre en Å“uvre, toujours faisable mais compliquÍƒ©.</div><div><br></div><div>Cette "portabilitÍƒ©" n'ayant plus d'intÍƒ©rÍƒªt pour moi, pensez vous qu'en formatant le disque de destination en ext4 cela fonctionnerait?</div><div>Et quelle commande me conseillerez vous pour la copie cp, dd ou rsync?<br></div><div><br></div><div>Question subsidiaire, je la pose mais j'y crois pas trop, Íƒ§a serait trop simple ;-)</div><div>Est ce qu'il existe un moyen de changer le type de partition sans altÍƒ©rer les donnÍƒ©es, passer de NTFS a ext4?<br></div><div><br></div><div>TrÍƒ¨s cordialement</div><div>Hugues<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">LeÍ‚Â lun. 12 sept. 2022 ÍƒÂ Í‚Â 13:27, antoine.valmer <<a href="mailto:" target="_blank"></a>> a Íƒ©critÍ‚Â :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> Si tu veux faire une bonne copie de NTFS vers NTFS en gardant bien <br>
> toutes les mÍƒ©tadonnÍƒ©es, fais la sous windows et non pas sous linux :<br>
<br>
Sages dÍƒ©cision et action.<br>
<br>
</div>
--000000000000d2aa4105e879f42a--

antoine.valmer

12/09/2022 à 14:50

On Monday 12 September 2022 13:14:35 Basile Starynkevitch wrote:

En effet, NTFS est mal supporté sous Linux, car il n'y aurait pas de
pilote en logiciel complètement libre :

Si, libre, il y a "ntfs-3g" que l'on inscrit dans /etc/fstab avant de monter la partition NTFS :
/dev/sdXY /media/sdXY ntfs-3g rw,users,noauto,locale= 0 0
X = partition et disque dur , Y = disque dur.
A. Valmer

hamster

12/09/2022 à 15:40

Le 12/09/2022 Í 14:22, Hugues MORIN-TRENEULE a écritÂ :

Cette "portabilité" n'ayant plus d'intérêt pour moi, pensez vous qu'en
formatant le disque de destination en ext4 cela fonctionnerait?

Y'a bien des chances que ca se passe mieux. Après, si c'est un problème
materiel ca le résoudra pas.

Et quelle commande me conseillerez vous pour la copie cp, dd ou rsync?

Ces commandes ne font pas toutes la meme chose.
Si tu veux copier les fichiers, c'est a dire le contenu du système de
fichiers, tu peux utiliser cp ou rsyncÂ :
cp -a /mnt/data/mondossier /mnt/data2/
rsync -aAXH /mnt/data/mondossier /mnt/data2/
Comme déjÍ évoqué sur cette meme liste, rsync a l'avantage de vérifier
que la copie s'est bien faite pour chaque fichier, et ca se paye par un
temps de copie plus long.
Si tu veux copier toute la partition, c'est a dire en faire une image
bit a bit et ainsi copier le contenu mais aussi le contenant, les
fichiers mais aussi le système de fichiers et meme l'espace vide et les
erreurs eventuelles, alors la dd est fait pour ca.
dd bs=4M status=progress if=/dev/sdb1 of=/mnt/data2/fichier-clone.dump
Attention, pour la source tu remarquera que le fichier a copier c'est
directement le fichier bloc, pas son point de montage. Je te conseille
d'ailleurs vivement d'utiliser ainsi dd sur une partition non montée.
Tu obtiendra ainsi dans ton disque destination un fichier qui s'appelle
"fichier-clone.dump" et qui contiendra toute la partition sdb1. Ce
fichier clone pourra meme etre monté comme si c'était sdb1 grace a
l'option loop. Bien sur ce fichier clone pesera aussi lourd que la
partition, dans ton cas 300Â G.
Avec cette commande, fais bien attention a ne pas te tromper entre ifet of= : une inversion serait catastrophique parce que ca effacerait
tout ton disque source. if c'est pour Input File et of c'est pour Output
File.
dd est très pratique pour cloner un système de fichiers qui contiens des
erreurs (erreurs logicielles). Ca permet de le sauvegarder en l'état
avant d'essayer de le réparer avec fsck ou ntfsfix.
Si ton disque source a un problème materiel et que tu veux en extraire
le plus de données possible avant de le jeter, privilégie la commande
ddrescue qui est faite pour ca. La première chose a faire est donc de
tester l'état materiel de ton disque source avec smartctl comme ca t'a
déjÍ été conseillé.
Je suppose que tes disques sont des disques externes branchés en USB. Tu
peux donc aussi avoir des soucis de faux contact dans une prise USB ou
un cable USB. Essaye de changer les cables et les brancher dans d'autres
prises sur l'ordi.
Enfin, j'ai déjÍ vu des ordis qui n'avaient pas assez de puissance
electrique sur leur sortie USB pour alimenter 2 disques externes en meme
temps, et ca provoquait aussi des erreurs aléatoires au bout d'un
moment, quand le circuit d'alimentation avait eu le temps de chauffer et
se mettait a moins bien fonctionner. Si c'est ca il te faut soit
brancher tes 2 disques externes sur 2 ordis différents, soit mettre un
des 2 disques en interne dans l'ordi pour n'en avoir qu'un branché en
USB, soit brancher tes disques sur un hub USB avec alimentation externe.

Question subsidiaire, je la pose mais j'y crois pas trop, ça serait trop
simple ;-)
Est ce qu'il existe un moyen de changer le type de partition sans
altérer les données, passer de NTFS a ext4?

Haha, en effet ca serait pratique, a ma connaissance c'est meme pas en rêve.
Tiens, petite analogie avec la biologie. Imagine que tu soit le
coronavirus. Tu fais ta vie dans le poumon d'un humain. Un jour grace a
un postillon, tu saute dans le poumon d'un autre humain, et ca se passe
bien. Un autre jour, toujours grace a un postillon, tu saute dans le
poumon d'un cheval, et la ca se passe très mal pour toi. Alors tu
demande "est-ce qu'on pourrait pas changer le type d'animal, transformer
le cheval en humain sans altérer le virus qui est dans les poumonsÂ ?".

Le 12/09/2022 Í 14:22, Hugues MORIN-TRENEULE a écritÂ :

Cette "portabilité" n'ayant plus d'intérêt pour moi, pensez vous qu'en
formatant le disque de destination en ext4 cela fonctionnerait?

Y'a bien des chances que ca se passe mieux. Après, si c'est un problème
materiel ca le résoudra pas.

Et quelle commande me conseillerez vous pour la copie cp, dd ou rsync?

Ces commandes ne font pas toutes la meme chose.

Si tu veux copier les fichiers, c'est a dire le contenu du système de
fichiers, tu peux utiliser cp ou rsyncÂ :
cp -a /mnt/data/mondossier /mnt/data2/
rsync -aAXH /mnt/data/mondossier /mnt/data2/

Comme déjÍ évoqué sur cette meme liste, rsync a l'avantage de vérifier
que la copie s'est bien faite pour chaque fichier, et ca se paye par un
temps de copie plus long.

Si tu veux copier toute la partition, c'est a dire en faire une image
bit a bit et ainsi copier le contenu mais aussi le contenant, les
fichiers mais aussi le système de fichiers et meme l'espace vide et les
erreurs eventuelles, alors la dd est fait pour ca.

dd bs=4M status=progress if=/dev/sdb1 of=/mnt/data2/fichier-clone.dump

Attention, pour la source tu remarquera que le fichier a copier c'est
directement le fichier bloc, pas son point de montage. Je te conseille
d'ailleurs vivement d'utiliser ainsi dd sur une partition non montée.
Tu obtiendra ainsi dans ton disque destination un fichier qui s'appelle
"fichier-clone.dump" et qui contiendra toute la partition sdb1. Ce
fichier clone pourra meme etre monté comme si c'était sdb1 grace a
l'option loop. Bien sur ce fichier clone pesera aussi lourd que la
partition, dans ton cas 300Â G.

Avec cette commande, fais bien attention a ne pas te tromper entre ifet of= : une inversion serait catastrophique parce que ca effacerait
tout ton disque source. if c'est pour Input File et of c'est pour Output
File.

dd est très pratique pour cloner un système de fichiers qui contiens des
erreurs (erreurs logicielles). Ca permet de le sauvegarder en l'état
avant d'essayer de le réparer avec fsck ou ntfsfix.

Si ton disque source a un problème materiel et que tu veux en extraire
le plus de données possible avant de le jeter, privilégie la commande
ddrescue qui est faite pour ca. La première chose a faire est donc de
tester l'état materiel de ton disque source avec smartctl comme ca t'a
déjÍ été conseillé.

Je suppose que tes disques sont des disques externes branchés en USB. Tu
peux donc aussi avoir des soucis de faux contact dans une prise USB ou
un cable USB. Essaye de changer les cables et les brancher dans d'autres
prises sur l'ordi.

Enfin, j'ai déjÍ vu des ordis qui n'avaient pas assez de puissance
electrique sur leur sortie USB pour alimenter 2 disques externes en meme
temps, et ca provoquait aussi des erreurs aléatoires au bout d'un
moment, quand le circuit d'alimentation avait eu le temps de chauffer et
se mettait a moins bien fonctionner. Si c'est ca il te faut soit
brancher tes 2 disques externes sur 2 ordis différents, soit mettre un
des 2 disques en interne dans l'ordi pour n'en avoir qu'un branché en
USB, soit brancher tes disques sur un hub USB avec alimentation externe.

Question subsidiaire, je la pose mais j'y crois pas trop, ça serait trop
simple ;-)
Est ce qu'il existe un moyen de changer le type de partition sans
altérer les données, passer de NTFS a ext4?

Haha, en effet ca serait pratique, a ma connaissance c'est meme pas en rêve.

Tiens, petite analogie avec la biologie. Imagine que tu soit le
coronavirus. Tu fais ta vie dans le poumon d'un humain. Un jour grace a
un postillon, tu saute dans le poumon d'un autre humain, et ca se passe
bien. Un autre jour, toujours grace a un postillon, tu saute dans le
poumon d'un cheval, et la ca se passe très mal pour toi. Alors tu
demande "est-ce qu'on pourrait pas changer le type d'animal, transformer
le cheval en humain sans altérer le virus qui est dans les poumonsÂ ?".

Vous avez filtré cet utilisateur ! Consultez son message

Le 12/09/2022 Í 14:22, Hugues MORIN-TRENEULE a écritÂ :

Cette "portabilité" n'ayant plus d'intérêt pour moi, pensez vous qu'en
formatant le disque de destination en ext4 cela fonctionnerait?

Y'a bien des chances que ca se passe mieux. Après, si c'est un problème
materiel ca le résoudra pas.

Et quelle commande me conseillerez vous pour la copie cp, dd ou rsync?

Ces commandes ne font pas toutes la meme chose.
Si tu veux copier les fichiers, c'est a dire le contenu du système de
fichiers, tu peux utiliser cp ou rsyncÂ :
cp -a /mnt/data/mondossier /mnt/data2/
rsync -aAXH /mnt/data/mondossier /mnt/data2/
Comme déjÍ évoqué sur cette meme liste, rsync a l'avantage de vérifier
que la copie s'est bien faite pour chaque fichier, et ca se paye par un
temps de copie plus long.
Si tu veux copier toute la partition, c'est a dire en faire une image
bit a bit et ainsi copier le contenu mais aussi le contenant, les
fichiers mais aussi le système de fichiers et meme l'espace vide et les
erreurs eventuelles, alors la dd est fait pour ca.
dd bs=4M status=progress if=/dev/sdb1 of=/mnt/data2/fichier-clone.dump
Attention, pour la source tu remarquera que le fichier a copier c'est
directement le fichier bloc, pas son point de montage. Je te conseille
d'ailleurs vivement d'utiliser ainsi dd sur une partition non montée.
Tu obtiendra ainsi dans ton disque destination un fichier qui s'appelle
"fichier-clone.dump" et qui contiendra toute la partition sdb1. Ce
fichier clone pourra meme etre monté comme si c'était sdb1 grace a
l'option loop. Bien sur ce fichier clone pesera aussi lourd que la
partition, dans ton cas 300Â G.
Avec cette commande, fais bien attention a ne pas te tromper entre ifet of= : une inversion serait catastrophique parce que ca effacerait
tout ton disque source. if c'est pour Input File et of c'est pour Output
File.
dd est très pratique pour cloner un système de fichiers qui contiens des
erreurs (erreurs logicielles). Ca permet de le sauvegarder en l'état
avant d'essayer de le réparer avec fsck ou ntfsfix.
Si ton disque source a un problème materiel et que tu veux en extraire
le plus de données possible avant de le jeter, privilégie la commande
ddrescue qui est faite pour ca. La première chose a faire est donc de
tester l'état materiel de ton disque source avec smartctl comme ca t'a
déjÍ été conseillé.
Je suppose que tes disques sont des disques externes branchés en USB. Tu
peux donc aussi avoir des soucis de faux contact dans une prise USB ou
un cable USB. Essaye de changer les cables et les brancher dans d'autres
prises sur l'ordi.
Enfin, j'ai déjÍ vu des ordis qui n'avaient pas assez de puissance
electrique sur leur sortie USB pour alimenter 2 disques externes en meme
temps, et ca provoquait aussi des erreurs aléatoires au bout d'un
moment, quand le circuit d'alimentation avait eu le temps de chauffer et
se mettait a moins bien fonctionner. Si c'est ca il te faut soit
brancher tes 2 disques externes sur 2 ordis différents, soit mettre un
des 2 disques en interne dans l'ordi pour n'en avoir qu'un branché en
USB, soit brancher tes disques sur un hub USB avec alimentation externe.

Question subsidiaire, je la pose mais j'y crois pas trop, ça serait trop
simple ;-)
Est ce qu'il existe un moyen de changer le type de partition sans
altérer les données, passer de NTFS a ext4?

Haha, en effet ca serait pratique, a ma connaissance c'est meme pas en rêve.
Tiens, petite analogie avec la biologie. Imagine que tu soit le
coronavirus. Tu fais ta vie dans le poumon d'un humain. Un jour grace a
un postillon, tu saute dans le poumon d'un autre humain, et ca se passe
bien. Un autre jour, toujours grace a un postillon, tu saute dans le
poumon d'un cheval, et la ca se passe très mal pour toi. Alors tu
demande "est-ce qu'on pourrait pas changer le type d'animal, transformer
le cheval en humain sans altérer le virus qui est dans les poumonsÂ ?".

Rand Pritelrohm

12/09/2022 à 15:40

On Mon, 12 Sep 2022 14:22:48 +0200
Hugues MORIN-TRENEULE wrote:
[...]

Et quelle commande me conseillerez vous pour la copie cp, dd ou rsync?

[...]
J'utilise depuis des années cette commande qui ne m'a jamais fait de
sale coup
rsync -aPtv /xxx/yyy/source /vvv/zzz/destination && sync
Et pour un test "Í blanc"
rsync -aPtvn /xxx/yyy/source /vvv/zzz/destination
Cordialement,
--
Rand Pritelrohm

Copier 300GB d'un disque dur a un autre

10 réponses

Veuillez sélectionner un problème