Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 02/06/2017, à 17:52

tuxmarc

Clonage avec dd, des surprises ! (Résolu)

Bonjour à toutes et à tous.

Aujourd'hui, après avoir parcouru pas mal de doc, je me suis cloné ma partition principale qui est sur un disque qui a de l'âge, sur un autre DD tout frais.
Le DD d'origine a un gros problème avec son grub devenu plus qu'obèse et que je n'arrive pas à corriger, et sur ma partition principale, 10.04 migrée en 12.04, j'ai tout un tas de chouettes de jeux devenus obsolètes.
Le DD tout frais connait déjà Manjaro, Siduction (dérivée allemande de Debian) et Parsix.
J'ai créé une partition de 440 go comme sur celui d'origine.
Après quelques hésitations dans la syntaxe, dans la doc https://doc.ubuntu-fr.org/dd, et en cherchant sur le forum, j'ai opté pour du simple qui devait marcher à 100% :

dd if=/dev/sda5 of=/dev/sdb7 

Comme mes deux connecteurs étaient utilisés, j'ai lancé un live CD de .... Ubuntu 9.04 smile Ah ! que je l'aimais wink

J'étais averti de faire hyper gaffe à la désignation des partitions et je n'ai pas perdu l'originale.
J'étais averti que ce serait long, mais je ne m'attendais pas à 7 heures !!!
Après moult passages à ma bécane où je voyais le voyant des DD clignoter, à un moment, je n'y croyais plus, c'était fini !! big_smile

Avant de fermer la session, j'ai sauvegardé le contenu du terminal :

