Крах системы после emerge -vpuD --newuse --with-bdeps y world [SOLVED]
LinuxDrom 15 января, 2010 - 17:56
Суть такова - запустил eix-sync && emerge -vpuD --newuse --with-bdeps y world, отошел, возвращаюсь и вижу черный экран с неподвижным курсором мышки. После перезагрузки система падает сразу на старте init. Железо рабочее - вин7 и лайв-ДВД Calculate грузятся и работают, мемтест ошибок не показывает.
Попытка сделать chroot с лайв-ДВД Calculate успеха не принесла - Segmentation fault.
По памяти, из важных пакетов на обновление были ruby и glibc. На последний естественно и падает подозрение в убийстве системы.
Как починить систему? Сам не люблю таких фраз, но очень нужно, очень срочно...
»
- Для комментирования войдите или зарегистрируйтесь
Грузишься с какого-нибудь
Грузишься с какого-нибудь диска, потом либо и разбираешься, в чем проблема, либо осторожно(что бы конфиги не затереть) распаковываешь последний stage3. Далее chroot, emerge -eav @system и обновление конфигов. С большой вероятностью gentoo загрузиться, возможно даже можно последние два действия не делать.
Ядро недавно не пересобирали?
Битность системы и лайв-ДВД совпадают?
Проверьте ФС на ошибки.
_SerEga_
уже, с него и пишу
на этапе chroot проблема очевидно в нерабочем bash
в принципе, у меня есть бэкап системы 3-х недельной давности, если не будет предложений как починить текущую систему, то распакую его.
Нет, ядро месячной давности.
Да, х64, и я уже с него когда-то делал chroot.
Спасибо, сейчас сделаем.
LinuxDrom
поставь рабочий bash, либо из своего архива, либо из бинарного репозитария
возможно еще что-то не работающее найдется
_SerEga_ написал(а): поставь
ldd /mnt/gentoo/bin/bash linux-vdso.so.1 => (0x00007fff77992000) libncurses.so.5 => /lib/libncurses.so.5 (0x0000003ce6c00000) libdl.so.2 => /lib/libdl.so.2 (0x0000003ce7e00000) libc.so.6 => /lib/libc.so.6 (0x0000003ce7a00000) /lib64/ld-linux-x86-64.so.2 (0x0000003ce6400000)Не могу найти linux-vdso.so.1, скопировал остальное и теперь - chroot: failed to run command `/bin/bash': No such file or directory
Ошибок нашлось весьма
Ошибок нашлось весьма приличное количество... lost+found содержит 451 файл и весит 334 МБ.
Есть идея заменить файлы изменявшиеся сегодня их старыми версиями из бэкапа. Есть в этом смысл?
Есть смысл попробовать,
Есть смысл попробовать, многое за три недели могло не измениться, так что есть что есть шанс, что заработает. (имена таких фалов лучше запомнить и потом пересобрать пакеты, которым они принадлежат )
_SerEga_ написал(а): Есть
Как это автоматизировать? :)
При копировании/распаковке
При копировании/распаковке без замены текущих файлов в режиме подробного листинга будет видно какие файлы пропущены какие заменены, после этого можно относительно легко найти их пакеты и пересобрать.
Можно не париться и пересобрать system и world целиком
_SerEga_ написал(а): При
Я не сколько другое имел ввиду - как автоматизировать замену файлов изменявшихся сегодня их старыми версиями из бэкапа? Впрочем уже не важно :)
Нашел в чем проблема -
Нашел в чем проблема - каким-то невероятным образом /lib превратился из ссылки на /lib64 в обычную директорию. А вот в /lib64 было почти пусто.
В итоге восстановил /lib64 из бэкапа, создал на него ссылку /lib, получилось сделать chroot, сейчас запустил emerge -eav system, вроде компилится :)
UPD забыл отписаться - пересборка системы помогла, сейчас уже с нее и пишу. Хотя вроде все работает, лля страховки еще мир пересобираю.