Gentoo Linux

 
1 5 6 7 8 9 17
+
-
edit
 

Balancer

администратор
★★★★★
Долго сидел на иксах 7.1, с неделю назад обновил две машины до 7.2 (и ещё одна по-прежнему на 7.1) - никаких проблем не видел :)
 
+
-
edit
 

HolyBoy

аксакал

Пишу свое первое сообщение в графическом браузере под Линуксом! :) В качестве оного использую пока что links запущенного в twm. До этого все в текстовом режиме было. В данный момент ставится gnome. Русификация консоли и X11 сделана под UTF-8. Браузер даже некоторые письмена читал с тестовой страницы, не все правда. Это, как я понимаю, связано с шрифтами, который он использует: не всё потрудились нарисовать.
Моя проблема с "черным" экраном, озвученная выше, была в том, что я поначалу, двумя днями раньше, настроил X11, но локализацию не проводил и twm загружался почти мгновенно. Когда же я сделал локализацию и включил поддержку Unicode, то время загрузки ощутимо увеличилось настолько, что я счел это слетевшими Х11 и переставил его. :) GLX все же не работает пока что, как и раньше :(

Расписываю все настолько подробно ибо самому интересно, чем закончится моя эпопея, перейду ли я окончательно на линукс. О линуксе до того, как я начал пытаться установить его на компьютер, знал только то, что эмблемой у него является пингвин. :)

Чуть позже, если я таки не найду решения проблемы с GLX, выложу кусок лог файла. В общем, там написано, что у nvidia не получается загрузить файл glxlib.so (вроде). В директории по указанному пути этот файл лежит и ссылается на другой файл, который также есть. Т.е. должно все работать, а не работает. :)
 
+
-
edit
 

Balancer

администратор
★★★★★
Можешь очень быстро поставить fluxbox.

А в качестве браузера "быстро установки" - или mozilla-firefox-bin или opera :)

...

Вот я, ЕМНИП, в twm никогда не работал ;) Всегда ставлю вначале fluxbox, как лёгкий, быстрый, но не совершенно убитый WM :)
 
+
-
edit
 

Balancer

администратор
★★★★★
C nvidia проблем никаких тоже не встречал. emerge nvidia-drivers и всё.

Вот XGL на ATI - когда-то было всё легко и просто, но потом что-то поломали, так что пришлось повозиться, прежде чем разобрался что к чему :)
 
+
-
edit
 

HolyBoy

аксакал

Интересно, каким образом закрыть доступ к компьютеру из под chroot? Если я оставляю компьютер на работе а сам ухожу по делам, то любой человек, который возьмет livecd сможет сменить пароль админа, зайти, создать юзеров... вобщем навредить. :)
 
Это сообщение редактировалось 22.02.2007 в 17:40
+
-
edit
 

Balancer

администратор
★★★★★
eselect java-vm set system `eselect --no-color java-vm list | tail -n 1 | cut -d' ' -f 6`? :)
 
+
-
edit
 

Balancer

администратор
★★★★★
HolyBoy> Интересно, каким образом закрыть доступ к компьютеру из под chroot? Если я оставляю компьютер на работе а сам ухожу по делам, то любой человек, который возьмет livecd сможет сменить пароль админа, зайти, создать юзеров... вобщем навредить. :)

Только паролем на BIOS :)
 
+
-
edit
 

HolyBoy

аксакал

С явой разобрался. Скачал 1.4 и ругань прекратилась.

Balancer> Только паролем на BIOS :)

Абыдна. :) И несерьезно. :) Ладно, буду внимательно смотреть за составом пользователей. :)
 
+
-
edit
 

HolyBoy

аксакал

Понадобилось подключить к системе жесткий диск с NTFS разделами. По руководству из Gentoo-Wiki page not found: http://ru.gentoo-wiki.com/HOWTO_Разделы_MS_Windows_по-русски сделал и получилось:
code text
  1. # mount -t ntfs -o utf8,umask=0,ro /dev/hda5 /mnt/win1
  2. mount: mount point /mnt/win1 does not exist.
Странно, если я верно разобрался с монтированием, то точка подключения может иметь любое название. Также, если я в fstab пропишу /dev/hda5 /mnt/win2 ntfs auto,utf8,umask=0,user 0 0, то при загрузке этот раздел также не подключится.
Если же я пропишу mount /dev/hda5 /boot/, с учетом того, что в fstab написано
code text
  1. /dev/hda1               /boot           ext3            noauto,noatime  1 2
и соответственно, при загрузке этот раздел не смонтирован, то hda5 монтируется как /boot спокойно.

Что я неправильно делаю?
 
+
-
edit
 

yarblc

втянувшийся

