SSD de 120 Go vers un SSD 120 Go de même taille

jamesbad000 · Le 30/10/2019, à 20:41

Tu utilises un SSD pour stocker une sauvegarde ?
A moindre cout tu peux faire un fichier image de ton disque...

Dernière modification par jamesbad000 (Le 30/10/2019, à 20:43)

moko138 · Le 30/10/2019, à 20:52

Le clonage a fonctionné... mais le clonage de ceci :

GPT PMBR size mismatch (234441647 != 234441646) will be corrected by w(rite).
La table de partitions GPT de sauvegarde est corrompue, mais la primaire semble fonctionnelle, elle sera donc utilisée.
Disque /dev/sdb : 111,8 GiB, 120034123264 octets, 234441647 secteurs

jamesbad000 · Le 30/10/2019, à 21:27

Effectivement omit de traiter ce petit défaut.
Ceci devrait permettre de corriger sur le 1er disque et de s'assurer que c'est fait.

sudo sgdisk -v /dev/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144
sudo sgdisk -e /dev/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144
sudo fdisk /dev/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144

Faire la même chose sur l'autre disque si l'erreur a bien disparu.

richardpub · Le 30/10/2019, à 23:07

J'ai utilisé cette méthode pour pouvoir vérifier que le logiciel hébergé par ce SSD, après clonage sur un autre SSD, rendait bien un disque opérationnel après remplacement du premier disque en cas de panne du second.
Le logiciel de domotique que j'utilise, est plutôt bon, mais après son rachat par une autre société, on a perdu l’efficacité du service apres-vente est devenu mauvais (jusqu'à 3 à 4 semaines pour réparer un disque SSD en panne). Ma méthode n'est peut être pas très conventionnelle, mais aujourd’hui je suis sûr qu'elle fonctionne. je vais pouvoir tester maintenant avec une image disque, mais avec les outils type clonezilla ou acronis, je n'avais toujours pas réussi à générer un disque opérationnel à partir d'une image.
Merci encore pour votre aide

richardpub · Le 30/10/2019, à 23:10

Je teste cette coorection dès demain

jamesbad000 a écrit :

Effectivement omit de traiter ce petit défaut.
Ceci devrait permettre de corriger sur le 1er disque et de s'assurer que c'est fait.
sudo sgdisk -v /dev/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144
sudo sgdisk -e /dev/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144
sudo fdisk /dev/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144
Faire la même chose sur l'autre disque si l'erreur a bien disparu.

richardpub · Le 30/10/2019, à 23:17

sudo sgdisk -v /dev/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144

donne:

@HPOrdinateur:~$ sudo   dd  if=/dev/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144   of=/dev/disk/by-id/ata-KINGSTON_SMS200S3120G_50026B7261014BBB     bs=1M status=progress && sync
120033640448 bytes (120 GB, 112 GiB) copied, 3759,01 s, 31,9 MB/s
114473+1 enregistrements lus
114473+1 enregistrements écrits
120034123264 bytes (120 GB, 112 GiB) copied, 3784,37 s, 31,7 MB/s
jeanlouisrichard@HPOrdinateur:~$ sudo sgdisk -v /dev/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144
[sudo] Mot de passe de jeanlouisrichard : 
Warning! Disk size is smaller than the main header indicates! Loading
secondary header from the last sector of the disk! You should use 'v' to
verify disk integrity, and perhaps options on the experts' menu to repair
the disk.
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************

Problem: The secondary header's self-pointer indicates that it doesn't reside
at the end of the disk. If you've added a disk to a RAID array, use the 'e'
option on the experts' menu to adjust the secondary header's and partition
table's locations.

Problem: Disk is too small to hold all the data!
(Disk size is 234441647 sectors, needs to be 234441648 sectors.)
The 'e' option on the experts' menu may fix this problem.

Identified 2 problems!

Avec
sudo sgdisk -e /dev/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144

J'ai le résultat suivant. Que dois-je envoyer comme commande??

d@HPOrdinateur:~$ sudo fdisk /dev/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144

Bienvenue dans fdisk (util-linux 2.27.1).
Les modifications resteront en mémoire jusqu'à écriture.
Soyez prudent avant d'utiliser la commande d'écriture.


Commande (m pour l'aide) :

rmy · Le 31/10/2019, à 08:55

@richardpub : il faudra quand même penser à virer le fichier de 2,9Go créé par erreur :-)

