Внезапное отключение электричества.. и чего.. Дженту "готова"?

В общем собирался 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. Заменил все апдейты оригинальными файлами - не сработало. По-прежнему выводятся.

Кстати, ещё выводит он вот что. Случаем это не порча файловой системы уже??

ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
kobject_add failed for vcs1 with -EEXIST, don't try to register things with the same name in the same directory.
 [<c0104419>] dump_trace+0x69/0x1af
 [<c0104577>] show_trace_log_lvl+0x18/0x2c
 [<c0104b50>] show_trace+0xf/0x11
 [<c0104c53>] dump_stack+0x15/0x17
 [<c021872b>] kobject_add+0x162/0x18b
 [<c0280df4>] class_device_add+0xa2/0x3da
 [<c02811b8>] class_device_create+0x7c/0x9c
 [<c023132c>] vcs_make_sysfs+0x3c/0x7e
 [<c02360f8>] con_open+0x6f/0x7c
 [<c022c032>] tty_open+0x16a/0x2e7
 [<c0155356>] chrdev_open+0x124/0x13f
 [<c015193e>] __dentry_open+0xc8/0x1ac
 [<c0151a9c>] nameidata_to_filp+0x24/0x33
 [<c0151add>] do_filp_open+0x32/0x39
 [<c0151b26>] do_sys_open+0x42/0xc3
 [<c0151be0>] sys_open+0x1c/0x1e
 [<c0103599>] sysenter_past_esp+0x56/0x79
 [<b7faa410>] 0xb7faa410
 =======================
kobject_add failed for vcsa1 with -EEXIST, don't try to register things with the same name in the same directory.
 [<c0104419>] dump_trace+0x69/0x1af
 [<c0104577>] show_trace_log_lvl+0x18/0x2c
 [<c0104b50>] show_trace+0xf/0x11
 [<c0104c53>] dump_stack+0x15/0x17
 [<c021872b>] kobject_add+0x162/0x18b
 [<c0280df4>] class_device_add+0xa2/0x3da
 [<c02811b8>] class_device_create+0x7c/0x9c
 [<c0231369>] vcs_make_sysfs+0x79/0x7e
 [<c02360f8>] con_open+0x6f/0x7c
 [<c022c032>] tty_open+0x16a/0x2e7
 [<c0155356>] chrdev_open+0x124/0x13f
 [<c015193e>] __dentry_open+0xc8/0x1ac
 [<c0151a9c>] nameidata_to_filp+0x24/0x33
 [<c0151add>] do_filp_open+0x32/0x39
 [<c0151b26>] do_sys_open+0x42/0xc3
 [<c0151be0>] sys_open+0x1c/0x1e
 [<c0103599>] sysenter_past_esp+0x56/0x79
 [<b7faa410>] 0xb7faa410
 =======================

А ещё вот что:

login: root
configuration error - unknown item 'GETPASS_ASTERISKS' (notify administrator)
password: 

Но входит успешно..

Вот такое вот весёлое отключение энергии (-:
Ща ещё пару пенков мне так системы дадут и я 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: >> А на кой черт

WXP написал(а):
>> А на кой черт ты заменил новые конфиги на старые?!
ээ.. ну типа я хотел откатить изменения ((-: А чё в линуксах такого понятия нет? (-:

весело :) конфиги старые, а проги-то новые :) откатывать нужно саму программу, а не ее конфиг :)

Если бы свет

Если бы свет выключили во время обновления ядра винды... или хотя бы настройки системных программок :)

А вообще - такое ( "udev-event [2505]....." ) исправляется обновлением файлов конфигурации через etc-update.
У меня было похожее - при первой загрузке обновил конфиги - и всё нормально.

Как я понимаю строку - "Заменил все апдейты оригинальными файлами - не сработало." - это значит, что УДАЛИЛ НОВЫЕ файлы и оставил СТАРЫЕ?

ну да