mkdir /mnt/win1 перед этим делал?
читайте маны...они рулез  
+
-
edit
 

HolyBoy

аксакал

Сделал и заработало. :) Спасибо.

Кстати, кто же знал, что проблема с openGL на моей видеокарте была связана с перепутаными файлами и что это можно было поправить, стоило только обнаружить что mplayer не работает. :) Решение этой проблемы написано тут http://gentoo-wiki.com/....

Вкратце: необходимо поменять местами два файла..

After re-emerging several times the nvidia drivers, it may happen that the glx module fails to load without any apparent reason, with the error "libnvidia-tls.so.1: cannot handle TLS data". This issue is caused by two files being inverted, /usr/lib/opengl/nvidia/tls/libnvidia-tls.so.1.0.8762 and /usr/lib/opengl/nvidia/no-tls/libnvidia-tls.so.1.0.8762. The fix is quite simple: swap the two files. Before trying this, check to see if the libnvidia-tls.so.1.0.8762 file in the no-tls folder is smaller than the one in the tls folder. If it is the case, then the files are already in the correct folder, so do not swap them. If it is not the case, then you can swap them with this command:mv /usr/lib/opengl/nvidia/tls/libnvidia-tls.so.1.0.8762 /usr/lib/opengl/nvidia/tls/libnvidia-tls.so.1.0.8762.bak && mv /usr/lib/opengl/nvidia/no-tls/libnvidia-tls.so.1.0.8762 /usr/lib/opengl/nvidia/tls/libnvidia-tls.so.1.0.8762 && mv /usr/lib/opengl/nvidia/tls/libnvidia-tls.so.1.0.8762.bak /usr/lib/opengl/nvidia/no-tls/libnvidia-tls.so.1.0.8762
 
.

Номер версии, конечно, будет отличаться, но главное - принцип. :)
 
Это сообщение редактировалось 18.03.2007 в 23:16
RU helicopter #19.03.2007 14:23  @Balancer#20.02.2007 22:58
+
-
edit
 

helicopter

втянувшийся

Balancer> Вот XGL на ATI - когда-то было всё легко и просто, но потом что-то поломали, так что пришлось повозиться, прежде чем разобрался что к чему :)
Я вот долго юзал OpenSource драйверы, но у них часть OpenGL функций была реализована программно, из-за этого некотрые проги жутко тормозили (в частности GoogleEarth), из-за этого GoogleEarth поставил опять пропиетарщину... Глюкодром жуткий: ctrl-alt-backspace == глухой зависон без реакции на SysRq; При логауте в slim/xdm/gdm/kdm опять зависон, но в 50% случаев реакция на SysRq всё-же есть... hibernate они вроде-как починили, но оказалось, что fglrx так сильно гадит в ядре, что довольно часто hibernate отваливается с сообщением, что не может остановить kswapd0, иногда с kernel OOPS'ами. По сообщениям очевидцев так-же виснет при запуске одновременно двух X серверов (сам правда не пробовал), композить с AIGLX всё так-же не поддерживается, Xgl даже пробовать не стал.

Вывод ATi в биореактор.
 
+
-
edit
 

HolyBoy

аксакал

Надеюсь, что теперь тему графики можно будет закрыть. Долгое время у меня заняла возня с установкой желанных частот при необходимом разрешении. Дело в том, что nvidia-drivers рисовало картинку с разрешением 1024*768 с частотой 85 Гц, тогда как я хотел 100 Гц "как в винде". :) Попытка сгенирировать Modeline и вставить в xorg.conf ни к чему не привела:
code text
  1. localhost ~ # gtf 1024 768 100
  2. # 1024x768 @ 100.00 Hz (GTF) hsync: 81.40 kHz; pclk: 113.31 MHz
  3.   Modeline "1024x768_100.00"  113.31  1024 1096 1208 1392  768 769 772 814  -HSync +Vsync
