* [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.