пуста: После переноса диска с ssd на hdd
тип у него gpt первая партиция bios boot 1M вторая ext4
менял uuid в /etc/fstab
делал chroot и update-grub присоединяя ее к другой машине
в /default/grub
выставлен GRUB_TERMINAL=serial
но это не помогает
как еще можно достучаться и что-то залогировать хотя бы?
Подцепить диск к другой вм и вытащить данные.
подцепить могу ( так и делаю и так и прыгаю с grub)- не понятно как запустить машину вместе со всем содержимым и конфигами
Слишком много нюансов, где что-то может пойти не так. Мой совет, спасите с вм что нужно и поднимите новую. Это, вероятно, будет быстрее, чем разбираться с текущей. См. "Домашние животные vs скот"
да, очень тяжело скотину забивать! мы всегда мужика специального из деревни зовём
Зовут этого мужика Terraform и его брат Ansible.
Ну вот логика мне не ясна до конца. Распишу мой случай таков (не как к психологу - но для совета). Есть сторонний облачный провайдер, который поднял у себя виртуальную машину на сентосе и три года как-то ее администрировал. Мне надо ее перевезти в ЯО. отдали в виде qкоровы (qcow). Я затащил ее в стораж и на рабочей яндекстулс машинке подцепив qemu c dd залил ее на диск. Теперь стартую - конечно получаю шиш. Предлагается открыть ее где-то у себя локально - детально разобраться во всех понастроенных костылях и конфигах - потом сваять yaml и развернуть терасофтой в облако?
Предлагаю избегать ручной настройки везде и всегда.
вы qcow скопировали на диск? Это же специальный формат. Кажется правильно qcow залить на storage и создать image из этого qcow, а из image - vm.
а этот qcow в каком-нибудь локальном virtualbox поднимается?
золотые слова ( без сарказма)
ну на лету не получается - поэтому да. создал два диска сначала скачал на один в формате qcow а потом qemu-img dd if qcow of /dev/vdc как прямо из стоража image создать не знаю
Обсуждают сегодня