ubuntu@ubuntu:~$ dd if=/dev/sda5 of=/dev/sdb7
dd: ouverture de `/dev/sda5': Permission non accordée
ubuntu@ubuntu:~$ sudo dd if=/dev/sda5 of=/dev/sdb7
860152230+0 enregistrements lus
860152230+0 enregistrements écrits
440397941760 octets (440 GB) copiés, 20604,1 s, 21,4 MB/s
ubuntu@ubuntu:~$ 

Petite surprise, d'après ce que j'ai lu, il n'y a pas besoin d'être sudoer et là il le fallait !?

Le hic, c'est que dans la nouvelle partition, je ne vois rien, nada, même en affcihant les fichiers cachés !
Je l'ai montée, j'ai demandé les propriétés et là, c'est bizarre :
1 élément, 0 octet
99,1 go libre, sur 433,4 go 77% utilisés.

Qu'est ce que j'ai fait comme bêtise qui me mérite un bonnet d'âne ?? lol
Comment faire réapparaitre mon système ?
Merci de vos suggestions.

Dernière modification par tuxmarc (Le 07/10/2017, à 16:08)


Vive Richard Stalmann, Linus Torvalds, et tous les fondus de Linux.
De l'Ordinosaure fait à 90% de récup, à deux portables LDLC,  neufs sans système et une carte mère sans boitier, tous libres !!
Parrain Linux sur www.parrain-linux.com et www.parrains.linux.free.fr

Hors ligne

#2 Le 02/06/2017, à 18:09

pingouinux

Re : Clonage avec dd, des surprises ! (Résolu)

Bonjour,
Quand tu clones une partition, la cible se retrouve avec le même LABEL et le même UUID que la partition d'origine. Ton problème vient sans doute de là.
Pour générer un nouvel UUID

sudo tune2fs -U `uuidgen` /dev/sdb7

et pour donner un nouveau LABEL

sudo e2label /dev/sdb7 nouveau_label

Hors ligne

#3 Le 02/06/2017, à 18:16

tuxmarc

Re : Clonage avec dd, des surprises ! (Résolu)

Merci pingouinux !
Je vais tenter ta médecine smile


Vive Richard Stalmann, Linus Torvalds, et tous les fondus de Linux.
De l'Ordinosaure fait à 90% de récup, à deux portables LDLC,  neufs sans système et une carte mère sans boitier, tous libres !!
Parrain Linux sur www.parrain-linux.com et www.parrains.linux.free.fr

Hors ligne

#4 Le 02/06/2017, à 18:19

tuxmarc

Re : Clonage avec dd, des surprises ! (Résolu)

@pingouinux

Ça vient de me dire ça :

[dad@dad-manjaro ~]$ sudo tune2fs -U `uuidgen` /dev/sdb7
[sudo] Mot de passe de dad : 
tune2fs 1.43.3 (04-Sep-2016)
tune2fs: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sdb7
Impossible de trouver un superbloc de système de fichiers valide.
[dad@dad-manjaro ~]$ sudo e2label /dev/sdb7 principale2
e2label: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sdb7
Impossible de trouver un superbloc de système de fichiers valide.
[dad@dad-manjaro ~]$ 

Impossible de trouver un superbloc de système de fichiers valide sad
Dommage !


Vive Richard Stalmann, Linus Torvalds, et tous les fondus de Linux.
De l'Ordinosaure fait à 90% de récup, à deux portables LDLC,  neufs sans système et une carte mère sans boitier, tous libres !!
Parrain Linux sur www.parrain-linux.com et www.parrains.linux.free.fr

Hors ligne

#5 Le 02/06/2017, à 18:57

MicP

Re : Clonage avec dd, des surprises ! (Résolu)

Bonsoir

Pour la création de la copie, il faut aussi être certain que :
- ni la source (celle qui est accessible par le fichier de périphérique /dev/sda5),
- ni la cible (celle qui est accessible par le fichier de périphérique /dev/sdb7)
ne correspondent à des fichiers de périphériques associés à des partitions
dont le système de fichiers serait en cours d'utilisation <=> mounté

=======
Si le fichier de périphérique /dev/sda5 est associé à une partition dont le système de fichiers est du type ext (ext2, 3 ou 4)
et s'il s'agit de modifier l'UUID ou/et le LABEL du système de fichiers qui a été créé par la copie,
les commandes proposées par pingouinux conviennent parfaitement.

Je sais que c'est pas le problème, mais on peut faire comme pour le Shampooing => 2 en 1

sudo tune2fs -U ad46f730-0bbd-4e66-81a9-406f99daaaaa -L MonNouveauLabel /dev/sdb7

=======

root@debg53sw:~# ls -l /dev/sd*
brw-rw---- 1 root disk 8,  0 juin   2 19:07 /dev/sda
brw-rw---- 1 root disk 8,  1 juin   2 19:07 /dev/sda1
brw-rw---- 1 root disk 8,  2 juin   2 19:21 /dev/sda2
…

brw-rw---- 1 root disk  8,  1 juin   2 19:07 /dev/sda1=> Les fichiers de périphériques associés aux disques et partitions sont la propriété du compte root
brw-rw---- 1 root disk  8,  1 juin   2 19:07 /dev/sda1=> et les comptes utilisateurs faisant partie du groupe disk ont aussi accès en lecture/écriture (rw)  à ces fichiers de périphériques

tuxmarc a écrit :

…Petite surprise, d'après ce que j'ai lu, il n'y a pas besoin d'être sudoer et là il le fallait !?…

Peut-être (je ne suis pas sûr ) que quand ce tuto avait été créé, le compte utilisateur administrateur faisait partie du groupe disk
et que dans les versions actuelles d'Ubuntu, ce n'est plus le cas

Dernière modification par MicP (Le 02/06/2017, à 21:50)

Hors ligne

#6 Le 02/06/2017, à 19:18

pingouinux

Re : Clonage avec dd, des surprises ! (Résolu)

tuxmarc, peux-tu donner le retour de cette commande

sudo blkid

Hors ligne

#7 Le 02/06/2017, à 20:40

tuxmarc

Re : Clonage avec dd, des surprises ! (Résolu)

Merci Micp smile

Micp a écrit :

Pour la création de la copie, il faut aussi être certain que :
- ni la source (celle qui est accessible par le fichier de périphérique /dev/sda5),
- ni la cible (celle qui est accessible par le fichier de périphérique /dev/sdb7)
ne correspondent à des fichiers de périphériques associés à des partitions
dont le système de fichiers serait en cours d'utilisation <=> mounté

Je crois bien que je n'ai pas loupé ça, j'étais en live.

J'ai refait ta commande en reprenant presque l'UUID de la partoche en modifiant les deux dernières lettres, mais .....

[dad@dad-manjaro ~]$ sudo tune2fs -U 8e709e8f-b6c1-4681-a9db-a9d8147fd86aa -L principalebis /dev/sdb7
[sudo] Mot de passe de dad : 
tune2fs 1.43.3 (04-Sep-2016)
tune2fs: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sdb7
Impossible de trouver un superbloc de système de fichiers valide.

Toujours ce satané superbloc qui manque sad

J'ai fait ta commande suivante :

[dad@dad-manjaro ~]$ ls -l /dev/sd*
brw-rw---- 1 root disk 8, 0  2 juin  21:06 /dev/sda
brw-rw---- 1 root disk 8, 1  2 juin  21:06 /dev/sda1
brw-rw---- 1 root disk 8, 2  2 juin  21:06 /dev/sda2
brw-rw---- 1 root disk 8, 3  2 juin  21:06 /dev/sda3
brw-rw---- 1 root disk 8, 4  2 juin  21:06 /dev/sda4
brw-rw---- 1 root disk 8, 5  2 juin  21:06 /dev/sda5
brw-rw---- 1 root disk 8, 6  2 juin  21:06 /dev/sda6
brw-rw---- 1 root disk 8, 7  2 juin  21:06 /dev/sda7

Les groupes, ça me rappelle mes premiers pas dans Linux, et maintenant, c'est devenu totalement transparent, je suppose que par défaut on attribue à l'utilisateur tous les groupes ?

Pingouinux, voilà ce que ça donne :

[dad@dad-manjaro ~]$ sudo blkid
[sudo] Mot de passe de dad : 
/dev/sda1: UUID="58d96a9a-4ff0-4a57-a54e-8e9eee5c824d" TYPE="ext4" PARTUUID="00052596-01"
/dev/sda2: UUID="fab57baa-ac9b-4462-9778-e9af2bff9f21" TYPE="swap" PARTUUID="00052596-02"
/dev/sda3: UUID="6ce7541e-a530-41e5-bd0d-405478cbdb65" TYPE="ext4" PARTUUID="00052596-03"
/dev/sda5: UUID="125f399a-de8c-43c8-925b-b54e519ed3ac" TYPE="ext4" PARTUUID="00052596-05"
/dev/sda6: UUID="05907af1-903b-4656-83f3-a5226a1b5eb3" TYPE="ext4" PARTUUID="00052596-06"
/dev/sda7: LABEL="principale" UUID="8e709e8f-b6c1-4681-a9db-9d8147fd861e" TYPE="ext4" PARTUUID="00052596-07"

Un détail qui a peut être son importance : j'ai fait une première tentative en me fiant à la doc et en ajoutant l'argument bs comme block size
bs=4096 (vu que la doc dit que c'est un bon pari smile)
et
conv=notrunc
La diode des DD est restée fixe longtemps, là, je me suis dit que rien ne marchait et j'ai arrêté.

Comme la commande efface tout logiquement je me suis dit qu'il n'y aurait pas de soucis, erreur !
Pour les options, là, j'ai nagé un peu dans la semoule, car la doc n'est pas bavarde pour les autres options.
J'ai aussi regardé man dd et .... je me suis fait peur, un truc de barbus !
En ayant trouvé une solution plus simple dans un fil, je l'ai appliqué et j'ai bien vu la diode qui clignotait, ce qui m'a rassuré, mais ......


Vive Richard Stalmann, Linus Torvalds, et tous les fondus de Linux.
De l'Ordinosaure fait à 90% de récup, à deux portables LDLC,  neufs sans système et une carte mère sans boitier, tous libres !!
Parrain Linux sur www.parrain-linux.com et www.parrains.linux.free.fr

Hors ligne

#8 Le 02/06/2017, à 21:41

MicP

Re : Clonage avec dd, des surprises ! (Résolu)

…J'ai refait ta commande en reprenant presque l'UUID de la partoche en modifiant les deux dernières lettres, mais .....

J'avais simplement indiqué qu'il était possible de changer le label et l'uuid dans une seule et même ligne de commande.

C'est de ma faute : j'ai voulu faire des économies de mots, et j'avais spécifié en début de phrase : "…Je sais que c'est pas le problème, …"
mais j'aurais mieux fait d'écrire tout de suite :
"…Ça ne résoudra pas le problème qui vous empêche de copier ou utiliser la copie de cette partition…"

=======
On ne sait encore rien sur le disque cible ni sur la partition cible de la copie.
Il nous faudrait au moins la taille de la partition /dev/sdb7
et un petit plus serait de savoir comment est connecté à la machine le disque dur qui contient la partition /dev/sdb7
Mais je suppose (pense avoir compris) que ces deux disques étaient connectés en interne (par cordons SATA et Alim)

=======

… je suppose que par défaut on attribue à l'utilisateur tous les groupes ? …

Heureusement que non.
La commande groups permets de connaître la liste des groupes auxquels le compte utilisateur qui a lancé cette commande appartient
La commande id est un peu plus locace, car en plus d'indiquer l'UID de l'utilisateur, elle affiche aussi la liste des groupes auxquels il appartient avec les numéros d'ID de ces groupes.
La ligne de commande suivante te permettra de voir la liste des groupes existants sur ton système :

less /etc/group

=======
Si tu veux pouvoir utiliser la copie du système de fichiers de la partition copiée, n'utilise pas l'option notrunc de dd
C'est d'ailleurs sans doute l'utilisation de cette option qui rends incohérent le système de fichier de la copie,
surtout si la taille de la partition cible n'est pas la même que celle de la partition source

=======

…j'ai lancé un live CD de .... Ubuntu 9.04…

Normalement, le fait d'utiliser une ancienne version ne devrait pas poser de problèmes pour une copie de partition
mais on ne sait jamais, alors je pense que si tu continue à ne pas y arriver,
il vaudra peut-être mieux prendre un CD Live correspondant à la version du système à manipuler.

Dernière modification par MicP (Le 02/06/2017, à 23:39)

Hors ligne

#9 Le 02/06/2017, à 21:50

pingouinux

Re : Clonage avec dd, des surprises ! (Résolu)

On constate que /dev/sda5 est bien en ext4, mais on ne voit pas ta partition /dev/sdb7.
Peux-tu montrer le retour de

df

Hors ligne

#10 Le 03/06/2017, à 03:46

MicP

Re : Clonage avec dd, des surprises ! (Résolu)

Et je prendrais bien aussi un petit retour de

sudo fdisk -l

Hors ligne

#11 Le 03/06/2017, à 09:33

tuxmarc

Re : Clonage avec dd, des surprises ! (Résolu)

Bonjour.

Ok Micp, je garde la commande pour après et en 13 ans de Linux, j'en ai encore appris smile

Pour montrer à quoi ressemble la partition n°7 qui est actuellement sda, vu que je n'ai branché qu'un disque, oui, c'est un SATA, j'ai lancé gparted, volià :
1496477183.png

Quand j'ai ouvert gparted, il y avait un triangle à la sda7.
Clic droit, propriétés, j'ai regardé ce qui était proposé, j'ai lancé ensuite "verifier" (j'en apprends encore sur gparted wink) qui m'a donné tout ça, il y a de la lecture  :

GParted 0.27.0 --enable-libparted-dmraid --enable-online-resize

Libparted 3.2
Vérifier et réparer le système de fichiers (ext4) sur /dev/sda7  00:00:43    ( SUCCÈS )
     	
calibrer /dev/sda7  00:00:01    ( SUCCÈS )
     	
chemin : /dev/sda7 (partition)
début : 604864512
fin : 1526464511
taille : 921600000 (439.45 Gio)
vérifier le système de fichiers sur /dev/sda7 et corriger les problèmes (si possible)  00:00:28    ( SUCCÈS )
     	
e2fsck -f -y -v -C 0 /dev/sda7  00:00:28    ( SUCCÈS )
     	
Passe 1 : vérification des i-noeuds, des blocs et des tailles
L'arbre d'extent de l'i-noeud 786435 (au niveau 2) pourrait être plus étroit. Corriger ? oui

L'arbre d'extent de l'i-noeud 786439 (au niveau 2) pourrait être plus étroit. Corriger ? oui

L'arbre d'extent de l'i-noeud 786488 (au niveau 2) pourrait être plus étroit. Corriger ? oui

L'arbre d'extent de l'i-noeud 786501 (au niveau 2) pourrait être plus étroit. Corriger ? oui

L'arbre d'extent de l'i-noeud 786528 (au niveau 2) pourrait être plus étroit. Corriger ? oui

L'arbre d'extent de l'i-noeud 786609 (au niveau 2) pourrait être plus étroit. Corriger ? oui

L'arbre d'extent de l'i-noeud 786667 (au niveau 1) pourrait être plus court. Corriger ? oui

L'arbre d'extent de l'i-noeud 786696 (au niveau 1) pourrait être plus étroit. Corriger ? oui

L'arbre d'extent de l'i-noeud 787321 (au niveau 2) pourrait être plus étroit. Corriger ? oui

L'arbre d'extent de l'i-noeud 787616 (au niveau 2) pourrait être plus étroit. Corriger ? oui

L'arbre d'extent de l'i-noeud 788525 (au niveau 2) pourrait être plus étroit. Corriger ? oui

L'arbre d'extent de l'i-noeud 788762 (au niveau 1) pourrait être plus étroit. Corriger ? oui

L'arbre d'extent de l'i-noeud 793170 (au niveau 2) pourrait être plus étroit. Corriger ? oui

L'arbre d'extent de l'i-noeud 7610947 (au niveau 2) pourrait être plus étroit. Corriger ? oui


Exécution de passes additionnelles pour résoudre les problèmes de blocs réclamés par plus d'un i-noeud...
Passe 1B : ré-examen pour les blocs réclamé(s) plusieurs fois
Bloc(s) réclamé(s) plusieurs fois dans l'i-noeud 2 : 1539
Passe 1C : examen des répertoires pour les i-noeuds avec des blocs réclamé(s) plusieurs fois
Passe 1D : ajustement des blocs réclamé(s) plusieurs fois
(Il y a 1 i-noeuds contenant des blocs réclamé(s) plusieurs fois.)

Le fichier ??? (i-noeud n°2, date de modification Wed May 31 17:38:04 2017)
a 1 bloc(s) réclamé(s) plusieurs fois, partagés avec 1 fichier(s) :
<métadonnée du système de fichiers>
Cloner les blocs réclamés plusieurs fois ? oui

Passe 1E : Optimisation des arbres d'extent
Passe 2 : vérification de la structure des répertoires
I-noeud de répertoire 2, bloc n°0, déplacement 0 : répertoire corrompu
Récupérer ? oui

« . » manquant dans l'i-noeud de répertoire 2.
Corriger ? oui

Définition du type de fichier pour l'entrée « . » dans ??? (2) à 2.
« .. » manquant dans l'i-noeud de répertoire 2.
Corriger ? oui

Définition du type de fichier pour l'entrée « .. » dans ??? (2) à 2.
Passe 3 : vérification de la connectivité des répertoires
« .. » dans / (2) est <L'i-noeud NUL> (0), devrait être / (2).
Corriger ? oui

I-noeud 11 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

/lost+found n'a pas été trouvé. Créer ? oui

I-noeud 12582913 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 262145 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 262146 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 262147 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 524289 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 1572865 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 2097153 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 2883585 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 2883586 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 4718593 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 6946817 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 7077889 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 7602177 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 8126465 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 8388609 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 9175041 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 10485761 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 11010049 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 11796481 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 12058625 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

I-noeud 12845057 (/???) de répertoire non connecté
Connecter à /lost+found ? oui

Passe 3A : optimisation des répertoires
Passe 4 : vérification des compteurs de référence
le compteur de référence de l'i-noeud 2 est 0, devrait être 3. Corriger ? oui

le compteur de référence de l'i-noeud 11 est 3, devrait être 2. Corriger ? oui

I-noeud 12 non attaché
Connecter à /lost+found ? oui

le compteur de référence de l'i-noeud 12 est 2, devrait être 1. Corriger ? oui

I-noeud 13 non attaché
Connecter à /lost+found ? oui

le compteur de référence de l'i-noeud 13 est 2, devrait être 1. Corriger ? oui

I-noeud 14 non attaché
Connecter à /lost+found ? oui

le compteur de référence de l'i-noeud 14 est 2, devrait être 1. Corriger ? oui

I-noeud 15 non attaché
Connecter à /lost+found ? oui

le compteur de référence de l'i-noeud 15 est 2, devrait être 1. Corriger ? oui

I-noeud 16 non attaché
Connecter à /lost+found ? oui

le compteur de référence de l'i-noeud 16 est 2, devrait être 1. Corriger ? oui

I-noeud 17 non attaché
Connecter à /lost+found ? oui

le compteur de référence de l'i-noeud 17 est 2, devrait être 1. Corriger ? oui

le compteur de référence de l'i-noeud 262145 est 5, devrait être 4. Corriger ? oui

le compteur de référence de l'i-noeud 262146 est 38, devrait être 37. Corriger ? oui

le compteur de référence de l'i-noeud 262147 est 3, devrait être 2. Corriger ? oui

le compteur de référence de l'i-noeud 524289 est 3, devrait être 2. Corriger ? oui

le compteur de référence de l'i-noeud 1572865 est 190, devrait être 189. Corriger ? oui

le compteur de référence de l'i-noeud 2097153 est 12, devrait être 11. Corriger ? oui

le compteur de référence de l'i-noeud 2883585 est 3, devrait être 2. Corriger ? oui

le compteur de référence de l'i-noeud 2883586 est 3, devrait être 2. Corriger ? oui

le compteur de référence de l'i-noeud 4718593 est 4, devrait être 3. Corriger ? oui

le compteur de référence de l'i-noeud 6946817 est 3, devrait être 2. Corriger ? oui

le compteur de référence de l'i-noeud 7077889 est 28, devrait être 27. Corriger ? oui

le compteur de référence de l'i-noeud 7602177 est 3, devrait être 2. Corriger ? oui

le compteur de référence de l'i-noeud 8126465 est 3, devrait être 2. Corriger ? oui

le compteur de référence de l'i-noeud 8388609 est 11, devrait être 10. Corriger ? oui

le compteur de référence de l'i-noeud 9175041 est 6, devrait être 5. Corriger ? oui

le compteur de référence de l'i-noeud 10485761 est 3, devrait être 2. Corriger ? oui

le compteur de référence de l'i-noeud 11010049 est 5, devrait être 4. Corriger ? oui

le compteur de référence de l'i-noeud 11796481 est 5, devrait être 4. Corriger ? oui

le compteur de référence de l'i-noeud 12058625 est 5, devrait être 4. Corriger ? oui

le compteur de référence de l'i-noeud 12582913 est 16, devrait être 15. Corriger ? oui

le compteur de référence de l'i-noeud 12845057 est 5, devrait être 4. Corriger ? oui

Passe 5 : vérification de l'information du sommaire de groupe

principale: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

581557 i-noeuds utilisés (2.16%, sur 26886144)
1751 fichiers non contigus (0.3%)
766 répertoires non contigus (0.1%)
nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
Histogramme des profondeurs d'extents : 509793/618/11
77951525 blocs utilisés (72.50%, sur 107519028)
0 bloc défectueux
7 fichiers de grande taille

438343 fichiers normaux
54077 répertoires
56 fichiers de périphérique en mode caractère
25 fichiers de périphérique en mode bloc
0 fifo
26 liens
89042 liens symboliques (71039 liens symboliques rapides)
4 sockets
------------
581567 fichiers
e2fsck 1.43.3 (04-Sep-2016)
agrandir le système de fichiers pour remplir la partition  00:00:14    ( SUCCÈS )
     	
resize2fs -p /dev/sda7  00:00:14    ( SUCCÈS )
     	
En train de redimensionner le système de fichiers sur /dev/sda7 à 115200000 (4k) blocs.
Le système de fichiers sur /dev/sda7 a maintenant une taille de 115200000 blocs (4k).

resize2fs 1.43.3 (04-Sep-2016)

========================================

Quand je regarde dans thunar, je vois enfin quelque chose : lost&found, normal, j'avais reformaté à une époque, on avance smile
J'ai vu au passage que je peux lui changer son UUID, son label et compagnie !

Voici l'état actuel des groupes, mais sur Manjaro

root:x:0:root
bin:x:1:root,bin,daemon
daemon:x:2:root,bin,daemon
sys:x:3:root,bin
adm:x:4:root,daemon
tty:x:5:
disk:x:6:root,dad
lp:x:7:daemon,dad
mem:x:8:
kmem:x:9:
wheel:x:10:root,dad
ftp:x:11:
mail:x:12:
uucp:x:14:
log:x:19:root
utmp:x:20:
locate:x:21:
rfkill:x:24:
smmsp:x:25:
proc:x:26:polkitd
http:x:33:
games:x:50:
lock:x:54:
uuidd:x:68:
dbus:x:81:
network:x:90:dad
video:x:91:dad
audio:x:92:
optical:x:93:dad
floppy:x:94:
storage:x:95:dad
scanner:x:96:dad
input:x:97:
power:x:98:dad
nobody:x:99:
users:x:100:
systemd-journal:x:190:
systemd-journal-gateway:x:191:
systemd-timesync:x:192:
systemd-network:x:193:
systemd-bus-proxy:x:194:
systemd-resolve:x:195:
systemd-journal-remote:x:998:
systemd-coredump:x:999:
systemd-journal-upload:x:997:
rpc:x:32:
dnsmasq:x:996:
nbd:x:44:
avahi:x:84:
ntp:x:87:
polkitd:x:102:
git:x:995:
usbmux:x:140:
lightdm:x:620:
colord:x:124:
rtkit:x:133:
nm-openconnect:x:619:
nm-openvpn:x:618:
dad:x:1000:
:
Micp a écrit :

Si tu veux pouvoir utiliser la copie du système de fichiers de la partition copiée, n'utilise pas l'option notrunc de dd
C'est d'ailleurs sans doute l'utilisation de cette option qui rends incohérent le système de fichier de la copie,
surtout si la taille de la partition cible n'est pas la même que celle de la partition source

La première fois, j'ai lancé dd avec les options, la deuxième fois "tout nu", et si j'ai bien pigé, dd en s'exécutant remet tout à zéro.
Tu penses que je suis bon pour reformater la 7 et refaire proprement avec les commandes de base, sans options ?

@pingouinux
voici df

[dad@dad-manjaro ~]$ df
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
dev                1,6G       0  1,6G   0% /dev
run                1,6G    1,1M  1,6G   1% /run
/dev/sda1           50G    6,3G   41G  14% /
tmpfs              1,6G     31M  1,6G   2% /dev/shm
tmpfs              1,6G       0  1,6G   0% /sys/fs/cgroup
tmpfs              1,6G    8,0K  1,6G   1% /tmp
tmpfs              326M     20K  326M   1% /run/user/1000
/dev/sda7          433G    291G  120G  71% /run/media/dad/principale

et fdisk

[dad@dad-manjaro ~]$ sudo fdisk -l
[sudo] Mot de passe de dad : 
Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x00052596

Périphérique Amorçage     Début        Fin   Secteurs Taille Id Type
/dev/sda1                  2048  105146367  105144320  50,1G 83 Linux
/dev/sda2             105146368  113338367    8192000   3,9G 82 partition d'écha
/dev/sda3             113338368  277178367  163840000  78,1G 83 Linux
/dev/sda4             277178368 1953523711 1676345344 799,4G  5 Étendue
/dev/sda5             277180416  441020415  163840000  78,1G 83 Linux
/dev/sda6             441022464  604862463  163840000  78,1G 83 Linux
/dev/sda7             604864512 1526464511  921600000 439,5G 83 Linux

Merci de votre aide précieuse qui me fait réviser et me fait progresser smile


Vive Richard Stalmann, Linus Torvalds, et tous les fondus de Linux.
De l'Ordinosaure fait à 90% de récup, à deux portables LDLC,  neufs sans système et une carte mère sans boitier, tous libres !!
Parrain Linux sur www.parrain-linux.com et www.parrains.linux.free.fr

Hors ligne

#12 Le 03/06/2017, à 11:08

MicP

Re : Clonage avec dd, des surprises ! (Résolu)

Bonjour

Là, je suis embêté : je ne vois toujours pas les caractéristiques de la partition cible : /dev/sdb7

=======

…reformater la 7 et refaire proprement avec les commandes de base, sans options ?…

Étant donné que tu comptes ensuite copier avec dd le contenu de la partition /dev/sda5 pour qu'il remplace le contenu de /dev/sda7
le système de fichiers de /dev/sda7 sera écrasé par celui contenu dans la partition /dev/sda5

Donc même si /dev/sdb7 n'était pas formaté, ça n'aurait pas d'importance
Donc aussi, pas la peine non plus de formater la partition ciblée par la copie

Il suffit de ne surtout pas se tromper de source et de cible dans la ligne de commande de dd et de ne pas utiliser l'option notrunc
(je relis toujours plusieurs fois les lignes de commande de dd avant d'appuyer sur la touche Entrée).

=======
Ou alors, tu peux utiliser l'interface graphique de Gparted pour faire la copie de /dev/sda5 sur /dev/sdb7
et te régaler de lire le travail qu'il aura fait ou lire les informations détaillées concernant les problèmes qu'il aura rencontrés.

J'utilise le plus souvent possible la ligne de commande,
mais quand c'est possible, je préfère utiliser Gparted plutôt que la ligne de commandes.
Il est tellement bien fait et il fait tellement de chose mieux que je ne l'aurais fait en lignes de commandes.

Dernière modification par MicP (Le 03/06/2017, à 11:16)

Hors ligne

#13 Le 03/06/2017, à 11:24

Rufus T. Firefly

Re : Clonage avec dd, des surprises ! (Résolu)

Salut,

Je n'ai peut-être pas bien tout lu, mais :

dd if=/dev/sda5 of=/dev/sdb7 
...
Libparted 3.2
Vérifier et réparer le système de fichiers (ext4) sur /dev/sda7  00:00:43    ( SUCCÈS )
...

sdb7 ou sda7 ?


La provocation est une façon de remettre la réalité sur ses pieds. (Bertolt Brecht)
Il n'y a pas de route royale pour la science et ceux-là seulement ont chance d'arriver à ses sommets lumineux qui ne craignent pas de se fatiguer à gravir ses sentiers escarpés. (Karl Marx)
Il est devenu plus facile de penser la fin du monde que la fin du capitalisme

Hors ligne

#14 Le 03/06/2017, à 11:39

MicP

Re : Clonage avec dd, des surprises ! (Résolu)

Effectivement, depuis son premier message il était question de /dev/sdb7
et il dit aussi :

…J'ai créé une partition de 440 go comme sur celui d'origine.…

=======
Mais dans son dernier message, il parle de /dev/sda7

et on peut constater dans le retour de la commande fdisk -l
que /dev/sda5 est une partition d'une taille de 78,1Go

"fdisk -l" a écrit :
…
/dev/sda5             277180416  441020415  163840000  78,1G 83 Linux
…

et que /dev/sda7 est une partition d'une taille de 439,5G

"fdisk -l" a écrit :
…
/dev/sda7             604864512 1526464511  921600000 439,5G 83 Linux
…

Qui n'est pas disponible pour être la cible d'une copie
puisque le système de fichiers de cette partition est mounté sur le point de mountage /run/media/dad/principale

"df" a écrit :
…
/dev/sda7          433G    291G  120G  71% /run/media/dad/principale
…

=======
Comme le prompt de retour de la commande fdisk -l n'est pas présent,
il est possible que ce retour de commande ait été tronqué lors du copié/collé dans le message du forum,
ce qui fait qu'on ne peut pas voir le disque /dev/sdb et ses partitions.

Dernière modification par MicP (Le 03/06/2017, à 11:49)

Hors ligne

#15 Le 03/06/2017, à 13:24

moko138

Re : Clonage avec dd, des surprises ! (Résolu)

tuxmarc,
Quand un seul disque est branché, merci de préciser lequel !
  - -

Trois pistes :
le propriétaire ;
l'état smart du HD "qui a de l'âge"
la version d'ext4 et de fsck utilisée
     par "Manjaro, Siduction (dérivée allemande de Debian) et Parsix",
     par le CD de 9.04 Jaunty. Cf. ./viewtopic.php?pid=21736137#p21736137.


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#16 Le 03/06/2017, à 13:42

tuxmarc

Re : Clonage avec dd, des surprises ! (Résolu)

Salut Rufus smile

Entre les opérations, j'ai modifié pas mal mes branchements :

hier, la bécane a démarré en livecd, avec branchés
-la source (sda5)
- et la cible (sdb7)
Aujourd'hui, je n'ai branché que le DD cible qui du coup s'appelle sda7.
Du coup, les résultats donnés par fdisk sont piégeux, ce DD Seagate a bien lui aussi une sda5, qui n'est pas la sda5 du DD WD, et ils n'ont pas la même taille.
Je devine que mes jongleries avec mes DD ne sont pas faciles à suivre (compliqué le mec tongue), surtout si j'oublie de bien expliquer wink

@Micp

Micp a écrit :

Il suffit de ne surtout pas se tromper de source et de cible dans la ligne de commande de dd et de ne pas utiliser l'option notrunc
(je relis toujours plusieurs fois les lignes de commande de dd avant d'appuyer sur la touche Entrée).

La doc ne manque pas de pragraphes rouges pour bien avertir de ne pas faire la connerie suprême !
J'ai bien relu ce que j'avais tapé, étant donné que dans le forum, j'ai lu que dd est aussi surnommé destructeur de disque. Je fais gaffe, hyper gaffe.

Micp a écrit :

Ou alors, tu peux utiliser l'interface graphique de Gparted pour faire la copie de /dev/sda5 sur /dev/sdb7
et te régaler de lire le travail qu'il aura fait ou lire les informations détaillées concernant les problèmes qu'il aura rencontrés.

J'utilise le plus souvent possible la ligne de commande,
mais quand c'est possible, je préfère utiliser Gparted plutôt que la ligne de commandes.
Il est tellement bien fait et il fait tellement de chose mieux que je ne l'aurais fait en lignes de commandes.

J'ai découvert avec joie gparted en 2004, le super outil smile
Honte à moi, je n'ai pas exploré toutes ses richesses !
Et si en plus il me parle, ça je vais beaucoup apprécier, car le blackout de 7 heures avec dd m'a frustré wink
Je vais avant tout tenter les commandes magiques (j'espère) maintenant que je peux voir une chose.

@moko138
Salut !

moko138 a écrit :

Quand un seul disque est branché, merci de préciser lequel !
  - -
Trois pistes :
le propriétaire ;
l'état smart du HD "qui a de l'âge"
la version d'ext4 et de fsck utilisée
     par "Manjaro, Siduction (dérivée allemande de Debian) et Parsix",
     par le CD de 9.04 Jaunty. Cf. ./viewtopic.php?pid=21736137#p21736137.

Bon, je crois que j'ai répondu au début du message, c'est un Seagate, celui qui a été la cible.
Le WD a en effet de l'âge, je l'ai mis en retraite, il va falloir que je le vérifie.
Pour la version de fsck embarquée dans Manjaro, réponse du terminal

[dad@dad-manjaro ~]$ fsck --help
fsck de util-linux 2.28.2
fsck.ext4 : option invalide -- 'h'

Curieux l'option invalide !!!
S'il faut que je repasse sur une Ubuntu, no problem, j'ai une 16.04.
Je suis scié de lire ça:

moko138 a écrit :

Cf. le cas d'une partition partagée entre 16.04 et 17.04 là : Problème e2fsck & metadata_csum Ubuntu 16.04, devenue inaccessible à 16.04 depuis - semble-t-il - que la version pour 17.04 de fsck a "vérifié" cette partition.

Ben zut alors ! J'étais persuadé que tout était compatible !

A+


Vive Richard Stalmann, Linus Torvalds, et tous les fondus de Linux.
De l'Ordinosaure fait à 90% de récup, à deux portables LDLC,  neufs sans système et une carte mère sans boitier, tous libres !!
Parrain Linux sur www.parrain-linux.com et www.parrains.linux.free.fr

Hors ligne

#17 Le 03/06/2017, à 14:01

tuxmarc

Re : Clonage avec dd, des surprises ! (Résolu)

Ça continue !
J'ai tenté la formule de pingouinux et Micp

[dad@dad-manjaro ~]$ sudo tune2fs -U 8e709e8f-b6c1-4681-a9db-a9d8147fd86aa -L principalebis /dev/sda7
[sudo] Mot de passe de dad : 
tune2fs 1.43.3 (04-Sep-2016)

Please run e2fsck -f on the filesystem.

Bon, allons y avec un e2fsck

[dad@dad-manjaro ~]$ e2fsck -fv /dev/sda7
e2fsck 1.43.3 (04-Sep-2016)
/dev/sda7 est monté.
e2fsck: Ne peut continuer, arrêt immédiat.
>>>> bon je démonte

[dad@dad-manjaro ~]$ e2fsck -fv /dev/sda7
e2fsck 1.43.3 (04-Sep-2016)
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

      581557 i-noeuds utilisés (2.02%, sur 28803072)
        1751 fichiers non contigus (0.3%)
         766 répertoires non contigus (0.1%)
             nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
             Histogramme des profondeurs d'extents : 509794/628
    78071801 blocs utilisés (67.77%, sur 115200000)
           0 bloc défectueux
           7 fichiers de grande taille

      438343 fichiers normaux
       54078 répertoires
          56 fichiers de périphérique en mode caractère
          25 fichiers de périphérique en mode bloc
           0 fifo
          48 liens
       89042 liens symboliques (71039 liens symboliques rapides)
           4 sockets
------------
      581596 fichiers

Puis rebelote

[dad@dad-manjaro ~]$ sudo tune2fs -U 8e709e8f-b6c1-4681-a9db-a9d8147fd86aa -L principalebis /dev/sda7
tune2fs 1.43.3 (04-Sep-2016)
Définir l'UUID sur un système de fichier avec somme de contrôle pourrait prendre du temps.
Procéder malgré tout (ou attendre 5 secondes) ? (o,n) <on procède>
tune2fs: Format UUID invalide

Là, j'apprend que l'UUID, c'est plus compliqué que le loto lol
Mais j'avais vu ça dans gparted, alors, c'est parti !

gparted a écrit :

GParted 0.27.0 --enable-libparted-dmraid --enable-online-resize

Libparted 3.2
Définir un nouvel UUID aléatoire pour le système de fichiers ext4 sur /dev/sda7  00:00:01    ( SUCCÈS )
         
calibrer /dev/sda7  00:00:01    ( SUCCÈS )
         
chemin : /dev/sda7 (partition)
début : 604864512
fin : 1526464511
taille : 921600000 (439.45 Gio)
Définir l'UUID de /dev/sda7 à une nouvelle valeur aléatoire  00:00:00    ( SUCCÈS )
         
tune2fs -U random /dev/sda7  00:00:00    ( SUCCÈS )
         
tune2fs 1.43.3 (04-Sep-2016)

========================================

et j'ai changé l'étiquette de la "7"

[dad@dad-manjaro ~]$ df
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
dev                1,6G       0  1,6G   0% /dev
run                1,6G    1,1M  1,6G   1% /run
/dev/sda1           50G    6,3G   41G  14% /
tmpfs              1,6G     31M  1,6G   2% /dev/shm
tmpfs              1,6G       0  1,6G   0% /sys/fs/cgroup
tmpfs              1,6G    8,0K  1,6G   1% /tmp
tmpfs              326M     20K  326M   1% /run/user/1000
/dev/sda7          433G    291G  120G  71% /run/media/dad/principalebis

Pour le moment, je ne peux pas voir grand chose à part lost & found.


Vive Richard Stalmann, Linus Torvalds, et tous les fondus de Linux.
De l'Ordinosaure fait à 90% de récup, à deux portables LDLC,  neufs sans système et une carte mère sans boitier, tous libres !!
Parrain Linux sur www.parrain-linux.com et www.parrains.linux.free.fr

Hors ligne

#18 Le 03/06/2017, à 14:23

MicP

Re : Clonage avec dd, des surprises ! (Résolu)

[dad@dad-manjaro ~]$ sudo tune2fs -U 8e709e8f-b6c1-4681-a9db-a9d8147fd86aa -L principalebis /dev/sda7
…
tune2fs: Format UUID invalide
…

effectivement : le format de l'UUID que tu a donné dans la ligne de commandes comporte une lettre de trop

https://en.wikipedia.org/wiki/Universal … ier#Format => 8-4-4-4-12
donc, il aurait fallu enlever un caractère hexa au dernier champ => 8e709e8f-b6c1-4681-a9db-a9d8147fd86a

=======
Si le système de fichiers de la partition /dev/sda7 est le résultat de la copie de du système de fichiers de la partition /dev/sda5
qui avait été faite en utilisant l'option notrunc, la copie s'est mal terminée,
et e2fsck n'a as pu faire autre chose que de rendre le système de fichiers cohérent. c'est tout.

=======
Il te faudrait refaire la copie mais cette fois, sans utiliser l'option notrunc de la commande dd
ou alors en utilisant Gparted
Avec n'importe laquelle de ces 2 méthodes tu n'auras pas à utiliser e2fsck si la copie s'est bien terminée

Dernière modification par MicP (Le 03/06/2017, à 14:38)

Hors ligne

#19 Le 03/06/2017, à 14:44

moko138

Re : Clonage avec dd, des surprises ! (Résolu)

C'est quoi ce point de montage : /run/media/dad/principalebis, une particularité de Manjaro ?
  - -

tuxmarc a écrit :
[dad@dad-manjaro ~]$ sudo tune2fs -U 8e709e8f-b6c1-4681-a9db-a9d8147fd86aa -L principalebis /dev/sda7
tune2fs 1.43.3 (04-Sep-2016)
(...) système de fichier avec somme de contrôle

Là, si je comprends bien, c'est de l'ext4 nouvelle manière, avec metadata_csum.


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#20 Le 03/06/2017, à 15:19

tuxmarc

Re : Clonage avec dd, des surprises ! (Résolu)

@Micp

Je vais bien potasser gparted qui lui au moins ne cache rien, je suis curieux de nature smile
Au fait j'ai intérêt à démarrer en live ou en "normal" qui serait Hybryde ou Voyager 16.04 tous les deux ?

@moko138

J'ai redémarré sous Hybryde 16.04 et avec df, on voit bien que le coup précédent, c'est une particularité de Manjaro ...... que je n'avais jamais vue !!

dad-hybride@dad-hybryde2:~$ df
Sys. de fichiers blocs de 1K   Utilisé Disponible Uti% Monté sur
udev                 1653500         0    1653500   0% /dev
tmpfs                 334688      9716     324972   3% /run
/dev/sda7           28705044  13306128   13917740  49% /
tmpfs                1673432       160    1673272   1% /dev/shm
tmpfs                   5120         4       5116   1% /run/lock
tmpfs                1673432         0    1673432   0% /sys/fs/cgroup
cgmfs                    100         0        100   0% /run/cgmanager/fs
tmpfs                 334688        16     334672   1% /run/user/1000
/dev/sdb7          453437944 304925148  125456420  71% /media/dad-hybride/principalebis

Comme j'ai mis le Seagate en esclave, du coup, c'est à nouveau sda7 non sdb7, je suis comme Raoul Volfoni, j'sais plus c'que fais lol et il a un peu changé de nom : principalebis


Vive Richard Stalmann, Linus Torvalds, et tous les fondus de Linux.
De l'Ordinosaure fait à 90% de récup, à deux portables LDLC,  neufs sans système et une carte mère sans boitier, tous libres !!
Parrain Linux sur www.parrain-linux.com et www.parrains.linux.free.fr

Hors ligne

#21 Le 03/06/2017, à 17:21

bluc

Re : Clonage avec dd, des surprises ! (Résolu)

Quand je fais des clones j'utilise toujours Gparted ,c'est simple surtout sans risque

Dernière modification par bluc (Le 03/06/2017, à 17:24)


Clevo :  Ubuntu 23.10   ❖  Xubuntu 22.10  ❖  Kubuntu 23.10   
         avec partition data commune       Une fraction de seconde                    Multiboot

Hors ligne

#22 Le 03/06/2017, à 18:02

tuxmarc

Re : Clonage avec dd, des surprises ! (Résolu)

Bonjour bluc.

C'est ce que la bécane est en train de faire smile
Depuis tout ce temps que j'utilise gparted, je ne m'étais jamais posé la question de savoir à quoi pouvait servir "copier".
Et bien j'ai vu, c'est super puissant comme outil et la cerise sur le gâteau, je vois ce qui se passe et combien de temps ça va durer ....... encore une bonne heure et je verrai le résultat !
Très bien faits tes tutos, allez hop c'est ajouté au marque-pages wink


Vive Richard Stalmann, Linus Torvalds, et tous les fondus de Linux.
De l'Ordinosaure fait à 90% de récup, à deux portables LDLC,  neufs sans système et une carte mère sans boitier, tous libres !!
Parrain Linux sur www.parrain-linux.com et www.parrains.linux.free.fr

Hors ligne

#23 Le 03/06/2017, à 18:17

bluc

Re : Clonage avec dd, des surprises ! (Résolu)

Je n'ai copier que des systemes sur un seule partition surtout du Windows
a part une fois sur deux partitions, mais j'ai du intervenir sur fstab pour modifier les uuid, sans doute , j'en suis sûr même, parce qu'elle n'étaient pas dans le même ordre


Clevo :  Ubuntu 23.10   ❖  Xubuntu 22.10  ❖  Kubuntu 23.10   
         avec partition data commune       Une fraction de seconde                    Multiboot

Hors ligne

#24 Le 03/06/2017, à 19:19

tuxmarc

Re : Clonage avec dd, des surprises ! (Résolu)

Salut à tous !!! smile smile smile (super content le mec)

Devinez d'où j'écris le message ........ suspense ........

D'Ubuntu 12.04 tout fraichement récupérée après seulement 2 heures 1/2 ... au lieu de 7 heures wink

J'ai lancé un liveDVD d'Ubuntu 14.04, lancé gparted, fait le ménage dans le Seagate, recréé une partoche d'une taille à peu près égale, pas évident, et fait le magique copier-coller qui a fait un boulot absolument admirable et je note sec lol
son boulot

le brave et sympatique Gparted, l'ami des ordinateurs a écrit :

GParted 0.18.0 --enable-libparted-dmraid --enable-online-resize

Libparted 2.3
Copy /dev/sda5 to /dev/sdb7  02:10:09    ( SUCCESS )
         
calibrate /dev/sdb7  00:00:00    ( SUCCESS )
         
path: /dev/sdb7
start: 604864512
end: 1476098047
size: 871233536 (415.44 GiB)
calibrate copy of /dev/sda5  00:00:00    ( SUCCESS )
         
path: /dev/sdb7
start: 604864512
end: 1476098047
size: 871233536 (415.44 GiB)
calibrate /dev/sda5  00:00:00    ( SUCCESS )
         
path: /dev/sda5
start: 495412470
end: 1355564699
size: 860152230 (410.15 GiB)
check file system on /dev/sda5 for errors and (if possible) fix them  00:00:35    ( SUCCESS )
         
e2fsck -f -y -v -C 0 /dev/sda5
         
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

581556 i-noeuds utilisés (2.16%, sur 26886144)
1751 fichiers non contigus (0.3%)
766 répertoires non contigus (0.1%)
nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
Histogramme des profondeurs d'extents : 509793/618/11
77951653 blocs utilisés (72.50%, sur 107519028)
0 bloc défectueux
7 fichiers de grande taille

438343 fichiers normaux
54077 répertoires
56 fichiers de périphérique en mode caractère
25 fichiers de périphérique en mode bloc
0 fifo
48 liens
89042 liens symboliques (71039 liens symboliques rapides)
4 sockets
------------
581595 fichiers
e2fsck 1.42.9 (4-Feb-2014)
set partition type on /dev/sdb7  00:00:01    ( SUCCESS )
         
new partition type: ext4
copy file system of /dev/sda5 to /dev/sdb7  02:09:02    ( SUCCESS )
         
using internal algorithm
copy 410.15 GiB
finding optimal block size
         
copy 16.00 MiB using a block size of 1.00 MiB  00:00:00    ( SUCCESS )
         
16.00 MiB of 16.00 MiB copied
0.711257 seconds
copy 16.00 MiB using a block size of 2.00 MiB  00:00:01    ( SUCCESS )
         
16.00 MiB of 16.00 MiB copied
0.590624 seconds
copy 16.00 MiB using a block size of 4.00 MiB  00:00:00    ( SUCCESS )
         
16.00 MiB of 16.00 MiB copied
0.553415 seconds
copy 16.00 MiB using a block size of 8.00 MiB  00:00:01    ( SUCCESS )
         
16.00 MiB of 16.00 MiB copied
0.523032 seconds
copy 16.00 MiB using a block size of 16.00 MiB  00:00:00    ( SUCCESS )
         
16.00 MiB of 16.00 MiB copied
0.47059 seconds
optimal block size is 16.00 MiB
copy 410.07 GiB using a block size of 16.00 MiB  02:09:00    ( SUCCESS )
         
410.07 GiB of 410.07 GiB copied
410.15 GiB (440397941760 B) copied
check file system on /dev/sdb7 for errors and (if possible) fix them  00:00:23    ( SUCCESS )
         
e2fsck -f -y -v -C 0 /dev/sdb7
         
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

581556 i-noeuds utilisés (2.16%, sur 26886144)
1751 fichiers non contigus (0.3%)
766 répertoires non contigus (0.1%)
nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
Histogramme des profondeurs d'extents : 509793/618/11
77951653 blocs utilisés (72.50%, sur 107519028)
0 bloc défectueux
7 fichiers de grande taille

438343 fichiers normaux
54077 répertoires
56 fichiers de périphérique en mode caractère
25 fichiers de périphérique en mode bloc
0 fifo
48 liens
89042 liens symboliques (71039 liens symboliques rapides)
4 sockets
------------
581595 fichiers
e2fsck 1.42.9 (4-Feb-2014)
grow file system to fill the partition  00:00:08    ( SUCCESS )
         
resize2fs -p /dev/sdb7
         
En train de redimensionner le système de fichiers sur /dev/sdb7 à 108904192 (4k) blocs.
Le système de fichiers /dev/sdb7 a maintenant une taille de 108904192 blocs.

resize2fs 1.42.9 (4-Feb-2014)

========================================

Arrêt, débranchement du WD, démarrage sous Manjaro, console, sudo update-grub ...... je serre les miches et .........

[dad@dad-manjaro ~]$ sudo update-grub
[sudo] Mot de passe de dad : 
Création du fichier de configuration GRUB…
Arrière-plan trouvé : /usr/share/grub/background.png
Found Intel Microcode image
Image Linux trouvée : /boot/vmlinuz-4.4-x86_64
Image mémoire initiale trouvée : /boot/initramfs-4.4-x86_64.img
Found initrd fallback image: /boot/initramfs-4.4-x86_64-fallback.img
Debian GNU/Linux (8.0) trouvé sur /dev/sda3
Debian GNU/Linux (9.0) trouvé sur /dev/sda5
Ubuntu 12.04.5 LTS (12.04) trouvé sur /dev/sda7
Found memtest86+ image: /boot/memtest86+/memtest.bin
fait

C'est bon signe tout ça wink
Bon , il y a eu des surprises, aliors, fermeture de Manjaro, redémarrage, le grub se pointe, je choisis Ubuntu 12.04.5 et ...... me voila big_smile big_smile

MERCI A TOUS !

J'ai une nouvelle fois constaté que la communauté des ubuntero(a)s est formidable big_smile big_smile big_smile

Maintenant je pourrai dépanner ceux qui se trouveront dans le même cas smile


Vive Richard Stalmann, Linus Torvalds, et tous les fondus de Linux.
De l'Ordinosaure fait à 90% de récup, à deux portables LDLC,  neufs sans système et une carte mère sans boitier, tous libres !!
Parrain Linux sur www.parrain-linux.com et www.parrains.linux.free.fr

Hors ligne

#25 Le 03/06/2017, à 19:44

moko138

Re : Clonage avec dd, des surprises ! (Résolu)

grub devenu plus qu'obèse et que je n'arrive pas à corriger, et sur ma partition principale, 10.04 migrée en 12.04

Problème classique et, depuis que Babdu89 l'a identifié, facile à résoudre. Ouvre un nouveau fil.


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne