Warum unterstellst Du, dass er das weiss?
(Gelöst ) rc.local wird nicht "abgearbeitet"
Re: rc.local wird nicht "abgearbeitet"
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.
Zuletzt geändert von geier22 am 17.12.2017 17:32:35, insgesamt 1-mal geändert.
Re: rc.local wird nicht "abgearbeitet"
@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.ä.
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.
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.ä.
Das ist so nicht ganz richtig, der service wird schon aufgerufen, stoppt aber wegengeier22 hat geschrieben: Aber ohne etc/rc.local brauchst du auch den service nicht. Der startet dann nämlich gar nicht
Code: Alles auswählen
ConditionFileIsExecutable=/etc/rc.local
"Irgendein Netzwerk" ist dann immer noch ein etabliertes Netzwerk.TomL hat geschrieben: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.Eine Besonderheit unter debian,....und sich idealerweise auf nix beziehen, was ein etabliertes Netzwerk nötig hat.....
rc-local.service.d/debian.conf mit
...
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")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
Re: rc.local wird nicht "abgearbeitet"
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.rendegast hat geschrieben:17.12.2017 17:31:49Sorgfalt schließt korrekte Fehlerbehandlung jeder Art ein.
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.
Re: rc.local wird nicht "abgearbeitet"
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 Notwehrrendegast hat geschrieben: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.ä.
Wie ordnest du das ein?
DEBIANUNDANDREAS:
Debian 9.3 sollte als Angabe reichen da es relativ neu ist.
Wie ordnest du das ein?DEBIANUNDANDREAS
geier22
Es ist keine rc.local da.
Was nun?
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
Re: rc.local wird nicht "abgearbeitet"
Beim systemd 232 von stretch ist ein Link /lib/systemd/system/rc.local.service auf die mitgebrachte rc-local.service.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
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")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
Re: rc.local wird nicht "abgearbeitet"
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!
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!
Macht ohne Haftung funktioniert nicht!
Re: rc.local wird nicht "abgearbeitet"
Das hatte ich übersehen:rendegast hat geschrieben:17.12.2017 17:54:43Beim Debiansystemd 232 von stretch ist ein Link /lib/systemd/system/rc.local.service auf die mitgebrachte rc-local.service.
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
Re: rc.local wird nicht "abgearbeitet"
Wir sind jetzt auf der Ebene "Selbstgespräche" und damit untendetix hat geschrieben:17.12.2017 18:04:48Kommt mal wieder runter Leute, wegen einem User hier Zwietracht streuen?
Re: rc.local wird nicht "abgearbeitet"
Ich sehe weder Zwietracht noch Stänkern. Es wurden Hinweise geliefert, den Rest muss der Andy selbst hinbekommen.detix hat geschrieben:17.12.2017 18:04:48Kommt mal wieder runter Leute, wegen einem User hier Zwietracht streuen?
Der zudem noch allerseits dafür bekannt ist ausschließlich rumzustänkern?
Findet euch!
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
Re: rc.local wird nicht "abgearbeitet"
Obwohl ich mehrmals 'systemctl cat rc-local.service', habe ich das glatt überlesen.geier22 hat geschrieben: # This unit gets pulled automatically into multi-user.target by
# systemd-rc-local-generator if /etc/rc.local is executable
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")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
- DEBIANUNDANDREAS
- Beiträge: 1304
- Registriert: 01.06.2013 10:37:46
Re: rc.local wird nicht "abgearbeitet"
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...
Re: rc.local wird nicht "abgearbeitet"
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.
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.
Re: rc.local wird nicht "abgearbeitet"
Wichteln bedeutet aber Geben und Nehmen. So, wie ich das bisher so sehe, nimmst du ausschließlich.DEBIANUNDANDREAS hat geschrieben:17.12.2017 18:56:26Hallo 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...
- 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"
Äh, hast du schon von mir in diesem Thread erhalten...DEBIANUNDANDREAS hat geschrieben:17.12.2017 18:56:26Hallo 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...
- DEBIANUNDANDREAS
- Beiträge: 1304
- Registriert: 01.06.2013 10:37:46
Re: rc.local wird nicht "abgearbeitet"
Danke an den user
Datenteiler
dein Link hat funktioniert.
Datenteiler
dein Link hat funktioniert.
Re: rc.local wird nicht "abgearbeitet"
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:
Normalerweise ist der Service abgeschaltet. Einschalten mit:
Ausgeführt wird der Service beim nächsten Neustart. Sofort starten geht mit
Entsprechende Befehle umgekehrt:
Service stoppen:
Service ausschalten:
Fehlermeldungen vom Service kann man sich anzeigen lassen mit
( Die Endung ".service" kann man bei den systemctl Befehlen auch weglassen. Ich habe es drangelassen, um Verwirrung/Verwechslung zu vermeiden. )
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
Code: Alles auswählen
systemctl enable rc.local.service
Code: Alles auswählen
systemctl start rc.local.service
Service stoppen:
Code: Alles auswählen
systemctl stop rc.local.service
Code: Alles auswählen
systemctl disable rc.local.service
Code: Alles auswählen
journalctl --unit rc.local.service
Die Vernunft kann einem schon leidtun. Sie verliert eigentlich immer.
- DEBIANUNDANDREAS
- Beiträge: 1304
- Registriert: 01.06.2013 10:37:46
Re: rc.local wird nicht "abgearbeitet"
Seit nicht enttäuscht aber Thread ist gelöst. Noch viel Spass mit dem Glühwein und dem 3 Advent.