[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