Iets doms in boot.local gezet??

[mcB]

Ik ben nog niet zo lang geleden begonnen met linux en heb nu iets doms gedaan.

De client van distributed.net wilde ik automatisch laten opstarten, dus heb ik het pad ernaar in boot.local gezet.

Nu start linux keurig op, totdat de distributed.net client wordt opgestart. KDE start daana niet meer op en het systeem wordt (denk ik,) volledig in gebruik genomen door de client.

Is er een manier om boot.local aan te passen? Of een manier om de client te killen?

Er zijn al een hoop topics aan de orde geweest om de cleint te starten, maar nog niet om m weer af te sluiten.

[moto-moi]

mcB schreef op 13 januari 2003 @ 18:40:
De client van distributed.net wilde ik automatisch laten opstarten, dus heb ik het pad ernaar in boot.local gezet.
Nu start linux keurig op, totdat de distributed.net client wordt opgestart. KDE start daana niet meer op en het systeem wordt (denk ik,) volledig in gebruik genomen door de client.

Waarschijnlijk draait de client niet als daemon, en staat je computer dus te wachten totdat het programma klaar is. Dit kun je voorkomen door een & achter de programma-naam te zetten in boot.local.

Is er een manier om boot.local aan te passen? Of een manier om de client te killen?

killall distributed.net , als de client zo heet, maar dat staat ook in de DOS-WIN-2-LINUX-HOWTO

Er zijn al een hoop topics aan de orde geweest om de cleint te starten, maar nog niet om m weer af te sluiten.

Da's niet waar, is vandaag nog een topic geweest over vim afschieten. Dat is precies hetzelfde.

[mcB]

Het probleem is nu juist dat ik dus geen commando's in kan voeren omdat de client met de cruncher draait

[beany]

CTRL-C ?

[mcB]

nope.....geen ctrl_c

[_nethack]

Je hebt waarschijnlijk de client op de voorgrond laten draaien. Zet er in je script om te beginnen eens een '&' achter.
Je kunt waarschijnlijk gewoon het systeem verder opstarten door de client met ctrl-c af te breken.

[mcB]

ik zou het wel willen, maar de client sluit echt niet af.
Ik kan dus nu op geen manier de boot.local aanpassen.

Het klopt dat de client nu op de voorgrond draait.

[Wilke]

Blijkbaar werkt op Ctrl-C drukken dus niet, dat kan gebeuren....in dat geval opstarten in maintenance mode (bij lilo als extra optie '1' opgeven). Dan ben je meteen als root ingelogd en kun je dat &-teken er achter zetten. En als je dat dan toch doet, zet er dan meteen >/var/log/dnetc.log 2>&1 bij, anders krijg je de hele tijd de output door je console heen (zwaar irritant). Oh ja: de '&' komt altijd helemaal achteraan, dus het complete commando is zoiets:

/pad/naar/dnetc >/var/log/dnetc.log 2>&1 &

[odysseus]

Zijn je andere shells al gestart (als in: kun je met alt+F2 naar een login-shell)? Je kunt ook proberen of je bij LILO (helemaal aan het begin van het opstarten) iets als 'linux 1' kunt draaien, dan kom je in een modus waarin je boot.local misschien niet wordt uitgevoerd - dat hangt van de instellingen van je distributie af. Een laatste optie die altijd werkt is het gebruik van een rescue-disk zoals je die overal op internet kunt vinden.

[mcB]

heel erg bedankt Wilke.... het is nu opgelost.

[Hagar]

De client killen vanuit zichzelf onder linux.
Om het hier ook helemaal netjes af te sluiten

[ge-flopt]

het & teken wil niet altijd goed werken in combinatie met de dnet client. Als het goed is kun je achter de client -detach zetten. Werk je met het & den wil hij (bij mij) maar heel weinig resources (cpu-tijd) gebruiken.

[Wilke]

Oh, bij mij werkte dat altijd wel gewoon, maar goed, inderdaad, -detach kan ook.

Mooi dat het nu werkt

Enne: Niet weer cross-posten a.u.b., dat wordt niet gewaardeerd!

[M4RTiN]

haha dit topic is lachen

ik heb gewoon precies zo'n topic een tijd terug gehad

[Verwijderd]

als je linux opstart met lilo, dan gewoon de optie single erachter geven, dan start hij in maintenance mode, en skipped hij die dingen. Dan kan je met je favoriete editor dat filetje aanpassen.

Met grub werkt dit nagenoeg hetzelfde, weet het alleen niet precies omdat ik daar te oldskool voor ben

[ Voor 23% gewijzigd door Verwijderd op 15-01-2003 14:08 ]