1. #21
    Modérateur
    Avatar de jlliagre
    Homme Profil pro
    Ingénieur Support avancé & développement
    Inscrit en
    juin 2007
    Messages
    2 411
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur Support avancé & développement
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juin 2007
    Messages : 2 411
    Points : 6 520
    Points
    6 520

    Par défaut

    Citation Envoyé par chrtophe Voir le message
    Utiliser les UUID dans /etc/fstab et dans grub permettent de s'affranchir des problèmes de remplacement de /dev/sda par /dev/sdb.
    Oui, c'est ce que j'ai déjà évoqué quelques post plus haut. Le problème est qu'en cas de clonage, l'OS va probablement prendre la première partition ayant l'UUID en question, et donc à priori le disque interne puisqu'il doit balayer les disques dans l'ordre de nommage des interfaces. Si on dit au bios de booter sur l'USB en premier, rien ne dit que le grub du disque externe va monter une partition du disque externe et pas la partition interne de même UUID, d'où mon interrogation sur l'ordonnancement des interfaces.
    ɹǝsn *sıɹɐlos*

  2. #22
    Rédacteur/Modérateur


    Homme Profil pro
    Technicien maintenance
    Inscrit en
    août 2011
    Messages
    6 857
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : août 2011
    Messages : 6 857
    Points : 14 355
    Points
    14 355

    Par défaut

    rien ne dit que le grub du disque externe va monter une partition du disque externe et pas la partition interne de même UUID, d'où mon interrogation sur l'ordonnancement des interfaces.
    La demande originelle était de pouvoir booter en USB sur le disque cloné en cas de panne du disque interne, donc pas de partition interne.

    Il est également possible de changer les UUID après clonage, mais c'est un peu délicat.
    Ma page sur developpez.com : http://chrtophe.developpez.com/ (avec mes articles)
    Mon article sur la création d'un système : http://chrtophe.developpez.com/tutoriels/minisysteme/
    Mon article sur le P2V : http://chrtophe.developpez.com/tutoriels/p2v/
    Consultez nos FAQ : Windows, Linux, Virtualisation

  3. #23
    Expert éminent Avatar de disedorgue
    Homme Profil pro
    Ingénieur intégration
    Inscrit en
    décembre 2012
    Messages
    2 317
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur intégration
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : décembre 2012
    Messages : 2 317
    Points : 6 465
    Points
    6 465

    Par défaut

    C'est vrai, et ça me fait penser (oui ça m'arrive ) que si l'on désactive depuis le bios, le disque interne, on devrait résoudre le problème de démarrage à la fois sur linux et à la fois sur windows avec un petit doute vis à vis du driver coté windows (passage de sata vers usb...).

    Et sinon, en revenant sur le choix du bs à 512 octets où à 1Mo:

    Selon moi, on réduit le taux d'erreur en mettant 512 octets car, sur des block de 4ko, on réécrit 8 fois les premiers 512 octets, 7 fois les deuxième, 6 fois les troisième, etc...
    Et il n'y a que les huitième que l'on écrit qu'une fois, après c'est juste une histoire de probabilités.

    Mais, même si cela réduit le facteur de risque d'erreur d'écriture, cela diminue aussi la durée de vie du disque.

    Bon, tous ça c'est mon point de vue perso, je me trompe peut-être dans mon raisonnement
    Cordialement.

  4. #24
    Rédacteur/Modérateur


    Homme Profil pro
    Technicien maintenance
    Inscrit en
    août 2011
    Messages
    6 857
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Technicien maintenance
    Secteur : High Tech - Matériel informatique

    Informations forums :
    Inscription : août 2011
    Messages : 6 857
    Points : 14 355
    Points
    14 355

    Par défaut

    un petit doute vis à vis du driver coté windows (passage de sata vers usb...).
    Tu as raison pour les pilotes, solutionnable mais pour un technicien niveau 2-3. Peut-être aussi une mise à jour du magasin BCD. Par ailleurs, je suis pas sûr qu'on puisse démarrer Windows depuis l'USB,, j'ai jamais fait.
    Ma page sur developpez.com : http://chrtophe.developpez.com/ (avec mes articles)
    Mon article sur la création d'un système : http://chrtophe.developpez.com/tutoriels/minisysteme/
    Mon article sur le P2V : http://chrtophe.developpez.com/tutoriels/p2v/
    Consultez nos FAQ : Windows, Linux, Virtualisation

  5. #25
    Modérateur
    Avatar de jlliagre
    Homme Profil pro
    Ingénieur Support avancé & développement
    Inscrit en
    juin 2007
    Messages
    2 411
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur Support avancé & développement
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juin 2007
    Messages : 2 411
    Points : 6 520
    Points
    6 520

    Par défaut

    Citation Envoyé par disedorgue Voir le message
    Et sinon, en revenant sur le choix du bs à 512 octets où à 1Mo:

    Selon moi, on réduit le taux d'erreur en mettant 512 octets car, sur des block de 4ko, on réécrit 8 fois les premiers 512 octets, 7 fois les deuxième, 6 fois les troisième, etc...
    Et il n'y a que les huitième que l'on écrit qu'une fois, après c'est juste une histoire de probabilités.
    En mettant 512 octets pour des secteurs de 4k, tu vas écrire 8 fois le premier bloc de 512 et le lire 7 fois, écrire 7 fois le deuxième bloc et le lire 6 fois, etc jusqu'au dernier qui ne sera écrit qu'une fois, le seul avec les donnés originales.

    Tous les autres segments de 512 octets auront été réécrits avec les données qu'ils contenaient déjà, avec à chaque fois un nouveau risque de corruption.

    Tu augmente en moyenne la probabilité d'erreur par un facteur de 3.5 et tu plombes les perfs en faisant sept lectures inutiles

    Citation Envoyé par chrtophe Voir le message
    La demande originelle était de pouvoir booter en USB sur le disque cloné en cas de panne du disque interne, donc pas de partition interne.
    Oui, mais il ne sera pas possible de tester la procédure sans déconnecter le disque interne, ce que yann458 souhaite éviter:

    Citation Envoyé par yann458
    Pour tester je préfère le démarrer en externe car je n'aime pas trop ouvrir mon PC

    Citation Envoyé par chrtophe Voir le message
    Il est également possible de changer les UUID après clonage, mais c'est un peu délicat.
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    tune2fs /dev/sdb1 -U abcdef00-0000-1111-2222-333344445555
    ɹǝsn *sıɹɐlos*

  6. #26
    Expert éminent Avatar de disedorgue
    Homme Profil pro
    Ingénieur intégration
    Inscrit en
    décembre 2012
    Messages
    2 317
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur intégration
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : décembre 2012
    Messages : 2 317
    Points : 6 465
    Points
    6 465

    Par défaut

    Citation Envoyé par jlliagre Voir le message
    En mettant 512 octets pour des secteurs de 4k, tu vas écrire 8 fois le premier bloc de 512 et le lire 7 fois, écrire 7 fois le deuxième bloc et le lire 6 fois, etc jusqu'au dernier qui ne sera écrit qu'une fois, le seul avec les donnés originales.

    Tous les autres segments de 512 octets auront été réécrits avec les données qu'ils contenaient déjà, avec à chaque fois un nouveau risque de corruption.

    Tu augmente en moyenne la probabilité d'erreur par un facteur de 3.5 et tu plombes les perfs en faisant sept lectures inutiles
    Je dirais que sur du ssd, oui, on augmente la probabilité d'erreur, mais sur des disques dur magnétique, j'ai des doutes, suite à la rémanence magnétique:
    D'ailleurs la récupérations de données effacées est basée sur cette rémanence. Et c'est d'ailleurs pour la même raison que quand on veut vraiment effacer une données, on réécrit plusieurs fois au même endroit pour justement biaiser la rémanence magnétique.

    Après, je suis d'accord avec toi sur le plombage des perfs et tout le reste, je ne préconise pas de faire comme ça, je donne juste une supputation toute personnelle avec mes maigres connaissances sur le pourquoi dans la vraie vie, on réduirait les risques d'erreurs d'écritures en mettant le blocksize à 512 octets.

    Personnellement, je ferais comme tu dis, le blocksize à 1Mo, ici comme je dis, je donne juste une piste possible sur les cas rencontrés par frp31.
    Cordialement.

  7. #27
    Membre régulier
    Profil pro
    Inscrit en
    mai 2011
    Messages
    526
    Détails du profil
    Informations personnelles :
    Localisation : France, Vienne (Poitou Charente)

    Informations forums :
    Inscription : mai 2011
    Messages : 526
    Points : 73
    Points
    73

    Par défaut

    Pas besoin de démarrer sur une clé USB,
    la commande cat fonctionne même sur un disque monté à condition d'être root.
    3 heures de copie avec la commande cat pour copier 1 To,
    Resultat : ca boote bien , comme si que le 1er disque (sda) était connecté

  8. #28
    Expert éminent Avatar de disedorgue
    Homme Profil pro
    Ingénieur intégration
    Inscrit en
    décembre 2012
    Messages
    2 317
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur intégration
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : décembre 2012
    Messages : 2 317
    Points : 6 465
    Points
    6 465

    Par défaut

    Le faire avec le disque source monté et bien actif sur le système est faisable, ça on le sait, c'est juste que l'on augmente les risques de désynchro...

    Et quand tu dis que tu boots bien sur le disque externe, ça fonctionne aussi pour le windows ?

    Et es-tu bien sur, que ton linux n'a pas monté le disque interne au lieu du disque externe ?
    Cordialement.

  9. #29
    Membre chevronné
    Profil pro
    Développeur
    Inscrit en
    mars 2012
    Messages
    1 298
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations professionnelles :
    Activité : Développeur
    Secteur : Communication - Médias

    Informations forums :
    Inscription : mars 2012
    Messages : 1 298
    Points : 2 123
    Points
    2 123

    Par défaut

    Dans le passé, j'ai cloné un disque avec clonezilla
    Si la réponse vous a aidé, pensez à cliquer sur +1

+ Répondre à la discussion
Cette discussion est résolue.
Page 2 sur 2 PremièrePremière 12

Discussions similaires

  1. Réponses: 9
    Dernier message: 01/01/2016, 19h09
  2. Démontage & clonage du disque master (primary)
    Par Shuty dans le forum Linux
    Réponses: 0
    Dernier message: 09/01/2014, 12h45
  3. Clonage vers disque dur de moindre capacité
    Par sam-sam dans le forum Windows XP
    Réponses: 1
    Dernier message: 25/05/2013, 06h39
  4. Restauration dossiers personnels suite à un clonage de disque
    Par Sheriff dans le forum Windows Vista
    Réponses: 1
    Dernier message: 27/06/2011, 20h50

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo