[Résolu] cloner ancien HDD avec systéme vers SSD ?

geole · Le 04/11/2023, à 17:00

GR 34 a écrit :

Qid a écrit :
GR 34 a écrit :
Oui effectivement comme je l'ai précisé si on a une mise à jour du clone à faire. Ça me semblait intéressant de le préciser.
Oui enfin ce n'est pas l'idée de la demande actuelle donc bon pas de raison d'aborder ce point là...
Bah... Ça dépend, imagine qu’il fasse son clonage et qu’il ne change pas tout de suite son disque, sur l'ancien il fait quelque modif et il se dit qu’il doit faire un nouveau clone, il sera content que ça se réalise plus vite que la dernière fois en ayant choisi Clonezilla plutôt que dd.

Bonjour
J'ai essayé d'imaginer......
Alors clonezilla est incapable de reporter la modification du seul fichier. Le minima est de sauver de nouveau la partition qui contient le fichier. Dans ce contexte, la partition ext4 fait 99% de la taille disque, Il n'y a juste qu'à espérer que la modification a été faite dans la partition de boot.
Ne pas oublier non plus que la commande "dd" est aussi capable du dupliquer une seule partition.

time sudo dd if=/dev/sda1 of=/dev/sdf1 bs=1M status=progress
100+0 enregistrements lus
100+0 enregistrements écrits
104857600 octets (105 MB, 100 MiB) copiés, 4,57537 s, 22,9 MB/s

real	0m7,312s

Je me suis permis de faire un essai qui n'est pas celui du contexte. Le support sortie est un disque dur de 500 Go au lieu d'un SSD de 1000Go donc la vitesse d' écriture est très faible. Le support d'entrée ne fait que 120 Go est plein à environ 70%. L'ordinateur est EFI.

D'abord, je ne comprend pas pourquoi rescuezilla et clonezilla décident de regénérer la structure de boot. En EFI les fichiers de boot sont dans la partition de boot. Aucun des deux produits ne modifie les UUID et les copies dans l'ordre. C'est totalement inutile. ( Je ne testerais pas en en LEGACY Mais je pense que rescuezilla ne duplique pas le MBR mais que clonezilla le fait.).

J'ai noté que pendant l'exécution de clonezilla, on ne peut strictement rien faire alors que pendant l'exécution de rescuezilla on a la possibilité de faire quelques commandes de base et on a l'accès réseau. Ce qui peut d'ailleurs ralentir un peu le temps de traitement.

Voici quelques mesures.

time sudo dd if=/dev/sda of=/dev/sdf bs=1M status=progress
120022106112 octets (120 GB, 112 GiB) copiés, 4196 s, 28,6 MB/s
114473+1 enregistrements lus
114473+1 enregistrements écrits
120034123776 octets (120 GB, 112 GiB) copiés, 4196,41 s, 28,6 MB/s

real	69m56,450s

rescuezilla est en version JAMMY, il utilise partclone V0.3.20.1. Il a dit avoir fait l'action en 50,8 minutes. Ma montre indique 50 minutes de traitement.
Il indique que les vraies opérations de copie pour les trois partitions ont duré 14'28'' 12'42'' 14'46" soit un total de 42'56". Il faut être présent pour relever les valeurs.

Clonezilla en version HIRSUTE utilise partclone V0.3.17. Ma montre indique 55 minutes de traitement.
Il indique que les vraies opérations de copie pour les trois partitions ont duré 13'34'' 12'06'' 15'20" soit un total de 41'00". Il faut être présent pour relever les valeurs.

Clonezilla en version MANTIC utilise partclone V0.3.27. Ma montre indique 56 minutes de traitement.
Je n'étais pas présent pour les valeurs intermédiaires.

Je reste persuadé qu'il est plus simple d'utiliser gparted lorsque le boot est EFI car il fonctionne dans un environnement connu. Il s'appuie lui aussi sur partclone mais il contrôle que les partitions sont en excellant état avant de commencer la copie. Il sera donc un peu plus long. Les valeurs vont venir.