. Ковыряние в документации Нвидии показало, что надо еще добавить в xorg.conf строчку типа Option "MetaModes" "1024x768_100.00". Оказалось, что это то что надо. Правда, я не понял, как надо настроить этот xorg.conf, чтобы в Gnome можно было динамически менять разрешение-частоту, причем, чтобы частота и разрешение были жестко связаны друг с другом или не связаны, в зависимости от того, как я захочу. Ну а пока привожу свой xorg.conf:
code text
  1. Section "ServerLayout"
  2.         Identifier     "X.org Configured"
  3.         Screen      0  "Screen0" 0 0
  4.         InputDevice    "Mouse0" "CorePointer"
  5.         InputDevice    "Keyboard0" "CoreKeyboard"
  6. EndSection
  7.  
  8. Section "Files"
  9.         RgbPath      "/usr/share/X11/rgb"
  10.         ModulePath   "/usr/lib/xorg/modules"
  11.         FontPath     "/usr/share/fonts/misc/"
  12.         FontPath     "/usr/share/fonts/ttf-bitstream-vera/"
  13.         FontPath     "/usr/share/fonts/TTF/"
  14.         FontPath     "/usr/share/fonts/Type1/"
  15.         FontPath     "/usr/share/fonts/cyrillic/"
  16.         FontPath     "/usr/share/fonts/arphicfonts/"
  17.         FontPath     "/usr/share/fonts/baekmuk-fonts/"
  18.         FontPath     "/usr/share/fonts/freefonts/"
  19.         FontPath     "/usr/share/fonts/kochi-substitute/"
  20.         FontPath     "/usr/share/fonts/intlfonts/"
  21.         FontPath     "/usr/share/fonts/100dpi/:unscaled"
  22.         FontPath     "/usr/share/fonts/75dpi/:unscaled"
  23.         FontPath     "/usr/share/fonts/corefonts/"
  24.         FontPath     "/usr/share/fonts/terminus/"
  25. EndSection
  26.  
  27. Section "Module"
  28.         Load  "extmod"
  29.         Load  "dbe"
  30.         Load  "record"
  31.         Load  "xtrap"
  32.         Load  "glx"
  33.         Load  "freetype"
  34.         Load  "type1"
  35. EndSection
  36.  
  37. Section "InputDevice"
  38.         Identifier  "Keyboard0"
  39.         Driver      "kbd"
  40.         Option      "XkbRules" "xorg"
  41.         Option      "XkbModel" "pc105"
  42.         Option      "XkbLayout" "us,ru(winkeys)"
  43.         Option      "XkbOptions" "grp:ctrl_shift_toggle, grp_led:scroll"
  44. EndSection
  45.  
  46. Section "InputDevice"
  47.         Identifier  "Mouse0"
  48.         Driver      "mouse"
  49.         Option      "Protocol" "auto"
  50.         Option      "Device" "/dev/input/mouse0"
  51.         Option      "ZAxisMapping" "4 5 6 7"
  52. EndSection
  53.  
  54. Section "Monitor"
  55.         Identifier   "Monitor0"
  56.         VendorName   "Monitor Vendor"
  57.         ModelName    "Monitor Model"
  58.         Modeline "1024x768_100.00"  113.31  1024 1096 1208 1392  768 769 772 814  -HSync +Vsync
  59. EndSection
  60.  
  61. Section "Device"
  62.         Identifier  "Card0"
  63.         Driver      "nvidia"
  64.         Option      "NoLogo" "true"
  65.         VendorName  "nVidia Corporation"
  66.         BoardName   "NV36 [GeForce FX 5700LE]"
  67.         BusID       "PCI:3:0:0"
  68. EndSection
  69.  
  70. Section "Screen"
  71.         Identifier "Screen0"
  72.         Device     "Card0"
  73.         Monitor    "Monitor0"
  74.         Option "MetaModes" "1024x768_100.00"
  75.         SubSection "Display"
  76.                 Viewport   0 0
  77.                 Depth     24
  78.                 Modes "1024x768"
  79.         EndSubSection
  80. EndSection
 
+
-
edit
 

Balancer

администратор
★★★★★
У nVidia несколько свои требования к параметрам xorg.conf :)

Попробуй:
code apache
  1. Section "Monitor"
  2. # ....
  3. VertRefresh  100
  4.  
  5. Mode "1024x768"
  6.         DotClock    113.31
  7.         HTimings    1024 1096 1208 1392
  8.         VTimings    768 769 772 814
  9. EndMode

Цифры в Mode взяты, как легко увидеть, из Modeline.
 
+
-
edit
 

Mishka

модератор
★★★
ТУт промелькнули сообщения, что Gentoo резко замедлился в развитии, проект плохо руководится, нет ясных целей и т.д. Кто и что может сказать?
 
+
-
edit
 

Balancer

администратор
★★★★★
Mishka> ТУт промелькнули сообщения, что Gentoo резко замедлился в развитии, проект плохо руководится, нет ясных целей и т.д. Кто и что может сказать?

Я бы не сказал, что какие-то тенденции наблюдаются, а из общих наблюдений за последние пару лет:

- Надёжность тестовых версий в портеже несколько снизилась.

- Надёжность стабильных версий на уровне, но собирается не всё. С тех пор, как "застабилизировали" GCC 4.1.1, обновился не весь софт, который собирался исключительно под GCC 3.x. Так что иногда приходится включать тестовые версии такого софта. Они могут за собой потянуть что-то ещё и т.д. Если пару лет назад сборка системы с нуля проходила без единого затыка, то, когда ставил не так давно Gentoo на свой "мультимедийный" декстоп - пару раз приходилось прикладывать руки.

