Vous n'êtes pas identifié(e).
Celui qui ne progresse pas chaque jour, recule chaque jour.
Confucius
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
humm çà m'étonne que çà soit si simple, la VM ne correspond en rien a une nouvelle installation
Pour exemple tu peux avoir des disques SATA alors que ta carte mère gère que les IDE, tu peux faire ce que tu veux dans la VM
Si tu reportes tel quel sur un disque physique çà risque de même pas pouvoir démarrer
J'ai pas assez de connaissance pour connaître tout ce qui entre en jeu ,mais rien que ton fichier fstab n'aura plus rien a voir dans la nouvelle installation.
Il en serait de même si on clone un disque IDE vers un SATA alors, c'est le noyau qui gère cela, pour le fstab, il suffit de modifier l'UUID en chemin (/dev/sda(X)) et le problème est réglé et ensuite de générer le nouvel UUID avec blkid.
Des détails, mais cela fonctionne, car je l'ai déjà fait.
Hors ligne
ThinkPad T530 - Debian - CoreBoot
Hors ligne
Celui qui ne progresse pas chaque jour, recule chaque jour.
Confucius
Hors ligne