Am 07.01.20 um 03:56 schrieb Reindl Harald: > > > Am 07.01.20 um 03:47 schrieb Jeffrey Walton: >> On Mon, Jan 6, 2020 at 9:35 PM Reindl Harald <h.reindl@xxxxxxxxxxxxx> wrote: >>> >>> Am 07.01.20 um 02:57 schrieb Jeffrey Walton: >>>> To fix my ordering problem I need Systemd to stop lying about when the >>>> network is ready. >>> >>> one last comment: >>> >>> whatever crap you did ending in the ordering cycle did not solve your >>> wrong ordering after network, it just burried it by slow down something >>> else and so by luck >>> >>> systemd does not lie here - you just need to do the ordering proper >>> based on how your network is configured at all which you refuse to tell >>> >>> so your better options would have been report thate network ordering >>> problem here before touch anything else >>> >>> "There are absolutely 0 entires about my monitor service" is because >>> it's thrown out of the startup transaction cause dby your other config >>> screwup >> >> And there we have it. Systemd is not logging the problem. And then you >> wonder why users like me go down rabbit holes. > > it does and common sense should tell you *fix that* and whatever you did > introducing that issue by try to work aorund a completly different issue > (network ordering) was simply bullhsit and has to be reverted > > common sense should tell you that *every* error / warning should be > adressed before try to debug something else further > > Jan 06 20:25:33 raspberrypi systemd[1]: graphical.target: Job > callboot-ui.service/start deleted to break ordering cycle starting with > graphical.target/start you comment alone shows the bullshit you are doing "It slows down the boot so the service starts without failure" bsides that it obviously don#t work "slow down the boot" is no solution for a problem # This service waits for the UI. It slows down the # boot so the service starts without failure. After=graphical.target Wants=graphical.target # Service waits for the USB modem After=usb.target Wants=usb.target _______________________________________________ systemd-devel mailing list systemd-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/systemd-devel