J'ai un petit soucis avec mon disque dur (IBM 80G, à priori, c'est normal
vu le nombre de post...).
Je m'en suis rendu compte une fois qu'il était "très fatigué", c'est à
dire un peu trop tard. Résultat, je ne vois plus mes partitions, je n'ai
pas sauvergardé la table de partition et lorsque je lance le logiciel dft,
récupéré sur le site de hitashi, et que je demande de corriger les
secteurs défectueux, il me dit que c'est impossible car les secteurs
défectueux sont sur des partitions ext2.
J'ai eu l'occasion de me procurer un nouveau dd, ce qui permet de brancher
l'IBM sur la 2nde nappe.
J'ai donc lancé (malgré le bruit et le ralentissement de mon système) un
logiciel sous windows pour tenter de sauver mes données (certaines
importantes), mais ça ne marche pas non plus!!
Mon problème est donc de trouver un moyen de récupérer mes fichiers qui se
trouvent sur une partition ext2!
Merci pour votre aide
PS : lorsque je lance un fsck /dev/hdc, j'ai le message suivant :
fsck 1.32 (09-Nov-2002)
e2fsck 1.32 (09-Nov-2002)
Couldn't find ext2 superblock, trying backup blocks...
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdc
Could this be a zero-length partition?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Nick
Une solution pourait être de faire un DD du disque complet sur un autre et de faire un fsck ensuite. Ainsi plus de soucis de secteurs defectueux sur la copie et ca devrait marcher.
Nick
On Fri, 25 Jul 2003 18:57:06 +0200, Seb wrote:
J'ai un petit soucis avec mon disque dur (IBM 80G, à priori, c'est normal vu le nombre de post...).
Je m'en suis rendu compte une fois qu'il était "très fatigué", c'est à dire un peu trop tard. Résultat, je ne vois plus mes partitions, je n'ai pas sauvergardé la table de partition et lorsque je lance le logiciel dft, récupéré sur le site de hitashi, et que je demande de corriger les secteurs défectueux, il me dit que c'est impossible car les secteurs défectueux sont sur des partitions ext2.
J'ai eu l'occasion de me procurer un nouveau dd, ce qui permet de brancher l'IBM sur la 2nde nappe.
J'ai donc lancé (malgré le bruit et le ralentissement de mon système) un logiciel sous windows pour tenter de sauver mes données (certaines importantes), mais ça ne marche pas non plus!!
Mon problème est donc de trouver un moyen de récupérer mes fichiers qui se trouvent sur une partition ext2!
Merci pour votre aide
PS : lorsque je lance un fsck /dev/hdc, j'ai le message suivant : fsck 1.32 (09-Nov-2002) e2fsck 1.32 (09-Nov-2002) Couldn't find ext2 superblock, trying backup blocks... fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdc Could this be a zero-length partition?
Une solution pourait être de faire un DD du disque complet sur un
autre et de faire un fsck ensuite. Ainsi plus de soucis de secteurs
defectueux sur la copie et ca devrait marcher.
Nick
On Fri, 25 Jul 2003 18:57:06 +0200, Seb
<sebastien.voindrot@laposte.net> wrote:
J'ai un petit soucis avec mon disque dur (IBM 80G, à priori, c'est normal
vu le nombre de post...).
Je m'en suis rendu compte une fois qu'il était "très fatigué", c'est à
dire un peu trop tard. Résultat, je ne vois plus mes partitions, je n'ai
pas sauvergardé la table de partition et lorsque je lance le logiciel dft,
récupéré sur le site de hitashi, et que je demande de corriger les
secteurs défectueux, il me dit que c'est impossible car les secteurs
défectueux sont sur des partitions ext2.
J'ai eu l'occasion de me procurer un nouveau dd, ce qui permet de brancher
l'IBM sur la 2nde nappe.
J'ai donc lancé (malgré le bruit et le ralentissement de mon système) un
logiciel sous windows pour tenter de sauver mes données (certaines
importantes), mais ça ne marche pas non plus!!
Mon problème est donc de trouver un moyen de récupérer mes fichiers qui se
trouvent sur une partition ext2!
Merci pour votre aide
PS : lorsque je lance un fsck /dev/hdc, j'ai le message suivant :
fsck 1.32 (09-Nov-2002)
e2fsck 1.32 (09-Nov-2002)
Couldn't find ext2 superblock, trying backup blocks...
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdc
Could this be a zero-length partition?
Une solution pourait être de faire un DD du disque complet sur un autre et de faire un fsck ensuite. Ainsi plus de soucis de secteurs defectueux sur la copie et ca devrait marcher.
Nick
On Fri, 25 Jul 2003 18:57:06 +0200, Seb wrote:
J'ai un petit soucis avec mon disque dur (IBM 80G, à priori, c'est normal vu le nombre de post...).
Je m'en suis rendu compte une fois qu'il était "très fatigué", c'est à dire un peu trop tard. Résultat, je ne vois plus mes partitions, je n'ai pas sauvergardé la table de partition et lorsque je lance le logiciel dft, récupéré sur le site de hitashi, et que je demande de corriger les secteurs défectueux, il me dit que c'est impossible car les secteurs défectueux sont sur des partitions ext2.
J'ai eu l'occasion de me procurer un nouveau dd, ce qui permet de brancher l'IBM sur la 2nde nappe.
J'ai donc lancé (malgré le bruit et le ralentissement de mon système) un logiciel sous windows pour tenter de sauver mes données (certaines importantes), mais ça ne marche pas non plus!!
Mon problème est donc de trouver un moyen de récupérer mes fichiers qui se trouvent sur une partition ext2!
Merci pour votre aide
PS : lorsque je lance un fsck /dev/hdc, j'ai le message suivant : fsck 1.32 (09-Nov-2002) e2fsck 1.32 (09-Nov-2002) Couldn't find ext2 superblock, trying backup blocks... fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdc Could this be a zero-length partition?
Seb
Le Sun, 27 Jul 2003 13:12:13 +0200, Nick a écrit :
Une solution pourait être de faire un DD du disque complet sur un autre et de faire un fsck ensuite. Ainsi plus de soucis de secteurs defectueux sur la copie et ca devrait marcher.
Nick
On Fri, 25 Jul 2003 18:57:06 +0200, Seb wrote:
J'ai un petit soucis avec mon disque dur (IBM 80G, à priori, c'est normal vu le nombre de post...).
Je m'en suis rendu compte une fois qu'il était "très fatigué", c'est à dire un peu trop tard. Résultat, je ne vois plus mes partitions, je n'ai pas sauvergardé la table de partition et lorsque je lance le logiciel dft, récupéré sur le site de hitashi, et que je demande de corriger les secteurs défectueux, il me dit que c'est impossible car les secteurs défectueux sont sur des partitions ext2.
J'ai eu l'occasion de me procurer un nouveau dd, ce qui permet de brancher l'IBM sur la 2nde nappe.
J'ai donc lancé (malgré le bruit et le ralentissement de mon système) un logiciel sous windows pour tenter de sauver mes données (certaines importantes), mais ça ne marche pas non plus!!
Mon problème est donc de trouver un moyen de récupérer mes fichiers qui se trouvent sur une partition ext2!
Merci pour votre aide
PS : lorsque je lance un fsck /dev/hdc, j'ai le message suivant : fsck 1.32 (09-Nov-2002) e2fsck 1.32 (09-Nov-2002) Couldn't find ext2 superblock, trying backup blocks... fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdc Could this be a zero-length partition?
Le problème est que ne voyant pas mes partitions, je vois encore moins mes données. Si j'avais pu récupérer mes données et les mettre sur un autre dd, je l'aurai déjà fait et j'aurais déjà renvoyer le dd défectueux chez ibm.
Le Sun, 27 Jul 2003 13:12:13 +0200, Nick a écrit :
Une solution pourait être de faire un DD du disque complet sur un
autre et de faire un fsck ensuite. Ainsi plus de soucis de secteurs
defectueux sur la copie et ca devrait marcher.
Nick
On Fri, 25 Jul 2003 18:57:06 +0200, Seb
<sebastien.voindrot@laposte.net> wrote:
J'ai un petit soucis avec mon disque dur (IBM 80G, à priori, c'est normal
vu le nombre de post...).
Je m'en suis rendu compte une fois qu'il était "très fatigué", c'est à
dire un peu trop tard. Résultat, je ne vois plus mes partitions, je n'ai
pas sauvergardé la table de partition et lorsque je lance le logiciel dft,
récupéré sur le site de hitashi, et que je demande de corriger les
secteurs défectueux, il me dit que c'est impossible car les secteurs
défectueux sont sur des partitions ext2.
J'ai eu l'occasion de me procurer un nouveau dd, ce qui permet de brancher
l'IBM sur la 2nde nappe.
J'ai donc lancé (malgré le bruit et le ralentissement de mon système) un
logiciel sous windows pour tenter de sauver mes données (certaines
importantes), mais ça ne marche pas non plus!!
Mon problème est donc de trouver un moyen de récupérer mes fichiers qui se
trouvent sur une partition ext2!
Merci pour votre aide
PS : lorsque je lance un fsck /dev/hdc, j'ai le message suivant :
fsck 1.32 (09-Nov-2002)
e2fsck 1.32 (09-Nov-2002)
Couldn't find ext2 superblock, trying backup blocks...
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdc
Could this be a zero-length partition?
Le problème est que ne voyant pas mes partitions, je vois encore moins mes
données. Si j'avais pu récupérer mes données et les mettre sur un autre
dd, je l'aurai déjà fait et j'aurais déjà renvoyer le dd défectueux chez
ibm.
Le Sun, 27 Jul 2003 13:12:13 +0200, Nick a écrit :
Une solution pourait être de faire un DD du disque complet sur un autre et de faire un fsck ensuite. Ainsi plus de soucis de secteurs defectueux sur la copie et ca devrait marcher.
Nick
On Fri, 25 Jul 2003 18:57:06 +0200, Seb wrote:
J'ai un petit soucis avec mon disque dur (IBM 80G, à priori, c'est normal vu le nombre de post...).
Je m'en suis rendu compte une fois qu'il était "très fatigué", c'est à dire un peu trop tard. Résultat, je ne vois plus mes partitions, je n'ai pas sauvergardé la table de partition et lorsque je lance le logiciel dft, récupéré sur le site de hitashi, et que je demande de corriger les secteurs défectueux, il me dit que c'est impossible car les secteurs défectueux sont sur des partitions ext2.
J'ai eu l'occasion de me procurer un nouveau dd, ce qui permet de brancher l'IBM sur la 2nde nappe.
J'ai donc lancé (malgré le bruit et le ralentissement de mon système) un logiciel sous windows pour tenter de sauver mes données (certaines importantes), mais ça ne marche pas non plus!!
Mon problème est donc de trouver un moyen de récupérer mes fichiers qui se trouvent sur une partition ext2!
Merci pour votre aide
PS : lorsque je lance un fsck /dev/hdc, j'ai le message suivant : fsck 1.32 (09-Nov-2002) e2fsck 1.32 (09-Nov-2002) Couldn't find ext2 superblock, trying backup blocks... fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdc Could this be a zero-length partition?
Le problème est que ne voyant pas mes partitions, je vois encore moins mes données. Si j'avais pu récupérer mes données et les mettre sur un autre dd, je l'aurai déjà fait et j'aurais déjà renvoyer le dd défectueux chez ibm.
Annie D.
Seb wrote:
je ne vois plus mes partitions, je n'ai pas sauvergardé la table de partition et lorsque je lance le logiciel dft, récupéré sur le site de hitachi, et que je demande de corriger les secteurs défectueux, il me dit que c'est impossible car les secteurs défectueux sont sur des partitions ext2.
Sérieux ? Depuis quand un outil de réparation de secteurs (niveau physique) se soucie-t-il du type de partition (niveau logique) ? A moins qu'il ne fasse pas que réparer les secteurs...
Mon problème est donc de trouver un moyen de récupérer mes fichiers qui se trouvent sur une partition ext2!
PS : lorsque je lance un fsck /dev/hdc, j'ai le message suivant : fsck 1.32 (09-Nov-2002) e2fsck 1.32 (09-Nov-2002) Couldn't find ext2 superblock, trying backup blocks... fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdc Could this be a zero-length partition?
Normal que ça ne marche pas. fsck vérifie les systèmes de fichiers. Un disque dur (/dev/hdc) n'est pas un système de fichiers. Une partition (/dev/hdc2) est un système de fichiers.
Une solution pourait être de faire un DD du disque complet sur un autre et de faire un fsck ensuite. Ainsi plus de soucis de secteurs defectueux sur la copie et ca devrait marcher.
Le problème est que ne voyant pas mes partitions, je vois encore moins mes données.
Avec dd on peut faire un copie complète d'un disque sans se soucier de son découpage en partitions. Il suffit de spécifier comme source le disque physique /dev/hdc. L'option 'noerror' est nécessaire pour ne pas interrompre la copie à cause des secteurs défectueux.
-- Evitez la confusion entre les préfixes SI et les préfixe binaires http://physics.nist.gov/cuu/Units/binary.html 1 G = 1 000 M = 1 000 000 k = 1 000 000 000 1 Gi = 1 024 Mi = 1 048 576 Ki = 1 073 741 824
Seb wrote:
je ne vois plus mes partitions, je n'ai
pas sauvergardé la table de partition et lorsque je lance le logiciel dft,
récupéré sur le site de hitachi, et que je demande de corriger les
secteurs défectueux, il me dit que c'est impossible car les secteurs
défectueux sont sur des partitions ext2.
Sérieux ? Depuis quand un outil de réparation de secteurs (niveau
physique) se soucie-t-il du type de partition (niveau logique) ? A moins
qu'il ne fasse pas que réparer les secteurs...
Mon problème est donc de trouver un moyen de récupérer mes fichiers qui se
trouvent sur une partition ext2!
PS : lorsque je lance un fsck /dev/hdc, j'ai le message suivant :
fsck 1.32 (09-Nov-2002)
e2fsck 1.32 (09-Nov-2002)
Couldn't find ext2 superblock, trying backup blocks...
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdc
Could this be a zero-length partition?
Normal que ça ne marche pas. fsck vérifie les systèmes de fichiers. Un
disque dur (/dev/hdc) n'est pas un système de fichiers. Une partition
(/dev/hdc2) est un système de fichiers.
Une solution pourait être de faire un DD du disque complet sur un
autre et de faire un fsck ensuite. Ainsi plus de soucis de secteurs
defectueux sur la copie et ca devrait marcher.
Le problème est que ne voyant pas mes partitions, je vois encore moins mes
données.
Avec dd on peut faire un copie complète d'un disque sans se soucier de
son découpage en partitions. Il suffit de spécifier comme source le
disque physique /dev/hdc. L'option 'noerror' est nécessaire pour ne pas
interrompre la copie à cause des secteurs défectueux.
--
Evitez la confusion entre les préfixes SI et les préfixe binaires
http://physics.nist.gov/cuu/Units/binary.html
1 G = 1 000 M = 1 000 000 k = 1 000 000 000
1 Gi = 1 024 Mi = 1 048 576 Ki = 1 073 741 824
je ne vois plus mes partitions, je n'ai pas sauvergardé la table de partition et lorsque je lance le logiciel dft, récupéré sur le site de hitachi, et que je demande de corriger les secteurs défectueux, il me dit que c'est impossible car les secteurs défectueux sont sur des partitions ext2.
Sérieux ? Depuis quand un outil de réparation de secteurs (niveau physique) se soucie-t-il du type de partition (niveau logique) ? A moins qu'il ne fasse pas que réparer les secteurs...
Mon problème est donc de trouver un moyen de récupérer mes fichiers qui se trouvent sur une partition ext2!
PS : lorsque je lance un fsck /dev/hdc, j'ai le message suivant : fsck 1.32 (09-Nov-2002) e2fsck 1.32 (09-Nov-2002) Couldn't find ext2 superblock, trying backup blocks... fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdc Could this be a zero-length partition?
Normal que ça ne marche pas. fsck vérifie les systèmes de fichiers. Un disque dur (/dev/hdc) n'est pas un système de fichiers. Une partition (/dev/hdc2) est un système de fichiers.
Une solution pourait être de faire un DD du disque complet sur un autre et de faire un fsck ensuite. Ainsi plus de soucis de secteurs defectueux sur la copie et ca devrait marcher.
Le problème est que ne voyant pas mes partitions, je vois encore moins mes données.
Avec dd on peut faire un copie complète d'un disque sans se soucier de son découpage en partitions. Il suffit de spécifier comme source le disque physique /dev/hdc. L'option 'noerror' est nécessaire pour ne pas interrompre la copie à cause des secteurs défectueux.
-- Evitez la confusion entre les préfixes SI et les préfixe binaires http://physics.nist.gov/cuu/Units/binary.html 1 G = 1 000 M = 1 000 000 k = 1 000 000 000 1 Gi = 1 024 Mi = 1 048 576 Ki = 1 073 741 824
Seb
Le Sun, 27 Jul 2003 16:04:30 +0200, Annie D. a écrit :
Seb wrote:
je ne vois plus mes partitions, je n'ai pas sauvergardé la table de partition et lorsque je lance le logiciel dft, récupéré sur le site de hitachi, et que je demande de corriger les secteurs défectueux, il me dit que c'est impossible car les secteurs défectueux sont sur des partitions ext2.
Sérieux ? Depuis quand un outil de réparation de secteurs (niveau physique) se soucie-t-il du type de partition (niveau logique) ? A moins qu'il ne fasse pas que réparer les secteurs...
Je revérifierai le message donné
Mon problème est donc de trouver un moyen de récupérer mes fichiers qui se trouvent sur une partition ext2!
PS : lorsque je lance un fsck /dev/hdc, j'ai le message suivant : fsck 1.32 (09-Nov-2002) e2fsck 1.32 (09-Nov-2002) Couldn't find ext2 superblock, trying backup blocks... fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdc Could this be a zero-length partition?
Normal que ça ne marche pas. fsck vérifie les systèmes de fichiers. Un disque dur (/dev/hdc) n'est pas un système de fichiers. Une partition (/dev/hdc2) est un système de fichiers.
ok
Une solution pourait être de faire un DD du disque complet sur un autre et de faire un fsck ensuite. Ainsi plus de soucis de secteurs defectueux sur la copie et ca devrait marcher.
Le problème est que ne voyant pas mes partitions, je vois encore moins mes données.
Avec dd on peut faire un copie complète d'un disque sans se soucier de son découpage en partitions. Il suffit de spécifier comme source le disque physique /dev/hdc. L'option 'noerror' est nécessaire pour ne pas interrompre la copie à cause des secteurs défectueux.
ok, j'avais compris DD = Disque Dur, et du coup, je ne comprenais pas trop (je ne suis plus un newbie, mais je suis très loin de connaitre toutes les finesses, subtilité et puissance de mon système!!) Je vais essayé ça, mais avant, j'aimerai savoir s'il est possible de zipper en même temps : mon dd fait 80G et celui qui reste valide fait aussi 80G avec beaucoup de donnée dessus...
Le Sun, 27 Jul 2003 16:04:30 +0200, Annie D. a écrit :
Seb wrote:
je ne vois plus mes partitions, je n'ai
pas sauvergardé la table de partition et lorsque je lance le logiciel dft,
récupéré sur le site de hitachi, et que je demande de corriger les
secteurs défectueux, il me dit que c'est impossible car les secteurs
défectueux sont sur des partitions ext2.
Sérieux ? Depuis quand un outil de réparation de secteurs (niveau
physique) se soucie-t-il du type de partition (niveau logique) ? A moins
qu'il ne fasse pas que réparer les secteurs...
Je revérifierai le message donné
Mon problème est donc de trouver un moyen de récupérer mes fichiers qui se
trouvent sur une partition ext2!
PS : lorsque je lance un fsck /dev/hdc, j'ai le message suivant :
fsck 1.32 (09-Nov-2002)
e2fsck 1.32 (09-Nov-2002)
Couldn't find ext2 superblock, trying backup blocks...
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdc
Could this be a zero-length partition?
Normal que ça ne marche pas. fsck vérifie les systèmes de fichiers. Un
disque dur (/dev/hdc) n'est pas un système de fichiers. Une partition
(/dev/hdc2) est un système de fichiers.
ok
Une solution pourait être de faire un DD du disque complet sur un
autre et de faire un fsck ensuite. Ainsi plus de soucis de secteurs
defectueux sur la copie et ca devrait marcher.
Le problème est que ne voyant pas mes partitions, je vois encore moins mes
données.
Avec dd on peut faire un copie complète d'un disque sans se soucier de
son découpage en partitions. Il suffit de spécifier comme source le
disque physique /dev/hdc. L'option 'noerror' est nécessaire pour ne pas
interrompre la copie à cause des secteurs défectueux.
ok, j'avais compris DD = Disque Dur, et du coup, je ne comprenais pas trop
(je ne suis plus un newbie, mais je suis très loin de connaitre toutes les
finesses, subtilité et puissance de mon système!!)
Je vais essayé ça, mais avant, j'aimerai savoir s'il est possible de
zipper en même temps : mon dd fait 80G et celui qui reste valide fait
aussi 80G avec beaucoup de donnée dessus...
Le Sun, 27 Jul 2003 16:04:30 +0200, Annie D. a écrit :
Seb wrote:
je ne vois plus mes partitions, je n'ai pas sauvergardé la table de partition et lorsque je lance le logiciel dft, récupéré sur le site de hitachi, et que je demande de corriger les secteurs défectueux, il me dit que c'est impossible car les secteurs défectueux sont sur des partitions ext2.
Sérieux ? Depuis quand un outil de réparation de secteurs (niveau physique) se soucie-t-il du type de partition (niveau logique) ? A moins qu'il ne fasse pas que réparer les secteurs...
Je revérifierai le message donné
Mon problème est donc de trouver un moyen de récupérer mes fichiers qui se trouvent sur une partition ext2!
PS : lorsque je lance un fsck /dev/hdc, j'ai le message suivant : fsck 1.32 (09-Nov-2002) e2fsck 1.32 (09-Nov-2002) Couldn't find ext2 superblock, trying backup blocks... fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/hdc Could this be a zero-length partition?
Normal que ça ne marche pas. fsck vérifie les systèmes de fichiers. Un disque dur (/dev/hdc) n'est pas un système de fichiers. Une partition (/dev/hdc2) est un système de fichiers.
ok
Une solution pourait être de faire un DD du disque complet sur un autre et de faire un fsck ensuite. Ainsi plus de soucis de secteurs defectueux sur la copie et ca devrait marcher.
Le problème est que ne voyant pas mes partitions, je vois encore moins mes données.
Avec dd on peut faire un copie complète d'un disque sans se soucier de son découpage en partitions. Il suffit de spécifier comme source le disque physique /dev/hdc. L'option 'noerror' est nécessaire pour ne pas interrompre la copie à cause des secteurs défectueux.
ok, j'avais compris DD = Disque Dur, et du coup, je ne comprenais pas trop (je ne suis plus un newbie, mais je suis très loin de connaitre toutes les finesses, subtilité et puissance de mon système!!) Je vais essayé ça, mais avant, j'aimerai savoir s'il est possible de zipper en même temps : mon dd fait 80G et celui qui reste valide fait aussi 80G avec beaucoup de donnée dessus...
Annie D.
Seb wrote:
Avec dd on peut faire un copie complète d'un disque sans se soucier de son découpage en partitions. Il suffit de spécifier comme source le disque physique /dev/hdc. L'option 'noerror' est nécessaire pour ne pas interrompre la copie à cause des secteurs défectueux.
ok, j'avais compris DD = Disque Dur, et du coup, je ne comprenais pas trop
La méprise est compréhensible, ça aurait dû être écrit en minuscules.
Je vais essayé ça, mais avant, j'aimerai savoir s'il est possible de zipper en même temps
Méthode habituelle : spécifier la sortie standard comme destination et rediriger par pipe vers gzip, bzip2 ou autre programme de compression.
-- Evitez la confusion entre les préfixes SI et les préfixe binaires http://physics.nist.gov/cuu/Units/binary.html 1 G = 1 000 M = 1 000 000 k = 1 000 000 000 1 Gi = 1 024 Mi = 1 048 576 Ki = 1 073 741 824
Seb wrote:
Avec dd on peut faire un copie complète d'un disque sans se soucier de
son découpage en partitions. Il suffit de spécifier comme source le
disque physique /dev/hdc. L'option 'noerror' est nécessaire pour ne pas
interrompre la copie à cause des secteurs défectueux.
ok, j'avais compris DD = Disque Dur, et du coup, je ne comprenais pas trop
La méprise est compréhensible, ça aurait dû être écrit en minuscules.
Je vais essayé ça, mais avant, j'aimerai savoir s'il est possible de
zipper en même temps
Méthode habituelle : spécifier la sortie standard comme destination et
rediriger par pipe vers gzip, bzip2 ou autre programme de compression.
--
Evitez la confusion entre les préfixes SI et les préfixe binaires
http://physics.nist.gov/cuu/Units/binary.html
1 G = 1 000 M = 1 000 000 k = 1 000 000 000
1 Gi = 1 024 Mi = 1 048 576 Ki = 1 073 741 824
Avec dd on peut faire un copie complète d'un disque sans se soucier de son découpage en partitions. Il suffit de spécifier comme source le disque physique /dev/hdc. L'option 'noerror' est nécessaire pour ne pas interrompre la copie à cause des secteurs défectueux.
ok, j'avais compris DD = Disque Dur, et du coup, je ne comprenais pas trop
La méprise est compréhensible, ça aurait dû être écrit en minuscules.
Je vais essayé ça, mais avant, j'aimerai savoir s'il est possible de zipper en même temps
Méthode habituelle : spécifier la sortie standard comme destination et rediriger par pipe vers gzip, bzip2 ou autre programme de compression.
-- Evitez la confusion entre les préfixes SI et les préfixe binaires http://physics.nist.gov/cuu/Units/binary.html 1 G = 1 000 M = 1 000 000 k = 1 000 000 000 1 Gi = 1 024 Mi = 1 048 576 Ki = 1 073 741 824
Nick
On Sun, 27 Jul 2003 17:44:09 +0200, "Annie D." wrote:
Seb wrote:
Avec dd on peut faire un copie complète d'un disque sans se soucier de son découpage en partitions. Il suffit de spécifier comme source le disque physique /dev/hdc. L'option 'noerror' est nécessaire pour ne pas interrompre la copie à cause des secteurs défectueux.
ok, j'avais compris DD = Disque Dur, et du coup, je ne comprenais pas trop
La méprise est compréhensible, ça aurait dû être écrit en minuscules.
Désolé. Je voulais accentuer le mot pour pas qu'on confonde avec autre chose, ce que j'ai raté :)
Avec dd on peut faire un copie complète d'un disque sans se soucier de
son découpage en partitions. Il suffit de spécifier comme source le
disque physique /dev/hdc. L'option 'noerror' est nécessaire pour ne pas
interrompre la copie à cause des secteurs défectueux.
ok, j'avais compris DD = Disque Dur, et du coup, je ne comprenais pas trop
La méprise est compréhensible, ça aurait dû être écrit en minuscules.
Désolé. Je voulais accentuer le mot pour pas qu'on confonde avec autre
chose, ce que j'ai raté :)
On Sun, 27 Jul 2003 17:44:09 +0200, "Annie D." wrote:
Seb wrote:
Avec dd on peut faire un copie complète d'un disque sans se soucier de son découpage en partitions. Il suffit de spécifier comme source le disque physique /dev/hdc. L'option 'noerror' est nécessaire pour ne pas interrompre la copie à cause des secteurs défectueux.
ok, j'avais compris DD = Disque Dur, et du coup, je ne comprenais pas trop
La méprise est compréhensible, ça aurait dû être écrit en minuscules.
Désolé. Je voulais accentuer le mot pour pas qu'on confonde avec autre chose, ce que j'ai raté :)
Nick
Nick
On Sun, 27 Jul 2003 20:10:04 +0200, Seb wrote:
C'est pas grave!! ;)
je viens donc de lancer un dd conv=noerror if=/dev/hdc of=/mnt/divers/hdc.dd résultat, j'ai mon disque qui mouline, le fichier créer est vide pour l'instant et ne se remplit pas du tout... Est ce que c'est mauvais signe et que je ne pourrais pas récupérer mes données????
Ben tant que la copie est pas fini il me semble que tu ne pourras pas y acceder. Et mauvais signe non. La copie sera TRES longue.
Nick
On Sun, 27 Jul 2003 20:10:04 +0200, Seb
<sebastien.voindrot@laposte.net> wrote:
C'est pas grave!! ;)
je viens donc de lancer un dd conv=noerror if=/dev/hdc
of=/mnt/divers/hdc.dd
résultat, j'ai mon disque qui mouline, le fichier créer est vide pour
l'instant et ne se remplit pas du tout... Est ce que c'est mauvais signe
et que je ne pourrais pas récupérer mes données????
Ben tant que la copie est pas fini il me semble que tu ne pourras pas
y acceder. Et mauvais signe non. La copie sera TRES longue.
je viens donc de lancer un dd conv=noerror if=/dev/hdc of=/mnt/divers/hdc.dd résultat, j'ai mon disque qui mouline, le fichier créer est vide pour l'instant et ne se remplit pas du tout... Est ce que c'est mauvais signe et que je ne pourrais pas récupérer mes données????
Ben tant que la copie est pas fini il me semble que tu ne pourras pas y acceder. Et mauvais signe non. La copie sera TRES longue.
Nick
Seb
Le Sun, 27 Jul 2003 20:43:02 +0200, Nick a écrit :
On Sun, 27 Jul 2003 20:10:04 +0200, Seb wrote:
C'est pas grave!! ;)
je viens donc de lancer un dd conv=noerror if=/dev/hdc of=/mnt/divers/hdc.dd résultat, j'ai mon disque qui mouline, le fichier créer est vide pour l'instant et ne se remplit pas du tout... Est ce que c'est mauvais signe et que je ne pourrais pas récupérer mes données????
Ben tant que la copie est pas fini il me semble que tu ne pourras pas y acceder. Et mauvais signe non. La copie sera TRES longue.
Nick
mouais... là, je viens de vérifier la taille du fichier créé, il a grossit de 20ko en 1 heure... en clair, si on considère qu'il y avait 40Go de données, j'en ai pour 2 milions d'heures à ce rythme = 228 ans!!! ça fait un peu trop long pour moi... :)
Merci pour vos conseils et ... votre patience... ;)
Le Sun, 27 Jul 2003 20:43:02 +0200, Nick a écrit :
On Sun, 27 Jul 2003 20:10:04 +0200, Seb
<sebastien.voindrot@laposte.net> wrote:
C'est pas grave!! ;)
je viens donc de lancer un dd conv=noerror if=/dev/hdc
of=/mnt/divers/hdc.dd
résultat, j'ai mon disque qui mouline, le fichier créer est vide pour
l'instant et ne se remplit pas du tout... Est ce que c'est mauvais signe
et que je ne pourrais pas récupérer mes données????
Ben tant que la copie est pas fini il me semble que tu ne pourras pas
y acceder. Et mauvais signe non. La copie sera TRES longue.
Nick
mouais... là, je viens de vérifier la taille du fichier créé, il a grossit
de 20ko en 1 heure... en clair, si on considère qu'il y avait 40Go de
données, j'en ai pour 2 milions d'heures à ce rythme = 228 ans!!! ça fait
un peu trop long pour moi... :)
Merci pour vos conseils et ... votre patience... ;)
Le Sun, 27 Jul 2003 20:43:02 +0200, Nick a écrit :
On Sun, 27 Jul 2003 20:10:04 +0200, Seb wrote:
C'est pas grave!! ;)
je viens donc de lancer un dd conv=noerror if=/dev/hdc of=/mnt/divers/hdc.dd résultat, j'ai mon disque qui mouline, le fichier créer est vide pour l'instant et ne se remplit pas du tout... Est ce que c'est mauvais signe et que je ne pourrais pas récupérer mes données????
Ben tant que la copie est pas fini il me semble que tu ne pourras pas y acceder. Et mauvais signe non. La copie sera TRES longue.
Nick
mouais... là, je viens de vérifier la taille du fichier créé, il a grossit de 20ko en 1 heure... en clair, si on considère qu'il y avait 40Go de données, j'en ai pour 2 milions d'heures à ce rythme = 228 ans!!! ça fait un peu trop long pour moi... :)
Merci pour vos conseils et ... votre patience... ;)
