* [Buildroot] systemd-timesyncd doesn't start with default config and skeleton @ 2016-08-22 8:41 Zoltan Gyarmati 2016-08-22 8:51 ` Yann E. MORIN 0 siblings, 1 reply; 3+ messages in thread From: Zoltan Gyarmati @ 2016-08-22 8:41 UTC (permalink / raw) To: buildroot Dear All, with version 2016.08-rc2, with the default systemd configuration the systemd-timesyncd start fails with the error msg: buildroot systemd[115]: systemd-timesyncd.service: Failed at step NAMESPACE spawning /lib/systemd/systemd-timesyncd: No such file or directory It seems that the problem is that in the default rootfs skeleton the /var/tmp dir is a symlink to /tmp, and in /usr/lib/systemd/system/systemd-timesyncd.service the PrivateTmp variable is set. Either removing the PrivateTmp=yes or making /var/tmp a directory on its own solves the issue. What solution would be preferable to fix this? Thanks, regards zgyarmati -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20160822/96d67122/attachment.asc> ^ permalink raw reply [flat|nested] 3+ messages in thread
* [Buildroot] systemd-timesyncd doesn't start with default config and skeleton 2016-08-22 8:41 [Buildroot] systemd-timesyncd doesn't start with default config and skeleton Zoltan Gyarmati @ 2016-08-22 8:51 ` Yann E. MORIN 2016-08-22 9:03 ` Zoltan Gyarmati 0 siblings, 1 reply; 3+ messages in thread From: Yann E. MORIN @ 2016-08-22 8:51 UTC (permalink / raw) To: buildroot Zoltan, All, On 2016-08-22 10:41 +0200, Zoltan Gyarmati spake thusly: > Dear All, > with version 2016.08-rc2, with the default systemd configuration the > systemd-timesyncd start fails with the error msg: > > buildroot systemd[115]: systemd-timesyncd.service: Failed at step > NAMESPACE spawning /lib/systemd/systemd-timesyncd: No such file or directory > > It seems that the problem is that in the default rootfs skeleton the > /var/tmp dir is a symlink to /tmp, and in > /usr/lib/systemd/system/systemd-timesyncd.service the PrivateTmp > variable is set. > Either removing the PrivateTmp=yes or making /var/tmp a directory on its > own solves the issue. What solution would be preferable to fix this? The best solution is that I get to finish my skeleton-revamp series and get it merged( first was submitted on the lkist, second is WIP taking into account the comments that were made on the first): https://git.buildroot.org/~ymorin/git/buildroot/log/?h=yem/systemd-skeleton https://git.buildroot.org/~ymorin/git/buildroot/log/?h=yem/systemd-skeleton-2 Unfortunately, that won't be in 2016.08, as I haven't had time to finish it properly before rc1. So it will only go in for next cycle... :-/ In the meantime, just use a post-build script that cleans up the mess, like tweaking the unit file to not require PrivateTmp, or to remove the /var/tmp symlink and make it a directory. Regards, Yann E. MORIN. -- .-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------' ^ permalink raw reply [flat|nested] 3+ messages in thread
* [Buildroot] systemd-timesyncd doesn't start with default config and skeleton 2016-08-22 8:51 ` Yann E. MORIN @ 2016-08-22 9:03 ` Zoltan Gyarmati 0 siblings, 0 replies; 3+ messages in thread From: Zoltan Gyarmati @ 2016-08-22 9:03 UTC (permalink / raw) To: buildroot Dear Yann, great, thx, i overlooked that thread. I'll dedicate some time to review that patchset as well, in the meantime i'll just add a a post-build script. Thanks, regards zgyarmati On 2016-08-22 10:51, Yann E. MORIN wrote: > Zoltan, All, > > On 2016-08-22 10:41 +0200, Zoltan Gyarmati spake thusly: >> Dear All, >> with version 2016.08-rc2, with the default systemd configuration the >> systemd-timesyncd start fails with the error msg: >> >> buildroot systemd[115]: systemd-timesyncd.service: Failed at step >> NAMESPACE spawning /lib/systemd/systemd-timesyncd: No such file or directory >> >> It seems that the problem is that in the default rootfs skeleton the >> /var/tmp dir is a symlink to /tmp, and in >> /usr/lib/systemd/system/systemd-timesyncd.service the PrivateTmp >> variable is set. >> Either removing the PrivateTmp=yes or making /var/tmp a directory on its >> own solves the issue. What solution would be preferable to fix this? > The best solution is that I get to finish my skeleton-revamp series and > get it merged( first was submitted on the lkist, second is WIP taking > into account the comments that were made on the first): > https://git.buildroot.org/~ymorin/git/buildroot/log/?h=yem/systemd-skeleton > https://git.buildroot.org/~ymorin/git/buildroot/log/?h=yem/systemd-skeleton-2 > > Unfortunately, that won't be in 2016.08, as I haven't had time to finish > it properly before rc1. So it will only go in for next cycle... :-/ > > In the meantime, just use a post-build script that cleans up the mess, > like tweaking the unit file to not require PrivateTmp, or to remove the > /var/tmp symlink and make it a directory. > > Regards, > Yann E. MORIN. > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20160822/6d1161d5/attachment.asc> ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2016-08-22 9:03 UTC | newest] Thread overview: 3+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2016-08-22 8:41 [Buildroot] systemd-timesyncd doesn't start with default config and skeleton Zoltan Gyarmati 2016-08-22 8:51 ` Yann E. MORIN 2016-08-22 9:03 ` Zoltan Gyarmati
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.