ну да естественно. И думал, что оно вернётся в исходное положение. Думал.. (-:

Кстати, только то завершил "emerge -e world" ситуация не исправилась. Я думал (опять(-:), что если это из-за обновления конфигов, то он их перепишет заново и всё станет нормально. Опять не сработало. etc-update сделал - он что-то автоматом обновил (/etc/hosts.conf и другие 2 .conf файла). Но ошибка не исчезла.

А чего ж теперь мне можно сделать??

И вот эти: " [] dump_trace+0x69/0x1af" это что за ошибки??

Попробовал

Попробовал избавиться от ошибки так:

# emerge -C udev
#emerge udev

Ошибки остались. А вот так здоровая ошибка чем-то мне напоминает ошибку файловой системы.. которая когда-то тоже имело место у меня быть..

И это что-то не канает:

# fsck
fsck: cannot check /dev/hda3: fsck.reiserfs not found
fsck: cannot check /dev/hda3: fsck.reiserfs not found
e2fsck 1.39 (29-May-2006)
/dev/hda2: clean... тут вроде всё нормально

А ошибка "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

Линукс тем и хорошо что без мнения пользователя НИЧЕГО не делается.
Почему ты думаешь что конфиги САМИ у тебя обновились?.. Ан нет, они сами не обновляются.

Маленько не

Маленько не прокатывает..

# emerge =udev-107
Calculating dependencies  .
!!! All ebuilds that could satisfy "=udev-107" have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-fs/udev-107 (masked by: ~x86 keyword)

For more information, see MASKED PACKAGES section in the emerge man page or 
refer to the Gentoo Handbook.
# fsck
*************************************************************
** If you are using the latest reiserfsprogs and  it fails **
** please  email bug reports to , **
** providing  as  much  information  as  possible --  your **
** hardware,  kernel,  patches,  settings,  all reiserfsck **
** messages  (including version),  the reiserfsck logfile, **
** check  the  syslog file  for  any  related information. **
** If you would like advice on using this program, support **
** is available  for $25 at  www.namesys.com/support.html. **
*************************************************************

Will read-only check consistency of the filesystem on /dev/hda3
Will put log info to 'stdout'

Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes
###########
reiserfsck --check started at Thu Apr 12 01:57:57 2007
###########
Partition /dev/hda3 is mounted with write permissions, cannot check it

А чем его не устраивают права записи? Чего мне делать с ним? Если отмонтирую - не загружусь. То ли с ливСД загрузиться и проверить..

Корень по

Корень по дефолту монтируется в -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: это если ещё

WXP написал(а):
это если ещё соображать в этих конфигах... (-:
А так, чё толку смореть, что один, что другой файл..

если конфиг не правил, то заменяй новым (можно не глядя), а вот если сам его писал, то тут уже он не покажется тебе "что один, что другой"

В основном,

В основном, надо перезаписывать старые конфиги новыми, но если 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: В основном,

mPolr написал(а):
В основном, надо перезаписывать старые конфиги новыми, но если etc-update пытается перезаписать конфиг, который ты правил сам, то лучше интерактивно слить старый и новый конфиг.

+1

> Будете

> Будете смеяться, но я Дженту ставил надеясь на устойчивость системы.. > А тут только вышибло электроэнергию на консоли, как пошло поехало..
> У меня винды разные 12 лет стоят, до фига раз выключали свет и хоть бы хны. А тут несколько дней тока поставил систему, первый раз на Дженту вышибло и так лихо... Совпадение? (-:

За 12 лет ниразу не ставил новое железо без перестановки винды??
У меня последний апгрейд (мать, проц) вынес винду в BSOD. А линукс спокойно загрузился.

Во время обновления мира, особенно libc лучше не перезагружаться до конца установки ;)

>> За 12 лет

>> За 12 лет ниразу не ставил новое железо без перестановки винды??
не, ну есстественно я сейчас не на вин 3.11 сижу ((-:
В среднем винду переустанавливаю раз в 2-3 года. Но не из-за выключения электричества или смены железа. Например, винт новый покупаю - ставлю его на загрузку.

А про материнку.. слышал, что такое действительно имеет место быть, но сам не сталкивался и не видел, чтобы кто-то столкнулся. Слышал, что есть подобное.
У самого же, винда нормально отнеслась к смене проца и матери.

Re: >> За 12 лет

Хы, не сталкивался не значит - не бывает) У меня вот еще был случай - слетели дрова для контроллеров винтов, логично, потому как мать другая, и переставляться не хотели, и глюки постоянно шли, пока не переставил винду. Известны случаи, что и когда память доставляешь/убираешь, тоже глюки идут.
А в случае смены матери я бы на всякий случай все равно переставлял систему, ибо глюки потом ловить не хочется.

Сделай etc-update

Сделай etc-update (или dispatch-conf) и все у тебя будет ОК.

Это все потому что программы новые а конфиги от старых.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".