-rw-r--r-- 1 root root 2940604416 oct.  30 17:47 ata-KINGSTON_SMS200S3120G_50026B7261014BB

@jamesbad000 c'est justement parce qu'il s'agit d'aide distante que je préférerai systématiquement ddrescue, parce qu'il y a un log. Dans ce cas précis, je suis d'accord qu'il y a peu de chances de défaillance, donc dd fait le job.

Là où je ne suis pas d'accord avec l'affirmation de geole c'est de dire "pour du SSD il vaut mieux du natif". Pour deux raisons :

1/ On se replace dans le contexte d'un forum : le prochain qui vient lire cette phrase hors contexte va penser que c'est son cas aussi puisque la phrase est générique. Tel que le dit geole, c'est TOUJOURS vrai sur du SSD (et à contrario ça ne l'est pas forcément sur un DD standard). Et je trouve cela juste carrément faux.

2/ Tenir le discours de dire "il vaut mieux utiliser du natif parce que c'est du natif" me fait penser à quelqu'un qui ferait du carving avec hexdump. Oui, c'est possible. Et c'est natif. Alors pourquoi utiliser photorec ?
ddrescue est écrit en C++, gère très bien tout seul tout ce qui est taille de blocs contrairement à dd (et à ce que semble penser geole avec ses commandes à rallonge) et simplifie la vie de la personne qui doit aider sur le forum (vous, moi) Et de la personne qui doit tenter de récupérer ses données.

Du coup, dans 99% des cas j'utiliserai ddrescue, qui sera bien souvent plus efficiente, plus rapide, permettra une reprise en cas d'interruption grâce au log.

Je n'utilise dd que :
- si ddrescue n'est pas installé ET qu'il n'y a pas de connexion internet
- si je dois piper la source ou la destination.

De manière générale, et parce que je le rappelle c'est un forum : nous avons tous des domaines de prédilection, une expérience personnelle, des préférences. Il me semble TRÈS souhaitable de dire "je ferais comme cela dans ton cas" plutôt que de dire "La vérité unique est ainsi".

rmy · Le 31/10/2019, à 09:04

richardpub a écrit :

Avec
sudo sgdisk -e /dev/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144
J'ai le résultat suivant. Que dois-je envoyer comme commande??
d@HPOrdinateur:~$ sudo fdisk /dev/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144

Bienvenue dans [b]fdisk[/b] (util-linux 2.27.1).
 

C'est fdisk ici, pas sgdisk…

normalement -e :

e	relocate backup data structures to the end of the disk

L'idée ici (je te laisse creuser un peu le principe d'une table GPT) c'est que tu as une sauvegarde de la table de partition à la fin du disque. La tienne, car la valeur déclarée pour le disque dans le header GPT est un secteur trop grande, ne se trouve pas parfaitement au bon endroit. La commande sgdisk -e devrait corriger ça.

Dernière modification par rmy (Le 31/10/2019, à 09:10)

richardpub · Le 31/10/2019, à 11:01

Malheureusement si le clonage du disque SSD me donne un SSD fonctionnel, je ne peux accéder à mon logiciel de domotique. J'en déduit que le mise en service est dépendant du matériel utilisé.
Je ne sais pas comment passé au dessus de cette protection. Et ce n'est plus le sujet du forum....
Merci pour votre aide et votre compétence qui me seront utiles pour les utilisations et programmes que je fais sur rasberry.
Je vous serez reconnaissant si vous pouviez m'indiquer comment et où je peux me former aux options des commandes linux, car mon niveau est encore très faible...
Cordialement

moko138 · Le 31/10/2019, à 11:06

Malheureusement si le clonage du disque SSD me donne un SSD fonctionnel, je ne peux accéder à mon logiciel de domotique.

Qu'est-ce qui te fait dire cela ? As-tu remplacé le disque source par son clone ?

geole · Le 31/10/2019, à 12:02

Bonjour
As-tu aussi vérifié que la domotique fonctionnait encore avec le disque source.
Attention, Si tu utilises cette domotique avec ubuntu, Le fait de cloner a fabriqué un disque identique. Après le clonage, il est nécessaire que tu débranches le disque source et que tu rebootes pour que le disque copie soit bien détecté

