[MBT] new entry in pkg gdm "gdm uruchamiany z rc.d nie działa"

undefine@aramin.one.pl undefine w aramin.one.pl
Wto, 1 Paź 2002, 23:36:33 CEST


On Tue, Oct 01, 2002 at 06:32:49PM -0000, bugs w pld.org.pl wrote:
> Date: 2002-10-01 20:32:49+02	Author: Michal/ Margula (AlchemyX) <alchemyx w pld.org.pl> 
> Title:         gdm uruchamiany z rc.d nie działa
> Ticket ID:     #205
> Ticket URL:    http://bugs.pld.org.pl/?bug=205
> Package:       gdm-1:2.2.5.4-5
> Distribution:  
> Category:      doesn't work as it should
> Current state: opened
> Text:
> 
> A czy system jest w pełni zaktualizowany? gdm-2.2.5.4-8 i pozostałe programy uaktualnione (chodzi o kolejność startowania) i całość działa OK.
wszystko najnowsze ;)
problem polega na tym że rc startuje skrypty z /etc/rc.d/rc5.d/ (
for i in /etc/rc.d/rc$runlevel.d/S*; do ) w kolejności alfabetycznej.
Numerek 99 (czyli ładowane na końcu) będą trzy skrypty:
S99allowlogin
S99local
S99gdm (xdm, ...)

A ponieważ wykonują się alfabetycznie to wpierw będzie allowlogin, potem
gdm a następnie local.

Jeżeli masz pusty local różnicy nie zauwazysz - zanim gdm podniesie X-y
local się zakończy i inittab podniesie konsole użytkowników.
ale spróbój w local dać jakąś bardziej czasochłonną operację (u mnie
jest tam uruchamianie paru skrypcików z sieci które między innymi
updatują automagicznie niektóre elementy systemu). Efekt będzie taki że
uruchomi się gdm z ixami(na 2 konsoli - przynajmniej tak jest w logach),
a po chwili dopiero odpalą się mingetty... Doprowadza to do zwisu.
Testowane na kilkudziesięciu różnych komputerach. Po wywaleniu moich
drobiazgów z local wszystko ruszyło...

Rozwiązania mogą być chyba dwa:
1. przeniesienie local, allowlogin np na 98 albo okolice. Albo nawet
local na 97, allowlogin na 98 a ?dm na 99 - bo teraz allow login odpala
się przed local...
2. odpalanie gdm-a już po zakończeniu wszystkich skryptów. z specjalnego
miejsca w rc-scriptach.

Andrzej



Więcej informacji o liście dyskusyjnej pld-devel-pl