Главная » Форум » Gentoo Linux » Общие вопросы

Траблс после x86 -> amd64

alex__ 27 октября, 2009 - 15:23

Поменял систему с x86 на amd64. Поменял полной переустановкой.
После чего - получил следующее:

1. Не работает раскладка ru4 в консоли!!

alex@bio ~ $ cat /etc/conf.d/consolefont 
consolefont="Cyr_a8x16"
consoletranslation="koi8-r_to_uni"
alex@bio ~ $ cat /etc/conf.d/keymaps 
keymap="ru4"
windowkeys="YES"
extended_keymaps=""
dumpkeys_charset="koi8-r"
fix_euro="NO"

раскладка на CapsLock реагирует, но русских букв не выводит, а выводит пустоту (или пробелы - хз.) Интересно, что просто 'ru' с Ctrl+Shift работает на ура.

2. Сегфолтится Amarok
Причем сегфолт - при выходе из приложения; а так музыку играет. Коллекцию только не сканирует вообще.

CFLAGS="-O2 -march=core2 -mfpmath=sse,387 -pipe"
CXXFLAGS="${CFLAGS}"
CHOST="x86_64-pc-linux-gnu"

3. Перестали работать драйверы от ATI.
Иксы выдают вот такое сообщение:

dlopen: /usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined symbol: resVgaShared
(EE) Failed to load /usr/lib64/xorg/modules/drivers/fglrx_drv.so
(EE) Failed to load module "fglrx" (loader failed, 7)
(EE) No drivers available.

Вот такие дела. Может кто поможет добрым словом, подскажет что?

Если надо, версии:
sys-apps/openrc-0.5.2-r1
sys-kernel/gentoo-sources-2.6.30-r8
sys-devel/gcc-4.4.2
media-sound/amarok-2.2.0
x11-base/xorg-x11-7.4-r1
x11-base/xorg-server-1.7.1
x11-drivers/ati-drivers-9.10

и конфиги:
Ядро: http://pastebin.com/m4e703d66
Xorg: http://pastebin.com/m5824c403

‹ llvm + emerge world проблемы с MPlayer ›
»

1. Есть подозрение, что у

Автор Anarchist, дата создания 27 октября, 2009 - 15:52.

1. Есть подозрение, что у тебя не установлены (и/или неправильно прописаны) шрифты (с кириллицей).

Да, и ещё один момент: AFAIK keymap="-u ru4

2. Если опустить тот факт, что amaroK --- суть зло: что на этот счёт говорится в багзилле? И что подсказывают strace && gdb?

—

:wq
--
Live free or die

»

1. Шрифт

Автор alex__, дата создания 27 октября, 2009 - 16:19.

1. Шрифт /usr/share/consolefonts/Cyr_a8x16.psfu.gz с keymap=ru работает, с keymap=ru4 нет. -u ru4 также не работает.

2. amarok --debug : http://pastebin.com/m68c5ad7d
gdb:

...[закрываю амарок]
(gdb) Object::disconnect: Unexpected null parameter
Object::disconnect: Unexpected null parameter
Object::disconnect: Unexpected null parameter
QCoreApplication::postEvent: Unexpected null receiver
KCrash: Application 'amarok' crashing...
sock_file=/home/alex/.kde4/socket-bio/kdeinit4__0

strace: масса сообщений а-ля