- В целом основной портеж поддерживается на том же уровне свежести.

- Появилась масса сторонних портежей, тестовых, оперативных и т.п. Их подключение автоматизировано и централизовано (тот же app-portage/layman). Имеется масса полезных вещей, начиная от свежих XGL/Beryl, кончая "неправопатентным в США" субпиксельным рендерингом или неподдерживаемым софтом.

- Началось постепенное выведение из обращения устаревших технологий и пакетов. Скажем, замаскирован софт gtk1-only или поддерживающий gnome-1.

Нареканий к системе нет. По-прежнему считаю Gentoo лучшим дистрибутивом для моих нужд.
 
RU helicopter #19.03.2007 21:56  @Balancer#19.03.2007 20:48
+
-
edit
 

helicopter

втянувшийся

Balancer> У nVidia несколько свои требования к параметрам xorg.conf :)
На самом деле это те-же яйца, только в профиль, эту байду та-же gtf умеет генерировать.
HolyBoy, попробуйте в ModeLine изменить "1024x768_100.00" на "1024x768"
или в секции "Screen" указывать Modes "1024x768_100.00".
А вот у ATi (припиетарныых дров) с некотрого времени наблюдается полное игнорирование ModeLine'ов.
 
+
-
edit
 

Mishka

модератор
★★★
Всё-таки у них что-то не так. Вот с их сайта:
Gentoo fights flamewars and bad behaviour! — 13 March 2007
Posted on March 13, 2007 by Bryan Østergaard

Triggered by recent examples of bad behavior and dissatisfaction among developers and users alike, the Gentoo Council has drafted a new Code of Conduct that will be enforced for both developers and users. The draft version of the Code of Conduct is currently being discussed on the Gentoo-dev mailing list. To subscribe, send an email to gentoo-dev+subscribelists.gentoo.org or read the archive. The Code of Conduct will be voted upon by the Gentoo Council Thursday, March 15th; implementation will be immediate upon final approval. The Code of Conduct describes what the Gentoo Council has deemed acceptable and unacceptable behavior. It also describes the punishment that will be enforced if the Code of Conduct is breached. The Gentoo Council expects the Code of Conduct to end the bad behavior shown by some and hope it will help Developer Relations enforce good behavior among the developers. The Gentoo Council has scheduled a Question and Answer session Wednesday, March 14th between 2100UTC and 2300UTC in the #gentoo-council channel on the Freenode IRC network, irc://irc.freenode.net. We welcome all interested parties to participate in the Question & Answer session.
 
+
-
edit
 

yarblc

втянувшийся

а вот iptables в генту то оказывается по дефолту не работают...о как
читайте маны...они рулез  
RU helicopter #27.03.2007 18:19  @yarblc#27.03.2007 18:03
+
-
edit
 

helicopter

втянувшийся

yarblc> а вот iptables в генту то оказывается по дефолту не работают...о как
Это как понять ? Или имеется ввиду с дистрибутивным ядром ? Так там, если хандбук читать, его пересобрать надо ещё на этапе установки.
 
+
-
edit
 

Mishka

модератор
★★★
Хех, сгрузил я Gentoo LiveDVD Installer 2006.1 и принялся на свой старенький ноут устанавливать. Вообщем, ищет он ядро 2.6.17-6 ядро, а его уже нигде нет. Поэтому инсталляция обламывается. Придётся делать минимальную инсталляцию, а потом всё ручками. Не нравится мне такое.
 
+
-
edit
 

yarblc

втянувшийся

ну ..если пересобрать с дефолтными настройками (как я сделал) то ядро будет по функционалу как дефолтное, только под твою архитектуру заточенное
читайте маны...они рулез  
+
-
edit
 

Mishka

модератор
★★★
Так я настройки ядра не менял. Я только попросил установить ряд пакетов. Он как пошёл emerge-ать, как пошёл... дошёл до ядра и сдох — говорит, что не может найти. Я посмотрел на сайт, откуда он мерджает — и вправду нет, там уже лежит 2.6.18.х.
 
+
-
edit
 

yarblc

втянувшийся

а..ну это да...мне тоже пришлось немного при инсталяции подправить ссылки на свежие пакеты
читайте маны...они рулез  
RU helicopter #29.03.2007 12:19
+
-
edit
 

helicopter

втянувшийся

Эм, а портедж синкануть никак ?
 
1 5 6 7 8 9 17

в начало страницы | новое
 
Поиск
Настройки
Твиттер сайта
Статистика
Рейтинг@Mail.ru