LinuxForum.Fans
Тема

Проблема запуска XFree86. FreeBSD-8.1-RELEASE & XFree86 для FreeBSD-7

Автор: Xlighte 4 сообщений 6897 просмотров
#128020

Здравствуйте! smile
Есть проблема со стартом иксов.
На сайте XFree86 для FreeBSD-8.x нет версии, так что ставил из бинарников от 7-ой. (Поставить именно XFree86, а не Xorg сподвигла книга Алексея Федорчука по FreeBSD и спортивный интерес.
Всё ставил чётко по хэндбуку, ну и почитывая книгу Федорчука. Проблем при установке не возникло, хотя был один момент в котором я не разобрался:

[console]You appear to have a termcap file: /usr/share/misc/termcap
This should be edited manually to replace the xterm entires
with those in /usr/X11R6/lib/X11/etc/xterm.termcap
[/console]

Как я понял - говорит значит, что видится им, что у меня есть сий termcap файл и что я должен вручную заредактить что бы заменить те xterm записи которые лежат в /usr/X11R6/lib/X11/etc/xterm.termcap
Какой то такой смысл походу. И что это за xterm entires? И как их заменить?

Далее инсталяция успешно завершилась и проблем при конфигурации с помощью /usr/X11R6/bin/xf86config не возникло.
Проблемы начались при запуске:

[console][root@bsd-srv ~]# startx
xauth: not found
xauth: not found
xauth: not found
xauth: not found
xauth: not found
xauth: not found
xinit: not found
xauth: not found[/console]

Стал искать по данному набору итогов и нашел следующую тему - http://sysadmins.ru/topic41484.html
Здесь мне не понятно что за

[console]rc-update add xfs default
/etc/init.d/xfs start
все отлично сттартует[/console]

Из ответа в этой теме уловил, что пути к исполняемым файлам моих "иксов" ( /usr/X11R6/bin/) не прописаны в $PATH
Там человек рекомендует прописать в $PATH путь к xauth, но я не знаю, что именно написать?
Возможно в файл /etc/profile нужно записать что то вроде:

[console]PATH=$PATH:/usr/X11R6/bin/[/console]

P.S - То, что дело в этих путях это безусловно, так как я по результатам первого запуска увидел, что немогут стартовать xinit и xauth. Я сделал симлинки в бине на них в /usr/X11R6/bin/ и вывод при запуске стал другим:

[console]xauth: creating new authority file /root/.Xauthority
xauth: creating new authority file /root/.Xauthority
xauth: (argv):1: bad display name "bsd-srv.home" in "list" command
xauth: (stdin):1: bad display name "bsd-srv.home" in "add" command
xinit: No such file or directory (errno 2): no server "X" in PATH

Use the -- option, or make sure that /usr/X11R6/bin is in your path and
that "X" is a programm or a link to the right type of server
for your display. Possible server names include:

XFree85 XFree86 displays

giving up.
xinit: Connection refused (errno 61): unable to connect to X server
xinit: No such process (errno 3): Server error.
xauth: (argv):1: bad display name "bsd-srv.home" in "remove" command[/console]


..............................................................................

Так, ну вроде с $PATH разобрался. Правда пока получается только на время сеанса пользователя внести путь в переменную окружения командой из шела:

[console]PATH=$PATH:/usr/X11R6/bin[/console]


Пробовал в /etc/profile написать следующее:
[console]
PATH=$PATH:/usr/X11R6/bin
export PATH[/console]


Не работает после логаута или рестарта - не прописывается.

А кстати как в автозагрузку добавлять во FreeBSD? .. /etc/rc.local то нету.

Вывод при запуске иксов, после тога как в путях появляется /usr/X11R6/bin изменился, хотя они так и не запустились sad.gif

[console][root@bsd-srv ~]# PATH=$PATH:/usr/X11R6/bin/
[root@bsd-srv ~]# echo $PATH
/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin:/usr/X11R6/bin/
[root@bsd-srv ~]# startx
xauth: (argv):1: bad display name "bsd-srv.home" in "list" command
xauth: (stdin):1: bad display name "bsd-srv.home" in "add" command

/libexec/ld-elf.so.1: Shared object "libz.so.4" not found, required by "X"
giving up.
xinit: Connection refused (errno 61): unable to connect to X server
xinit: No such process (errno 3): Server error.
xauth: (argv):1: bad display name "bsd-srv.home" in "remove" command[/console]

Поискал libz в системе:

Исходя из pkg_info ничего похожего нет. И в портах тоже libz не нашел.
Пробовал так:

1. whereis libz
2. make search key="libz"

Буду благодарен за советы.

#128075
Xlighte написал:
[console]You appear to have a termcap file: /usr/share/misc/termcap
This should be edited manually to replace the xterm entires
with those in /usr/X11R6/lib/X11/etc/xterm.termcap[/console]Как я понял - говорит значит, что видится им, что у меня есть сий termcap файл и что я должен вручную заредактить что бы заменить те xterm записи которые лежат в /usr/X11R6/lib/X11/etc/xterm.termcap
Какой то такой смысл походу. И что это за xterm entires? И как их заменить?
Нет, это значит, что нужно заменять записи xterm теми, которые есть в файле /usr/X11R6/lib/X11/etc/xterm.termcap.

Xlighte написал:
Здесь мне не понятно что за[console]rc-update add xfs default
/etc/init.d/xfs start
все отлично сттартует[/console]
Вы не заметили, что разговор идёт о Gentoo Linux? :)

