HAL 9000
Когда-то давно, еще во времена универа, в линуксах была вещь, на которую было страшно дышать - это были X11. Время шло и, как-то, настройка оных перестала быть чем-то особенным.
Но вот как-то в линуксах появился HAL. Еще тогда, когда он никак себя не проявлял, у меня появилось странное предчувствие.
Потом я с ним столкнулся когда Xorg решил юзать его и перевел настройку ввода на него и как результат невероятное удевление, когда раскладки не настраивались ни при каких настройках в xorg.conf.
Позже столкнулся с монтированием через dbus.
А сегодня, когда решил перегрузиться после длинного аптайма с hibernate'ом, получил
(WW) NVIDIA(0): Option "ReducedBlanking" is not used
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
(II) Initializing extension GLX
Backtrace:
0: /usr/bin/X(xorg_backtrace+0x26) [0x4f0896]
1: /usr/bin/X(xf86SigHandler+0x39) [0x49a0e9]
2: /lib/libc.so.6 [0x7fa71ec7beb0]
3: /usr/lib/libXfont.so.1(FontFileCountDashes+0xba) [0x7fa720f3bb7a]
4: /usr/lib/libXfont.so.1(FontFileAddFontFile+0x1f2) [0x7fa720f3d952]
5: /usr/lib/libXfont.so.1(FontFileReadDirectory+0x637) [0x7fa720f3aad7]
6: /usr/lib/libXfont.so.1(FontFileInitFPE+0x1f) [0x7fa720f3fb4f]
7: /usr/bin/X [0x44d3bf]
8: /usr/bin/X(SetDefaultFontPath+0xf5) [0x44d6c5]
9: /usr/bin/X(SetFontPath+0x4d) [0x44d72d]
10: /usr/bin/X(main+0x61f) [0x432d1f]
11: /lib/libc.so.6(__libc_start_main+0xe6) [0x7fa71ec685c6]
12: /usr/bin/X [0x431ec9]
Fatal server error:
Caught signal 11. Server aborting
Что я только не пробовал и откатил драйвера NVidia'ии, и libXfont и xorg-server, но все безтолку. И ставил везовские драйвера, вместо нвидии. И, даже, один раз запустилось в ужасном разрешении, но потом снова.
Уже был готов скомпилить с дебагом и посмотреть корочки. И действительно вроде бактрэйс непроблемный, небойсь где-то шрифты обновились, а libXfont имеет дырку в FontFileCountDashes.
И, лишь, благодоря многолетнему опыту, позволившему сделать одно и единственное и верное предположение (к которому, так же, пришли Дэвид Боуман и Фрэнк Пул) - во всем виноват тот самый HAL. Перед глазами пролетели два последних апдейта до версий 0.5.12_rc1 и 0.5.12_rc1-r2, в которых так приятно было видеть многочисленные пополнения конфигурационных файлов новыми опциями...
В общем, время логических выводов уходит куда-то в прошлое... Откатившись до sys-apps/hal-0.5.11-r8 все заработало нормально.
Оставил rc1 в масках...
Но вот как-то в линуксах появился HAL. Еще тогда, когда он никак себя не проявлял, у меня появилось странное предчувствие.
Потом я с ним столкнулся когда Xorg решил юзать его и перевел настройку ввода на него и как результат невероятное удевление, когда раскладки не настраивались ни при каких настройках в xorg.conf.
Позже столкнулся с монтированием через dbus.
А сегодня, когда решил перегрузиться после длинного аптайма с hibernate'ом, получил
(WW) NVIDIA(0): Option "ReducedBlanking" is not used
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
(II) Initializing extension GLX
Backtrace:
0: /usr/bin/X(xorg_backtrace+0x26) [0x4f0896]
1: /usr/bin/X(xf86SigHandler+0x39) [0x49a0e9]
2: /lib/libc.so.6 [0x7fa71ec7beb0]
3: /usr/lib/libXfont.so.1(FontFileCountDashes+0xba) [0x7fa720f3bb7a]
4: /usr/lib/libXfont.so.1(FontFileAddFontFile+0x1f2) [0x7fa720f3d952]
5: /usr/lib/libXfont.so.1(FontFileReadDirectory+0x637) [0x7fa720f3aad7]
6: /usr/lib/libXfont.so.1(FontFileInitFPE+0x1f) [0x7fa720f3fb4f]
7: /usr/bin/X [0x44d3bf]
8: /usr/bin/X(SetDefaultFontPath+0xf5) [0x44d6c5]
9: /usr/bin/X(SetFontPath+0x4d) [0x44d72d]
10: /usr/bin/X(main+0x61f) [0x432d1f]
11: /lib/libc.so.6(__libc_start_main+0xe6) [0x7fa71ec685c6]
12: /usr/bin/X [0x431ec9]
Fatal server error:
Caught signal 11. Server aborting
Что я только не пробовал и откатил драйвера NVidia'ии, и libXfont и xorg-server, но все безтолку. И ставил везовские драйвера, вместо нвидии. И, даже, один раз запустилось в ужасном разрешении, но потом снова.
Уже был готов скомпилить с дебагом и посмотреть корочки. И действительно вроде бактрэйс непроблемный, небойсь где-то шрифты обновились, а libXfont имеет дырку в FontFileCountDashes.
И, лишь, благодоря многолетнему опыту, позволившему сделать одно и единственное и верное предположение (к которому, так же, пришли Дэвид Боуман и Фрэнк Пул) - во всем виноват тот самый HAL. Перед глазами пролетели два последних апдейта до версий 0.5.12_rc1 и 0.5.12_rc1-r2, в которых так приятно было видеть многочисленные пополнения конфигурационных файлов новыми опциями...
В общем, время логических выводов уходит куда-то в прошлое... Откатившись до sys-apps/hal-0.5.11-r8 все заработало нормально.
Оставил rc1 в масках...