[OPGELOST] rc.local wordt soms niet uitgevoerd

[track]

Wanneer verwacht je dat die wordt uitgevoerd dan ?
Volgens mij gebeurt dat alleen als je naar een andere runlevel gaat.  Dus normaal alleen bij het opstarten.
En dat doet hij dus juist niet ?
(Je kunt trouwens alleen comandolijn-programma's starten, want op dit moment is er nog geen Xserver)

track

[tmp_t]

Wanneer verwacht je dat die wordt uitgevoerd dan ?
Volgens mij gebeurt dat alleen als je naar een andere runlevel gaat.  Dus normaal alleen bij het opstarten.
En dat doet hij dus juist niet ?

Klopt: ik verwacht het bij het opstarten, en dat doet hij soms niet.

(Je kunt trouwens alleen comandolijn-programma's starten, want op dit moment is er nog geen Xserver)

track

Uiteraard. Maar dat doe ik ook niet

[tmp_t]

Ik ben ietsje verder denk ik:

Het lijkt erop dat het systeem ergens in de opstartfase blijft hangen.
Als /etc/rc.local niet uitgevoerd wordt staat het volgende nog in de lijst met processen:

Code: [Selecteer]

root      5198  0.0  0.1   1844   528 ?        S    20:14   0:00 /bin/sh /etc/rc2.d/S98usplash start
root      5206  0.0  0.0   1756   384 ?        S    20:14   0:00 chvt 1

Klopt mijn conclusie?
Heeft iemand een tip om hiermee verder te komen?

[track]

Is er een vastloper dan ?   In ieder geval zou ik het verhaal in de /var/log/* proberen te vinden.  Want daar vind je alle foutmeldingen terug.

Dus daar verder zoeken en eventuëel onderdelen hier posten.

track

[tmp_t]

Ik kan daar niks bijzonders vinden.
Ik wil best iets posten... maar wat dan?

Het systeem blijft opzich niet hangen. Ik kan met ssh gewoon inloggen in ieder geval.
Maar wel gek dat /bin/sh /etc/rc2.d/S98usplash start in fr proceslijst staat, of niet?
Moet dat niet gewoon weer verder doorstarten...?

In ieder geval is me inmiddels wel duidelijk dat als dit proces in de lijst staat, dat dan /etc/rc.local niet uitgevoerd wordt.
Ik weet ook dat /etc/init.d/rc.local niet draait, want daar heb ik inmiddels ook echo's ingezet.

[vanadium]

"debug" tips geprobeerd van mijn vorig postje?

[tmp_t]

Ja.
En de eerste echo (1) wordt al niet uitgevoerd als het fout gaat.

Ik heb daarna ook echo's gezet in /etc/init.d/rc.local en ook die komen niet als het fout gaat.

[vanadium]

Bedankt voor de feedback.

[tmp_t]

Als ik in de situatie dat rc.local niet uitgevoerd wordt in de proceslist kijk zie ik
/bin/sh /etc/rc2.d/S98usplash start

Als ik dat proces kill, dan wordt rc.local alsnog uitgevoerd.

Er hangt dus toch iets (?)
Wat kan ik hier aan doen.

Niks in de log's te vinden dat mij doet verontrusten

[vanadium]

S98usplash wordt inderdaad uitgevoerd vóór rc.local (S99rc.local
). Dat zou wijzen op een probleem met usplash, maar ook op het feit dat de volgende opstart event pas uitgevoerd wordt als de vorige succesvol is (?).

Lost fundamenteel het probleem met usplash niet op, maar rc.local kan naar voor geplaatsd worden met

mv S99rc.local S98rc.local

Hierdoor zal het net vóór usplash uitgevoerd worden.

[track]

In dit geval zou ik "gewoon"  /etc/rc2.d/S98usplash   backuppen en dan ook met enkele echo's larderen.
Ergens moet er de knoop zitten toch ?  (later kun je de ongelardeerde versie weer terug zetten)

... en en-passant zie je ook nog een beetje hoe die usplash in elkaar zit.

track

[Johan van Dijk]

Misschien helpt het al als je de bootsplash uitschakelt?
Dat kan je doen door /boot/grub/menu.lst aan te passen. (splash weghalen uit de opstartopties)

[tmp_t]

Misschien helpt het al als je de bootsplash uitschakelt?
Dat kan je doen door /boot/grub/menu.lst aan te passen. (splash weghalen uit de opstartopties)

Gedaan. Ik ga nu in de gaten houden of het probleem weg is.

Overigens heb ik inmiddels ook een bug gevonden. Het probleem schijnt in de ubuntu 9.04 opgelost te zijn: https://bugs.launchpad.net/ubuntu/+source/usplash/+bug/160209

Bedankt allen voor de hulp