Я думал эту проблему все давно уже выяснили и просвятили… Однакож нет. :\
Через гугл уже можно найти легко рецепт этот, правда, нужно тогда знать в чём конкретно здесь дело.

Удалите файл — /var/lib/hwclock/adjtime Он восстановится системой (обнулится)
И тогда время будет правильным всегда.

Можно так же синхронизировать время через интернет:
ntpdate -q ntp0.zenon.net

Грубо говоря, мягко выражаясь, Linux запоминает в файле /var/lib/hwclock/adjtime разницу с системеным временем bios, и каждый раз коректирует своё время.
О ес! =)
Точнее, - слава Русским Богам! :) ))
Помогла вот статья —> Xorg устройства ввода через hal

А точнее, конкретное действие;

Настройка hal.

1. создал файл
/etc/hal/fdi/policy/10-x11-input.fdi

2. В него скопировал вот это;
<?xml version="1.0" encoding="utf-8"?><!-- -*- SGML -*- --> 
<deviceinfo version="0.2"> 
<device> 
  <match key="info.capabilities" contains="input.keyboard"> 
    <merge key="input.x11_driver" type="string">evdev</merge> 
    <merge key="input.x11_options.XkbModel" type="string">pc105</merge> 
    <!--merge key="input.x11_options.XkbModel" type="string">evdev</merge--> 
    <merge key="input.x11_options.XkbLayout" type="string">us,ru(winkeys)</merge> 
    <merge key="input.x11_options.XkbVariant" type="string">winkeys</merge> 
    <merge key="input.x11_options.XkbOptions" type="strlist">grp:alt_shift_toggle</merge> 
    <append key="input.x11_options.XkbOptions" type="strlist">grp:switch</append> 
    <append key="input.x11_options.XkbOptions" type="strlist">grp_led:scroll</append> 
    <append key="input.x11_options.XkbOptions" type="strlist">compose:ralt</append> 
  </match> 
</device> 
</deviceinfo>

Всё! Расскладка работает! :)

Теперь, интересует вопрос, как быть с мышей? Она у меня дикая… Куда копать?
h4tr3d
клава/мыша через hal заводится теперь, поиск по форуму/вики. и лог исксов какой-то небольшой, все давай.
Вот Xorg.0.log в предыдущем посте. Там прямо-таки всё как есть и сейчас при стандартных настройках которые сама утилита Nvidia прописала. Ничего не менял, её конфиг, ей видней. Но вот лог такой;
bash-4.0# tail /var/log/Xorg.0.log
(**) Option "xkb_layout" "us"
(II) config/hal: Adding input device Power Button
(**) Power Button: always reports core events
(**) Power Button: Device: "/dev/input/event2"
(II) Power Button: Found keys
(II) Power Button: Configuring as keyboard
(II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD)
(**) Option "xkb_rules" "evdev"
(**) Option "xkb_model" "evdev"
(**) Option "xkb_layout" "us"
Сейчас копаю в сторону Hal, чё за зверь такой, не знаю… :) Раньше было проще как-то…
Может кто подскажет, где главный файл лежит этого hal ?
Amigo
На все вопросы только один ответ :) Где логи?
я в логах ничего не нашёл. Подскажите команду, может где ещё посмотреть.
tail /var/log/errors.log
tail /var/log/messages.log
Вообще не по теме.
Вот есть xorg
bash-4.0# tail /var/log/Xorg.0.log
(**) Option "xkb_layout" "us"
(II) config/hal: Adding input device Power Button
(**) Power Button: always reports core events
(**) Power Button: Device: "/dev/input/event2"
(II) Power Button: Found keys
(II) Power Button: Configuring as keyboard
(II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD)
(**) Option "xkb_rules" "evdev"
(**) Option "xkb_model" "evdev"
(**) Option "xkb_layout" "us"
нямня….

Вот из xorg.conf так отконфигурирована клавиатура;
Section "InputDevice"
    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
	Option "XkbModel" "pc105"
	Option "XkbLayout" "us,ru"
#	Option "XkbVariant" ""
	Option "XkbOptions" "grp:alt_shift_toggle,grp_led:scroll"
EndSection

Кстати, в rc.conf стоит “us”, но он мне как-то ниразу не мешал, так как, в xorg.conf ставит всё по-своему всё равно. Но, может в этом причина, я попробую. В последнее время Arch идёт на улучшения такой политики - конкретизации и что бы одно не противоречило другому..

Вот ещё вопрос такой, в каком файле мышку можно отконфигурировать. А то прыгает и разное открывает не спросив в один клик… Такая бешанная.

Попробовал сохранить xorg.conf утилитой, так она подчистила опции клавиатуры:
Section "InputDevice"
    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
