| Summary: | systemd fails to start .sh init scripts | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Ross Burton <ross.burton> |
| Component: | core | Assignee: | Radu Moisan <radu.moisan> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | Medium | CC: | holger, meta.mr.watcher, meta.watcher, Qi.Chen, radu.moisan, ross.burton, sgw |
| Version: | 1.4 | ||
| Target Milestone: | 1.4.1 | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | --- | |
There's a similar bug in sysvinit in our system. https://bugzilla.yoctoproject.org/show_bug.cgi?id=3612 this is not an issue anymore. I acknowledge the behavior in past, but now with lastest master (f7afeeb75993b159bb8959e0309bc5eb3978a8fb) all *.sh scripts seem to work. Tried to enable manually banner.sh and it works. Also rmnologin.sh works, as the service is alive and no warnings found in logs. Tried psplash.sh as well, and the service is started. Confirmed, this piece of code that is now enabled always and not just for some distros is the fix:
if (endswith(name, ".sh"))
/* Drop .sh suffix */
strcpy(stpcpy(r, name) - 3, ".service");
|
From Holger on the oe-core list: > I am using the busybox ifplugd to > configure the network on plug/un-plug of the cable. My start script ended > with .sh in the name. systemd recognized the script but failed to start > it. Renaming it to not end with .sh fixed the issue for me. This is more > like a systemd bug than OE but I wonder if we could change update-rc.d > bbclass to check the for the .sh in the start script and then complain > about it?