1) dd if=/dev/urandom of=/dev/sdc sur le mauvais disque
2) controle + c rapide étant donné l'erreur
3) je tente : sudo cryptsetup luksOpen /dev/sdc partition
mais j'ai le message d'erreur:
Device /dev/sdc is not a valid LUKS device.
Est-ce irrécupérable ?
--
Alexandre Delanoë
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20101207135838.GA2675@delanoe.org
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
Papinux
Le Tue, 7 Dec 2010 14:58:38 +0100, Alexandre a écrit :
Bonjour,
1) dd if=/dev/urandom of=/dev/sdc sur le mauvais disque 2) controle + c rapide étant donné l'erreur 3) je tente : sudo cryptsetup luksOpen /dev/sdc partition mais j'ai le message d'erreur: Device /dev/sdc is not a valid LUKS device.
Est-ce irrécupérable ?
Bonsoir,
Sans [aucun] doute.
Cf. la Faq de CryptSetup: https://code.google.com/p/cryptsetup/wiki/FrequentlyAskedQuestions#6._Backu p_and_Data_Recovery
et plus particulièrement cette question:
* What happens if I overwrite the start of a LUKS partition or damage the LUKS header or key-slots?
There are two critical components for decryption: The salt values in the header itself and the key-slots. If the salt values are overwritten or changed, nothing (in the cryptographically strong sense) can be done to access the data, unless there is a backup of the LUKS header. If a key-slot is damaged, the data can still be read with a different key-slot, if there is a remaining undamaged and used key-slot. Note that in order to make a key-slot unrecoverable in a cryptographically strong sense, changing about 4-6 bits in random locations of its 128kiB size is quite enough.
En fait il y a de gros risques que l'entête ait été effacée (elle fait, me semble t-il, moins de 1024 octets), vu le temps de réaction d'un humain ...
J'utilise Cryptsetup depuis plusieurs années, et ce que je crains le plus c'est que l'entête se trouve endommager empêchant l'accès aux données (d'où un grand soin apporté à mes sauvegardes).
Donc pas de sauvegarde?
-- px
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Le Tue, 7 Dec 2010 14:58:38 +0100, Alexandre a écrit :
Bonjour,
1) dd if=/dev/urandom of=/dev/sdc sur le mauvais disque
2) controle + c rapide étant donné l'erreur
3) je tente : sudo cryptsetup luksOpen /dev/sdc partition
mais j'ai le message d'erreur:
Device /dev/sdc is not a valid LUKS device.
Est-ce irrécupérable ?
Bonsoir,
Sans [aucun] doute.
Cf. la Faq de CryptSetup:
https://code.google.com/p/cryptsetup/wiki/FrequentlyAskedQuestions#6._Backu p_and_Data_Recovery
et plus particulièrement cette question:
* What happens if I overwrite the start of a LUKS partition or
damage the LUKS header or key-slots?
There are two critical components for decryption: The salt values
in the header itself and the key-slots. If the salt values are
overwritten or changed, nothing (in the cryptographically strong
sense) can be done to access the data, unless there is a backup
of the LUKS header. If a key-slot is damaged, the data can still
be read with a different key-slot, if there is a remaining
undamaged and used key-slot. Note that in order to make a
key-slot unrecoverable in a cryptographically strong sense,
changing about 4-6 bits in random locations of its 128kiB size is
quite enough.
En fait il y a de gros risques que l'entête ait été effacée (elle
fait, me semble t-il, moins de 1024 octets), vu le temps de réaction
d'un humain ...
J'utilise Cryptsetup depuis plusieurs années, et ce que je crains le
plus c'est que l'entête se trouve endommager empêchant l'accès aux
données (d'où un grand soin apporté à mes sauvegardes).
Donc pas de sauvegarde?
--
px
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20101207212006.49306102@lucifer
Le Tue, 7 Dec 2010 14:58:38 +0100, Alexandre a écrit :
Bonjour,
1) dd if=/dev/urandom of=/dev/sdc sur le mauvais disque 2) controle + c rapide étant donné l'erreur 3) je tente : sudo cryptsetup luksOpen /dev/sdc partition mais j'ai le message d'erreur: Device /dev/sdc is not a valid LUKS device.
Est-ce irrécupérable ?
Bonsoir,
Sans [aucun] doute.
Cf. la Faq de CryptSetup: https://code.google.com/p/cryptsetup/wiki/FrequentlyAskedQuestions#6._Backu p_and_Data_Recovery
et plus particulièrement cette question:
* What happens if I overwrite the start of a LUKS partition or damage the LUKS header or key-slots?
There are two critical components for decryption: The salt values in the header itself and the key-slots. If the salt values are overwritten or changed, nothing (in the cryptographically strong sense) can be done to access the data, unless there is a backup of the LUKS header. If a key-slot is damaged, the data can still be read with a different key-slot, if there is a remaining undamaged and used key-slot. Note that in order to make a key-slot unrecoverable in a cryptographically strong sense, changing about 4-6 bits in random locations of its 128kiB size is quite enough.
En fait il y a de gros risques que l'entête ait été effacée (elle fait, me semble t-il, moins de 1024 octets), vu le temps de réaction d'un humain ...
J'utilise Cryptsetup depuis plusieurs années, et ce que je crains le plus c'est que l'entête se trouve endommager empêchant l'accès aux données (d'où un grand soin apporté à mes sauvegardes).
Donc pas de sauvegarde?
-- px
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Alexandre
Le mardi 07 décembre de l'année 2010, vers 21 heures et 20 minutes, Papinux écrivait:
Cf. la Faq de CryptSetup: https://code.google.com/p/cryptsetup/wiki/FrequentlyAskedQuestions#6._Backup_and_Data_Recovery
Merci.
En fait il y a de gros risques que l'entête ait été effacée (elle fait, me semble t-il, moins de 1024 octets), vu le temps de réaction d'un humain ...
Oui, j'ai tenté un repartitionnement, re-initialisation de la clef et re-formatage (après un strings /dev/mapper/mapartition | grep QuelquesMotsQueJeConnais) mais sans succès...
J'utilise Cryptsetup depuis plusieurs années, et ce que je crains le plus c'est que l'entête se trouve endommager empêchant l'accès aux données (d'où un grand soin apporté à mes sauvegardes).
Donc pas de sauvegarde?
En fait, il s'agissait du disque dur de mes sauvegardes. Donc pas de soucis majeurs cette fois-ci. Mais je redoublerai d'attention la prochaine fois.
Merci de ta réponse Papinux.
-- Alexandre Delanoë
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Le mardi 07 décembre de l'année 2010, vers 21 heures et 20 minutes, Papinux écrivait:
Cf. la Faq de CryptSetup:
https://code.google.com/p/cryptsetup/wiki/FrequentlyAskedQuestions#6._Backup_and_Data_Recovery
Merci.
En fait il y a de gros risques que l'entête ait été effacée (elle
fait, me semble t-il, moins de 1024 octets), vu le temps de réaction
d'un humain ...
Oui, j'ai tenté un repartitionnement, re-initialisation de la clef et
re-formatage (après un strings /dev/mapper/mapartition | grep
QuelquesMotsQueJeConnais) mais sans succès...
J'utilise Cryptsetup depuis plusieurs années, et ce que je crains le
plus c'est que l'entête se trouve endommager empêchant l'accès aux
données (d'où un grand soin apporté à mes sauvegardes).
Donc pas de sauvegarde?
En fait, il s'agissait du disque dur de mes sauvegardes. Donc pas
de soucis majeurs cette fois-ci. Mais je redoublerai d'attention la
prochaine fois.
Merci de ta réponse Papinux.
--
Alexandre Delanoë
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20101208064520.GA13400@delanoe.org
Le mardi 07 décembre de l'année 2010, vers 21 heures et 20 minutes, Papinux écrivait:
Cf. la Faq de CryptSetup: https://code.google.com/p/cryptsetup/wiki/FrequentlyAskedQuestions#6._Backup_and_Data_Recovery
Merci.
En fait il y a de gros risques que l'entête ait été effacée (elle fait, me semble t-il, moins de 1024 octets), vu le temps de réaction d'un humain ...
Oui, j'ai tenté un repartitionnement, re-initialisation de la clef et re-formatage (après un strings /dev/mapper/mapartition | grep QuelquesMotsQueJeConnais) mais sans succès...
J'utilise Cryptsetup depuis plusieurs années, et ce que je crains le plus c'est que l'entête se trouve endommager empêchant l'accès aux données (d'où un grand soin apporté à mes sauvegardes).
Donc pas de sauvegarde?
En fait, il s'agissait du disque dur de mes sauvegardes. Donc pas de soucis majeurs cette fois-ci. Mais je redoublerai d'attention la prochaine fois.
Merci de ta réponse Papinux.
-- Alexandre Delanoë
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/