Pages : 1
#1 Le 18/08/2017, à 17:25
- l'AMI Yves
VirtualBox : un disque a disparu !
Bonjour à tous.
J'ai déjà parlé il y a quelques temps de mon installation de Windows 2008 (pas R2 !) sous VirtualBox.
Aujourd'hui, j'ai un problème que je ne sais absolument pas par quel bout prendre : un disque a disparu dans ma machine virtuelle. Quelque part dans mes fichiers Ubuntu, j'ai deux fichiers .vdi, mais si j'essaie de les "monter" en disque dans ma MV, VirtualBox me dit que ça n'est pas possible car cet emplacement existe déjà...
Merci à tous ceux qui pourront me donner des pistes de recherche.
Hors ligne
#2 Le 19/08/2017, à 10:08
- kholo
Re : VirtualBox : un disque a disparu !
salut,
suite à cette réponse ici ton dossier VM n'est pas monté
donnes nous les retours de
ls -R "$HOME/VM"
cat /etc/fstab
mount -l
mount -l | grep /sd
Hors ligne
#3 Le 19/08/2017, à 10:42
- l'AMI Yves
Re : VirtualBox : un disque a disparu !
ls -R "$HOME/VM"
yves@yves-Z97P-D3:~$ ls -R "$HOME/VM"
/home/yves/VM:
lost+found Sauve.vdi SauvServ.vdi
/home/yves/VM/lost+found:
yves@yves-Z97P-D3:~$
cat /etc/fstab
yves@yves-Z97P-D3:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda2 during installation
UUID=865f05e2-21c1-4011-abf5-ad55612a4897 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
#UUID=5079-E822 /boot/efi vfat umask=0077 0 1
# swap on /dev/sdb1
UUID=f6869e78-9473-474b-bdaa-e72c03ff112f none swap sw 0 0
UUID=5079-E822 /boot/efi vfat defaults 0 1
UUID=29867778-0c9c-46cc-83b6-7972b04e369a /home/yves/VM ext4 noatime 0 2
yves@yves-Z97P-D3:~$
mount -l
yves@yves-Z97P-D3:~$ mount -l
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=1930736k,nr_inodes=482684,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=390200k,mode=755)
/dev/sda2 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=25,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sdb2 on /home/yves/VM type ext4 (rw,noatime,data=ordered) [Donnees]
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
vmware-vmblock on /run/vmblock-fuse type fuse.vmware-vmblock (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=390200k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
yves@yves-Z97P-D3:~$
mount -l | grep /sd
yves@yves-Z97P-D3:~$ mount -l | grep /sd
/dev/sda2 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
/dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sdb2 on /home/yves/VM type ext4 (rw,noatime,data=ordered) [Donnees]
yves@yves-Z97P-D3:~$
Avec tous mes remerciements.
AMIcalement.
Hors ligne
#4 Le 22/08/2017, à 07:36
- l'AMI Yves
Re : VirtualBox : un disque a disparu !
Sans réponse de kholo, je relance ma question : pour le peu que je sache interpréter ce que je vois sur mon ubuntu, les disques de mon poste sont bien montés tous les deux, les fichiers contenant les disques de ma machine virtuelle sont bien déclarés, et ils existent sous ubuntu. Cependant, la machine virtuelle ne les voit pas comme disques.
Quels outils faut-il utiliser pour débroussailler tout ça ?
Un indice : il n'est pas impossible qu'une coupure brutale d'alimentation ne soit intervenue pendant ma semaine de vacances...
Merci d'avance.
AMIcalement.
Hors ligne
#5 Le 22/08/2017, à 09:08
- kholo
Re : VirtualBox : un disque a disparu !
salut,
je cherche par quel bout le prendre et je pensais que d'autres répondraient...
on trouve bien tes deux fichiers ici
ls -R "$HOME/VM"
Sauve.vdi SauvServ.vdi
le dossier lost and found n'est pas un bon point (sans doute la coupure de jus)
il faut que tu regardes l'état de ton disque avec smartmontool
tu pourras ouvrir un nouveau fil avec les retours de
sudo smartctl -q errorsonly -H -l selftest /dev/sdb
puis
sudo smartctl -s on -a /dev/sdb
pour être plus complet
tu auras un état graphique avec gnome disk utility
ton montage n'est pas terrible non plus ;
les montages de fstab sont plutôt à faire dans /media
tu peux faire un lien symbolique de /media/VM vers "$HOME/VM" (par exemple)
puis monter /media/VM dans fstab...
mais, pour le moment, l'état de ton disque sdb est la piste la plus sérieuse
autre piste, si tu fais une simple copie d'un fichier vdi,
vbox voit un doublon et refuse d'avoir deux fichiers identiques.
inversement si un fichier à pris un shoot sa signature peut changer et perdre vbox...
je dois passer à côté de quelque chose... ???
Hors ligne