openSUSE 13.1 nach Sicherheitsupdate von systemd startet postfix nicht mehr
- z_mayer
- Erledigt
Hinweis: In dem Thema openSUSE 13.1 nach Sicherheitsupdate von systemd startet postfix nicht mehr gibt es 22 Antworten auf 3 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
-
-
Hier die Ausgabe von zypper se -si udev systemd sysvinit
Code
Alles anzeigenjoy-it-64:~ # zypper se -si udev systemd sysvinit Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+-----------------------------------+---------+--------------+--------+--------------------- i | libgudev-1_0-0 | package | 210-40.1 | x86_64 | openSUSE-13.1-Update i | libudev1 | package | 210-40.1 | x86_64 | openSUSE-13.1-Update i | libudev1-32bit | package | 210-40.1 | x86_64 | openSUSE-13.1-Update i | python-pyudev | package | 0.16.1-6.1.2 | noarch | openSUSE-13.1-1.10 i | systemd | package | 210-40.1 | x86_64 | openSUSE-13.1-Update i | systemd-32bit | package | 210-40.1 | x86_64 | openSUSE-13.1-Update i | systemd-bash-completion | package | 210-40.1 | noarch | openSUSE-13.1-Update i | systemd-presets-branding-openSUSE | package | 0.3.0-3.4.1 | noarch | openSUSE-13.1-Update i | systemd-sysvinit | package | 210-40.1 | x86_64 | openSUSE-13.1-Update i | systemd-ui | package | 2-2.1.3 | x86_64 | openSUSE-13.1-1.10 i | sysvinit-tools | package | 2.88+-89.1.2 | x86_64 | openSUSE-13.1-1.10 i | udev | package | 210-40.1 | x86_64 | openSUSE-13.1-Update i | udev-configure-printer | package | 1.4.4-2.10.1 | x86_64 | openSUSE-13.1-Update i | udevmountd | package | 0.81.5-30.1 | x86_64 | openSUSE-13.1-Update
-
-
Hallo LinuPia,
das hat leider nichts gebracht. postfix startet noch immer nicht beim Booten.
Gruß
Stefan -
aus Post #13
Zitatsystemctl enable postfix.service
systemctl start postfix.service
Macht aber in umgekehrter Reihenfolge mehr Sinn. -
aus Post #13
Macht aber in umgekehrter Reihenfolge mehr Sinn.
Das ist egal.
start startet den Service, wie der Name sagt.
enable trägt ihn bei systemd ein, so dass er beim Booten gestartet wird.
Es ist also beides möglich: Ein Service, der nicht läuft, aber beim nächsten Boot gestartet wird.
Und ein Service, der zwar läuft, aber nur bis die Kiste gebootet wird, weil er eben nicht "enabled" ist.
Sie sind also unabhängig, und die Reihenfolge ergo egal.Ein klein wenig anders sieht es aus, wenn man selbst gebastelte oder alte Dienste behandeln will.
enable hat da noch die Funktion alte SysV Init Scripte auf systemd files umzusetzen.
Da sollte man das enable auf jeden Fall VOR dem start machen.
Da wäre also Trekkies Reihenfolge eher falsch (bin nicht mal auf die Idee gekommen, das zu probieren; könnte gut sein, dass das auch egal ist, und nur das Starten halt ein klitzeklein wenig länger dauert, weil ja die herkömmliche Startart auf systemd trotzdem übertragen werden muss.) -
postfix startet noch immer nicht beim Booten.
Verwendest du postfix als mta, oder hast du da einen vollwertigen Mailserver gebastelt?
Wie wurde der installiert?
Und wie zuerst gestartet?
Und, das wichtigste: Poste /var/log/mail.errFalls da völlig schräge Fehler auftauchen, hänge die Datei "postconf-report.txt" an:
-
Hallo zusammen,
vielen Dank für Eure tatkräftige Unterstützung.
Mittlerweile habe konnte ich das Problem lösen, indem ich ein Skript erstellt habe, das über die Runlevel 3+5 gestartet wird. Hier das Skript:
Jetzt startet postfix wieder beim Booten.
Gruß
Stefan -
Wo liegt dieses Script?
Und wie startet du es?Das klingt etwas komisch, weil es ja laut deinen Beschreibungen längst ein solches postfix.service file geben sollte, das genau das tut.
(Und die angegebene systemctl Befehlsfolge hätte das auch erledigen müssen.) -
Hallo LinuPia,
das Skript liegt im Verzeichnis: /etc/init.d/
Gestartet wird es über: /etc/init.d/rc5.d/@S60postfix_2
Ich kann mir auch nicht erklären warum postfix vorher nicht beim Booten starten wollte. Die Probleme traten unmittelbar nach dem Update des Paketes "systemd" auf.