Внезапное отключение электричества.. и чего.. Дженту "готова"?
В общем собирался emerge -e world. Меня рядом с компом не было.
Выключили электроэнергию. Комп вырубился. UPS системы нет, к сожалению.
Как мне кажется, он во время выключения уже ничего не собирал, т.к. выдал мне только что ошибку, что не может скачать automake-1.5.tar.gz
(Здесь тоже отдельный вопрос, почему emerge -efp world мне не выдала ссылку на этот automake.)
По времени эта ошибка произошла через 40 минут после запуска пересборки мира. (и неужели он вначале процесса не может проверить на месте ли файлы, которые ему нужны?? странно..)
А электроэнергию вырубили где-то через 2 часа. Т.е. скорее всего он просто простаивал в руте в командой строке.
Так вот при загрузке (до входа пользователя) мне выдаётся огромное количество таких ошибок:
udev-event [2505] run program: exec of program '/sbin/udev_run_devd' failed udev-event [2509] run program: exec of program '/sbin/udev_run_hotplug' failed
Таких сообщений возле сотни сразу пролетает. Меняется только число в квадратных скобках на увеличивающееся.
Эти сообщения появляются очень часто и после загрузки. При монтировании FAT32 системы, при команде "reboot"..
Будете смеяться, но я Дженту ставил надеясь на устойчивость системы.. А тут только вышибло электроэнергию на консоли, как пошло поехало..
У меня винды разные 12 лет стоят, до фига раз выключали свет и хоть бы хны. А тут несколько дней тока поставил систему, первый раз на Дженту вышибло и так лихо... Совпадение? (-:
Чего эти ошибки значат? Серьёзно ли или ничего страшного? Как поправить ситуацию?
Или опять(-: переустанавливать систему?
- Для комментирования войдите или зарегистрируйтесь
etc-update
_________________
Fedora? rpm -Uhv emerge
Выполнил.
VoofT
выполнил etc-update. Заменил все апдейты оригинальными файлами - не сработало. По-прежнему выводятся.
Кстати, ещё выводит он вот что. Случаем это не порча файловой системы уже??
А ещё вот что:
Но входит успешно..
Вот такое вот весёлое отключение энергии (-:
Ща ещё пару пенков мне так системы дадут и я UPS куплю ((-:
что-что?!
А на кой черт ты заменил новые конфиги на старые?! udev, начиная с 100-й версии, по-другому конфигурируется... А насчет проверки файловой системы - передаешь кернелу параметр init=/bin/bash и выполняешь fsck (кажется так - давно не нужно было, забываю))
Просто
Просто интересно, как же udev конфигурируется, если не через обновления конфигов?
Вообще, я обновляюсь уже кучу версий (с 100 до 108), и все ИМЕННО etc-update. Если этого не сделать, то выводятся точно такие же сообщения, как "exec of program '/sbin/udev_run_devd' failed"
_________________
Fedora? rpm -Uhv emerge
А как
А как переставить этот udev? Что надо было жать в etc-update'е?
Может ли ту "configuration error" давать он же?] dump_trace+0x69/0x1af" также из-за него..
Может и та ошибка "[
Поставь версию
Поставь версию ниже - например, на новых портежах, это 107, потом обнови конфиги - все должно работать, по идее.
_________________
Fedora? rpm -Uhv emerge
А как emerge
А как emerge указать желаемую версию для установки?
Опробовал: `emerge udev-107` не прокатило..
>А как emerge
>А как emerge указать желаемую версию для установки?
>Опробовал: `emerge udev-107` не прокатило..
emerge =udev-107
А как emerge
а затем мне удалять 107ую и ставить обратно более старшую версию??
ну, это если вы
ну, это если вы приверженец всего нового :).
>> А на кой черт
>> А на кой черт ты заменил новые конфиги на старые?!
ээ.. ну типа я хотел откатить изменения ((-: А чё в линуксах такого понятия нет? (-:
а как кернелу передать это параметр?
Re: >> А на кой черт
весело :) конфиги старые, а проги-то новые :) откатывать нужно саму программу, а не ее конфиг :)
Если бы свет
Если бы свет выключили во время обновления ядра винды... или хотя бы настройки системных программок :)
А вообще - такое ( "udev-event [2505]....." ) исправляется обновлением файлов конфигурации через etc-update.
У меня было похожее - при первой загрузке обновил конфиги - и всё нормально.
Как я понимаю строку - "Заменил все апдейты оригинальными файлами - не сработало." - это значит, что УДАЛИЛ НОВЫЕ файлы и оставил СТАРЫЕ?
ну да
ну да естественно. И думал, что оно вернётся в исходное положение. Думал.. (-:
Кстати, только то завершил "emerge -e world" ситуация не исправилась. Я думал (опять(-:), что если это из-за обновления конфигов, то он их перепишет заново и всё станет нормально. Опять не сработало. etc-update сделал - он что-то автоматом обновил (/etc/hosts.conf и другие 2 .conf файла). Но ошибка не исчезла.
А чего ж теперь мне можно сделать??
И вот эти: " [] dump_trace+0x69/0x1af" это что за ошибки??
Попробовал
Попробовал избавиться от ошибки так:
Ошибки остались. А вот так здоровая ошибка чем-то мне напоминает ошибку файловой системы.. которая когда-то тоже имело место у меня быть..
И это что-то не канает:
А ошибка "fsck.reiserfs not found" что означает. Не найдена где система на /dev/hda3?? (там именно Райзер). Или всё же fsck не поддерживает проверку райзерфс?
Да.. система у меня и трёх дней не простояла ((-:
emerge reiserfs-progs
emerge reiserfs-progs =udev-107
Первое установит fsck.reiserfs, второе же позволит восстановить конфиги.
А новую версию можно поставить через обновление.
_________________
Fedora? rpm -Uhv emerge
))))))) Ну
)))))))
Ну пипец!!!Ну хоть читайте передетем как устанавливать то!!
Что бы откатиться на старую версию ),удалил новые конфиги ))))))))
____________
Celeron 766,256ram,geforce MX440,hdd ide samsung 120
Portage 2.1.1-r2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r6 i686)
ACCEPT_KEYWORDS="x86"
CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer"
э... а что в этом
э... а что в этом такого?
Удалил новые чтобы остались только старые. То бишь те, при которых ошибки не возникали..
то ли мы с etc-update непрально друг друга поняли ((-:
RTFM
Линукс тем и хорошо что без мнения пользователя НИЧЕГО не делается.
Почему ты думаешь что конфиги САМИ у тебя обновились?.. Ан нет, они сами не обновляются.
Маленько не
Маленько не прокатывает..
А чем его не устраивают права записи? Чего мне делать с ним? Если отмонтирую - не загружусь. То ли с ливСД загрузиться и проверить..
Корень по
Корень по дефолту монтируется в -o ro. Есть опция, по-моему, зовется remount - она позволяет перемонтировать устройство. Надо только выставить -o rw
А для =udev-107 можно сделать
ACCEPT_KEYWORDS=x86 emerge =udev-107
_________________
Fedora? rpm -Uhv emerge
Ясно. Буду терь
Ясно. Буду терь знать. Я уже подгрузился с ЛивСД, запустил reiserfsck --check /dev/hda3
"Не обнаружено нарушений"
Заодно отсканил и бутовый раздел. В конце написало: "***Filesystem was modified***"
Не понял к чему оно, при повторном запуске писало тоже самое.
На бутовом разделе ext3.
Продолжаем дальше искать проблему..
Ох, наконец-то!
Ох, наконец-то! (-:
Сработало!!
Спасибо, все эти ошибки убрались!!
Кстати, до этого там стоял udev-104. Получается откатили на 107 (-:
Главное ошибок нет, ни тех про "exec of program..", ни той большой. Видать из-за неё это было.
А в etc-update какой вариант нужно выбирать, "-5"?
Осталась только ошибка про "unknown item 'GETPASS_ASTERISKS'". Попытаюсь в инете чего-либо нарыть по ней.
А по багу на
А по багу на логине пользователя GETPASS_ASTERISKS вот решение:
http://forums.gentoo.org/viewtopic-t-366499-start-25-postdays-0-postorder-asc-highlight-faillogenab.html
В etc-update надо
В etc-update надо читать, что пишет. Если уверен в изменениях, то можно и -5, иначе же - лучше читать. Он часто пытается переписать файлы в /etc/conf.d
_________________
Fedora? rpm -Uhv emerge
т.е. если он
т.е. если он будет пытаться перезаписать файлы в /etc/conf.d ему нельзя разрешать делать это??
думай сам
Лично я никогда не пользуюсь "отрицательными" параметрами (тож как-то с удевом наглюкал, теперь вроде как поумнел). Будет лучше, если просмотришь различия между обновлениями с старыми конфигами - много времени это не занимает, зато уверен, что ничего без меня не произошло))
это если ещё
это если ещё соображать в этих конфигах... (-:
А так, чё толку смореть, что один, что другой файл..
Re: это если ещё
если конфиг не правил, то заменяй новым (можно не глядя), а вот если сам его писал, то тут уже он не покажется тебе "что один, что другой"
В основном,
В основном, надо перезаписывать старые конфиги новыми, но если etc-update пытается перезаписать конфиг, который ты правил сам, то лучше интерактивно слить старый и новый конфиг.
_________________
Gentoo Linux 2006.1, kernel-gentoo-2.6.20; KDE 3.5.6 на Gigabyte GA7-VA; Athlon XP 2500+, nVidia GeForce 4 Ti 4200, 512MB RAM
Re: В основном,
+1
> Будете
> Будете смеяться, но я Дженту ставил надеясь на устойчивость системы.. > А тут только вышибло электроэнергию на консоли, как пошло поехало..
> У меня винды разные 12 лет стоят, до фига раз выключали свет и хоть бы хны. А тут несколько дней тока поставил систему, первый раз на Дженту вышибло и так лихо... Совпадение? (-:
За 12 лет ниразу не ставил новое железо без перестановки винды??
У меня последний апгрейд (мать, проц) вынес винду в BSOD. А линукс спокойно загрузился.
Во время обновления мира, особенно libc лучше не перезагружаться до конца установки ;)
>> За 12 лет
>> За 12 лет ниразу не ставил новое железо без перестановки винды??
не, ну есстественно я сейчас не на вин 3.11 сижу ((-:
В среднем винду переустанавливаю раз в 2-3 года. Но не из-за выключения электричества или смены железа. Например, винт новый покупаю - ставлю его на загрузку.
А про материнку.. слышал, что такое действительно имеет место быть, но сам не сталкивался и не видел, чтобы кто-то столкнулся. Слышал, что есть подобное.
У самого же, винда нормально отнеслась к смене проца и матери.
Re: >> За 12 лет
Хы, не сталкивался не значит - не бывает) У меня вот еще был случай - слетели дрова для контроллеров винтов, логично, потому как мать другая, и переставляться не хотели, и глюки постоянно шли, пока не переставил винду. Известны случаи, что и когда память доставляешь/убираешь, тоже глюки идут.
А в случае смены матери я бы на всякий случай все равно переставлял систему, ибо глюки потом ловить не хочется.
Сделай etc-update
Сделай etc-update (или dispatch-conf) и все у тебя будет ОК.
Это все потому что программы новые а конфиги от старых.