Par exemple installer un Linux, configurer et tester en émulation, pour en faire un liveCD, la création du liveCD est mieux vécue depuis le système hôte car c'est une opération lourde en RAM et CPU, et ça évite aussi de créer un liveCD à partir d'un système en cours d'utilisation.
Ou alors en chrootant dans cette partition, tu peux reconfigurer de l'extérieur le système, pour relancer qemu ensuite, par exemple si tu testes des choses étranges et que ça plante à mort.
Ou aussi simplement pour transférer facilement des fichiers d'un système émulé au système hôte. Ca va plus vite en pur accès disque plutôt qu'en accès réseau même sans passer par la moindre carte réseau, par contre c'est peut-être sale d'avoir deux accès réellement parallèles sur un même système de fichier :p
Et puis ça me gonflait de pas pouvoir le faire, j'aime pas ne pas pouvoir faire ce que je veux faire, je suis pas sous Linux pour rien !
[^] # Re: et avec qemu ?
Posté par Yth (Mastodon) . En réponse au message Monter une partition dans un fichier "x86 boot sector". Évalué à 2.
Par exemple installer un Linux, configurer et tester en émulation, pour en faire un liveCD, la création du liveCD est mieux vécue depuis le système hôte car c'est une opération lourde en RAM et CPU, et ça évite aussi de créer un liveCD à partir d'un système en cours d'utilisation.
Ou alors en chrootant dans cette partition, tu peux reconfigurer de l'extérieur le système, pour relancer qemu ensuite, par exemple si tu testes des choses étranges et que ça plante à mort.
Ou aussi simplement pour transférer facilement des fichiers d'un système émulé au système hôte. Ca va plus vite en pur accès disque plutôt qu'en accès réseau même sans passer par la moindre carte réseau, par contre c'est peut-être sale d'avoir deux accès réellement parallèles sur un même système de fichier :p
Et puis ça me gonflait de pas pouvoir le faire, j'aime pas ne pas pouvoir faire ce que je veux faire, je suis pas sous Linux pour rien !
Yth.