Ваши недостающие команды, который является главной причиной то, что вы имели эту проблему. Я также рекомендую ввести Ваши команды с экрана редактирования и затем загрузиться с CTRL-X
вот пример, я предположил бы, что необходимо будет изменить вещи соответствовать установке.
root (hd1,0)
kernel /vmlinuz-2.6.18-92.1.22.el5 ro root=LABEL=/
initrd /initrd-2.6.18-92.1.22.el5.img
Если это не указывает на Вас в правильном направлении, или у Вас есть другое сообщение об ошибке, комментарий под этим, и я помогу больше подробно.
Также стоящий упоминания, я полагаю, что GRUB по умолчанию, установленным с CentOS, является все еще GRUB прежней версии. Поэтому удостоверьтесь, что Вы не заканчиваете тем, что пробовали ответы, которые являются для GRUB2
Если диски пишутся из единственной точки монтирования, никакой вред не причиняется. Сделайте чистое завершение работы, (создайте резервную копию его от состояния ожидания, если Вы будете) фиксировать монтирование. Ничего не выполняйте кроме пустых необходимых приложений на Dom0. Если, OTOH, разделы пишутся из разнообразных путей, это ПЛОХО и ухудшается вторым. Отключить.
У меня нет конкретной причины, но мое инстинктивное чувство говорит мне, что следующее может быть лучшим подходом:
Альтернатива 11: запустите VM и смонтируйте файловые системы без полного fsck.
Обоснование состоит в том, что я не хочу, чтобы гипервизор Xen больше имел шанс что абсолютно необходимый для порождения повреждения в domU файловых системах.
Я не эксперт Xen и еще не имел никакого опыта с ним. Но мой подход, если бы я был в Вашем месте, был бы: сначала я знаю, что мог бы потерять данные (возможно, даже все); второй я попытался бы создать снимки и затем приостановку VMs, восстановив их в безопасной другой среде.
Я не хочу давать Вам ложные надежды, но я думаю, что Вы будете удачливы, если можно восстановить что-нибудь.
Предупреждение: следование этим советам могло заставить Вас потерять все данные. Вам решать, чтобы видеть, стоит ли это риска или нет.
С большой удачей все еще работают Ваши приложения, потому что данные, которые они используют, являются всем в энергозависимой памяти. Необходимо попытаться добраться, преимущество этой ситуации (попытайтесь оценить, если это могло бы иметь место на на основание приложений), и экспортируйте живые данные в сетевой ресурс, если приложения предлагают такую функцию. Если какие-либо данные находятся на диске, эта функция экспорта могла бы или быть "заблокирована" во многом как Ваш find
оператор или катастрофический отказ (и катастрофический отказ приложение или ОС) из-за изменились/повредили дисковые данные.
Затем Вы могли попытаться сделать живой снимок, инструкции в следующей статье: Создание снимков в Xen. Я пошел бы для снимка байта байтом, хотя он мог застрять во многом как Ваш find
команда... Однако я не дал бы это много надежды.
Прежде, чем сделать предыдущую команду, необходимо прочитать этот документ из Citrix, который помогает снимкам понимания в Xen (PDF).
Я желаю Вам удачи.
E488: Trailing characters
---------121 спасибо--------100443----. У клиента действительно есть экспорт базы данных. Я думаю, что они просто использовали FTP для получения его от VM, но возможно смонтировать сетевой ресурс и экспорт непосредственно в это.
– Johan
15.03.2013, 08:57