Processzor:
model name : Intel(R) Atom(TM) CPU N270 @ 1.60GHz
lspci output:
00:00.0 Host bridge: Intel Corporation Mobile 945GSE Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GSE Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 2 (rev 02)
00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 02)
00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 02)
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7-M Family) SATA Controller [AHCI mode] (rev 02)
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02)
02:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02)
kernel:
# uname -a
Linux localhost.localdomain 3.12.5-302.fc20.i686+PAE #1 SMP Tue Dec 17 20:51:40 UTC 2013 i686 i686 i386 GNU/Linux
Eredetileg Fedora 15, majd sima reinstall, és első reboot után yum update volt - többnyire megy is minden, csak az X-szel van baj:
a kdm bejelentkezés után egy darabig úgy tűnik, elindul minden, de az utolsó ikon (KDE logó) után megáll, nem jelenik
meg a szokásos KDE Plasma desktop.
Pontosabban hooooossszú idő után igen, de pl. egy konzolt indítva a beírt parancsokat fél-egy perc után ehózza és hajtja végre.Virtuális konzolra átváltva használhatatlan, mivel az összes virtuális konzolt a "^@^@^@^@^@^@..." karaktersorozattal írja tele folyamatosan.
Talán valami modesetting bug lehet, ugyanis a kernel opciók közé a nomodeset-et fölvéve nincs ilyen gond, csak akkor sajnos
a natív 1024x600 helyett csak 800x600 fölbontással használható.
Távolról ssh -X bejelentkezéssel megy minden, grafikus alkalmazások is.
Tapasztalt valaki hasonló tüneteket az újabb Linux disztribucióknál? Van valami acpi vagy modesetting gyógymód?
Kiegészítések:
1) A KDE-be való bejelentkezés után az X process CPU használata fölmegy 50-70%-ra, vsz. ettől, vagy valamelyik kde session
programkomponens bugja miatt lassul le.
2) Ezt ugyan nem értem, de a hozzáértők talán kiolvasnak valami hasznosat belőle :)
# ps axl|grep abrt
4 0 411 1 20 0 13400 2692 poll_s Ss ? 0:00 /usr/sbin/abrtd -d -s
0 0 413 1 20 0 13116 1916 hrtime Ss ? 0:02 /usr/bin/abrt-watch-log -F BUG: WARNING: at WARNING: CPU: INFO: possible recursive locking detected ernel BUG at list_del corruption list_add corruption do_IRQ: stack o
verflow: ear stack overflow (cur: eneral protection fault nable to handle kernel ouble fault: RTNL: assertion failed eek! page_mapcount(page) went negative! adness at NETDEV WATCHDOG ysctl table check failed : nobody cared IRQ handler ty
pe mismatch Machine Check Exception: divide error: bounds: coprocessor segment overrun: invalid TSS: segment not present: invalid opcode: alignment check: stack segment: fpu exception: simd exception: iret exception: /var/log/messages --
/usr/bin/abrt-dump-oops -xtD
Tehát valami kernel bugba szaladt bele? (Az abrt output sor valóban ilyen kusza.)
=================================================================================
Némi guglizás után a megoldás röviden:
(Ezt otthon ne próbálják ki :)
Mivel a /var/log/messages több ezer ilyen sort tartalmazott:
Dec 29 10:12:57 localhost systemd: Started Load/Save Screen Backlight Brightness of acpi_video0.
#systemctl disable systemd-backlight.service
és 2 új kernel paraméter a /boot/grub2/grub.cfg fájlban
linux /boot/vmlinuz-3.12.5-302.fc20.i686+PAE root=UUID=94dd831c-4ba5-426d-bda8-bd1fd1e41810 ro vconsole.font=latarcyrheb-sun16 quiet LANG=hu_HU.UTF-8 acpi_osi=Linux acpi_backlight=vendor
Így már rendesen működik a KDE. A hibernálás és egyéb finomságok momentán nem érdekelnek.
- 5767 megtekintés
Hozzászólások
Feliratkozás, engem is érdekel, SSD csere után tervezem az Ubuntu Netbook Remixet Fedora 20-ra cserélni.
- A hozzászóláshoz be kell jelentkezni
Nem nagyon vagyok képben, mi lehet a baj. Ha segít, leírom, nekem ezekkel a kernelparaméterekkel indul:
echo 'Loading Fedora (3.12.6-300.fc20.x86_64) 20 (Heisenbug)'
linux /vmlinuz-3.12.6-300.fc20.x86_64 root=/dev/mapper/vg_deer-LogVol00 ro rd.lvm.lv=vg_deer/LogVol00 rd.md=0 rd.dm=0 rd.luks=0 vconsole.keymap=us rhgb quiet LANG=en_US.UTF-8
echo 'Loading initial ramdisk ...'
initrd /initramfs-3.12.6-300.fc20.x86_64.img
A virtuális konzol teleírását TiniCore 5.0-nál tapasztaltam, talán 3.8-as kernellel, és valami ősrégi laptopon, amelynek 256 MB RAM-ja van. Ha nyomtam egy billentyűt, a jelenség megszűnt. Valami olyasmi lehet, hogy eleve lenyomott billentyűt hisz, egy billentyűt nyomva az utóbbinak a lenyomása, felengedése elfogadásra kerül, utána megszűnik az ismétlés. Próbáld ki: nyomsz egy 'a' betűt, ismételjen. Közben nyomsz egy másikat, például egy 'l' betűt, de ezt fel is engeded. Az eredmény valami ilyesmi lesz:
aaaaaaaaaaaaaaaaaaaaaaaaaal
Az 'a'-t nyomod tovább, de az 'l' után már nem lesz több 'a'. Tudom, hogy ezzel nincs megoldva, ám ideiglenesen talán segít.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Eddigi tapasztalatok:
Sem az X-szel, sem a kernellel nem mentem sokra.
Több display managernél is (kdm, lightdm) nincs semmi gond, míg be nem jelentkezek.
Ahogy bejelentkezek és elindítok vmi desktopot (kde, xfce) az X CPU használata fölmegy 50% köré, belassul, az egér nagyjából rendesen működik, de a billentyűzet inputot percnyi késéssel, borzasztó lassan hajtja végre.
Ha átváltok valamelyik virtuális konzolra, azt látom, hogy elég sebesen ^@ karakterekkel írja tele, lehet közéjük begépelni valamit, de kb. követhetetlen és használhatatlan a konzol emiatt.
A KDE vagy az XFCE desktop elindulásakor vmi fals billentyűzet beállításokat ad ki? Hogyan lehetne ezt debugolni?
- A hozzászóláshoz be kell jelentkezni
Live disztribúcióval is ugyanez a jelenség? Nézted a journalctl parancs kimenetét? Esetleg a /var/log/Xorg.0.log mesél valamiről?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni