(Gelöst ) rc.local wird nicht "abgearbeitet"

[rendegast]

....und sich idealerweise auf nix beziehen, was ein etabliertes Netzwerk nötig hat.....

Eine Besonderheit unter debian,
rc-local.service.d/debian.conf mit

Code: Alles auswählen

After=network-online.target

Aber auch ein zBsp.

Code: Alles auswählen

ping -W 1 server || ....

kann hier imo als problemlos angesehen werden.

[TomL]

Ich weiß nicht warum Ihr euch den Kopf macht, wenn der Typ zu faul ist uns auch nur zu sagen, was er damit bezweckt.

Was er bezweckt, ist mir auch nicht klar... diese Planlosigkeit zieht sich ja schon ewig hin.... aber wie ich sagte... ist doch egal... ist seh's als Zeitvertreib. Und dabei bin ich der Meinung, dass "sich ärgern" die schlechteste Art ist, sich die Zeit zu vertreiben.

[geier22]

Aber ohne etc/rc.local brauchst du auch den service nicht. Der startet dann nämlich gar nicht

[TomL]

....und sich idealerweise auf nix beziehen, was ein etabliertes Netzwerk nötig hat.....

Eine Besonderheit unter debian,
rc-local.service.d/debian.conf mit

Code: Alles auswählen

After=network-online.target

Was sagt das aus? Nur, das irgendein Netzwerk verbunden ist. Das kann auch bei Macces sein, oder Burger King oder sonst wo auf der Welt. Also nichts wirklich verwertbares,wenn man z.B. ein NAS verbinden will. Und wenn ein Netz erst später via WLAN "on-the-fly" verbunden wird, also außerhalb des Boot-Phasen-Timeouts, weiss ich nicht, ob dieses Target überhaupt noch angezogen wird. Ich würde also eher nicht drauf bauen.

Nachtrag... den Ping habe ich jetzt erst gesehen... ja, das geht natürlich... man muss halt nur wissen, dass man darauf achten muss. Allerdings greift dieser Ping bei "später verbinden" auch nicht mehr. Ich persönlich halte die rc.local für keine gute Lösung mehr... für keinen Anwendungsfall. Das geht imho alles besser via service-units.

[geier22]

Code: Alles auswählen

ls -l /etc/systemd/system/rc.local.service
lrwxrwxrwx 1 root root 9 Okt 17 15:08 /etc/systemd/system/rc.local.service -> /dev/null

mit O Byte ? die will wohl erst mal gefüllt werden

Es gibt weiterhin einen system-generators/systemd-rc-local-generator,wozu der gut ist?

und dann kann der generieren -- oder ?
genau so wie die
/etc/rc.local

Was will er also ?????????????????????????

[TomL]

Was will er also ?????????????????????????

Warum unterstellst Du, dass er das weiss?

[geier22]

Warum unterstellst Du, dass er das weiss?

Und worüber unterhalten wir uns dann?
ich sags ja der Mikrowellen Tipp ist das Richtige. Anderseits: mit Eiern und Mehl ---auch nicht schlecht
Immerhin hat er es geschafft uns zu beschäftigen.

[rendegast]

@geier22
Es wird ja auch von 3rd-party mitgelesen.
Und ob der Relevanz steht dfde meist hoch oben in der google-Trefferliste.
EDIT falsches Wort, besser "Renommee / Reputation"

Möchtest Du, daß ein unbedarfter Leser im thread hauptsächlich Dein Geläster mitbekommt?

Antworte so gut Du kannst und Denk Dir einfach, Du schreibst für ein wiki o.ä.

Aber ohne etc/rc.local brauchst du auch den service nicht. Der startet dann nämlich gar nicht

Das ist so nicht ganz richtig, der service wird schon aufgerufen, stoppt aber wegen

Code: Alles auswählen

ConditionFileIsExecutable=/etc/rc.local

....und sich idealerweise auf nix beziehen, was ein etabliertes Netzwerk nötig hat.....

