Possible de faire un backup d'un HDD -> SSD ?
Swiss Knight
Messages postés
1956
Date d'inscription
Statut
Membre
Dernière intervention
-
Templier Nocturne Messages postés 7734 Date d'inscription Statut Membre Dernière intervention -
Templier Nocturne Messages postés 7734 Date d'inscription Statut Membre Dernière intervention -
Bonsoir.
Est-il possible de faire un backup (image disque) d'un HDD - d'une partiton d'un HDD, et de la transférer vers un SSD ?
Merci.
Est-il possible de faire un backup (image disque) d'un HDD - d'une partiton d'un HDD, et de la transférer vers un SSD ?
Merci.
A voir également:
- Possible de faire un backup d'un HDD -> SSD ?
- Remplacer hdd par ssd - Guide
- Cobian backup - Télécharger - Sauvegarde
- Hdd regenerator - Télécharger - Utilitaires
- Logiciel de backup - Guide
- Test hdd - Télécharger - Informations & Diagnostic
5 réponses
ben oui, c'est le principe de l'image disque, c'est un simple fichier que tu peux donc copier/supprimer/renommer et que sais-je d'autre comme n'importe quel autre fichier :)
D'accord...
Je me demandais ça parce qu'une image copie le disque cluster après cluster, et il n'y a pas vraiment de cluster sur un SSD je crois ?
Mais je peux me tromper.
Pour la taille il est évident de ne pas copier un système qui fait 300 Go sur un SSD de 60.
Par contre... une image disque copie tout une partition c'est juste ?
Donc si mon OS occupe 40 Go sur une partition de 120 (donc avec 80 Go libres),
est-ce que je pourai en faire une copie à l'aide d'une image vers un SSD de 60 Go ?
Je me demandais ça parce qu'une image copie le disque cluster après cluster, et il n'y a pas vraiment de cluster sur un SSD je crois ?
Mais je peux me tromper.
Pour la taille il est évident de ne pas copier un système qui fait 300 Go sur un SSD de 60.
Par contre... une image disque copie tout une partition c'est juste ?
Donc si mon OS occupe 40 Go sur une partition de 120 (donc avec 80 Go libres),
est-ce que je pourai en faire une copie à l'aide d'une image vers un SSD de 60 Go ?
oui =)
et normalement, ton image feras même moins de 40Go si elle est faite avec un outil de qualité (qui compresserait l'image lors de la création) ;)
Sauf dans le cas particulier où tu ferais une image cluster par cluster, auquel cas ton image ferait ~120Go (moins la compression) parce qu'il s'agit de copier le disque dur complet (y compris les cluster vides). cela a un avantage dans le cas de restauration de fichiers par exemple, puisque ça conserve le disque à un moment T et te permet en cas d'erreur de conserver les fichier supprimés tels qu'ils sont au moment de la copie
et normalement, ton image feras même moins de 40Go si elle est faite avec un outil de qualité (qui compresserait l'image lors de la création) ;)
Sauf dans le cas particulier où tu ferais une image cluster par cluster, auquel cas ton image ferait ~120Go (moins la compression) parce qu'il s'agit de copier le disque dur complet (y compris les cluster vides). cela a un avantage dans le cas de restauration de fichiers par exemple, puisque ça conserve le disque à un moment T et te permet en cas d'erreur de conserver les fichier supprimés tels qu'ils sont au moment de la copie
Justement, si ça copie cluster par cluster une partition, ça prend en compte les clusters vides aussi. Du coup, dans mon exemple, une image de la partition système fera 120 Go même si le système n'en occupe que 40.
Du mois, c'était comme ça avec le dernier soft de sauvegarde que j'ai utilisé... Maintenant il en existe peut-être d'autres qui permettent d'outrepasser ça... je ne sais pas ; je vais me renseigner.
Et je me rappelle surtout des Windows et compagnie qui ne voulaient pas fonctionner après avoir été copiés sur une partiton d'une taille différente de celle de base. Même si elle était plus grande. :/
Du mois, c'était comme ça avec le dernier soft de sauvegarde que j'ai utilisé... Maintenant il en existe peut-être d'autres qui permettent d'outrepasser ça... je ne sais pas ; je vais me renseigner.
Et je me rappelle surtout des Windows et compagnie qui ne voulaient pas fonctionner après avoir été copiés sur une partiton d'une taille différente de celle de base. Même si elle était plus grande. :/
D'accord, merci pour vos réponses.
Je me rappelle l'époque où mon Windows ne voulait pas booter après une simple "copie" sur une autre partition du disque. Comme s'il ne savait plus où il était...
D'où une copie c/c qui m'avait sauvé la mise. Mais ça remonte à un certain temps, j'ai plus les détails en tête.
En l'occurence, ce serait même pas pour une copie d'un OS de Micro$oft là. Quoique, si j'arrive à réscusiter mon XP... mais c'est pas gagné ça.
Bref, encore un truc : peut-on partition un SSD ?
Quid des performances si une partition est remplie à 90% et l'autre à 20% ?
Le wear levelling (dynamique ou statique) passe-t-il outre les partitions ou pas ?
Je veux dire par là, est-ce qu'il va laisser les données de la partition A sur la partition A ou peut-il très bien les déplacer n'importe où sur le disque ?
Du coup, la notion de partition elle-même devient très floue.... hmmm... grat grat.
Je me rappelle l'époque où mon Windows ne voulait pas booter après une simple "copie" sur une autre partition du disque. Comme s'il ne savait plus où il était...
D'où une copie c/c qui m'avait sauvé la mise. Mais ça remonte à un certain temps, j'ai plus les détails en tête.
En l'occurence, ce serait même pas pour une copie d'un OS de Micro$oft là. Quoique, si j'arrive à réscusiter mon XP... mais c'est pas gagné ça.
Bref, encore un truc : peut-on partition un SSD ?
Quid des performances si une partition est remplie à 90% et l'autre à 20% ?
Le wear levelling (dynamique ou statique) passe-t-il outre les partitions ou pas ?
Je veux dire par là, est-ce qu'il va laisser les données de la partition A sur la partition A ou peut-il très bien les déplacer n'importe où sur le disque ?
Du coup, la notion de partition elle-même devient très floue.... hmmm... grat grat.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Le wear leveling est une mise à niveau statistique de l'usure des cellules de la mémoire flash utilisée dans un SSD. Sans cette technique, certaines cellules s'useraient très vite, car sans cesse réécrite (en cas de fichiers de journaux système par exemple) et le SSD claquerait rapidement.
Au lieu de ça, lorsqu'une donnée doit être réécrite, on ne la réécrit pas sur la même cellule (dynamique), mais dans une cellule vide. ça permet d'avoir un niveau moyen d'écriture réparti de manière plus ou moins indentique sur chaque cellule du SSD et en prolonge la durée de vie.
Mieux encore, en mode statique, on peut "forcer le disque" à déplacer les données très peu utilisées de certaines cellules afin d'utiliser ces cellules à même fréquence que les autres et ainsi répartir l'usure de manière plus homogène encore.
Au lieu de ça, lorsqu'une donnée doit être réécrite, on ne la réécrit pas sur la même cellule (dynamique), mais dans une cellule vide. ça permet d'avoir un niveau moyen d'écriture réparti de manière plus ou moins indentique sur chaque cellule du SSD et en prolonge la durée de vie.
Mieux encore, en mode statique, on peut "forcer le disque" à déplacer les données très peu utilisées de certaines cellules afin d'utiliser ces cellules à même fréquence que les autres et ainsi répartir l'usure de manière plus homogène encore.