La copie de la première partition importante s'est déroulée en 15'18" avec l'ordinateur continuant de fonction après démontage de cette partition.

========================================
Copier /dev/sda4 vers /dev/sdf4  00:15:18    ( SUCCÈS )
     	
calibrer /dev/sda4  00:00:01    ( SUCCÈS )
     	
chemin : /dev/sda4 (partition)
début : 444416
fin : 77342719
taille : 76898304 (36.67 Gio)
calibrer /dev/sdf4  00:00:01    ( SUCCÈS )
     	
chemin : /dev/sdf4 (partition)
début : 444416
fin : 77342719
taille : 76898304 (36.67 Gio)
vérifier le système de fichiers sur /dev/sda4 et corriger les problèmes (si possible)  00:00:04    ( SUCCÈS )
     	
ntfsresize -i -f -v '/dev/sda4'  00:00:04    ( SUCCÈS )
     	
ntfsresize v2021.8.22 (libntfs-3g)
Device name : /dev/sda4
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 39371928064 bytes (39372 MB)
Current device size: 39371931648 bytes (39372 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 27993 MB (71,1%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
Multi-Record : 32139 MB 115731
$MFTMirr : 1 MB 1
Compressed : 27667 MB 45415
Sparse : 31549 MB 105356
Ordinary : 32359 MB 275066
You might resize at 27992186880 bytes or 27993 MB (freeing 11379 MB).
Please make a test run using both the -n and -s options before real resizing!
définir le type de partition sur /dev/sdf4  00:00:03    ( SUCCÈS )
     	
nouveau type de partition : ntfs
copier le système de fichiers de /dev/sda4 vers /dev/sdf4  00:15:09    ( SUCCÈS )
     	
ntfsclone -f --overwrite '/dev/sdf4' '/dev/sda4'  00:15:09    ( SUCCÈS )
     	
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 39371927552 bytes (39372 MB)
Current device size: 39371931648 bytes (39372 MB)
Scanning volume ...
100.00 percent completed
Accounting clusters ...
Space in use : 27993 MB (71,1%)
Cloning NTFS ...
100.00 percent completed
Syncing ...
ntfsclone v2021.8.22 (libntfs-3g)
mise à jour du secteur de démarrage du système de fichiers ntfs sur /dev/sdf4  00:00:00    ( SUCCÈS )

La copie du second s'est déroulée en 13'31''

Copier /dev/sda5 vers /dev/sdf5  00:13:31    ( SUCCÈS )
     	
calibrer /dev/sda5  00:00:01    ( SUCCÈS )
     	
chemin : /dev/sda5 (partition)
début : 77342720
fin : 156440575
taille : 79097856 (37.72 Gio)
calibrer /dev/sdf5  00:00:02    ( SUCCÈS )
     	
chemin : /dev/sdf5 (partition)
début : 77342720
fin : 156440575
taille : 79097856 (37.72 Gio)
vérifier le système de fichiers sur /dev/sda5 et corriger les problèmes (si possible)  00:00:03    ( SUCCÈS )
     	
ntfsresize -i -f -v '/dev/sda5'  00:00:03    ( SUCCÈS )
     	
ntfsresize v2021.8.22 (libntfs-3g)
Device name : /dev/sda5
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 40498098688 bytes (40499 MB)
Current device size: 40498102272 bytes (40499 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 24476 MB (60,4%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
Multi-Record : 27042 MB 79290
$MFTMirr : 1 MB 1
Compressed : 26608 MB 291871
Sparse : 27031 MB 52070
Ordinary : 27172 MB 436914
You might resize at 24475402240 bytes or 24476 MB (freeing 16023 MB).
Please make a test run using both the -n and -s options before real resizing!
définir le type de partition sur /dev/sdf5  00:00:03    ( SUCCÈS )
     	
nouveau type de partition : ntfs
copier le système de fichiers de /dev/sda5 vers /dev/sdf5  00:13:22    ( SUCCÈS )
     	
ntfsclone -f --overwrite '/dev/sdf5' '/dev/sda5'  00:13:22    ( SUCCÈS )
     	
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 40498098176 bytes (40499 MB)
Current device size: 40498102272 bytes (40499 MB)
Scanning volume ...
100.00 percent completed
Accounting clusters ...
Space in use : 24476 MB (60,4%)
Cloning NTFS ...
100.00 percent completed
Syncing ...
ntfsclone v2021.8.22 (libntfs-3g)
mise à jour du secteur de démarrage du système de fichiers ntfs sur /dev/sdf5  00:00:00    ( SUCCÈS )

Puis en ayant changé de logiciel UBUNTU, la copie de la troisième partition se fait en 16'43''

Copier /dev/sda6 vers /dev/sdf6  00:16:43    ( SUCCÈS )
     	
calibrer /dev/sda6  00:00:01    ( SUCCÈS )
     	
chemin : /dev/sda6 (partition)
début : 156440576
fin : 234440703
taille : 78000128 (37.19 Gio)
calibrer /dev/sdf6  00:00:02    ( SUCCÈS )
     	
chemin : /dev/sdf6 (partition)
début : 156440576
fin : 234440703
taille : 78000128 (37.19 Gio)
vérifier le système de fichiers sur /dev/sda6 et corriger les problèmes (si possible)  00:00:04    ( SUCCÈS )
     	
e2fsck -f -y -v -C 0 '/dev/sda6'  00:00:04    ( SUCCÈS )
     	
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe

400875 i-noeuds utilisés (16.45%, sur 2436448)
1080 fichiers non contigus (0.3%)
741 répertoires non contigus (0.2%)
nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
Histogramme des profondeurs d'extents : 356642/423
6738183 blocs utilisés (69.11%, sur 9750016)
0 bloc défectueux
1 fichier de grande taille

290753 fichiers normaux
42456 répertoires
10 fichiers de périphérique en mode caractère
1 fichier de périphérique en mode bloc
1 fifo
173 liens
66968 liens symboliques (43113 liens symboliques rapides)
677 sockets
------------
401039 fichiers
e2fsck 1.46.5 (30-Dec-2021)
définir le type de partition sur /dev/sdf6  00:00:05    ( SUCCÈS )
     	
nouveau type de partition : ext4
copier le système de fichiers de /dev/sda6 vers /dev/sdf6  00:16:31    ( SUCCÈS )
     	
e2image -ra -p '/dev/sda6' '/dev/sdf6'  00:16:30    ( SUCCÈS )
     	
e2image 1.46.5 (30-Dec-2021)
Examen des i-noeuds...
Copié 6737906 / 6738073 blocs (100%) dans 00:16:28 à 26.64 Mo/s

Donc un total de 55'32" Pour ces trois partitions et 51 secondes pour les trois petites. Ce n'est pas tellement des deux applications.

Dernière modification par geole (Le 04/11/2023, à 18:55)

k22bis · Le 16/11/2023, à 23:18

bluc a écrit :

Bonjour
d'accord avec Qid la commande dd fera tres bien l'affaire
sudo dd if=/dev/sda of=/dev/sdb bs=8M  conv=notrunc status=progress && sync
Et ensuite agrandissement de la partition ou création d'une partition montée avec des liens pour y loger des données

Bonsoir,
je me suis lancé avec cette commande (sudo dd if=/dev/sda of=/dev/sdc bs=8M conv=notrunc status=progress && sync), en bootant sur une clé usb avec Ubuntu 22.04 LTS. Tout semblait bien se passer, c'est à dire que le temps passé défilait et les octets aussi avec une vitesse d'écriture qui variait à chaque instant.

En revenant trois heures plus tard, tout était figé, 92 Go avaient été copiés mais plus rien ne bougeait au niveau affichage. Alors j'ai tout arrêté en me disant qu'il y avait un problème et comme je devais bosser un peu je n'ai pas eu de remords à tout arréter.
Mais quand même cette question :est ce que dd lancé à partir d'une console peut sembler figé au niveau de l'affichage et cependant aller jusqu'au bout de sa mission?

Autre question, j'ai lu qu'il était peut être préférable de passer en paramètre à la commande plutôt bs=1M que bs=8M. Qu'en pensez vous?

Petite précision, j'ai branché le disque cible et même si je ne peux pas monter la partition principale, les deux partitions ont bien été créées (et il me reste 1,5To sur une future partition de disponible).
Bonne fin de soirée.

k22bis · Le 17/11/2023, à 12:10

Bonjour,
j'ai relancé le clonage (cette fois ci mon disque source est sdb).

ubuntu@ubuntu:~$ sudo dd if=/dev/sda of=/dev/sdb bs=4M  conv=notrunc status=progress && sync
1317011456 octets (1,3 GB, 1,2 GiB) copiés, 16 s, 84,4 MB/s

L'affichage est figé depuis maintenqnt une heure.
J'ai l'impression qu'il ne se passe plus rien.

Du coup est ce que le processus est planté ou juste ne raffraichit pas l'affichage?
Comment puis je voir si dd est en train de tourner ou est simplement planté? (j'ai démarré sur une clé usb avec ubuntu 22.04LTS)

Dernière modification par k22bis (Le 17/11/2023, à 13:01)

bluc · Le 17/11/2023, à 13:03

Hier , j'ai cloné un Windows 10 avec gparted

Copier/coller la partition EFI , la partition Windows et une 3eme
puis (comme la source etait en sdb et la cible en sda)

dd if=/dev/sdb of=mbr.sav bs=512 count=1

et

dd if=mbr.sav of=/dev/sda bs=512 count=1

et ça démarre nickel

geole · Le 17/11/2023, à 13:36

geole a écrit :

Bonsoir.
En live USB
Solution 1
Faire une commande dd en disant que la taille du secteur a copier est de 1Mo
Elle copiera 500 go s'ils sont tous lisibles.
Solution 2
Utiliser DDRescue pour copier 500 Go sauf ce qui est illisible.
Solution 3.
Utiliser gparted.
Faire une table de partition GPT en utilisant l'onglet périphériques.
Faire un copier/coller de la partition 1. Puis faire la même chose avec la partition 2.
ces actions vont d'abord vérifier que les partitions sont logiquement en bon état puis copier uniquement ce qui est utilisé..
C'est donc le meilleur choix.
Solution 4
Utiliser d'autres outils tel que clonezilla qui feront à peu près la même chose que la solution 3 en passant par un support intermédiaire. Je crains que rescuezilla soit dans cette catégorie.
Ajout.
Ton disque n'a que deux partitions.
Tout ce que tu vois en LOOP est de la poudre de perlinpinpin. Les nouvelles versions ubuntu ne les affichent plus sauf demande express de l'utilisateur.

Je pense qu'i y a des zones difficiles à lire

Dernière modification par geole (Le 17/11/2023, à 15:50)

geole · Le 17/11/2023, à 13:41

bluc a écrit :

Hier , j'ai cloné un Windows 10 avec gparted
Copier/coller la partition EFI , la partition Windows et une 3eme
puis (comme la source etait en sdb et la cible en sda)
dd if=/dev/sdb of=mbr.sav bs=512 count=1
et
dd if=mbr.sav of=/dev/sda bs=512 count=1
et ça démarre nickel

Je ne vois absolument pas l'intérêt de dupliquer le MBR puisque boot en EFI

bluc · Le 17/11/2023, à 14:33

Ha bon j'essayerai, c'est encore plus simple alors
Merci

Dernière modification par bluc (Le 17/11/2023, à 14:37)

k22bis · Le 17/11/2023, à 15:28

Re bonjour,

je remets mon message au cas où il soit passé à la trappe.

j'ai relancé le clonage (cette fois ci mon disque source est sdb).

ubuntu@ubuntu:~$ sudo dd if=/dev/sda of=/dev/sdb bs=4M  conv=notrunc status=progress && sync
1317011456 octets (1,3 GB, 1,2 GiB) copiés, 16 s, 84,4 MB/s

L'affichage est figé depuis plusieurs heures.
J'ai l'impression qu'il ne se passe plus rien depuis.

Du coup est ce que le processus dd est planté ou juste ne raffraichit pas l'affichage?
Comment puis je voir si dd est en train de tourner ou est simplement planté? (j'ai démarré sur une clé usb avec ubuntu 22.04LTS)

Coeur Noir · Le 17/11/2023, à 15:31

Arrivant bien après la bataille, c'eût été bien aussi de voir - depuis le système installé, avant de copier~cloner :

lsblk -fe7,11 -o +size,model,pttype | cat

pour un visu des disques et partitions en présence ;

cat /etc/fstab

pour voir quelles partitions sont montées dès le démarrage système ;
et

df -Thx tmpfs -x squashfs

pour l'espace logiciel utilisé ;

df -ix tmpfs -x squashfs

pour l'espace physique.

Des commandes purement informatives pour donner une « photo » de la situation, histoire que tout le monde parle bien de la même chose.

Quant au clonage : le SSD de destination doit avoir une taille égale ou supérieure au HDD source, c'est le cas ?
( ou à minima une taille suffisante pour accueillir la partition que tu clones, si tu ne clones pas toute la structure originale du HDD. )

Dernière modification par Coeur Noir (Le 06/12/2023, à 12:22)

k22bis · Le 17/11/2023, à 15:46

Bonjour Coeur Noir,
le disque ssd destination fait 2 To et la source 500 Go.
Pour le reste je vais laisser tourner jusqu'à ce soir avec cet affichage figé et si le clonage n'aboutit pas je reviendrais avec le résultat de ces commandes.

geole · Le 17/11/2023, à 15:49

Tu vas peut-être visualiser quelque chose avec cette commande

journalctl -f

k22bis · Le 17/11/2023, à 16:01

geole a écrit :

Tu vas peut-être visualiser quelque chose avec cette commande
journalctl -f

Je ne vois rien en rapport avec dd en passant la commande

ubuntu@ubuntu:~$ journalctl -f
nov. 17 14:48:46 ubuntu rtkit-daemon[1760]: Supervising 6 threads of 4 processes of 1 users.
nov. 17 14:48:46 ubuntu rtkit-daemon[1760]: Supervising 6 threads of 4 processes of 1 users.
ubuntu@ubuntu:

par contre

ubuntu@ubuntu:~$ ps -aux | grep "dd"
root        7221  0.0  0.0  23136  5888 pts/0    S+   11:06   0:00 sudo dd if=/dev/sda of=/dev/sdb bs=4M conv=notrunc status=progress
root        7222  0.0  0.0  23136  2492 pts/1    Ss   11:06   0:00 sudo dd if=/dev/sda of=/dev/sdb bs=4M conv=notrunc status=progress
root        7223  0.0  0.0  21576  6656 pts/1    D+   11:06   0:04 dd if=/dev/sda of=/dev/sdb bs=4M conv=notrunc status=progress
ubuntu@ubuntu:~$

Il ya donc visiblement un processus dd qui tourne.
En revanche pour quoi 3 ? savez vuos ce que représente S+ Ss et D+ ?

geole · Le 17/11/2023, à 17:16

journalctl --no-pager -b -g sdb

k22bis · Le 17/11/2023, à 18:30

buntu@ubuntu:~$ 

journalctl --no-pager -b -g sdb

nov. 17 11:01:06 ubuntu kernel: sd 1:0:0:0: [sdb] 4000797358 512-byte logical blocks: (2.05 TB/1.86 TiB)
nov. 17 11:01:06 ubuntu kernel: sd 1:0:0:0: [sdb] Write Protect is off
nov. 17 11:01:06 ubuntu kernel: sd 1:0:0:0: [sdb] Mode Sense: 03 00 00 00
nov. 17 11:01:06 ubuntu kernel: sd 1:0:0:0: [sdb] No Caching mode page found
nov. 17 11:01:06 ubuntu kernel: sd 1:0:0:0: [sdb] Assuming drive cache: write through
nov. 17 11:01:06 ubuntu kernel:  sdb: sdb1 sdb2
nov. 17 11:01:06 ubuntu kernel: sd 1:0:0:0: [sdb] Attached SCSI disk
nov. 17 11:01:07 ubuntu systemd-udevd[1047]: sdb: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdb' failed with exit code 1.
nov. 17 11:01:07 ubuntu systemd-udevd[1047]: sdb1: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdb1' failed with exit code 1.
nov. 17 11:01:07 ubuntu systemd-udevd[1041]: sdb2: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdb2' failed with exit code 1.
nov. 17 11:06:27 ubuntu sudo[7221]:   ubuntu : TTY=pts/0 ; PWD=/home/ubuntu ; USER=root ; COMMAND=/usr/bin/dd if=/dev/sda of=/dev/sdb bs=4M conv=notrunc status=progress
ubuntu@ubuntu:~$

ça signifie quoi ?

Dernière modification par k22bis (Le 17/11/2023, à 18:31)

geole · Le 17/11/2023, à 18:44

Il n y a rien de particulier mais je me suis trompé de disque....

journalctl --no-pager -b -g sda

k22bis · Le 17/11/2023, à 18:54

ubuntu@ubuntu:~$ journalctl --no-pager -b -g sda
nov. 17 11:01:06 ubuntu kernel: sd 3:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/466 GiB)
nov. 17 11:01:06 ubuntu kernel: sd 3:0:0:0: [sda] Write Protect is off
nov. 17 11:01:06 ubuntu kernel: sd 3:0:0:0: [sda] Mode Sense: 00 3a 00 00
nov. 17 11:01:06 ubuntu kernel: sd 3:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
nov. 17 11:01:06 ubuntu kernel: sd 3:0:0:0: [sda] Preferred minimum I/O size 512 bytes
nov. 17 11:01:06 ubuntu kernel:  sda: sda1 sda2
nov. 17 11:01:06 ubuntu kernel: sd 3:0:0:0: [sda] Attached SCSI disk
nov. 17 11:01:06 ubuntu kernel: EXT4-fs (sda2): mounted filesystem dcf2de2e-3b55-4339-9631-753a032606a7 with ordered data mode. Quota mode: none.
nov. 17 11:01:06 ubuntu kernel: EXT4-fs (sda2): unmounting filesystem dcf2de2e-3b55-4339-9631-753a032606a7.
nov. 17 11:01:07 ubuntu systemd-udevd[1053]: sda: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda' failed with exit code 1.
nov. 17 11:01:07 ubuntu systemd-udevd[1059]: sda2: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda2' failed with exit code 1.
nov. 17 11:01:07 ubuntu systemd-udevd[1053]: sda1: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sda1' failed with exit code 1.
nov. 17 11:06:27 ubuntu sudo[7221]:   ubuntu : TTY=pts/0 ; PWD=/home/ubuntu ; USER=root ; COMMAND=/usr/bin/dd if=/dev/sda of=/dev/sdb bs=4M conv=notrunc status=progress
ubuntu@ubuntu:~$

geole · Le 17/11/2023, à 19:54

Rien n'explique pourquoi la barre de progression n'évolue pas. Il n'y pas de message d'erreur ni pour la sortie ni pour l'entrée.

Pour voir s'il y a des écritures, installe la commande atop

sudo apt install atop && atop

Attention pas facile à lire

https://repost.aws/fr/knowledge-center/ec2-linux-monitor-stats-with-atop a écrit :

Vous pouvez utiliser les raccourcis clavier suivants afin de trier la liste des processus :
Raccourci clavier Trier par
C Activité du CPU.
M Consommation de mémoire
D Activité du disque..

Dernière modification par geole (Le 17/11/2023, à 20:01)

k22bis · Le 17/11/2023, à 22:44

Damned!

ubuntu@ubuntu:~$ sudo apt install atop && atop
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
E: Impossible de trouver le paquet atop
ubuntu@ubuntu:~$

Bon il est tard, ça tourne (ou pas) depuis pas loin de 12h. L'affichage est bloqué depuis le début. J'abandonne pour aujourd'hui.

geole · Le 17/11/2023, à 22:54

C'est vrai qu'en live usb , c'est plus compliqué de faire des installations de logiciels.

Quoiqu'il en soit copier 500 Go d'un disque dur sur un SSD ne peut pas durer 12 heures. 6 heures est un grand maxima.

Mon avis
Il faut faire la procédure F3 pour savoir si le SSD à une taille de 1Go ou 1To.
Voir à partit de l'échange N° 59

Dernière modification par geole (Le 17/11/2023, à 23:11)

k22bis · Le 18/11/2023, à 10:56

Bonjour,
voici les retours

k22bis@k22:~$ sudo smartctl -s on -a /dev/sdc
[sudo] Mot de passe de k22bis : 
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.15.0-88-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     SSD 2TB
Serial Number:    002229
LU WWN Device Id: 0 000000 000000000
Firmware Version: ZD0R3G0F
User Capacity:    2048408248320 bytes [2,04 TB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Form Factor:      2.5 inches
TRIM Command:     Available, deterministic
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3, ATA8-ACS T13/1699-D revision 6
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 1.5 Gb/s)
Local Time is:    Sat Nov 18 10:09:33 2023 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART Status not supported: Incomplete response, ATA output registers missing
SMART overall-health self-assessment test result: PASSED
Warning: This result is based on an Attribute check.

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(    1) seconds.
Offline data collection
capabilities: 			 (0x59) SMART execute Offline immediate.
					No Auto Offline data collection support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0002)	Does not save SMART data before
					entering power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 (   2) minutes.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   100   100   050    Pre-fail  Always       -       0
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       4
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       8
161 Unknown_Attribute       0x0032   100   100   050    Old_age   Always       -       0
162 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       489
163 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       3000
164 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       1
166 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       59
167 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
168 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
169 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       100
171 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
172 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       0
174 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       5
175 Program_Fail_Count_Chip 0x0032   100   100   000    Old_age   Always       -       0
181 Program_Fail_Cnt_Total  0x0022   100   100   000    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       40
195 Hardware_ECC_Recovered  0x003a   100   100   000    Old_age   Always       -       0
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
199 UDMA_CRC_Error_Count    0x0032   100   100   000    Old_age   Always       -       0
206 Unknown_SSD_Attribute   0x0032   100   100   000    Old_age   Always       -       0
207 Unknown_SSD_Attribute   0x0032   100   100   000    Old_age   Always       -       3
232 Available_Reservd_Space 0x0032   100   100   000    Old_age   Always       -       0
241 Total_LBAs_Written      0x0032   100   100   000    Old_age   Always       -       110
242 Total_LBAs_Read         0x0032   100   100   000    Old_age   Always       -       0
249 Unknown_Attribute       0x0032   100   100   000    Old_age   Always       -       110
250 Read_Error_Retry_Rate   0x0032   100   100   000    Old_age   Always       -       110

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 0
Note: revision number not 1 implies that no selective self-test has ever been run
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
k22bis@k22:~$

k22bis@k22:~$ sudo f3probe --destructive /dev/sdc
F3 probe 8.0
Copyright (C) 2010 Digirati Internet LTDA.
This is free software; see the source for copying conditions.

WARNING: Probing normally takes from a few seconds to 15 minutes, but
         it can take longer. Please be patient.

Bad news: The device `/dev/sdc' is damaged

Device geometry:
	         *Usable* size: 0.00 Byte (0 blocks)
	        Announced size: 1.86 TB (4000797358 blocks)
	                Module: 2.00 TB (2^41 Bytes)
	Approximate cache size: 0.00 Byte (0 blocks), need-reset=no
	   Physical block size: 512.00 Byte (2^9 Bytes)

Probe time: 42'45"
k22bis@k22:~$

geole · Le 18/11/2023, à 11:32

Bonjour
Je ne suis pas surpris de la réponse de F3
De plus, le rapport smarrtctl dit que pas grand chose a été écrit

241 Total_LBAs_Written      0x0032   100   100   000    Old_age   Always       -       110

En fait, tant qu'on écrit dans son cache cela va, lorsque le cache est plein et qu'il faut faire les écritures physiques cela se gâte

De plus ce modèle de disque (Device Model: SSD 2TB) n'est pas très connu.. Un seul cas qui ressemble au tien.

This is trying to restore an backup.
When the progress hits around 1%&, the connection goes offline, proxmox web manager, proxmox ssh, vms services... All stop responding and becomes inaccessible.

Dernière modification par geole (Le 18/11/2023, à 11:37)

k22bis · Le 18/11/2023, à 11:37

Il est indiqué dessus samsung 870 evo 2TB V-NANDSS. Mais c'est sur le boitier...
Tu penses qu'il est HS?

Dernière modification par k22bis (Le 18/11/2023, à 11:41)

geole · Le 18/11/2023, à 11:43

A l'intérieur ce n'est pas écrit samsung 870 evo 2TB
Un SSD de 2 To de ce constructeur, c'est approximativement 150 € pas 15
https://forum.ubuntu-fr.org/viewtopic.php?id=2041919

Dernière modification par geole (Le 18/11/2023, à 11:47)

k22bis · Le 18/11/2023, à 11:51

Le fait que je le teste en disque externe via un adaptaeur sata->usb ne change rien? Est ce que ça vaut le coup que j'ouvre ma bécane et que je le branche directement en sata ou c'est mort de chez mort?

geole · Le 18/11/2023, à 11:54

Si tu as un adaptateur entre les deux, il est possible qu'il ne sache pas bien gérer.
A toi de voir si tu peux faire cohabiter les deux disques.

Dernière modification par geole (Le 18/11/2023, à 11:58)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 04/11/2023, à 17:00

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#27 Le 16/11/2023, à 23:18

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#28 Le 17/11/2023, à 12:10

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#29 Le 17/11/2023, à 13:03

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#30 Le 17/11/2023, à 13:36

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#31 Le 17/11/2023, à 13:41

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#32 Le 17/11/2023, à 14:33

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#33 Le 17/11/2023, à 15:28

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#34 Le 17/11/2023, à 15:31

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#35 Le 17/11/2023, à 15:46

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#36 Le 17/11/2023, à 15:49

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#37 Le 17/11/2023, à 16:01

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#38 Le 17/11/2023, à 17:16

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#39 Le 17/11/2023, à 18:30

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#40 Le 17/11/2023, à 18:44

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#41 Le 17/11/2023, à 18:54

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#42 Le 17/11/2023, à 19:54

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#43 Le 17/11/2023, à 22:44

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#44 Le 17/11/2023, à 22:54

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#45 Le 18/11/2023, à 10:56

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#46 Le 18/11/2023, à 11:32

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#47 Le 18/11/2023, à 11:37

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#48 Le 18/11/2023, à 11:43

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#49 Le 18/11/2023, à 11:51

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

#50 Le 18/11/2023, à 11:54

Re : [Résolu] cloner ancien HDD avec systéme vers SSD ?

Pied de page des forums