On Sun, Jun 3, 2012 at 12:27 AM, Dave Reisner wrote:
> This script will still run without the shebang, but we won't get the
> intended effect of the errexit flag in the interpreter line.
Applied.
Thanks,
Kay
___
systemd-devel mailing list
systemd-devel
On Sun, Jun 3, 2012 at 4:18 AM, Dave Reisner wrote:
> This can invalidate otherwise valid source paths with trailing slashes,
> such as "host:/" in the case of a network mount. We don't really have
> any business touching these anyway, since we'll just pass this to
> /bin/mount, which sanitizes th
On Sun, Jun 3, 2012 at 9:39 PM, Malte Starostik wrote:
> From: Malte Starostik
>
> Trivial fix for:
>
> src/login/logind-inhibit.h:37:3: error: redefinition of typedef
> 'InhibitWhat'
> src/login/logind-inhibit.h:26:26: note: previous declaration of
> 'InhibitWhat' was here
Applied.
Thanks,
Kay
On Mon, Jun 04, 2012 at 12:57:47PM +0200, Kay Sievers wrote:
> On Sun, Jun 3, 2012 at 4:18 AM, Dave Reisner wrote:
> > This can invalidate otherwise valid source paths with trailing slashes,
> > such as "host:/" in the case of a network mount. We don't really have
> > any business touching these a
On Mon, Jun 4, 2012 at 2:04 PM, Dave Reisner wrote:
> On Mon, Jun 04, 2012 at 12:57:47PM +0200, Kay Sievers wrote:
>> On Sun, Jun 3, 2012 at 4:18 AM, Dave Reisner wrote:
>> > This can invalidate otherwise valid source paths with trailing slashes,
>> > such as "host:/" in the case of a network mou
On Mon, Jun 4, 2012 at 4:21 AM, Dave Reisner wrote:
> On Thu, May 31, 2012 at 02:14:14PM +0200, Peter Lindgren wrote:
>>
>> I'm using systemd-44 and experiencing some problems with my mount unit.
>>
>> I have an /etc/systemd/system/.aufs-normal.mount file
>> -
>> [Unit]
>> Description=normal m
On Mon, Jun 04, 2012 at 03:25:29PM +0200, Kay Sievers wrote:
> On Mon, Jun 4, 2012 at 2:04 PM, Dave Reisner wrote:
> > On Mon, Jun 04, 2012 at 12:57:47PM +0200, Kay Sievers wrote:
> >> On Sun, Jun 3, 2012 at 4:18 AM, Dave Reisner
> >> wrote:
> >> > This can invalidate otherwise valid source path
On Mon, Jun 04, 2012 at 09:45:18AM -0400, Dave Reisner wrote:
> On Mon, Jun 04, 2012 at 03:25:29PM +0200, Kay Sievers wrote:
> > On Mon, Jun 4, 2012 at 2:04 PM, Dave Reisner wrote:
> > > On Mon, Jun 04, 2012 at 12:57:47PM +0200, Kay Sievers wrote:
> > >> On Sun, Jun 3, 2012 at 4:18 AM, Dave Reisne
http://www.freedesktop.org/software/systemd/systemd-185.tar.xz
CHANGES WITH 185:
* "systemctl help " now shows the man page if one is
available.
* Several new man pages have been added.
* MaxLevelStore=, MaxLevelSyslog=, MaxLevelKMsg=, MaxLevelConsole=
can now be specified in journald.conf.
On Fri, Jun 1, 2012 at 4:03 AM, Michal Schmidt wrote:
> On 05/31/2012 05:46 PM, Daniel Drake wrote:
>>
>> In the case of reboot (or poweroff), what does this mean?
>> plymouth-reboot.service is queued to start, and prefdm.service is
>> queued to stop. What does After= mean in this context, who com
Hello all.
while trying to optimize my bootup i noted that i could not squeeze it
under 17seconds userspace
Looking at the bootchart revealed that this is mainly due to
systemd-udevd consuming 60% of my bootup I/O.
This means i lose 12 seconds of bootup just to one process.
i was wondering wheth
On Mon, Jun 4, 2012 at 12:49 PM, Peeters Simon wrote:
> Hello all.
>
> while trying to optimize my bootup i noted that i could not squeeze it
> under 17seconds userspace
>
> Looking at the bootchart revealed that this is mainly due to
> systemd-udevd consuming 60% of my bootup I/O.
> This means i
On Mon, Jun 4, 2012 at 1:14 PM, Peeters Simon wrote:
> 2012/6/4 Kok, Auke-jan H :
>> On Mon, Jun 4, 2012 at 12:49 PM, Peeters Simon
>> wrote:
>>> Hello all.
>>>
>>> while trying to optimize my bootup i noted that i could not squeeze it
>>> under 17seconds userspace
>>>
>>> Looking at the bootcha
2012/6/4 Kok, Auke-jan H :
> On Mon, Jun 4, 2012 at 1:14 PM, Peeters Simon wrote:
>> 2012/6/4 Kok, Auke-jan H :
>>> On Mon, Jun 4, 2012 at 12:49 PM, Peeters Simon
>>> wrote:
Hello all.
while trying to optimize my bootup i noted that i could not squeeze it
under 17seconds user
On Mon, Jun 4, 2012 at 1:48 PM, Peeters Simon wrote:
> well, here it is, it does not really show the I/O activity the old one
> shows (it seems like this one only shows throughput)
-ENOATTACHMENT
> between 9 and 15 seconds almost nothing seems to happen, almost no
> cpu, almost no I/O throughput
On Mon, Jun 4, 2012 at 10:52 PM, Kok, Auke-jan H
wrote:
> On Mon, Jun 4, 2012 at 1:48 PM, Peeters Simon wrote:
>> well, here it is, it does not really show the I/O activity the old one
>> shows (it seems like this one only shows throughput)
>
> -ENOATTACHMENT
>
>> between 9 and 15 seconds almost
On Mon, Jun 4, 2012 at 1:48 PM, Peeters Simon wrote:
> actually, here it is (forgotten attachment)
Could you recreate the bootchart, but this time, boot with
"initcall_debug=1" on the kernel commandline as well?
This may provide some hints why your system is taking very long to
start doing read
g to
> start doing readahead.
seems like there is something about this readahead, without it bootup
seems to be faster.
i attached another bootchart without readahead (featuring gdm at the 10s marker)
bootchart-20120604-1810.svg.bz2
Description: BZip2 compressed data
On Mon, Jun 4, 2012 at 3:05 PM, Peeters Simon wrote:
> 2012/6/4 Kok, Auke-jan H :
>> On Mon, Jun 4, 2012 at 1:48 PM, Peeters Simon
>> wrote:
>>> actually, here it is (forgotten attachment)
>>
>>
>> Could you recreate the bootchart, but this time, boot with
>> "initcall_debug=1" on the kernel com
On Mon, Jun 4, 2012 at 3:19 PM, Peeters Simon wrote:
> 2012/6/4 Kok, Auke-jan H :
>> On Mon, Jun 4, 2012 at 1:48 PM, Peeters Simon
>> wrote:
>>
>> Could you recreate the bootchart, but this time, boot with
>> "initcall_debug=1" on the kernel commandline as well?
>>
>> This may provide some hints
2012/6/4 Kok, Auke-jan H :
> It seems your system is taking well into 15+ seconds before btrfs is
> actually *ready* on your system, which seems to be the main hiccup
> (note, speculation here). I've personally become a bit displeased with
> btrfs performance recently myself, so, I'm wondering if y
21 matches
Mail list logo