D'autre part, pourrais-tu donner la version de ubuntu que tu utilises avec cette commande

lsb_release -a

Cependant, il est aussi possible que ton logiciel de domotique se soit protégé des copies pirates en commençant par vérifier que le modèle et le numéro de série du disque soit toujours identique à celui de la première installation.
Il faudrait alors le souce du logiciel.

Dernière modification par geole (Le 31/10/2019, à 12:06)

rmy · Le 31/10/2019, à 12:07

geole a écrit :

Attention, Si tu utilises cette domotique avec ubuntu, Le fait de cloner a fabriqué un disque identique. Après le clonage, il est nécessaire que tu débranches le disque source et que tu rebootes pour que le disque copie soit bien détecté

ça m'a l'air peu probable, il est question dans la discussion d'un prestataire SAV, et au début de la discussion :

1004K ├─sdb1 vfat   EFI           
  512M ├─sdb2 ufs                  
  512M ├─sdb3                      
  512M ├─sdb4                      
 37,3G ├─sdb5                      
   73G └─sdb6 ufs

me semble peu probable qu'il s'agisse d'une installation ubuntu ;-)

richardpub · Le 31/10/2019, à 13:12

Le pc sur lequel j'ai fait le clone fonctionne en:

@HPOrdinateur:/$ lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 16.04.6 LTS
Release:	16.04
Codename:	xenial

Par contre le Linux utilisé sur ma box est un FreeBSD
J'ai maintenant la certitude que mon logiciel de domotique est protégé des copies pirates en commençant par vérifier que le modèle et le numéro de série du disque soit toujours identique à celui de la première installation. L'activation primaire se fait par le numéro de série de la box.
Mon but et celui des autres utilisateurs serait de ne plus être dépendant d'un retour de box en cas de panne du SSD.
Mais je pense être dans une impasse en tout cas à mon niveau.

richardpub · Le 31/10/2019, à 13:17

moko138 a écrit :

Malheureusement si le clonage du disque SSD me donne un SSD fonctionnel, je ne peux accéder à mon logiciel de domotique.
Qu'est-ce qui te fait dire cela ? As-tu remplacé le disque source par son clone ?

C'est cela.

GammaDraconis · Le 31/10/2019, à 14:12

clonezilla !

avec dd il y a aucune compression (beaucoup plus long)

Dernière modification par GammaDraconis (Le 31/10/2019, à 14:12)

jamesbad000 · Le 01/11/2019, à 00:26

si on peut compresser avec dd. Il suffit de rajouter un pipe sur gzip ou autre xz...
Quant à dire que ça va plus vite. Hum, c'est pas gagné d'avance.

Résultat d'un test que j'avais fait (ssd vers disque mécanique)

fredk1804@MirageK1804:~$ sudo dd if=/dev/mirage0/k1604 bs=64M status=progress of=nvme0n1
15971909632 bytes (16 GB, 15 GiB) copied, 88 s, 181 MB/s 
240+0 enregistrements lus
240+0 enregistrements écrits
16106127360 bytes (16 GB, 15 GiB) copied, 104,953 s, 153 MB/s

fredk1804@MirageK1804:~$ sudo dd if=/dev/mirage0/k1604 bs=64M status=progress | gzip > nvme0n1.gz
16106127360 bytes (16 GB, 15 GiB) copied, 392 s, 41,1 MB/s 
240+0 enregistrements lus
240+0 enregistrements écrits
16106127360 bytes (16 GB, 15 GiB) copied, 391,998 s, 41,1 MB/s

et xz en compression mini (compresse quand même mieux que gzip) gagne de pas grand chose sur la copie sans compression. Mais il a fallu 12 threads...

fredk1804@MirageK1804:~$ sudo dd if=/dev/mirage0/k1604 bs=64M status=progress | xz -T0 -0 > nvme0n1.xz
16106127360 bytes (16 GB, 15 GiB) copied, 95 s, 170 MB/s 
240+0 enregistrements lus
240+0 enregistrements écrits
16106127360 bytes (16 GB, 15 GiB) copied, 95,4999 s, 169 MB/s

Dernière modification par jamesbad000 (Le 01/11/2019, à 00:29)

richardpub · Le 04/11/2019, à 10:05

il y a-t-il une méthode logiciel pour modifier le nom du SSD

/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144

par commande???

jamesbad000 · Le 04/11/2019, à 20:39

