Linux за българи: Форуми

За настолен компютър ползвам една Armada M700 и в началото на годината й инсталирах Debian etch от netinst CD и направо бях възхитен от лекотата с която стана всичко.

Настроена е автоматично да търси нови версии на пакетите и съответно почти всеки ден обновявам нещо, но я рестартирам рядко, вместо това използвам "Дълбоко приспиване". Миналата сряда обаче отказа да монтира един usb flash (след неколкократни успешни монтирания). Опитах в конзола, но отново не се получи и като всеки M$ възпитаник реших да я рестартирам, но ефекта беше плачевен - показва графичния екран с показалеца на мишката - стои така около минута - изключва графиката - и пак, и пак...

Спрях gdm и настроих kdm, който зарежда до login, но в момента в който му потвърдя паролата (независимо коя сесия съм избрал) и той губи ума и дума и отново зарежда login.

Като user не мога да изпълня startx, но като root - startx се изпълнява нормално.

Някой има ли идеи? Какви команди да изпълня, които биха могли да осветлят проблема?

Дали това може да има нещо общо?

Примерен код

root@steve-laptop:/root# cat /var/log/Xorg.0.log | grep EE         (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (II) Loading extension MIT-SCREEN-SAVER (EE) ATI(0): [dri] DRIScreenInit Failed (EE) AIGLX: Screen 0 is not DRI capable

Благодаря предварително!

Намерих една тема Debian Sarge on Compaq Armada M700, а тя ме насочи и към Debian Testing (etch) on Compaq Armada M700, и реших да допълня информацията за системата ми.

lspci

Примерен код

00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00:04.0 CardBus bridge: Texas Instruments PCI1450 (rev 03) 00:04.1 CardBus bridge: Texas Instruments PCI1450 (rev 03) 00:07.0 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02) 00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03) 00:08.0 Multimedia audio controller: ESS Technology ES1978 Maestro 2E (rev 10) 00:09.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 09) 00:09.1 Serial controller: Agere Systems LT WinModem 01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64)

lsmod

Примерен код

Module                  Size  Used by rfcomm                 34616  0 l2cap                  21696  5 rfcomm bluetooth              45732  4 rfcomm,l2cap ppdev                   8676  0 lp                     11012  2 button                  6672  0 ac                      5188  0 battery                 9636  0 ipv6                  226016  19 dm_snapshot            15520  0 dm_mirror              19152  0 dm_mod                 50232  2 dm_snapshot,dm_mirror loop                   15048  0 radio_maestro           7392  0 compat_ioctl32          1472  1 radio_maestro videodev               21120  1 radio_maestro v4l1_compat            12036  1 videodev v4l2_common            20448  1 videodev irtty_sir               7808  0 tsdev                   7520  0 sir_dev                15492  1 irtty_sir snd_es1968             26976  1 gameport               14632  1 snd_es1968 pcmcia                 34108  0 firmware_class          9600  1 pcmcia snd_ac97_codec         83104  1 snd_es1968 snd_ac97_bus            2400  1 snd_ac97_codec irda                  162588  2 irtty_sir,sir_dev snd_pcm_oss            38368  0 snd_mixer_oss          15200  1 snd_pcm_oss rtc                    12372  0 snd_pcm                68644  3 snd_es1968,snd_ac97_codec,snd_pcm_oss snd_timer              20996  1 snd_pcm snd_page_alloc          9640  2 snd_es1968,snd_pcm snd_mpu401_uart         8064  1 snd_es1968 crc_ccitt               2240  1 irda parport_pc             32164  1 snd_rawmidi            22560  1 snd_mpu401_uart snd_seq_device          7820  1 snd_rawmidi snd                    47012  11 snd_es1968,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_ rawmidi,snd_seq_device parport                33256  3 ppdev,lp,parport_pc floppy                 53156  0 serio_raw               6660  0 i2c_piix4               8140  0 intel_agp              21148  1 psmouse                35016  0 pcspkr                  3072  0 i2c_core               19680  1 i2c_piix4 soundcore               9248  1 snd yenta_socket           24460  2 rsrc_nonstatic         11840  1 yenta_socket pcmcia_core            36852  3 pcmcia,yenta_socket,rsrc_nonstatic shpchp                 33024  0 pci_hotplug            28704  1 shpchp agpgart                29896  1 intel_agp evdev                   9088  1 ext3                  119208  5 jbd                    52456  1 ext3 mbcache                 8356  1 ext3 ide_cd                 36064  0 cdrom                  32544  1 ide_cd ide_disk               14848  7 e100                   32232  0 mii                     5344  1 e100 uhci_hcd               21032  0 usbcore               112676  2 uhci_hcd piix                    9444  0 [permanent] generic                 5028  0 [permanent] ide_core              110504  4 ide_cd,ide_disk,piix,generic thermal                13608  0 processor              28840  1 thermal fan                     4804  0

