[ZeR0-@bSoLu]

Dans ce cas la c'est un problème d'accès à ton disque , si tu as tes VM sur un dd externe soit sur que le chemin vers le DD soit bon en premier lieu , et effectivement vérifie que les droits pour lire le dd sont les bons.

Car si j'ai bien vu tu as tes VM sous le dossier /root sur le DD non ?

Dans ce cas la c'est un problème d'accès à ton disque , si tu as tes VM sur un dd externe soit sur que le chemin vers le DD soit bon en premier lieu , et effectivement vérifie que les droits pour lire le dd sont les bons.

Car si j'ai bien vu tu as tes VM sous le dossier /root sur le DD non ?

Le DATADRIVE0 (sata 1T0 interne) est monté sur /media/root.
D'ailleurs au démarrage de ma kali, si je ne monte pas ce DATADRIVE0 mes VM ne démarrent pas et c'était normal. Je montais le DATADRIVE0 et je lançais mes VM.

Mais il y a un autre phénomène très particulier.
1: je lance nautilus, tout est ok ,sur DATADRIVE0 (fichiers et dossiers présents)
2: en ligne de commande: ls /media/root/DATADRIVE0 (uniquement le dossier VB visible.
3: dans nautilus j'ouvre DATADRIVE0 dans un terminal et la commande ls me renvoie bien tout mes dossiers mais le DATADRIVE0 est devenu DATADRIVE01
comme si j'étais à deux endroits différents en même temps sur le même disque. Il est devenu quantique mon ordi...mdr

J'ai une piste, enfin.
Dans /medi/root je me retrouve avec DATADRIVE0 et DATADRIVE01
que se passe t-il ?

[ZeR0-@bSoLu]

Tu as des partitions sur ce disque ?

En effet c'est un comportement bizarre, et si tu modifies le chemin en utilisant DATADRIVE01 pour tes Vm ?

Tu as des partitions sur ce disque ?

En effet c'est un comportement bizarre, et si tu modifies le chemin en utilisant DATADRIVE01 pour tes Vm ?

c la première chose que je viens de faire..
je vais tenter dans le xml, dans les paramètres ça ne change rien, toujours erreur.

[ZeR0-@bSoLu]

que donne un

Code: [Sélectionner]

ls -alh /media/root/

que donne un

Code: [Sélectionner]

ls -alh /media/root/

Code: [Sélectionner]

root@kali:~/.config/VirtualBox# ls -alh /media/root/
total 6,0M
drwxr-x---+ 4 root root 4,0K juil. 27 17:05 .
drwxr-xr-x  4 root root 4,0K févr. 15 22:06 ..
drwx------  3 root root 4,0K juil. 27 15:00 DATADRIVE0
drwxrwxrwx  1 root root 8,0K juil. 10 19:51 DATADRIVE01
Là il faut que je comprenne pourquoi mon SATA a été divisé en 2 DATADRIVE0 et DATADRIVE01.
Ce DD a 2 partitions (une réservée microsoft de 128Mio et une partition ntfs (1 T0)  pour la lire sous windows le cas échéant.
J'insiste sur le fait que ma VB fonctionnait très bien jusquà cette MAJ de ce matin. Pour le cas où on penserait que ça viendrait du fait que je l'ai pas partitionnée ext4.

[ZeR0-@bSoLu]

Code: [Sélectionner]

ls -alh /media/root/DATADRIVE0/

Code: [Sélectionner]

ls -alh /media/root/DATADRIVE01/

je pense que c'est par ce que il y en as une qui n'est pas accessible pour le système donc il créer une DATADRIVE1 pour avoir tout les trucs auquel il peut accéder ici , tu es sur que tu n'a pas fais de manip sur ce DD ?



 

[Snk]

Moi je démonterais le 0 et si le 1 apparait je tenterais de l'effacer, même pas peur... (bon une petite sauvegarde avant histoire de!) Je sais que des fois, a force de changer de distrib, il me renomme mes dd ext et ça fout grave le bordel. (lien sur le bureau que j'efface pour repartir bien)
bon je dis ça comme ça. histoire de participer!   

[ZeR0-@bSoLu]

Moi je démonterais le 0 et si le 1 apparait je tenterais de l'effacer, même pas peur... (bon une petite sauvegarde avant histoire de!) Je sais que des fois, a force de changer de distrib, il me renomme mes dd ext et ça fout grave le bordel. (lien sur le bureau que j'efface pour repartir bien)
bon je dis ça comme ça. histoire de participer!   

Je pense que ton idée est pas si bête que ça , car une mise à jour peut très bien changer la façon dont la gestion du dd est faite

[Snk]

Perso j'aurais fais ça direct, le 1 n'existais pas avant donc effaçage!! comme ça il repartira direct sur le 0 dossier d'origine (enfin partition d'origine)...

Il le voit pas le DATADRIVE0

root@kali:/media/root# umount DATADRIVE0
umount: DATADRIVE0: not mounted.
root@kali:/media/root# mount DATADRIVE0
mount: DATADRIVE0: can't find in /etc/fstab.

Oui en fait on dirait qu'il a figé un dossier DATADRIVE0 avec VB qui tournait pendant la MAJ.
Puis il a renommé DATADRIVE0 en 01 car 0 existait.
Je vais virer le dossier 0 et rebooter et remonter le DD on verra.

[ZeR0-@bSoLu]

Tiens nous au courant des avancées

[coyotus]

C'est pas simplement l'UUID du DD qui à changé ?

[ZeR0-@bSoLu]

J'y ai pensé mais du coup ça ne gènerai pas pour accéder au DD puisqu'il est externe non ?