Dotaz: Po kompilaci na 2.6.11 nejde spustit xterm nebo rxvt

[Jožin]

Ahoj. Překompiloval jsem si jádro z 2.4.26 na 2.6.11 v poho, prostě bez chyb. Upravil lilo, restartoval a komp v klidu najede. Spustím Window Maker a netuším, proč nespustím konzoli příkazem xterm, rxvt, když na starím jádru mi to jelo. Nehodí to žádnou hlášku, takže newím, kde je problém. Prostě jen blikne okno a nic. Mám Slack 10. Nevíte někdo?

Odpovědi

[Libor Klepac]

zapomel jsi mountovat pts filesystem do /dev/pts ? (a predtim jsi mel podporu Legacy tty ?)

[Jožin]

Tím mi chceš říct, že budu muset znova překompilovat a při make xconfig si to tam někde zaškrtnout? Já nechci znovu čekat.

[Libor Klepac]

no, jestli je to v tom, co rikam, tak by melo stacit pripojit ten devpts do /dev/pts , ale to by mely delat iniscripty (zrejme s tim nikdo nepocital

[Jožin]

Když jsem shodil Xka a napsal mount, tak tam připojené /dev/pts mám.

[Libor Klepac]

tak to bori vsechny moje teorie, sorry za spatnej tip

[Michal Marek (twofish)]

strace xterm (v konzoli) a hyn sa ukáže...

[Jožin]

Tohle je jenom konec výpisu po 'strace xterm'. Jinak by to bylo snad na 4 stránky.

write(3, "^\0\10\0\4\0\0\1\1\0\0\1\1\0\0\1t\0u\0\0\0\0\0\0\0\377"..., 348) = 348
read(3, "\1\0 \0\4\0\0\0\2\0\0\0\377\377\0\0\377\377\0\0\0\0\0\0"..., 32) = 32
read(3, "\0\0\0\0\0\0\0\0\377\377\377\377\377\377\0\0", 16) = 16
getuid32()                              = 0
getgid32()                              = 0
rt_sigaction(SIGTTOU, {SIG_IGN}, {SIG_DFL}, 8) = 0
rt_sigaction(SIGALRM, {0x8072890, [ALRM], SA_RESTORER|SA_RESTART, 0x40324078}, {SIG_DFL}, 8) = 0
alarm(2)                                = 0
rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0
open("/dev/tty", O_RDWR)                = -1 EISDIR (Is a directory)
alarm(0)                                = 2
rt_sigaction(SIGALRM, {SIG_DFL}, {0x8072890, [ALRM], SA_RESTORER|SA_RESTART, 0x40324078}, 8) = 0
write(2, "xterm: Error 14, errno 21: ", 27xterm: Error 14, errno 21: ) = 27
open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
write(2, "Is a directory\n", 15Is a directory
)        = 15
write(2, "Reason: spawn: open() failed on "..., 41Reason: spawn: open() failed on /dev/tty
) = 41
close(0)                                = 0
chown32("/dev/pts/0", 0, 0)             = 0
chmod("/dev/pts/0", 0666)               = 0
exit_group(14)                          = ?

[Michal Marek (twofish)]

open("/dev/tty", O_RDWR) = -1 EISDIR (Is a directory)

Tak to máš docela rozbitý :-O protože normálně

$ ls -l /dev/tty
crw-rw-rw-  1 root root 5, 0 dub 14 16:14 /dev/tty

[Jožin]

A newíš, v čem jsem udělal chybu, že mi to nejede? To jádro jsem instaloval přímo z balíčků pro slacka ve formátu tgz.

[Ondřej Kubečka]

Za tohle jadro samo o sobe zcela zrejme nemuze, nejedna-li se o devfs, ale to neni u Slacka az tak obvykle a na 2.6 ani doporucovane (on se o to uz delsi dobu nikdo nestara).

Nejvyse by na vine mohl byt udev, ktery blahem z noveho jadra zacal tropit alotria. Takze neni li to nutne, urcite bych vypustil udev pri startu a pripadne obnovil puvodni stav /dev/ z baliku (nebo si tam ruco udelal poradek).

[Georgo10]

zdravíčko

naskytl sem mi stejný problém, jak zde popisuje Ondřej. .. naštěstí - díky tobě mi to jede v pohodě .. :) stačilo pouze provést pod rootem povel

chmod -x /etc/rc.d/rc.udev

a rebootovat a bylo po problému :) moc děkuju

btw > prohlížel jsem balíčky s novým kernelem (instaloval jsem 2.6.11 z balíčku + initrd jsem dával kvůli ext3) a nikde se neprovádí změna udev, čili předpokládám, že tam zůstal ze starého 2.4.29 ;)

mockrát díky

[Martin Beránek]

tento problem jsem mel taky, pomohl swaret a update na 10.1. Jelikoz mam net doma tak sem to nejak vic neresil... rekl jsem si zkusim posledni verzi balicku pro X11 a ono se to vyresilo. bohudik ted uz slaka nemam takze vic ti k tomu rict nemuzu.