EndSection

И шрифты которые я прописывал - всё стёрлось. Осталось только те параметры с которыми подгружается Xorg. Всё что игнорирует - стёрлось. Может опции следует писать уже как-то подругому?
Подскажите, было ли у кого такое;

xorg не воспринимает конфиг который я ему сую, а воспринимает только тогда, когда имеются ошибки и не стартует вовсе.
Так например раскладку клавы приходится запускать вручную;
setxkbmap -layout "us, ru" -model pc105 -option grp:alt_shift_toggle,grp_led:scroll

У меня два компа - нутбук и ПК. На нутбуке всё на “ура”. На ПК вот поставил, не знаю, может этот дистрибутив был тупой, но, как-то глючит firefox и opera - по истичению небольшого интервала времени и тот и дургой (браузеры) не принимают куку. Я уж и права пробовал выставлять и … ваще не врубаюсь, что за глюк. Приходится перезагружать браузер, и то через период времени - кука обновляется. (куда он лезит, чё ему надо…)

С httpd разобрался быстро. Там тоже с правами. (раньше то побарабану всё было и на нутбуке на моём с обновлениями теми же)

Как не нарадую нутбуку, но на ПК всё как-то не с той ноги… Почему xorg не вючает раскладку и шрифты? (он вообще не смотрит в конфиг, только если я видяху ставлю заведомо неправильную)
“сам шучу… сам смеюсь…”
Помогло вот это – echo -n 100 > /proc/acpi/video/GFX0/LCD/brightness

Но, может по кнопкам кто поможет разобраться? =)
Где в Арче кнопки спрятаны?
У меня нет такого — /etc/acpi/handler.sh
Этой папки вообще нет – /etc/acpi

У меня на ноутбуке вышла из строя кнопка (стрелка вправо). Попала вода и окислила там герметичную плёнку… (ноут - acer)
Терь, ищу способ переписать эту кнопку на другую клавишу. В этом топике не нашёл ответа…
Либо поставить яркость при загрузке системы, что бы выравнивалось по-максимому, а то зрение херится…
D.Evsyukov
Самое интересное заключается в том, что у меня TimeZone прописан, и все работает замечательно…
Проверил. Точно. Зона тут не причем…
Значит, у нас самый главный топик по этому вопросу! ;D

Значит, нужно всего-то, удалить файл – /var/lib/hwclock/adjtime
И синхронизовать время – ntpdate ru.pool.ntp.org

p.s. я видел темы по данному вопросу, где эта проблема решалась пересборкой ядра… =))
И все ссылки по решению этого вопроса ведут на англоязычные форумы, так, или иначе.
Друзья мои шутят, когда я что-то говорю - “сам шучу, сам смеюсь..” ;D

Ну, для тех, кто сталкнулся с данной проблемой. (этот топик у меня уже моячил, когда я искал решение этой проблемы)
Значит надо запостить правильный ответ.

Вот ответ был в данном топике – viewtopic.php?f=8&t=1553&hilit=&p=13154
А именно, ответ – Muu 22 апр 2009, 11:05
Цитата: “Народ, просветите, а принципиально вообще выставлять TIMEZONE?”

Собственно, там все описано буквально, но не лишним будет, прокоментировать свой ответ, как я понял и сделал, и уже проверил.
Нужно убрать таймзону, сделать так, как здесь: (/etc/rc.conf)
HARDWARECLOCK="localtime"
USEDIRECTISA="no"
# TIMEZONE="Europe/Moscow"
файл – /var/lib/hwclock/adjtime – удалить на всякий случай. (система его восстановит)
Сделать синхронизацию времени – ntpdate ru.pool.ntp.org

Вот и все! Теперь в бивасе до секунды будет правильное время (при случае можно синхронизировать сколько угодно)
И самое важное, - время на лаптопе всегда будет правильным. Хотя, меня смутило сообщение после ввода логина и пароля, системное время там то, которое было на тот момент, когда я выключил компьютер…

А так, все в шляпе товарищи! ;D
У меня тоже самое и давно уже. С новым ядром 2.6.29

При выключении время сохраняется вот сюда – /var/lib/hwclock/adjtime
Видимо оттуда система берёт это время обратно, и восстанвливает в BIOS.
Когда я синхронизирую время – ntpdate ru.pool.ntp.org
то в биосе время остаётся прежним (без изменений), а часы на лаптопе показывают правильно

Выходит, если я выключу комп, система сохранит текущее время в файле – /var/lib/hwclock/adjtime. А когда я включу компьютер, то система восстановит это время, в том числе и в биосе поправит…

Но, это же дуристика… не.. наоборот - улучшения! O0
Народ, подскажите, как можно бороться с этим беспределом.