Xlighte написал:
А кстати как в автозагрузку добавлять во FreeBSD? .. /etc/rc.local то нету.

Есть /etc/rc.conf и /etc/rc.d/. Вы FreeBSD Handbook вообще читали? :)

Xlighte написал:
[console]/libexec/ld-elf.so.1: Shared object "libz.so.4" not found, required by "X"[/console]

[console][root@srv:/root]# whereis X
X: /usr/local/bin/X
[root@srv:/root]# ldd -a /usr/local/bin/X
/usr/local/bin/X:
libpciaccess.so.0 => /usr/local/lib/libpciaccess.so.0 (0x8007cd000)
libXfont.so.1 => /usr/local/lib/libXfont.so.1 (0x8008d3000)
libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x800a0c000)
libfontenc.so.1 => /usr/local/lib/libfontenc.so.1 (0x800b8f000)
libz.so.5 => /lib/libz.so.5 (0x800c96000)
libXau.so.6 => /usr/local/lib/libXau.so.6 (0x800daa000)
libpixman-1.so.9 => /usr/local/lib/libpixman-1.so.9 (0x800ead000)
libhal.so.1 => /usr/local/lib/libhal.so.1 (0x801007000)
libdbus-1.so.3 => /usr/local/lib/libdbus-1.so.3 (0x801117000)
libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x801265000)
libcrypto.so.6 => /lib/libcrypto.so.6 (0x80136a000)
librpcsvc.so.5 => /usr/lib/librpcsvc.so.5 (0x801605000)
libm.so.5 => /lib/libm.so.5 (0x80170d000)
libthr.so.3 => /lib/libthr.so.3 (0x80182c000)
libc.so.7 => /lib/libc.so.7 (0x801944000)
/usr/local/lib/libpciaccess.so.0:
libc.so.7 => /lib/libc.so.7 (0x801944000)
/usr/local/lib/libXfont.so.1:
libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x800a0c000)
libm.so.5 => /lib/libm.so.5 (0x80170d000)
libfontenc.so.1 => /usr/local/lib/libfontenc.so.1 (0x800b8f000)
libz.so.5 => /lib/libz.so.5 (0x800c96000)
libc.so.7 => /lib/libc.so.7 (0x801944000)
/usr/local/lib/libfreetype.so.9:
libz.so.5 => /lib/libz.so.5 (0x800c96000)
libc.so.7 => /lib/libc.so.7 (0x801944000)
/usr/local/lib/libfontenc.so.1:
libz.so.5 => /lib/libz.so.5 (0x800c96000)
libc.so.7 => /lib/libc.so.7 (0x801944000)
/lib/libz.so.5:
libc.so.7 => /lib/libc.so.7 (0x801944000)
/usr/local/lib/libXau.so.6:
libc.so.7 => /lib/libc.so.7 (0x801944000)
/usr/local/lib/libpixman-1.so.9:
libm.so.5 => /lib/libm.so.5 (0x80170d000)
libc.so.7 => /lib/libc.so.7 (0x801944000)
/usr/local/lib/libhal.so.1:
libdbus-1.so.3 => /usr/local/lib/libdbus-1.so.3 (0x801117000)
libthr.so.3 => /lib/libthr.so.3 (0x80182c000)
libc.so.7 => /lib/libc.so.7 (0x801944000)
/usr/local/lib/libdbus-1.so.3:
libthr.so.3 => /lib/libthr.so.3 (0x80182c000)
libc.so.7 => /lib/libc.so.7 (0x801944000)
/usr/local/lib/libXdmcp.so.6:
libc.so.7 => /lib/libc.so.7 (0x801944000)
/lib/libcrypto.so.6:
libc.so.7 => /lib/libc.so.7 (0x801944000)
/usr/lib/librpcsvc.so.5:
libc.so.7 => /lib/libc.so.7 (0x801944000)
/lib/libm.so.5:
libc.so.7 => /lib/libc.so.7 (0x801944000)
/lib/libthr.so.3:
libc.so.7 => /lib/libc.so.7 (0x801944000)
[root@srv:/root]#
[/console]

Xlighte написал:
Поискал libz в системе:

