I've got code that provides me a udev_device that is a bridge device
(e.g. /sys/devices/virtual/net/br0/).
udev_device_get_sysattr_list_entry() returns me all of the items in
that top level directory but nothing in any of the subdirectories. I
can however use udev_device_get_sysattr_value(udev_dev,
---
src/shared/util.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/shared/util.c b/src/shared/util.c
index 64d6e62..6310aec 100644
--- a/src/shared/util.c
+++ b/src/shared/util.c
@@ -5879,10 +5879,10 @@ bool string_is_safe(const char *p) {
assert(p);
On Thu, Oct 04, 2012 at 11:12:08AM +0200, Ingo Molnar wrote:
> lyra:~> systemctl --failed
> UNIT LOAD ACTIVE SUB JOB DESCRIPTION
>
> LOAD = Reflects whether the unit definition was properly loaded.
> ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
> SUB= The
* Mirco Tischler wrote:
> 2012/10/4 Ingo Molnar :
> > Here are the kernel parameters:
> >
> > lyra:~> cat /proc/cmdline
> >
> > BOOT_IMAGE=/boot/bzImage
> > root=UUID=dd8873f1-9cfd-4338-b9ec-f4902abdc486 ro single rd.md=0
> > rd.lvm=0 rd.dm=0 SYSFONT=latarcyrheb-sun16
> > earlyprintk=serial
Thanks.
Actually, it was like this:
1) I posted the patch in irc. It wasn't noticed.
2) The next day i asked how should i do it. I was told to email it here,
and that posting it in irc is not ok.
3) I mailed the patch to the mailing list. I saw encoding problems.
4) I started a discussion about en
* Ingo Molnar wrote:
> > Could you add:
> > systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M
> > to the kernel command line? It will print all userspace log to the
> > kernel buffer, which is the most reliable way to store the logs when
> > stuff goes wrong that early during boot
2012/10/4 Ingo Molnar :
> Here are the kernel parameters:
>
> lyra:~> cat /proc/cmdline
>
> BOOT_IMAGE=/boot/bzImage
> root=UUID=dd8873f1-9cfd-4338-b9ec-f4902abdc486 ro single rd.md=0
> rd.lvm=0 rd.dm=0 SYSFONT=latarcyrheb-sun16
> earlyprintk=serial,ttyS0,115200 console=ttyS0,115200 console=tt
* Kay Sievers wrote:
> On Thu, Oct 4, 2012 at 12:05 PM, Ingo Molnar wrote:
> >
> > * Tom Gundersen wrote:
> >
> >> Hi Ingo,
> >>
> >> On Thu, Oct 4, 2012 at 11:12 AM, Ingo Molnar wrote:
> >> > I'm wondering how to debug the following systemd problem:
> >>
> >> [...]
> >>
> >> > Here are the u
On Thu, Oct 4, 2012 at 12:05 PM, Ingo Molnar wrote:
>
> * Tom Gundersen wrote:
>
>> Hi Ingo,
>>
>> On Thu, Oct 4, 2012 at 11:12 AM, Ingo Molnar wrote:
>> > I'm wondering how to debug the following systemd problem:
>>
>> [...]
>>
>> > Here are the units that are showing some sort of error:
>> >
>
* Tom Gundersen wrote:
> Hi Ingo,
>
> On Thu, Oct 4, 2012 at 11:12 AM, Ingo Molnar wrote:
> > I'm wondering how to debug the following systemd problem:
>
> [...]
>
> > Here are the units that are showing some sort of error:
> >
> > lyra:~> systemctl --all | grep -i err
> > exim.service
Hi Ingo,
On Thu, Oct 4, 2012 at 11:12 AM, Ingo Molnar wrote:
> I'm wondering how to debug the following systemd problem:
[...]
> Here are the units that are showing some sort of error:
>
> lyra:~> systemctl --all | grep -i err
> exim.service error inactive dead exim.servi
hi,
I'm wondering how to debug the following systemd problem: with
recent kernels my Fedora 17 installation drops into rescue mode:
[ OK ] Reached target Sockets.
[ OK ] Reached target Basic System.
Starting Rescue Shell...
[ OK ] Started Rescue Shell.
[ OK ] Reached targe
Reply of dbus_message_new_method_return was check twice and
path from unit_dbus_path was not.
---
src/core/dbus-manager.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/core/dbus-manager.c b/src/core/dbus-manager.c
index 9cdecfc..003825a 100644
--- a/src/core/dbus-ma
13 matches
Mail list logo