Eine Besonderheit unter debian,
rc-local.service.d/debian.conf mit
...

Was sagt das aus? Nur, das irgendein Netzwerk verbunden ist. Das kann auch bei Macces sein, oder Burger King oder sonst wo auf der Welt.

"Irgendein Netzwerk" ist dann immer noch ein etabliertes Netzwerk.
Der point-of-failure könnte genauso zBsp. eine fehlende usb-Platte sein für einen angesetzten backup-Job.
Sorgfalt schließt korrekte Fehlerbehandlung jeder Art ein.

[TomL]

Sorgfalt schließt korrekte Fehlerbehandlung jeder Art ein.

Absolut richtig. Klar, sicher funktioniert unter diesen Prämissen noch die rc.local. Nur greift jetzt auch hier für mich und für weitere Überlegungen und Entscheidungen der Umstand, dass es per default erst mal gar keine rc.local mehr gibt.... sondern nur noch so eine OldOldStable-Kompatibilitätsbehandlung. Allein das würde ich als Grund nehmen, mich eher mit zeitgemäßen Lösungen zu befassen.

Aber davon unberücksichtigt, speziell das Problem mit der Verfügbarkeit eines NAS ist ja mit einer Service-Unit auch nicht automatisch gelöst. Auch da muss zur Fehlerbehandlung gehören, dass das NAS eben bei einer Macces-Netzwerk-Verbindung nicht gemountet werden kann.

[geier22]

@geier22
Es wird ja auch von 3rd-party mitgelesen.
Und ob der Relevanz steht dfde meist hoch oben in der google-Trefferliste.
Möchtest Du, daß ein unbedarfter Leser im thread hauptsächlich Dein Geläster mitbekommt?
Antworte so gut Du kannst und Denk Dir einfach, Du schreibst für ein wiki o.ä.

Wenn du meine Beiträge liest, wird du feststellen, das ich so gut wie nie in diesen Ton verfalle. Aber es gibt auch ein Recht zur Notwehr
Wie ordnest du das ein?

DEBIANUNDANDREAS:
Debian 9.3 sollte als Angabe reichen da es relativ neu ist.

DEBIANUNDANDREAS
geier22
Es ist keine rc.local da.
Was nun?

Wie ordnest du das ein?
Dann wollen wir daraus mal ein Wiki machen

Nichts desto trotz muss die /etc/systemd/system/rc.local.service zuerst befüllt werden, um den Service aktivieren und starten zu können

[rendegast]

Nichts desto trotz muss die /etc/systemd/system/rc.local.service zuerst befüllt werden, um den Service aktivieren und starten zu können

Beim systemd 232 von stretch ist ein Link /lib/systemd/system/rc.local.service auf die mitgebrachte rc-local.service.
https://packages.debian.org/stretch/amd ... d/filelist

[detix]

Kommt mal wieder runter Leute, wegen einem User hier Zwietracht streuen?
Der zudem noch allerseits dafür bekannt ist ausschließlich rumzustänkern?
Findet euch!

[geier22]

Beim Debiansystemd 232 von stretch ist ein Link /lib/systemd/system/rc.local.service auf die mitgebrachte rc-local.service.

Das hatte ich übersehen:
aus /lib/systemd/system/rc-local.service:

# This unit gets pulled automatically into multi-user.target by
# systemd-rc-local-generator if /etc/rc.local is executable

[geier22]

Kommt mal wieder runter Leute, wegen einem User hier Zwietracht streuen?

Wir sind jetzt auf der Ebene "Selbstgespräche" und damit unten

[Ellison]

Kommt mal wieder runter Leute, wegen einem User hier Zwietracht streuen?
Der zudem noch allerseits dafür bekannt ist ausschließlich rumzustänkern?
Findet euch!

Ich sehe weder Zwietracht noch Stänkern. Es wurden Hinweise geliefert, den Rest muss der Andy selbst hinbekommen.
Zugegeben, mich nerven solche Fragestellungen, wie sie gerne von ihm kommen, schon immer wieder, aber meine Tochter hat Geburtstag, wir haben Advent, ich habe 3 Glühwein drin. Da geht heute nichts mehr in Sachen Ärger