[console][root@srv:/root]# find / -iname 'libz.so.*'
/usr/local/lib/compat/libz.so.4
/usr/local/lib32/compat/libz.so.4
/usr/lib32/libz.so.5
/usr/compat/linux/lib/libz.so.1
/usr/compat/linux/lib/libz.so.1.2.3
/lib/libz.so.5
[root@srv:/root]#[/console]

#128128

—» Remedy.
—» Огромное вам спасибо! Благодоря вам продвинулся очень сильно!

Remedy написал:
Нет, это значит, что нужно заменять записи xterm теми, которые есть в файле /usr/X11R6/lib/X11/etc/xterm.termcap.

Не ясно, что менять и для чего это вообще.
В /usr/share/misc/termcap полно записей, как и в /usr/X11R6/lib/X11/etc/xterm.termcap. Возможно следует добавить все дерективы из /usr/X11R6/lib/X11/etc/xterm.termcap в конец файла /usr/share/misc/termcap? Глубоко туманный момент для меня.

Remedy написал:
Вы не заметили, что разговор идёт о Gentoo Linux? :)

Заметил, вы подтвердили мои догадки относительно того, что это касается генту.

Remedy написал:
Вы FreeBSD Handbook вообще читали? :)

Тут каюсь - сам дурак. Handbook конечно же читал. Но с rc.conf и rc.d недочёт - исправил в срочном порядке :)

[console]
[root@bsd-srv ~]# ldd -a /usr/X11R6/bin/X
/usr/X11R6/bin/X:
libz.so.4 => not found (0x0)
libm.so.5 => /lib/libm.so.5 (0x28215000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2822f000)
libc.so.7 => /lib/libc.so.7 (0x2823a000)
/lib/libm.so.5:
libc.so.7 => /lib/libc.so.7 (0x2823a000)
/lib/libgcc_s.so.1:
libc.so.7 => /lib/libc.so.7 (0x2823a000)
[root@bsd-srv ~]# find / -iname 'libz.so.*'
/lib/libm.so.5
[/console]

Здесь понятно нема в системе libz.so.4 .. немного поковырялся в гугле и поставив /usr/ports/misc/compat7x/ я это исправил:
[console][root@bsd-srv ~]# ldd -a /usr/X11R6/bin/X
/usr/X11R6/bin/X:
libz.so.4 => /usr/local/lib/compat/libz.so.4 (0x28215000)
libm.so.5 => /lib/libm.so.5 (0x28227000)
.................
[/console]

Но иксы не запустились по прежнему - хотя на этот раз попытка была явная:

Экран мигнул мне одиноким блеском глаза
И слезы счастья брызнули на стол
И тут взбрыкнулся я от кайфа как козёл
Но вскоре сдохло всё, зараза ...
(Из жизни экцентричного-эйфорийного философно-фарсового стихосложения)
:D
В общем теперь что то с видеорежимами. Пытается выйти но ничего не получается. В логе ничего путного. Бывает зависает при выходе в видеорежим и всё наглухо. Нет реакции ни на клаву ни на мышу ни на что. А вот по ссш благополучно захожу .. в топе вижу этот XFree86, но даже туша всё это на основной машине переферия вроде монитора и клавы неотвисает.. единственный выход = ребут. Буду пытаться пальцем в небо ткнуть переконфигурируя всё через /usr/X11R6/bin/xf86config
Еще и мамка у меня там где фря страшная с встроенной видеокартой аля неведома зверушка :( (Intel D945GCLF2)

И еще я кажется начинаю прозревать.
Вот Xfree86 и Xorg - это так сказать сервер Иксов походу? А уж Gnome & KDE - это более высокий уровень наверно ... окружение иксовое что ли ... И тогда походу все плюсы в пользу Xorg, который доступен в портах в актуальном состоянии и вроде особых сложностей при конфигурации не вызывает, раз и в том и в другом случае всё равно будешь точить себе или Gnome & KDE или еще какое нибудь окружение иксовое. Так что ли получается?

#128154
Xlighte написал:
Нет реакции ни на клаву ни на мышу ни на что.

смотрите файл /etc/default/rc.conf, найдет и клаву и как мышку подцепить.

Xlighte написал:
Вот Xfree86 и Xorg - это так сказать сервер Иксов походу?

это одно и то же практически, отличие лишь в том что Xorg получил обширную поддержку + все же как ни как gnu/gpl, и начал развиваться, а XFree86 можно так сказать "загнулся" из-за своей лицензии. В итоге Xorg это форк XFree86, и не более того.
Если религия позволяет, то поставьте пакет dbus и hal, далее в /etc/rc.conf добавить запись dbus_enable="YES" и hald_enable="YES" И будете на лету подключать мышки и клавы.

Войдите или зарегистрируйтесь, чтобы ответить.