У нас произошел сбой генератора, сервер centos 5.x x64 вышел из строя, когда он подошел, никакой добычи ... Я попытался загрузиться в режиме восстановления, он смонтирует том LVM, без ошибок. Но chroot всегда терпел неудачу.
Итак, я решил вставить компакт-диск обратно, запустить обновление и позволить ему установить снова ... Выглядит хорошо, пока не дойдет до glibc, когда он внезапно выдает ошибку файловой системы только для чтения.
Traceback (сначала последний вызов): файл "/tmp/treedir.28080/instimage/usr/lib/anaconda/yuminstall.py", строка 137, в обратном вызове self.instLog.flush () IOError: [Errno 30] Read- только файловая система
Локальные переменные в самом внутреннем кадре: what: 4 hdr: h: glibc-2.5-42.x86_64 self: repo: anaconda-base-200910011652.x86_64 количество: 0
Кажется, через многое нужно пройти, прежде чем он потерпит неудачу ...
/mnt/sysimage/root/install.log:
Установка libgcc - 4.1.2-14.el5.i386
предупреждение: libgcc-4.1.2-14.el5: Заголовок V3 Подпись DSA: NOKEY, идентификатор ключа e8562897
Установка libgcc - 4.1.2-14.el5.x86_64
Установка setup - 2.5.58-1.el5.noarch
Установка файловой системы - 2.4.0-1.el5.centos.x86_64
Установка базовой системы - 8.0-5.1.1.el5.centos.noarch
Установка pciutils-devel - 2.2.3-4.i386
Установка cracklib-dicts - 2.8.9-3.3.x86_64
Установка termcap - 1: 5.5-1.20060701.1.noarch
Намного больше до этого, и кажется, что новости находятся наверху.
Спасибо
Вы можете попробовать плохие блоки и memtest86 + чтобы убедиться, что ваше физическое оборудование в порядке.
проверьте dmesg, который при загрузке должен быть уже на одной из консолей, попробуйте alt + f3 4 или 5.
К сожалению, существует проблема с диском, и ext3 ее обнаруживает и становится доступной только для чтения.