Hi,
2011/5/19 microcai :
> When you ssh to an systemd machine, and start a screen session, detach
> and logout.
>
> Then this screen session will be wipe out by systemd, so , when you
> login back, there will be no screen session out there.
Works fine here - I use F15. systemd v26
>
>
> Is this
When you ssh to an systemd machine, and start a screen session, detach
and logout.
Then this screen session will be wipe out by systemd, so , when you
login back, there will be no screen session out there.
Is this a bug? of screen or systemd?
signature.asc
Description: OpenPGP digital signat
于 2011年05月19日 13:24, Canek Peláez Valdés 写道:
> On Wed, May 18, 2011 at 11:58 PM, microcai wrote:
>> 于 2011年05月18日 21:59, Canek Peláez Valdés 写道:
>>> On Wed, May 18, 2011 at 5:14 AM, microcai
>>> wrote:
>>> [...]
I'm not saying to rip-out udev, but speed up the udev.
>>>
>>> It's probably no
On Wed, May 18, 2011 at 11:58 PM, microcai wrote:
> 于 2011年05月18日 21:59, Canek Peláez Valdés 写道:
>> On Wed, May 18, 2011 at 5:14 AM, microcai wrote:
>> [...]
>>> I'm not saying to rip-out udev, but speed up the udev.
>>
>> It's probably not udev fault, but a udev rule in Gentoo (I suppose you
>>
于 2011年05月18日 21:59, Canek Peláez Valdés 写道:
> On Wed, May 18, 2011 at 5:14 AM, microcai wrote:
> [...]
>> I'm not saying to rip-out udev, but speed up the udev.
>
> It's probably not udev fault, but a udev rule in Gentoo (I suppose you
> use Gentoo, you mentioned an overlay) that calls an OpenRC
于 2011年05月19日 01:48, Lennart Poettering 写道:
> On Thu, 19.05.11 01:43, microcai (micro...@fedoraproject.org) wrote:
>
>> Heya,
>>
>> Here is the patch for dnsmasq to support systemd socket activation. Just
>> put it here for you guys to review before submitting to upstream.
>>
>> Is it good? Or jus
On Thu, 19.05.11 01:43, microcai (micro...@fedoraproject.org) wrote:
> Heya,
>
> Here is the patch for dnsmasq to support systemd socket activation. Just
> put it here for you guys to review before submitting to upstream.
>
> Is it good? Or just ugly ?
Looks pretty much correct. Of course, I ha
Heya,
Here is the patch for dnsmasq to support systemd socket activation. Just
put it here for you guys to review before submitting to upstream.
Is it good? Or just ugly ?
For gentoo users, feel free to add my overlay here
https://github.com/microcai/myoverlay/raw/master/repo.xml
From: microc
On Wed, May 18, 2011 at 15:46, Chen Jie wrote:
> 2011/5/18 Kay Sievers :
>> On Wed, May 18, 2011 at 14:18, Chen Jie wrote:
>>> 2011/5/18 Kay Sievers :
>>
udev.service does usually takes no time. It's the settle that may
block for a longer time. In your chart it seems like a side-effect,
On Wed, May 18, 2011 at 5:14 AM, microcai wrote:
[...]
> I'm not saying to rip-out udev, but speed up the udev.
It's probably not udev fault, but a udev rule in Gentoo (I suppose you
use Gentoo, you mentioned an overlay) that calls an OpenRC script.
That slows down the whole boot for whole minute
On Wed, May 18, 2011 at 14:18, Chen Jie wrote:
> 2011/5/18 Kay Sievers :
>> udev.service does usually takes no time. It's the settle that may
>> block for a longer time. In your chart it seems like a side-effect,
>> and the root-fsck seems suspicious. any idea what could take so long
>> here? Car
On Wed, May 18, 2011 at 11:37, microcai wrote:
> udev and systemd are from systemd overlay.
>
> udev is udev-168-r1
> systemd is systemd-26
>
> All compiled with CFLAGS="-Os -march=native"
>
> systemd-analyze plot have problem generationg SVG file, so I change the
> code to make a PDF.
>
>
> Will
于 2011年05月18日 17:54, fykc...@gmail.com 写道:
> Hi,
>
> udev.service doesn't include 'settle' action, it is simplely because
> udev starting/adding spends some time.
>
> Many services depends on udev directly or indirectly, so the boot
> process is serialized when udev starting.
>
> Currently, syst
Hi,
udev.service doesn't include 'settle' action, it is simplely because
udev starting/adding spends some time.
Many services depends on udev directly or indirectly, so the boot
process is serialized when udev starting.
Currently, systemd is deeply integrated with udev, it was not easy to
"First
OK, here is my problem:
udev and systemd are from systemd overlay.
udev is udev-168-r1
systemd is systemd-26
All compiled with CFLAGS="-Os -march=native"
systemd-analyze plot have problem generationg SVG file, so I change the
code to make a PDF.
Will anyone please lookat my boot analyze PDF?
15 matches
Mail list logo