Что такое ENOANO (Никакой Анод) намеревался использоваться для?
Я не эксперт Xen и еще не имел никакого опыта с ним. Но мой подход, если бы я был в Вашем месте, был бы: сначала я знаю, что мог бы потерять данные (возможно, даже все); второй я попытался бы создать снимки и затем приостановку VMs, восстановив их в безопасной другой среде.
Я не хочу давать Вам ложные надежды, но я думаю, что Вы будете удачливы, если можно восстановить что-нибудь.
Предупреждение: следование этим советам могло заставить Вас потерять все данные. Вам решать, чтобы видеть, стоит ли это риска или нет.
С большой удачей все еще работают Ваши приложения, потому что данные, которые они используют, являются всем в энергозависимой памяти. Необходимо попытаться добраться, преимущество этой ситуации (попытайтесь оценить, если это могло бы иметь место на на основание приложений), и экспортируйте живые данные в сетевой ресурс, если приложения предлагают такую функцию. Если какие-либо данные находятся на диске, эта функция экспорта могла бы или быть "заблокирована" во многом как Ваш find оператор или катастрофический отказ (и катастрофический отказ приложение или ОС) из-за изменились/повредили дисковые данные.
Затем Вы могли попытаться сделать живой снимок, инструкции в следующей статье: Создание снимков в Xen. Я пошел бы для снимка байта байтом, хотя он мог застрять во многом как Ваш find команда... Однако я не дал бы это много надежды.
Прежде, чем сделать предыдущую команду, необходимо прочитать этот документ из Citrix, который помогает снимкам понимания в Xen (PDF).
Я желаю Вам удачи.
ENOANO появилась в Linux 0.97, которая была выпущена в 1992-08-01 годах. Очень долгое время он нигде не использовался; с тех пор он используется время от времени в некоторых драйверах, как "Я не знал, какой код ошибки использовать". Сейчас он только в uapi/asm-generic/errno.h (т.е. в заголовочных файлах для программ пользовательского уровня), но он был перенесен туда автоматически, так что это не говорит о том, кого это волнует.
Заголовок errno.h в 0.97 получил некоторое внимание, потому что это один из файлов, которые SCO утверждал, был скопирован из Unix SVR4. Во время утверждения SCO Линус Торвальдс не помнил, как этот файл был собран; позже он обнаружил, что он был сгенерирован из значений, известных в libc 2.2.2. Это была C библиотека для Linux, распространяемая с портом GCC для Linux. Вероятно, эта библиотека включала в себя коды ошибок из всех типов unix-вариантов, которые были доступны в то время.
Стефан Чезелас обнаружил, что термин "анод" использовался в Convergent/Burroughs Unix (CENTIX) как синоним inode. Я нашел другую книгу (с 1993 г.), в которой "анод" упоминался как вариант "инода", но, кроме этого, он, похоже, был довольно непонятен даже тогда. Книга Solaris errno.h подтверждает происхождение Convergent: в ней перечислен ENOANO в разделе "Convergent Error Returns" (вместе с несколькими другими кодами ошибок с эзотерическими описаниями, но, по крайней мере, смутно понятными, такими как "invalid exchange", "exchange full" или "invalid slot", которые используют еще несколько драйверов).
Так что ENOANO, вероятно, указала, что в некоторых коммерческих Unix в 1980-х годах либо у ядра закончилась память для inodes, либо таблица inode файловой системы была заполнена. Что Unix теперь забыта, что ее терминология теперь забыта, и из-за некоторой причуды код ошибки остался.
По крайней мере, это не "lp0 on fire".