open("/usr/lib64/libXrender.so.1", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220\35\0\0\0\0\0\0@"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=43344, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fe93082e000
mmap(NULL, 2138760, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fe92baad000
mprotect(0x7fe92bab6000, 2097152, PROT_NONE) = 0
mmap(0x7fe92bcb6000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9000) = 0x7fe92bcb6000
close(3)                                = 0

затем, при закрытии:

Object::disconnect: Unexpected null parameter
Object::disconnect: Unexpected null parameter
Object::disconnect: Unexpected null parameter
QCoreApplication::postEvent: Unexpected null receiver
KCrash: Application 'amarok' crashing...
sock_file=/home/alex/.kde4/socket-bio/kdeinit4__0
»

CFLAGS="-O2 -march=core2

Автор winterheart, дата создания 27 октября, 2009 - 16:26.
CFLAGS="-O2 -march=core2 -mfpmath=sse,387 -pipe"

Ммм? Core 2 Duo с мат. сопроцессором? А смысл, если он встроен? Это же касается sse.

—

Не грусти, товарищ! Всё хорошо, beautiful good!

»

не понял Вас, простите.

Автор alex__, дата создания 27 октября, 2009 - 16:31.

не понял Вас, простите. Следует оставить только sse?

man gcc написал(а):
-mfpmath=unit
sse Use scalar floating point instructions present in the SSE instruction set. This instruction set is supported by Pentium3 and
newer chips, in the AMD line by Athlon-4, Athlon-xp and Athlon-mp chips. The earlier version of SSE instruction set supports
only single precision arithmetics, thus the double and extended precision arithmetics is still done using 387. Later ver
sion, present only in Pentium4 and the future AMD x86-64 chips supports double precision arithmetics too.

For the i386 compiler, you need to use -march=cpu-type, -msse or -msse2 switches to enable SSE extensions and make this
option effective. For the x86-64 compiler, these extensions are enabled by default.

The resulting code should be considerably faster in the majority of cases and avoid the numerical instability problems of 387
code, but may break some existing code that expects temporaries to be 80bit.

This is the default choice for the x86-64 compiler.

»

Обоих убрать. -march=core2

Автор winterheart, дата создания 27 октября, 2009 - 17:56.

Обоих убрать. -march=core2 включает их по умолчанию.

—

Не грусти, товарищ! Всё хорошо, beautiful good!

»

alex__ написал(а): 1. Не

Автор krigstask, дата создания 29 октября, 2009 - 03:24.
alex__ написал(а):
1. Не работает раскладка ru4 в консоли!!

alex@bio ~ $ cat /etc/conf.d/consolefont 
consolefont="Cyr_a8x16"
consoletranslation="koi8-r_to_uni"

У меня consolefont="ter-v16n", consoletranslation закомментирована и keymap="-u ru4" прекрасно работают.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

»

krigstask написал(а): У меня

Автор evadim, дата создания 29 октября, 2009 - 14:03.
krigstask написал(а):
У меня consolefont="ter-v16n", consoletranslation закомментирована и keymap="-u ru4" прекрасно работают.

было k16f променял на v16f разницы особо невидно, но "n" на мой взгляд слишком тощий, "f" мне нравится больше.

»

evadim написал(а): было k16f

Автор krigstask, дата создания 29 октября, 2009 - 14:27.
evadim написал(а):
было k16f променял на v16f разницы особо невидно

А и не будет, там только наборы символов различаются.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

»

alex__ написал(а): Поменял

Автор Theli, дата создания 29 октября, 2009 - 17:41.
alex__ написал(а):
Поменял систему с x86 на amd64. Поменял полной переустановкой.
После чего - получил следующее:

кто ж так систему переустанавливает? при смене архитектуры (CHOST) систему надо ставить с нуля ;)

»

Theli написал(а): alex__

Автор _Andrey (не зарегистрирован), дата создания 29 октября, 2009 - 22:47.
Theli написал(а):
alex__ написал(а):
Поменял систему с x86 на amd64. Поменял полной переустановкой.
После чего - получил следующее:

кто ж так систему переустанавливает? при смене архитектуры (CHOST) систему надо ставить с нуля ;)

Извиняюсь за оффтоп, не удержусь: после целого "рулона" обсуждений наконец порадовали человека, ппц =))

А по существу, как ни прискорбно, согласен, иначе много чего не будет работать.

З.Ы. Хотя мне удалось как то реанимировать систему собранную не под тот проц (вместо PIII собрал под prescott) но это совсем другая история.

»

Цитата: Поменял полной

Автор krigstask, дата создания 29 октября, 2009 - 22:55.
Цитата:
Поменял полной переустановкой.

Есть острое подозрение, что человек заново и поставил.

—

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

»

полная переустановка - суть

Автор alex__, дата создания 30 октября, 2009 - 01:02.

полная переустановка - суть форматирование всех разделов и запиливание системы с нуля.

да и вообще, походу не в 64-ом бите дело. Откатился назад - та же чертовщина.
Подозреваю ядро.. 2.6.30-gentoo-r8 - изза него такие фокусы не могли произойти?..
Буду пробовать ещё, по итогу отпишусь.

»

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

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