Назад | Перейти на главную страницу

Невозможно получить доступ к виртуальной машине каким-либо методом, хотя я могу получить доступ к другим экземплярам, ​​созданным в той же сети

У меня есть экземпляр виртуальной машины Google Cloud, который я перезапустил через SSH с помощью команды перезапуска. Я ждал, когда он вернется, но, похоже, этого не произошло.

Мой интерфейс виртуальной машины GCC показывает, что виртуальная машина работает, но она недоступна даже через webssh или локально запущенный gcloud, который успешно подключается к учетной записи.

Для тестирования я создал другие экземпляры виртуальных машин.

Создание экземпляра виртуальной машины с использованием снимка моего диска ставит меня в такую ​​же ситуацию с новым экземпляром виртуальной машины.

Создавая новый экземпляр виртуальной машины из свежего образа ОС, у меня вообще нет проблем с подключением. Я могу использовать SSH между новыми экземплярами виртуальных машин, но не могу использовать SSH или даже Telnet или пинговать экземпляр, с которым у меня проблемы.

Куда мне идти дальше? Могу ли я хотя бы восстановить свои данные с диска или моментального снимка «сломанного» экземпляра виртуальной машины?

Спасибо.

РЕДАКТИРОВАТЬ: вот последние несколько строк из консоли, похоже, проблема с файловой системой. Он не может монтироваться ./ Можно ли это отремонтировать?

 * Starting Mount filesystems on boot[74G[ OK ]

 * Starting Fix-up sensitive /proc filesystem entries[74G[ OK ]

 * Stopping Fix-up sensitive /proc filesystem entries[74G[ OK ]

 * Starting Populate /dev filesystem[74G[ OK ]

 * Starting Populate and link to /run filesystem[74G[ OK ]

 * Stopping Populate /dev filesystem[74G[ OK ]

 * Stopping Populate and link to /run filesystem[74G[ OK ]

 * Starting Initialize or finalize resolvconf[74G[ OK ]

[    9.452786] EXT4-fs (sda1): Couldn't remount RDWR because of unprocessed orphan inode list.  Please umount/remount instead
An error occurred while mounting /.

keys:Press S to skip mounting or M for manual recovery

 * Stopping Track if upstart is running in a container[74G[ OK ]

[    9.856747] random: landscape-sysin: uninitialized urandom read (32 bytes read, 30 bits of entropy available)
[    9.871893] random: landscape-sysin: uninitialized urandom read (32 bytes read, 30 bits of entropy available)
[   10.138464] random: lsb_release: uninitialized urandom read (24 bytes read, 33 bits of entropy available)
[   10.320672] random: mktemp: uninitialized urandom read (10 bytes read, 35 bits of entropy available)

EDIT: похоже, что файловая система старой виртуальной машины повреждена. Я подключил снимок к работающей виртуальной машине и получил сообщение: Еще раз спасибо. Я подключил диск и подключил его к другой виртуальной машине. Я запустил fsck и получил это сообщение:

fsck / dev / sdb1 fsck из util-linux 2.27.1 e2fsck 1.42.13 (17 мая 2015 г.) cloudimg-rootfs: clean, 137997/1310720 файлов, 3602263/5242624 блоков

Он был испорчен, и мне пришлось отвечать на многие вопросы. Надеюсь, он отремонтирован, я попытаюсь загрузить с него виртуальную машину.

Была ли у вас возможность взаимодействовать с экземпляром через последовательная консоль? Если это не решит вашу проблему, возможно, вы захотите прикреплять диск, созданный из моментального снимка, в доступный экземпляр в качестве дополнительного диска, чтобы получить ваши данные или отменить последние изменения на затронутом диске.