J'en doute. Peut-être des logiciels professionnel ou constructeur.
Mais souvent ce genre de chose ne peut être fait qu'avec une connexion spéciale: connexion série directement sur le circuit imprimé ou des broches spéciales.
Mais rmy est probablement plus au fait que moi sur ce genre de choses...

moko138 · Le 04/11/2019, à 21:08

richardpub a écrit :

il y a-t-il une méthode logiciel pour modifier le nom du SSD
/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144
par commande???

J'en doute
a) parce que dans /dev/disk/by-id, il y a id ;
b) parce que "/dev/disk/by-id/ata-PNY_CS900_120GB_SSD_PNY34170019730100144" est justement la désignation stable du disque (par opposition à dev/sdX) ;
c) parce que ça découle toujours de ces deux lignes des données SMART :

Device Model:     
Serial Number:

Chez toi, ce doit être à peu près :

Device Model:     PNY PNY_CS900-120GB
Serial Number:    PNY34170019730100144
User Capacity:    120 ... ... ... bytes [120 GB]

richardpub · Le 04/11/2019, à 22:13

C'est effectivement à des logiciels professionnels que je pensais... Nous allons nous tourner vers cette direction en utilisant notre réseau...
Merci pour votre aide côté Ubuntu... Le clonage bits à bits va nous permettre de transmettre un SSD avec des données copiés à l'identique...
Cordialement

rmy · Le 04/11/2019, à 23:32

jamesbad000 a écrit :

J'en doute. Peut-être des logiciels professionnel ou constructeur.
Mais souvent ce genre de chose ne peut être fait qu'avec une connexion spéciale: connexion série directement sur le circuit imprimé ou des broches spéciales.
Mais rmy est probablement plus au fait que moi sur ce genre de choses...

Je n'ai pas répondu car je n'ai pas de certitude à ce sujet et je préfère en général me taire que de dire une bêtise. Toutefois étant sollicité, je vais donner une réponse à prendre avec des pincettes et je passerai éditer si j'ai des précisions après avoir consulté d'autres experts spécifiquement au SSD.

Mon avis en résumé : ça doit probablement être possible, mais clairement pas avec du soft classique puisque effectivement il s'agit d'aller modifier de l'information "en dur".
Je sais avec certitude que c'est possible sur du HDD classique, c'est même utilisé parfois, et effectivement dans ce cas ça passe par des commande en terminal sur une connectique Rx/Tx (souvent en se branchant sur les petites broches similaires aux positions des jumpers).

Je ne sais pas si c'est aussi le cas sur du SSD. Intuitivement je dirais que oui, parce que du SSD, c'est jamais que de la flash avec un contrôleur, donc comme une grosse clé USB pour simplifier… et que j'ai déjà manipulé de la clé USB pour modifier du hard, par exemple faire sauter (ou créer) des volumes type CD embarqué, ou des partitions publicitaires… Donc, pour la théorie, ce qui est programmable a vocation à pouvoir être reprogrammé, et pourquoi pas un S/N… je ne sais juste pas si il existe des outils autres que ceux que possèdent les constructeurs pour cela.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 30/10/2019, à 20:41

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#27 Le 30/10/2019, à 20:52

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#28 Le 30/10/2019, à 21:27

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#29 Le 30/10/2019, à 23:07

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#30 Le 30/10/2019, à 23:10

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#31 Le 30/10/2019, à 23:17

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#32 Le 31/10/2019, à 08:55

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#33 Le 31/10/2019, à 09:04

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#34 Le 31/10/2019, à 11:01

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#35 Le 31/10/2019, à 11:06

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#36 Le 31/10/2019, à 12:02

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#37 Le 31/10/2019, à 12:07

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#38 Le 31/10/2019, à 13:12

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#39 Le 31/10/2019, à 13:17

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#40 Le 31/10/2019, à 14:12

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#41 Le 01/11/2019, à 00:26

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#42 Le 04/11/2019, à 10:05

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#43 Le 04/11/2019, à 20:39

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#44 Le 04/11/2019, à 21:08

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#45 Le 04/11/2019, à 22:13

Re : SSD de 120 Go vers un SSD 120 Go de même taille

#46 Le 04/11/2019, à 23:32

Re : SSD de 120 Go vers un SSD 120 Go de même taille

Pied de page des forums