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

Alle weiteren Dienste, die nicht in die drei oberen Foren gehören.
TomL

Re: rc.local wird nicht "abgearbeitet"

Beitrag von TomL » 17.12.2017 17:24:28

geier22 hat geschrieben: ↑ zum Beitrag ↑
17.12.2017 17:22:27
Was will er also ?????????????????????????
Warum unterstellst Du, dass er das weiss? :twisted:

geier22

Re: rc.local wird nicht "abgearbeitet"

Beitrag von geier22 » 17.12.2017 17:31:41

TomL hat geschrieben: ↑ zum Beitrag ↑
17.12.2017 17:24:28
Warum unterstellst Du, dass er das weiss? :twisted:
Und worüber unterhalten wir uns dann?
ich sags ja der Mikrowellen Tipp ist das Richtige. Anderseits: mit Eiern und Mehl ---auch nicht schlecht :mrgreen:
Immerhin hat er es geschafft uns zu beschäftigen. :hail:
Zuletzt geändert von geier22 am 17.12.2017 17:32:35, insgesamt 1-mal geändert.

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: rc.local wird nicht "abgearbeitet"

Beitrag von rendegast » 17.12.2017 17:31:49

@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.ä.



geier22 hat geschrieben: 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

TomL hat geschrieben:
....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.
Zuletzt geändert von rendegast am 17.12.2017 18:00:47, insgesamt 1-mal geändert.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

TomL

Re: rc.local wird nicht "abgearbeitet"

Beitrag von TomL » 17.12.2017 17:43:13

rendegast hat geschrieben: ↑ zum Beitrag ↑
17.12.2017 17:31:49
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.
Zuletzt geändert von TomL am 17.12.2017 17:43:48, insgesamt 1-mal geändert.

geier22

Re: rc.local wird nicht "abgearbeitet"

Beitrag von geier22 » 17.12.2017 17:43:39

rendegast hat geschrieben: ↑ zum Beitrag ↑
17.12.2017 17:31:49
@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 :evil:
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 :wink:

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
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: rc.local wird nicht "abgearbeitet"

Beitrag von rendegast » 17.12.2017 17:54:43

geier22 hat geschrieben: 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 Debiansystemd 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
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Benutzeravatar
detix
Beiträge: 1699
Registriert: 07.02.2007 18:51:28
Wohnort: MK

Re: rc.local wird nicht "abgearbeitet"

Beitrag von detix » 17.12.2017 18:04:48

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!
Gruß an alle Debianer, und immer daran denken:
Macht ohne Haftung funktioniert nicht!

geier22

Re: rc.local wird nicht "abgearbeitet"

Beitrag von geier22 » 17.12.2017 18:06:31

rendegast hat geschrieben: ↑ zum Beitrag ↑
17.12.2017 17:54:43
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

Re: rc.local wird nicht "abgearbeitet"

Beitrag von geier22 » 17.12.2017 18:08:16

detix hat geschrieben: ↑ zum Beitrag ↑
17.12.2017 18:04:48
Kommt mal wieder runter Leute, wegen einem User hier Zwietracht streuen?
Wir sind jetzt auf der Ebene "Selbstgespräche" und damit unten :wink:

Ellison

Re: rc.local wird nicht "abgearbeitet"

Beitrag von Ellison » 17.12.2017 18:19:16

detix hat geschrieben: ↑ zum Beitrag ↑
17.12.2017 18:04:48
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 :wink:

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: rc.local wird nicht "abgearbeitet"

Beitrag von rendegast » 17.12.2017 18:34:07

geier22 hat geschrieben: # 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.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Benutzeravatar
DEBIANUNDANDREAS
Beiträge: 1304
Registriert: 01.06.2013 10:37:46

Re: rc.local wird nicht "abgearbeitet"

Beitrag von DEBIANUNDANDREAS » 17.12.2017 18:56:26

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

Re: rc.local wird nicht "abgearbeitet"

Beitrag von geier22 » 17.12.2017 19:06:47

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

Re: rc.local wird nicht "abgearbeitet"

Beitrag von Ellison » 17.12.2017 19:10:33

DEBIANUNDANDREAS hat geschrieben: ↑ zum Beitrag ↑
17.12.2017 18:56:26
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.

Benutzeravatar
Datenteiler
Beiträge: 84
Registriert: 12.10.2008 21:01:46
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Hannover
Kontaktdaten:

Re: rc.local wird nicht "abgearbeitet"

Beitrag von Datenteiler » 17.12.2017 19:13:22

DEBIANUNDANDREAS hat geschrieben: ↑ zum Beitrag ↑
17.12.2017 18:56:26
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... :roll:

Benutzeravatar
DEBIANUNDANDREAS
Beiträge: 1304
Registriert: 01.06.2013 10:37:46

Re: rc.local wird nicht "abgearbeitet"

Beitrag von DEBIANUNDANDREAS » 17.12.2017 19:20:42

Danke an den user
Datenteiler

dein Link hat funktioniert.

Benutzeravatar
MartinV
Beiträge: 788
Registriert: 31.07.2015 19:38:52
Wohnort: Hyperion
Kontaktdaten:

Re: rc.local wird nicht "abgearbeitet"

Beitrag von MartinV » 17.12.2017 19:21:26

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. )
Die Vernunft kann einem schon leidtun. Sie verliert eigentlich immer.

Benutzeravatar
DEBIANUNDANDREAS
Beiträge: 1304
Registriert: 01.06.2013 10:37:46

Re: rc.local wird nicht "abgearbeitet"

Beitrag von DEBIANUNDANDREAS » 17.12.2017 19:26:50

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

Antworten