cat /proc/ide/hda/model

Примерен код

IBM-DCXA-210000

cat /proc/cpuinfo

Примерен код

processor       : 0 vendor_id       : GenuineIntel cpu family      : 6 model           : 8 model name      : Pentium III (Coppermine) stepping        : 10 cpu MHz         : 796.116 cache size      : 256 KB fdiv_bug        : no hlt_bug         : no f00f_bug        : no coma_bug        : no fpu             : yes fpu_exception   : yes cpuid level     : 2 wp              : yes flags           : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr sse up bogomips        : 1593.39

А като махнеш реда
Load    "dri"
от /etc/X11/xorg.conf файла, какво става?
Я всъщност дай да му видим съдържанието!

Махна ли реда
Load    "dri" ?
Съдържанието на xorg.conf файла ми трябваше, ако махането на този ред не помогне.

Най-добра работа засега върши скрипта на envy:
http://www.albertomilone.com/nvidia_scripts1.html

При проблеми с Xorg е незаменим (почти)

Защо да маха load 'dri'?
От хикса ясно се вижда, че е с видео карта на Ати, и най вероятно ползва драйвер за Ати
Според мен трябва да сложи един диез # непосредствено пред реда
load "glx"

Коментирах и Load "dri" и Load "glx", но ефект - никакъв. След това деинсталирах и премахнах конфигурациите на почти всички програми свързани с графичната среда, след това ги инсталирах отново - ефект никакъв.

Друго нещо, което ми направи впечатление е, че mail не работи заради недостатъчни привилегии, но не знам къде да търся проблема и го пускам с sudo mail -u user, като така работи, но писмата нямат явна връзка с неработенето на X.

Направи един бекъп на xorg.conf. После:

Примерен код

#dpkg-reconfigure xserver-xorg

Това опитах най-напред, но не стана.  

Други идеи, моля!

Сега гледам че си със стандартния драйвер "ati". Пробвай с fglrx. Ето и една отлична инструкция за целта.

Успех

Абе аз да взема да пробвам, но защо ли ми се ще нещата, които са работели - пак да си работят, а не непрекъснато да търсим кръпки.