[rendegast]

# This unit gets pulled automatically into multi-user.target by
# systemd-rc-local-generator if /etc/rc.local is executable

Obwohl ich mehrmals 'systemctl cat rc-local.service', habe ich das glatt überlesen.
Beim 'systemctl enable/disable ...' wird nicht "klassisch" ein Link in /etc/systemd/system/ erzeugt.
Es existiert einer in
/run/systemd/generator/multi-user.target.wants/,
und zwar nur ein Link auf die .service-Datei, nicht wie zBsp. die erzeugten .mount-Units für fstab-Einträge.

(verbunden ist das entsprechende Modifizieren der rc*.d/Links des init.d/-Skriptes)

Das enable/disable hat auf diesen generator-Link scheinbar keine Auswirkung.

[DEBIANUNDANDREAS]

Hallo hat keiner eine Schritt für Schritt Anleitung wie ich rc.local einrichte, eventuell als deutschsprachigen Internet Link? Seht es so, ich der Wichtel ihr das Weihnachten...

[geier22]

Die Voraussetzung wäre dass du uns nach 41 Beiträgen nun endlich sagst, was du bezweckst.
Vielleicht findet sich ja jemand, der das ohne die von dir geforderte Erklärung macht.
Ich fände es aber nicht gut. Denn es sollen ja alle daraus lernen.

Also :
Was willst du erreichen
warum geht das nicht anders.
Wenn du nicht bereit bist diese Infos zu geben, sehe ich nur den Versuch uns hier hoch zunehmen
Ansonsten bemühe aus meiner Sicht Google. Da gibt es genügend Hinweise.

[Ellison]

Hallo hat keiner eine Schritt für Schritt Anleitung wie ich rc.local einrichte, eventuell als deutschsprachigen Internet Link? Seht es so, ich der Wichtel ihr das Weihnachten...

Wichteln bedeutet aber Geben und Nehmen. So, wie ich das bisher so sehe, nimmst du ausschließlich.

[Datenteiler]

Hallo hat keiner eine Schritt für Schritt Anleitung wie ich rc.local einrichte, eventuell als deutschsprachigen Internet Link? Seht es so, ich der Wichtel ihr das Weihnachten...

Äh, hast du schon von mir in diesem Thread erhalten...

[DEBIANUNDANDREAS]

Danke an den user
Datenteiler

dein Link hat funktioniert.

[MartinV]

Ein paar Infos zur Funktion der Datei /etc/rc.local gibt es hier: https://wiki.ubuntuusers.de/rc.local/

Seit systemd wird diese Datei eigentlich nicht mehr genutzt, sie ist ein Relikt aus SysVinit-Zeiten. Stattdessen legt man systemd service-Dateien an.

Es gibt als Übergangshilfe einen systemd Service mit dem Namen rc.local.service, der die Datei ausführt.

Status anzeigen:

Code: Alles auswählen

systemctl status rc.local.service

Normalerweise ist der Service abgeschaltet. Einschalten mit:

Code: Alles auswählen

systemctl enable rc.local.service

Ausgeführt wird der Service beim nächsten Neustart. Sofort starten geht mit

Code: Alles auswählen

systemctl start rc.local.service

Entsprechende Befehle umgekehrt:
Service stoppen:

Code: Alles auswählen

systemctl stop rc.local.service

Service ausschalten:

Code: Alles auswählen

systemctl disable rc.local.service

Fehlermeldungen vom Service kann man sich anzeigen lassen mit

Code: Alles auswählen

journalctl --unit rc.local.service

( Die Endung ".service" kann man bei den systemctl Befehlen auch weglassen. Ich habe es drangelassen, um Verwirrung/Verwechslung zu vermeiden. )

[DEBIANUNDANDREAS]

Seit nicht enttäuscht aber Thread ist gelöst. Noch viel Spass mit dem Glühwein und dem 3 Advent.