Вы пытался воссоздать имущество и tty устройства?
root@mydomain.de:~# /sbin/MAKEDEV tty
root@mydomain.de:~# /sbin/MAKEDEV pty
Это, кажется, известная проблема о виртуальных серверах...
Если у Вас нет доступа ни к какой оболочке, Вы могли бы попытаться отправить команду через ssh:
florian@localmachine:~$ ssh root@mydomain.de "/sbin/MAKEDEV tty"
florian@localmachine:~$ ssh root@mydomain.de "/sbin/MAKEDEV pty"
Отредактированный для отражения комментария:
При использовании chroot также необходимо смонтировать/proc,/dev и/sys:
root@h1696522:/# mount -o bind /proc /repair/proc
root@h1696522:/# mount -o bind /dev /repair/dev
root@h1696522:/# mount -o bind /sys /repair/sys
Это должно работать теперь.
mount / dev , / sys, / proc с привязкой монтирования к / target
mount -o bind / dev / target / dev
монтировать -o привязать / sys / target / sys
монтировать -o привязать / proc / target / proc
chroot в / target
chroot / target
установить grub
Конечно, прежде всего вам нужно установить свежий centos-6.4, а затем распаковать backup.tgz
Это началось с комментария, но стало слишком длинным.
Если вы распакуетесь непосредственно над системой, в которой работаете, она, скорее всего, выйдет из строя при перезаписи библиотек, поэтому вы должны нужно поэкспериментировать с исключением различных системных каталогов. Кроме того, вероятно, он не будет загружаться впоследствии из-за неправильного пути к устройству и отсутствия драйверов.
Как говорит ALex_hha, лучшим планом может быть установка новой копии Centos, а затем выборочное восстановление несистемных каталогов. Или загрузите свою виртуальную машину с внешнего iso-образа или подключите ее к другой виртуальной машине, а затем распакуйте, но вы столкнетесь с теми же проблемами устройства.
На будущее ознакомьтесь с экспортом виртуальных машин AWS, преобразователем Vmware и так называемыми p2v в целом.