Ще взема да преинсталирам (знам, че това не е Window$, но и тук май така се рашават нещата, като става въпрос за обикновенни потребители (не искащи да знаят кое как работи в чак такива детайли, а и когато става въпрос за "Работен плот"), но ми се щеше някой да ме светне къде съм сбъркал или ако съм попаднал на bug - как да го докладвам!

Провери си логовете, премахни Х-а и го инсталирай отново, т.е. ползвай aptitude remove и deborphan. Аз лично правя upgrade на два дена и Х-а не ми се е чупил, т.е. проблема е някакъв частен случай. Премахни модулите за видеото и сложи подразбиращите (default).

Преинсталирането означава, че си се предал, а от това няма и смисъл, защото няма абсолютно никаква сигурност, че грешката няма да се повтори.

@Gaara: Много благодаря за съвета, но както вече казах операцията с премахване на X и нова инсталация вече я правих, и ефект нямаше. Днес пробвах и твоята идея да добавя премахване с deborphan, като се наложи няколко пъти да го изпълня, за да махне всичко и при това с --guess-all, след това пуснах и purge на всички неинсталирани пакети. За съжаление и това ме доведе до същия резултат - root изпълнява startx, gdm не зарежда и user не може да изпълни startx.

Не искам да се предавам, но ми свършиха идеите.

Значи, ако правилно съм разбрал, root има Х, но потребителят ти няма?
Това ми прилича на проблем с .Xauthority файла. Копирай този от /root в /home/user и виж дали ще има ефект, а що се отнася до gdm и в случай, че root има Х, то dpkg-reconfigure gdm.

Правилно си разбрал - root има X, но

Примерен код

cp /root/.Xauthority /home/user/ chown user:user /home/user/.Xautority

не помогна на user, защото ефекта си е все

Примерен код

Waiting for X server to begin accepting connections .

, а и

Примерен код

dpkg-reconfigure gdm

не промени нищо. (Да отбележа, че и по-рано съм изпълнявал последната команда и все със същия успех.)

Пробвал ли си с друг display manager (xdm, kdm, entrance)?
Също така виж какво ти пише в /var/log/gdm/\:0.log. Ако искаш може да го премахнеш с aptitude remove gdm и след това му затриеш директорията /etc/gdm

Radev, за съжаление в момента не ми идва наум къде е проблема ти, но не е в тези грешки (дори и тази - фаталната). Аз имам Omnibook 6000 с абсолютно същата видеокарта (бе той и кома си е почти същия като сравнявам резултатите от lspci) и го карам с драйвер "ати" и ми дава абсолютно същите грешки, а именно:
FATAL: Module mach64 not found
(EE) ATI(0): [dri] DRIScreenInit Failed
(EE) AIGLX: Screen 0 is not DRI capable,
но си работи и gdm и startx. С Gentoo съм. Успех!

Я сложи това в xorg.conf

Примерен код

Section "ServerFlags"         Option  "AIGLX" "off" EndSection

и виж дали ще ти изчезне съобщението за dri. Също така гледам, че имаш закоментиран ред на тъчпада, а и в горната извадка имаш съобщение затова. Какво става като махнеш коментарите?

Щом руут има Х а простосмъртен юзър няма, а също дава и грешка за DRI явно просто на обикновен юзър не му е позволен DRI. за да реши проблема добави

Примерен код

Section "DRI"         Mode 0666 EndSection

 в края на xorg.conf

Май Xorg е почупен... може би липсват зависимости или са стари версии. Нека първо да направи нов non-admin потребител и да пробва с него да влезне. След това под recovery mode като root:

apt-get update
apt-get upgrade

После може един
apt-get -f install
и
dpkg --configure -a

Момчета, ще правя банкет - влязах в X

Някой да ме светне какви са подразбиращите се настройки на /tmp, защото в момента ползвам периферията на другата машина за друго, моля!

А и някой знае ли какво може да ми е скапало настройките на /tmp?

chmod 1777 /tmp
Ако това разбираш под настройки.

Това го бях прочел преди няколко дни и това и пробвах вчера, а днес гледам, че и в къщи е така. Мерси!

Тази сутрин (отново се събудих малко след 2 и 30 ) и се размислих на тема - "к'во стана та не вечерааме".

Онзи ден, когато ми се скапа машината, имах задача да инсталирам драйвер за psc1410 на w98, но се оказа, че не му работи cd-то. Грабнах Лапчо и една 1G flash-ка и подпетих драйвера, но той се оказа ужасно гаден. Някъде на третото добавяне на нови файлове от cd-то, Лапчо не пожела да монтира flash-ката. Опитах да я монтирам ръчно, като root на /mnt, но нещо не стана като хората - при всеки опит за запис я откриваше като ново устройство (sda, sdb, sdc...). Реших да рестартирам, но след рестарта не зареди X. Опитах в конзола да довърша копирането, но ми даваше грешка при запис и тука някъде (мисля) ми свърши батерията, а това си е проблем, защото машината е доста стара и следенето на батерията освен да ме предупреди (но само в графичен режим), че трябва да го включа - друго не прави. Да де, ама аз бях в конзола и съответно Лапчо просто си изгасна изведнъж. Намерих си зарядното и го включих, но вече въобще не щеше да пише по flash-ката и след като не намерих fsck, който да ми свърши работа за vfat, пуснах scandisk на w-то. Откри разлики във fat таблиците и някаква омазана информация, която му казах да разкара. След това изтрих доста неща и копирах цялото cd на flash-ката.

Та се чудя къде и какво се е случило и дали изобщо има връзка между смахването на Лапчо и актуализациите или просто онзи ден нещо се е омазало по повод на автоматичното mount-ване на flash-а, на пример. Освен това мина доста време и не съм сигурен кое след кое се случи, но истината е, че вчера след като реших да поразгледам как да си запазя данните с mc, ми направи впечатление съобщението за липса на права за /tmp и след като направих опит с командата от предишния пост X-а си тръгна "като стой та гледай".

Някой може ли да се сети какво се е случило?

Открих едно нещо, което може да доведе до кофти държане на Xorg и драйверите на видеокартата.

Пише се:
nano /et/modprobe.d/blacklist-framebuffer

В този файл се указват спряните модули за framebuffer драйверите, при мен нямаше коментирани редове, но на една машина половината бяха и от време на време игрите изхвърляха.