[email protected]
Cc: Kay Sievers
Subject: Re: [systemd-devel] Systemd port on custom embedded linux
Sent: Oct 1, 2010 02:20
2010/10/1 Cristian Axenie :
> Hi..again !
>
> I've manged to solve my problems ! It seems I had to add an :
> ExecStartPre=/bin/rm -f /var/run/
2010/10/1 Cristian Axenie :
> Hi..again !
>
> I've manged to solve my problems ! It seems I had to add an :
> ExecStartPre=/bin/rm -f /var/run/messagebus.pid
> to my dbus.target unit to ensure that dbus-daemon always starts correctly.
I hope you mean dbus.service here.
You do know that dbus upstr
Hi..again !
I've manged to solve my problems ! It seems I had to add an :
ExecStartPre=/bin/rm -f /var/run/messagebus.pid
to my dbus.target unit to ensure that dbus-daemon always starts correctly.
Now the system bus is healthy and I can use it properly.
Best !
2010/9/30 Cristian Axenie
> Hi al
Hi all!
Next a failing context for DBus daemon is described both when using
systemctl enable dbus.service to generate links in the specific
.target.wants dirs or by using the default unit configuration after building
systemd.
So, after enabling the dbus unit and booting the board I get :
9.50
2010/9/27 Andrey Borzenkov :
> Mon, 27 Sep 2010 17:39:15 +0200 письмо от Lennart Poettering
> :
>> On Mon, 27.09.10 13:07, Cristian Axenie ([email protected]) wrote:
>> > I've managed to add the proper symlinks in sbin and the
>> > reboot/halt/poweroff/shutdown are now handled by systemct
On Mon, 27.09.10 13:07, Cristian Axenie ([email protected]) wrote:
> Hi !
> I've managed to add the proper symlinks in sbin and the
> reboot/halt/poweroff/shutdown are now handled by systemctl. I also removed
> the INIT_VERSION environment entry from the corresponding units. Should I
> con
Hi !
I've managed to add the proper symlinks in sbin and the
reboot/halt/poweroff/shutdown are now handled by systemctl. I also removed
the INIT_VERSION environment entry from the corresponding units. Should I
consider to keep the entries in the current units (i.e.: /etc/init.d/reboot)
that are unm
1;2591;0cOn Thu, 23.09.10 16:26, Andrey Borzenkov ([email protected]) wrote:
> It could be related to the fact that this is not enough. Standard halt command
> from sysvinit behaves differently depending whether it is called by user or
> by /sbin/init. When called by user it simply pokes init via
On Thu, 23.09.10 14:09, Cristian Axenie ([email protected]) wrote:
> Hi !
>
> Any ideas about the following behavior?
>
> ~ # reboot
> Broadcast message from root (ttyS0)
>
> The system is going down for system halt NOW!
> [ 296.08] systemd-initctl[698]: Received environment initct
Hi and thanks for the quick reply !
I've added the
Environment=INIT_VERSION=sysvinit-1234
in my units and now I can control the reboot/poweroff/halt of my system !
Best !
2010/9/23 Andrey Borzenkov
>
> Thu, 23 Sep 2010 14:09:16 +0300 письмо от Cristian Axenie <
> [email protected]
Hi !
Any ideas about the following behavior?
~ # reboot
Broadcast message from root (ttyS0)
The system is going down for system halt NOW!
[ 296.08] systemd-initctl[698]: Received environment initctl request.
This is not implemented in systemd.
And then the system freezes !
It seems that t
Hi ! I've managed to boot my system with systemd although I still have some
problems with autofs.
[ 10.69] Freeing init memory: 152K
[ 11.05] systemd[1]: systemd 8 running in system mode. (+PAM +LIBWRAP
-AUDIT -SELINUX -IPV6 -SYSVINIT)
[ 11.07] systemd[1]: No hostname configured.
On Fri, 17.09.10 16:49, Cristian Axenie ([email protected]) wrote:
> Hi !
> I've managed to solve some problems appearing during boot but some persist.
> The current setup makes the system freeze in the current step :
>
> [ 10.23] systemd[1]: systemd 8 running in system mode. (+PAM
Am 17.09.2010 15:49, schrieb Cristian Axenie:
Hi !
I've managed to solve some problems appearing during boot but some
persist.
The current setup makes the system freeze in the current step :
[ 10.23] systemd[1]: systemd 8 running in system mode. (+PAM
+LIBWRAP -AUDIT -SELINUX -IPV6 -SYS
Hi !
I've managed to solve some problems appearing during boot but some persist.
The current setup makes the system freeze in the current step :
[ 10.23] systemd[1]: systemd 8 running in system mode. (+PAM +LIBWRAP
-AUDIT -SELINUX -IPV6 -SYSVINIT)
[ 10.25] systemd[1]: No hostname confi
On Tue, Sep 14, 2010 at 18:40, Lennart Poettering
wrote:
> On Tue, 14.09.10 11:58, Gustavo Sverzut Barbieri ([email protected])
> wrote:
>
>> Lennart, maybe we should make the kmod-setup take another flag "MUST"
>> and "OPTIONAL", do modprobe for each module in separate and fail if
>> "MUST
On Tue, 14.09.10 11:58, Gustavo Sverzut Barbieri ([email protected])
wrote:
> Lennart, maybe we should make the kmod-setup take another flag "MUST"
> and "OPTIONAL", do modprobe for each module in separate and fail if
> "MUST" are not present? Right now it is confusing for users.
Well, I d
On Tue, 14.09.10 16:47, Cristian Axenie ([email protected]) wrote:
> [ 19.59] systemd[1]: Failed to open /dev/autofs: No such file or
Seems the automounter is not compiled in. Either don't use .automount
units or enable it in the kernel. My recommendation is the latter.
> Here the
On Tue, Sep 14, 2010 at 10:47 AM, Cristian Axenie
wrote:
> Hi !
> I've managed to patch the source code to eliminate the sysvinit and ipv6
> problems during bootup but now I encountered some error messages that refer
> to other issues.
>
> Here is each line of the output and my ideas :
>
> [ 18.
Hi !
I've managed to patch the source code to eliminate the sysvinit and ipv6
problems during bootup but now I encountered some error messages that refer
to other issues.
Here is each line of the output and my ideas :
[ 18.76] Freeing init memory: 152K
[ 19.41] systemd[1]: systemd 8 r
> The abstract socket namespace support was enabled when compiling dbus.
It's simply a bug: https://bugs.freedesktop.org/show_bug.cgi?id=29895
Best regards, Wulf
signature.asc
Description: This is a digitally signed message part.
___
systemd-devel mai
Hi !
The abstract socket namespace support was enabled when compiling dbus. I
will try to look up the places where systemd tries to create a dbus server
and to establish a dbus connection.
Best !
___
systemd-devel mailing list
[email protected]
On Fri, Sep 10, 2010 at 11:14:13AM +0300, Cristian Axenie wrote:
> Hi, again !
> I've managed to apply the patches and fixed all conflicts, modified DBus and
> Udev and the problem persists regarding the abstract socket namespace.
> Mainly I think there is a DBus problem.
> Here's my boot output :
Hi, again !
I've managed to apply the patches and fixed all conflicts, modified DBus and
Udev and the problem persists regarding the abstract socket namespace.
Mainly I think there is a DBus problem.
Here's my boot output :
[ 18.75] Freeing init memory: 152K
[ 19.40] systemd[1]: system
The patches aren't applying correctly ! For what version of systemd were
extracted?
Best !
On Wed, Sep 8, 2010 at 5:59 PM, Gustavo Sverzut Barbieri <
[email protected]> wrote:
> On Wed, Sep 8, 2010 at 11:44 AM, Cristian Axenie
> wrote:
> > TIA for the patch. I would like to see this worki
On Wed, Sep 8, 2010 at 11:44 AM, Cristian Axenie
wrote:
> TIA for the patch. I would like to see this working. Where should the patch
> be available?
just sent them to mail list:
http://lists.freedesktop.org/archives/systemd-devel/2010-September/000272.html
http://lists.freedesktop.org/archi
TIA for the patch. I would like to see this working. Where should the patch
be available?
As for the systemd unit dir in dbus setup it is present and I am now adding
it to udev configuration.
Best !
On Wed, Sep 8, 2010 at 5:32 PM, Gustavo Sverzut Barbieri <
[email protected]> wrote:
> On
On Wed, Sep 8, 2010 at 11:25 AM, Cristian Axenie
wrote:
> I've managed to add the cgroupfs support and the systems doesn't complain
> when mounting any filesystem. Due to the fact that I have disabled selinux
> and auditing support I get the following messages :
>
> [ 18.77] Freeing init mem
I've managed to add the cgroupfs support and the systems doesn't complain
when mounting any filesystem. Due to the fact that I have disabled selinux
and auditing support I get the following messages :
[ 18.77] Freeing init memory: 152K
[ 19.43] systemd[1]: systemd 8 running in system m
On Wed, Sep 8, 2010 at 15:39, Cristian Axenie wrote:
> I've managed to rebuild my kernel with the CONFIG_DEVTMPFS activated and now
> the problem doesn't reproduces anymore. Now it seems that /sys/fs/cgroup
> cannot be mounted. Any other known issues or other kernel config options to
> be activate
I've managed to rebuild my kernel with the CONFIG_DEVTMPFS activated and now
the problem doesn't reproduces anymore. Now it seems that /sys/fs/cgroup
cannot be mounted. Any other known issues or other kernel config options to
be activated ?
Best !
On Wed, Sep 8, 2010 at 4:34 PM, Gustavo Sverzut B
On Wed, Sep 8, 2010 at 15:34, Gustavo Sverzut Barbieri
wrote:
> On Wed, Sep 8, 2010 at 10:06 AM, Kay Sievers wrote:
>>> After the compilation I've added init=/bin/systemd to my kernel boot line
>>> and after freeing the init memory the system hangs with a "Failed to mount
>>> /dev : No such devic
On Wed, Sep 8, 2010 at 10:06 AM, Kay Sievers wrote:
>> After the compilation I've added init=/bin/systemd to my kernel boot line
>> and after freeing the init memory the system hangs with a "Failed to mount
>> /dev : No such device" message.
>
> You have CONFIG_DEVTMPFS=y in your kernel?
BTW, if
On Wed, Sep 8, 2010 at 14:43, Cristian Axenie wrote:
> I have some questions regarding some options to enable/disable when using
> systemd on a custom embedded Linux distro. I've managed to port systemd-8
> for a Tegra2 similar board, based on ARMv7 CPU. The embedded OS is a Fedora
> like system
Hello all !
I have some questions regarding some options to enable/disable when using
systemd on a custom embedded Linux distro. I've managed to port systemd-8
for a Tegra2 similar board, based on ARMv7 CPU. The embedded OS is a Fedora
like system and I have used the systemd-8-1.fc14.src.rpm.
Nex
35 matches
Mail list logo
