Filesystem Inodes IUsed IFree IUse% Mounted on
devtmpfs 984967 493 984474 1% /dev
tmpfs 986612 1 986611 1% /dev/shm
tmpfs 986612 666 985946 1% /run
tmpfs 986612 15 986597 1% /sys/fs/cgroup
/dev/sdb1 0 0 0 - /
tmpfs 986612 7 986605 1% /tmp
/dev/sdb1 0 0 0 - /var/tmp
/dev/sdb1 0 0 0 - /var/spool
/dev/sdb1 0 0 0 - /var/opt
/dev/sdb1 0 0 0 - /var/log
/dev/sdb1 0 0 0 - /var/lib/pgsql
/dev/sdb1 0 0 0 - /var/lib/named
/dev/sdb1 0 0 0 - /var/lib/mailman
/dev/sdb1 0 0 0 - /usr/local
/dev/sdb1 0 0 0 - /var/crash
/dev/sdb1 0 0 0 - /srv
/dev/sdb1 0 0 0 - /opt
/dev/sdb1 0 0 0 - /boot/grub2/x86_64-efi
/dev/sdb1 0 0 0 - /boot/grub2/i386-pc
/dev/mapper/cr_home 6021120 237374 5783746 4% /home
tmpfs 986612 1 986611 1% /home/alex/tmp
config.vm.box = «some-precise64-server»
— я так понимаю этот бокс Вы собрали сами. Так что решение int03e должно помочь.C:/Users/Alex/.vagrant.d/insecure_private_key
в вашем случае. за счет реального fork'a
- Судя по информации из интернета, действительно сложно/невозможно определить.
- Проблемы (возможно) были не с ssd, а с чем-то другим (фс или ос), т.к. после переустановки системы и переформатирования диска всё работает в штатном режиме.