* postinst does not finish
@ 2013-04-17 6:28 Andreas Müller
2013-04-17 6:42 ` Khem Raj
2013-04-17 9:07 ` Martin Jansa
0 siblings, 2 replies; 33+ messages in thread
From: Andreas Müller @ 2013-04-17 6:28 UTC (permalink / raw)
To: openembedded-core
Hi,
sorry again me with another issue. I updated all layers from master
few hours ago and built from scratch. On first boot with systemd
postinst never finishes. I see only:
[** } A start job is running for Run pending postinsts
and ** are moving around.
Does anybody else face this one?
Andreas
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-17 6:28 postinst does not finish Andreas Müller
@ 2013-04-17 6:42 ` Khem Raj
2013-04-17 8:28 ` Paul Eggleton
2013-04-17 9:07 ` Martin Jansa
1 sibling, 1 reply; 33+ messages in thread
From: Khem Raj @ 2013-04-17 6:42 UTC (permalink / raw)
To: Andreas Müller; +Cc: openembedded-core
ran into same issue. I disabled post installs to run on boot
On Apr 16, 2013, at 11:28 PM, Andreas Müller <schnitzeltony@googlemail.com> wrote:
> Hi,
>
> sorry again me with another issue. I updated all layers from master
> few hours ago and built from scratch. On first boot with systemd
> postinst never finishes. I see only:
>
> [** } A start job is running for Run pending postinsts
>
> and ** are moving around.
>
> Does anybody else face this one?
>
> Andreas
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-17 6:42 ` Khem Raj
@ 2013-04-17 8:28 ` Paul Eggleton
2013-04-17 9:03 ` Andreas Müller
` (2 more replies)
0 siblings, 3 replies; 33+ messages in thread
From: Paul Eggleton @ 2013-04-17 8:28 UTC (permalink / raw)
To: Khem Raj, Andreas Müller; +Cc: openembedded-core
On Tuesday 16 April 2013 23:42:08 Khem Raj wrote:
> On Apr 16, 2013, at 11:28 PM, Andreas Müller <schnitzeltony@googlemail.com>
> wrote:
> > sorry again me with another issue. I updated all layers from master
> > few hours ago and built from scratch. On first boot with systemd
> > postinst never finishes. I see only:
> >
> > [** } A start job is running for Run pending postinsts
> >
> > and ** are moving around.
> >
> > Does anybody else face this one?
>
> ran into same issue. I disabled post installs to run on boot
Could you guys please try to debug this and find out what is hanging here,
because with core-image-minimal and systemd I don't see this problem, the run-
postinsts script finishes as expected.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-17 8:28 ` Paul Eggleton
@ 2013-04-17 9:03 ` Andreas Müller
2013-04-17 9:37 ` Paul Eggleton
2013-04-17 14:57 ` Khem Raj
2013-04-17 15:32 ` Stanacar, StefanX
2 siblings, 1 reply; 33+ messages in thread
From: Andreas Müller @ 2013-04-17 9:03 UTC (permalink / raw)
To: Paul Eggleton; +Cc: openembedded-core
On Wed, Apr 17, 2013 at 10:28 AM, Paul Eggleton
<paul.eggleton@linux.intel.com> wrote:
> On Tuesday 16 April 2013 23:42:08 Khem Raj wrote:
>> On Apr 16, 2013, at 11:28 PM, Andreas Müller <schnitzeltony@googlemail.com>
>> wrote:
>> > sorry again me with another issue. I updated all layers from master
>> > few hours ago and built from scratch. On first boot with systemd
>> > postinst never finishes. I see only:
>> >
>> > [** } A start job is running for Run pending postinsts
>> >
>> > and ** are moving around.
>> >
>> > Does anybody else face this one?
>>
>> ran into same issue. I disabled post installs to run on boot
>
> Could you guys please try to debug this and find out what is hanging here,
> because with core-image-minimal and systemd I don't see this problem, the run-
> postinsts script finishes as expected.
are you using opkg as I do?
Andreas
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-17 6:28 postinst does not finish Andreas Müller
2013-04-17 6:42 ` Khem Raj
@ 2013-04-17 9:07 ` Martin Jansa
1 sibling, 0 replies; 33+ messages in thread
From: Martin Jansa @ 2013-04-17 9:07 UTC (permalink / raw)
To: Andreas Müller; +Cc: openembedded-core
[-- Attachment #1: Type: text/plain, Size: 587 bytes --]
On Wed, Apr 17, 2013 at 08:28:31AM +0200, Andreas Müller wrote:
> Hi,
>
> sorry again me with another issue. I updated all layers from master
> few hours ago and built from scratch. On first boot with systemd
> postinst never finishes. I see only:
>
> [** } A start job is running for Run pending postinsts
>
> and ** are moving around.
>
> Does anybody else face this one?
Yes, even with distro-less oe-core-only core-image
http://lists.linuxtogo.org/pipermail/openembedded-core/2013-March/037660.html
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-17 9:03 ` Andreas Müller
@ 2013-04-17 9:37 ` Paul Eggleton
2013-04-17 18:27 ` Koen Kooi
0 siblings, 1 reply; 33+ messages in thread
From: Paul Eggleton @ 2013-04-17 9:37 UTC (permalink / raw)
To: Andreas Müller; +Cc: openembedded-core
On Wednesday 17 April 2013 11:03:30 Andreas Müller wrote:
> On Wed, Apr 17, 2013 at 10:28 AM, Paul Eggleton
> <paul.eggleton@linux.intel.com> wrote:
> > On Tuesday 16 April 2013 23:42:08 Khem Raj wrote:
> >> On Apr 16, 2013, at 11:28 PM, Andreas Müller
> >> <schnitzeltony@googlemail.com>
> >>
> >> wrote:
> >> > sorry again me with another issue. I updated all layers from master
> >> > few hours ago and built from scratch. On first boot with systemd
> >> > postinst never finishes. I see only:
> >> >
> >> > [** } A start job is running for Run pending postinsts
> >> >
> >> > and ** are moving around.
> >> >
> >> > Does anybody else face this one?
> >>
> >> ran into same issue. I disabled post installs to run on boot
> >
> > Could you guys please try to debug this and find out what is hanging here,
> > because with core-image-minimal and systemd I don't see this problem, the
> > run- postinsts script finishes as expected.
>
> are you using opkg as I do?
I wasn't, however I was under the impression Khem was also using rpm. Now I am
using opkg, and what I can see is that run-postinsts does take some time on
boot but it does appear to eventually finish and I don't get any error
indicating it failed; systemctl doesn't appear to list run-postinsts (although
I don't know whether it should or not.)
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-17 8:28 ` Paul Eggleton
2013-04-17 9:03 ` Andreas Müller
@ 2013-04-17 14:57 ` Khem Raj
2013-04-17 15:11 ` Paul Eggleton
2013-04-17 15:32 ` Stanacar, StefanX
2 siblings, 1 reply; 33+ messages in thread
From: Khem Raj @ 2013-04-17 14:57 UTC (permalink / raw)
To: Paul Eggleton; +Cc: openembedded-core
On Apr 17, 2013, at 1:28 AM, Paul Eggleton <paul.eggleton@linux.intel.com> wrote:
> On Tuesday 16 April 2013 23:42:08 Khem Raj wrote:
>> On Apr 16, 2013, at 11:28 PM, Andreas Müller <schnitzeltony@googlemail.com>
>> wrote:
>>> sorry again me with another issue. I updated all layers from master
>>> few hours ago and built from scratch. On first boot with systemd
>>> postinst never finishes. I see only:
>>>
>>> [** } A start job is running for Run pending postinsts
>>>
>>> and ** are moving around.
>>>
>>> Does anybody else face this one?
>>
>> ran into same issue. I disabled post installs to run on boot
>
> Could you guys please try to debug this and find out what is hanging here,
> because with core-image-minimal and systemd I don't see this problem, the run-
> postinsts script finishes as expected.
does minimal image have rpm post installs ?
>
> Cheers,
> Paul
>
> --
>
> Paul Eggleton
> Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-17 14:57 ` Khem Raj
@ 2013-04-17 15:11 ` Paul Eggleton
0 siblings, 0 replies; 33+ messages in thread
From: Paul Eggleton @ 2013-04-17 15:11 UTC (permalink / raw)
To: Khem Raj; +Cc: openembedded-core
On Wednesday 17 April 2013 07:57:13 Khem Raj wrote:
> On Apr 17, 2013, at 1:28 AM, Paul Eggleton <paul.eggleton@linux.intel.com>
wrote:
> > On Tuesday 16 April 2013 23:42:08 Khem Raj wrote:
> >> On Apr 16, 2013, at 11:28 PM, Andreas Müller
> >> <schnitzeltony@googlemail.com>
> >>
> >> wrote:
> >>> sorry again me with another issue. I updated all layers from master
> >>> few hours ago and built from scratch. On first boot with systemd
> >>> postinst never finishes. I see only:
> >>>
> >>> [** } A start job is running for Run pending postinsts
> >>>
> >>> and ** are moving around.
> >>>
> >>> Does anybody else face this one?
> >>
> >> ran into same issue. I disabled post installs to run on boot
> >
> > Could you guys please try to debug this and find out what is hanging here,
> > because with core-image-minimal and systemd I don't see this problem, the
> > run- postinsts script finishes as expected.
>
> does minimal image have rpm post installs ?
So at this point it would really help if someone could:
a) Tell me exactly what I need to do to reproduce the issue
or
b) Debug the issue and tell me where the script is failing
Thanks,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-17 8:28 ` Paul Eggleton
2013-04-17 9:03 ` Andreas Müller
2013-04-17 14:57 ` Khem Raj
@ 2013-04-17 15:32 ` Stanacar, StefanX
2 siblings, 0 replies; 33+ messages in thread
From: Stanacar, StefanX @ 2013-04-17 15:32 UTC (permalink / raw)
To: openembedded-core@lists.openembedded.org
On Wed, 2013-04-17 at 09:28 +0100, Paul Eggleton wrote:
> On Tuesday 16 April 2013 23:42:08 Khem Raj wrote:
> > On Apr 16, 2013, at 11:28 PM, Andreas Müller <schnitzeltony@googlemail.com>
> > wrote:
> > > sorry again me with another issue. I updated all layers from master
> > > few hours ago and built from scratch. On first boot with systemd
> > > postinst never finishes. I see only:
> > >
> > > [** } A start job is running for Run pending postinsts
> > >
> > > and ** are moving around.
> > >
> > > Does anybody else face this one?
> >
> > ran into same issue. I disabled post installs to run on boot
>
> Could you guys please try to debug this and find out what is hanging here,
> because with core-image-minimal and systemd I don't see this problem, the run-
> postinsts script finishes as expected.
>
Works for me too: core-image-sato and systemd, qemux86, PACKAGE_CLASSES
= "package_ipk". I do see that message but it doesn't hang, it finishes
pretty quick.
> Cheers,
> Paul
>
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-17 9:37 ` Paul Eggleton
@ 2013-04-17 18:27 ` Koen Kooi
2013-04-17 18:55 ` Burton, Ross
0 siblings, 1 reply; 33+ messages in thread
From: Koen Kooi @ 2013-04-17 18:27 UTC (permalink / raw)
To: Paul Eggleton; +Cc: openembedded-core
Op 17 apr. 2013, om 11:37 heeft Paul Eggleton <paul.eggleton@linux.intel.com> het volgende geschreven:
> On Wednesday 17 April 2013 11:03:30 Andreas Müller wrote:
>> On Wed, Apr 17, 2013 at 10:28 AM, Paul Eggleton
>> <paul.eggleton@linux.intel.com> wrote:
>>> On Tuesday 16 April 2013 23:42:08 Khem Raj wrote:
>>>> On Apr 16, 2013, at 11:28 PM, Andreas Müller
>>>> <schnitzeltony@googlemail.com>
>>>>
>>>> wrote:
>>>>> sorry again me with another issue. I updated all layers from master
>>>>> few hours ago and built from scratch. On first boot with systemd
>>>>> postinst never finishes. I see only:
>>>>>
>>>>> [** } A start job is running for Run pending postinsts
>>>>>
>>>>> and ** are moving around.
>>>>>
>>>>> Does anybody else face this one?
>>>>
>>>> ran into same issue. I disabled post installs to run on boot
>>>
>>> Could you guys please try to debug this and find out what is hanging here,
>>> because with core-image-minimal and systemd I don't see this problem, the
>>> run- postinsts script finishes as expected.
>>
>> are you using opkg as I do?
>
> I wasn't, however I was under the impression Khem was also using rpm. Now I am
> using opkg, and what I can see is that run-postinsts does take some time on
> boot but it does appear to eventually finish and I don't get any error
> indicating it failed; systemctl doesn't appear to list run-postinsts (although
> I don't know whether it should or not.)
I get a similar result here, but I have to rerun all postinsts with gconftool to make the packages actually work. I'll update OE-core tomorrow and try to get some more debug info. Systemctl says postinsts ran for 3 and a half minutes, a big improvement over the 60+ minutes for the same image built against 1.3.
regards,
Koen
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-17 18:27 ` Koen Kooi
@ 2013-04-17 18:55 ` Burton, Ross
2013-04-17 20:26 ` Koen Kooi
2013-04-18 18:45 ` Koen Kooi
0 siblings, 2 replies; 33+ messages in thread
From: Burton, Ross @ 2013-04-17 18:55 UTC (permalink / raw)
To: Koen Kooi; +Cc: Paul Eggleton, openembedded-core
On 17 April 2013 19:27, Koen Kooi <koen@dominion.thruhere.net> wrote:
> I get a similar result here, but I have to rerun all postinsts with gconftool to make the packages actually work. I'll update OE-core tomorrow and try to get some more debug info. Systemctl says postinsts ran for 3 and a half minutes, a big improvement over the 60+ minutes for the same image built against 1.3.
3.5 minutes is still a long time, what packages does it run on the target?
Ross
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-17 18:55 ` Burton, Ross
@ 2013-04-17 20:26 ` Koen Kooi
2013-04-17 20:28 ` Burton, Ross
2013-04-18 18:45 ` Koen Kooi
1 sibling, 1 reply; 33+ messages in thread
From: Koen Kooi @ 2013-04-17 20:26 UTC (permalink / raw)
To: Burton, Ross; +Cc: Paul Eggleton, openembedded-core
Op 17 apr. 2013, om 20:55 heeft "Burton, Ross" <ross.burton@intel.com> het volgende geschreven:
> On 17 April 2013 19:27, Koen Kooi <koen@dominion.thruhere.net> wrote:
>> I get a similar result here, but I have to rerun all postinsts with gconftool to make the packages actually work. I'll update OE-core tomorrow and try to get some more debug info. Systemctl says postinsts ran for 3 and a half minutes, a big improvement over the 60+ minutes for the same image built against 1.3.
>
> 3.5 minutes is still a long time, what packages does it run on the target?
According to the do_rootfs logs, the gconftool-2 ones. This is a full gnome image with a complete desktop and gconftool is *very* slow.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-17 20:26 ` Koen Kooi
@ 2013-04-17 20:28 ` Burton, Ross
0 siblings, 0 replies; 33+ messages in thread
From: Burton, Ross @ 2013-04-17 20:28 UTC (permalink / raw)
To: Koen Kooi; +Cc: Paul Eggleton, openembedded-core
On 17 April 2013 21:26, Koen Kooi <koen@dominion.thruhere.net> wrote:
>> 3.5 minutes is still a long time, what packages does it run on the target?
>
> According to the do_rootfs logs, the gconftool-2 ones. This is a full gnome image with a complete desktop and gconftool is *very* slow.
Using gconf.bbclass? Those should be running on the host when doing
rootfs, so checking the rootfs logs would be useful if that is the
case.
Ross
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-17 18:55 ` Burton, Ross
2013-04-17 20:26 ` Koen Kooi
@ 2013-04-18 18:45 ` Koen Kooi
2013-04-19 7:53 ` Koen Kooi
2013-04-19 8:38 ` Burton, Ross
1 sibling, 2 replies; 33+ messages in thread
From: Koen Kooi @ 2013-04-18 18:45 UTC (permalink / raw)
To: Burton, Ross; +Cc: Paul Eggleton, openembedded-core
Op 17 apr. 2013, om 20:55 heeft "Burton, Ross" <ross.burton@intel.com> het volgende geschreven:
> On 17 April 2013 19:27, Koen Kooi <koen@dominion.thruhere.net> wrote:
>> I get a similar result here, but I have to rerun all postinsts with gconftool to make the packages actually work. I'll update OE-core tomorrow and try to get some more debug info. Systemctl says postinsts ran for 3 and a half minutes, a big improvement over the 60+ minutes for the same image built against 1.3.
>
> 3.5 minutes is still a long time, what packages does it run on the target?
I finally have a new build done and was able to inspect log.do_rootfs:
[koen@rrMBP 1.0-r0]$ grep "configuration required on target" temp/log.do_rootfs
gdk-pixbuf-loader-png.postinst returned 1, marking as unpacked only, configuration required on target.
gdk-pixbuf-loader-jpeg.postinst returned 1, marking as unpacked only, configuration required on target.
liberation-fonts.postinst returned 1, marking as unpacked only, configuration required on target.
gdk-pixbuf-loader-xpm.postinst returned 1, marking as unpacked only, configuration required on target.
gdk-pixbuf-loader-gif.postinst returned 1, marking as unpacked only, configuration required on target.
hicolor-icon-theme.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-bluetooth.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-disk-utility.postinst returned 1, marking as unpacked only, configuration required on target.
nautilus.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-session.postinst returned 1, marking as unpacked only, configuration required on target.
gdm.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-settings-daemon.postinst returned 1, marking as unpacked only, configuration required on target.
libgweather1.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-panel.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-power-manager.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-control-center.postinst returned 1, marking as unpacked only, configuration required on target.
epiphany.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-theme-crux.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-theme-highcontrastlargeprint.postinst returned 1, marking as unpacked only, configuration required on target.
librsvg-2-gtk.postinst returned 1, marking as unpacked only, configuration required on target.
ttf-liberation-sans.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-icon-theme.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-theme-highcontrastinverse.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-theme-mist.postinst returned 1, marking as unpacked only, configuration required on target.
ttf-liberation-serif.postinst returned 1, marking as unpacked only, configuration required on target.
ttf-liberation-mono.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-theme-largeprint.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-themes.postinst returned 1, marking as unpacked only, configuration required on target.
udev-hwdb.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-theme-highcontrastlargeprintinverse.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-theme-highcontrast.postinst returned 1, marking as unpacked only, configuration required on target.
gdk-pixbuf-loader-png.postinst returned 1, marking as unpacked only, configuration required on target.
gdk-pixbuf-loader-jpeg.postinst returned 1, marking as unpacked only, configuration required on target.
liberation-fonts.postinst returned 1, marking as unpacked only, configuration required on target.
gdk-pixbuf-loader-xpm.postinst returned 1, marking as unpacked only, configuration required on target.
gdk-pixbuf-loader-gif.postinst returned 1, marking as unpacked only, configuration required on target.
hicolor-icon-theme.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-bluetooth.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-disk-utility.postinst returned 1, marking as unpacked only, configuration required on target.
nautilus.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-session.postinst returned 1, marking as unpacked only, configuration required on target.
gdm.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-settings-daemon.postinst returned 1, marking as unpacked only, configuration required on target.
libgweather1.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-panel.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-power-manager.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-control-center.postinst returned 1, marking as unpacked only, configuration required on target.
epiphany.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-theme-crux.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-theme-highcontrastlargeprint.postinst returned 1, marking as unpacked only, configuration required on target.
librsvg-2-gtk.postinst returned 1, marking as unpacked only, configuration required on target.
ttf-liberation-sans.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-icon-theme.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-theme-highcontrastinverse.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-theme-mist.postinst returned 1, marking as unpacked only, configuration required on target.
ttf-liberation-serif.postinst returned 1, marking as unpacked only, configuration required on target.
ttf-liberation-mono.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-theme-largeprint.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-themes.postinst returned 1, marking as unpacked only, configuration required on target.
udev-hwdb.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-theme-highcontrastlargeprintinverse.postinst returned 1, marking as unpacked only, configuration required on target.
gnome-theme-highcontrast.postinst returned 1, marking as unpacked only, configuration required on target.
And on first boot it hangs on the postinsts:
[ ***] A start job is running for Run pending postinsts
More debugging scheduled for tomorrow...
regards,
Koen
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-18 18:45 ` Koen Kooi
@ 2013-04-19 7:53 ` Koen Kooi
2013-04-19 8:38 ` Burton, Ross
1 sibling, 0 replies; 33+ messages in thread
From: Koen Kooi @ 2013-04-19 7:53 UTC (permalink / raw)
To: Burton, Ross; +Cc: Paul Eggleton, openembedded-core
Op 18 apr. 2013, om 20:45 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>
> Op 17 apr. 2013, om 20:55 heeft "Burton, Ross" <ross.burton@intel.com> het volgende geschreven:
>
>> On 17 April 2013 19:27, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>> I get a similar result here, but I have to rerun all postinsts with gconftool to make the packages actually work. I'll update OE-core tomorrow and try to get some more debug info. Systemctl says postinsts ran for 3 and a half minutes, a big improvement over the 60+ minutes for the same image built against 1.3.
>>
>> 3.5 minutes is still a long time, what packages does it run on the target?
>
> I finally have a new build done and was able to inspect log.do_rootfs:
>
> [koen@rrMBP 1.0-r0]$ grep "configuration required on target" temp/log.do_rootfs
> gdk-pixbuf-loader-png.postinst returned 1, marking as unpacked only, configuration required on target.
> gdk-pixbuf-loader-jpeg.postinst returned 1, marking as unpacked only, configuration required on target.
> liberation-fonts.postinst returned 1, marking as unpacked only, configuration required on target.
> gdk-pixbuf-loader-xpm.postinst returned 1, marking as unpacked only, configuration required on target.
> gdk-pixbuf-loader-gif.postinst returned 1, marking as unpacked only, configuration required on target.
> hicolor-icon-theme.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-bluetooth.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-disk-utility.postinst returned 1, marking as unpacked only, configuration required on target.
> nautilus.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-session.postinst returned 1, marking as unpacked only, configuration required on target.
> gdm.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-settings-daemon.postinst returned 1, marking as unpacked only, configuration required on target.
> libgweather1.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-panel.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-power-manager.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-control-center.postinst returned 1, marking as unpacked only, configuration required on target.
> epiphany.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-theme-crux.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-theme-highcontrastlargeprint.postinst returned 1, marking as unpacked only, configuration required on target.
> librsvg-2-gtk.postinst returned 1, marking as unpacked only, configuration required on target.
> ttf-liberation-sans.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-icon-theme.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-theme-highcontrastinverse.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-theme-mist.postinst returned 1, marking as unpacked only, configuration required on target.
> ttf-liberation-serif.postinst returned 1, marking as unpacked only, configuration required on target.
> ttf-liberation-mono.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-theme-largeprint.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-themes.postinst returned 1, marking as unpacked only, configuration required on target.
> udev-hwdb.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-theme-highcontrastlargeprintinverse.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-theme-highcontrast.postinst returned 1, marking as unpacked only, configuration required on target.
> gdk-pixbuf-loader-png.postinst returned 1, marking as unpacked only, configuration required on target.
> gdk-pixbuf-loader-jpeg.postinst returned 1, marking as unpacked only, configuration required on target.
> liberation-fonts.postinst returned 1, marking as unpacked only, configuration required on target.
> gdk-pixbuf-loader-xpm.postinst returned 1, marking as unpacked only, configuration required on target.
> gdk-pixbuf-loader-gif.postinst returned 1, marking as unpacked only, configuration required on target.
> hicolor-icon-theme.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-bluetooth.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-disk-utility.postinst returned 1, marking as unpacked only, configuration required on target.
> nautilus.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-session.postinst returned 1, marking as unpacked only, configuration required on target.
> gdm.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-settings-daemon.postinst returned 1, marking as unpacked only, configuration required on target.
> libgweather1.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-panel.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-power-manager.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-control-center.postinst returned 1, marking as unpacked only, configuration required on target.
> epiphany.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-theme-crux.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-theme-highcontrastlargeprint.postinst returned 1, marking as unpacked only, configuration required on target.
> librsvg-2-gtk.postinst returned 1, marking as unpacked only, configuration required on target.
> ttf-liberation-sans.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-icon-theme.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-theme-highcontrastinverse.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-theme-mist.postinst returned 1, marking as unpacked only, configuration required on target.
> ttf-liberation-serif.postinst returned 1, marking as unpacked only, configuration required on target.
> ttf-liberation-mono.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-theme-largeprint.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-themes.postinst returned 1, marking as unpacked only, configuration required on target.
> udev-hwdb.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-theme-highcontrastlargeprintinverse.postinst returned 1, marking as unpacked only, configuration required on target.
> gnome-theme-highcontrast.postinst returned 1, marking as unpacked only, configuration required on target.
>
>
> And on first boot it hangs on the postinsts:
>
> [ ***] A start job is running for Run pending postinsts
>
> More debugging scheduled for tomorrow...
A smaller console only image built against this mornings OE-core does complete the postinsts:
root@beaglebone:~# systemctl status run-postinsts
run-postinsts.service - Run pending postinsts
Loaded: loaded (/lib/systemd/system/run-postinsts.service; disabled)
Active: inactive (dead) since Sat 2000-01-01 13:16:08 UTC; 13 years 3 months ago
Process: 120 ExecStart=/etc/rcS.d/S98run-postinsts (code=exited, status=0/SUCCESS)
Jan 01 13:16:08 beaglebone S98run-postinsts[120]: Configuring udev-hwdb.
Jan 01 13:16:08 beaglebone systemd[1]: Started Run pending postinsts.
root@beaglebone:~# systemd-analyze blame | grep run-post
8.931s run-postinsts.service
root@beaglebone:~#
Running a build from scratch for the GNOME image right now with a local patch to add TimeoutSec=600 to the run-postinst service to be able to get a login prompt after 10 minutes.
regards,
Koen
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-18 18:45 ` Koen Kooi
2013-04-19 7:53 ` Koen Kooi
@ 2013-04-19 8:38 ` Burton, Ross
2013-04-19 8:52 ` Burton, Ross
1 sibling, 1 reply; 33+ messages in thread
From: Burton, Ross @ 2013-04-19 8:38 UTC (permalink / raw)
To: Koen Kooi; +Cc: Paul Eggleton, openembedded-core
On 18 April 2013 19:45, Koen Kooi <koen@dominion.thruhere.net> wrote:
> [koen@rrMBP 1.0-r0]$ grep "configuration required on target" temp/log.do_rootfs
> gdk-pixbuf-loader-png.postinst returned 1, marking as unpacked only, configuration required on target.
...
This is "usual" for postinsts that are intercepted and handled in a
single go - scroll further down the log and you should see the package
manager running the intercept scripts (i.e. fontcaches once, gconftool
once). I expect you'll see there that the gconftool intercept is
breaking for some reason.
Ross
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-19 8:38 ` Burton, Ross
@ 2013-04-19 8:52 ` Burton, Ross
2013-04-19 9:13 ` Koen Kooi
0 siblings, 1 reply; 33+ messages in thread
From: Burton, Ross @ 2013-04-19 8:52 UTC (permalink / raw)
To: Koen Kooi; +Cc: Paul Eggleton, openembedded-core
On 19 April 2013 09:38, Burton, Ross <ross.burton@intel.com> wrote:
> On 18 April 2013 19:45, Koen Kooi <koen@dominion.thruhere.net> wrote:
>> [koen@rrMBP 1.0-r0]$ grep "configuration required on target" temp/log.do_rootfs
>> gdk-pixbuf-loader-png.postinst returned 1, marking as unpacked only, configuration required on target.
> ..
>
> This is "usual" for postinsts that are intercepted and handled in a
> single go - scroll further down the log and you should see the package
> manager running the intercept scripts (i.e. fontcaches once, gconftool
> once). I expect you'll see there that the gconftool intercept is
> breaking for some reason.
Actually gconf isn't using triggers but it should happen on the host.
I wonder if we're hitting a problem where the postinsts are doing some
actions on the host and then triggers are "erroring" out and it's all
falling back to the target. Can you share the complete rootfs log for
this gnome image?
Ross
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-19 8:52 ` Burton, Ross
@ 2013-04-19 9:13 ` Koen Kooi
2013-04-19 11:23 ` Laurentiu Palcu
0 siblings, 1 reply; 33+ messages in thread
From: Koen Kooi @ 2013-04-19 9:13 UTC (permalink / raw)
To: Burton, Ross; +Cc: Paul Eggleton, openembedded-core
Op 19 apr. 2013, om 10:52 heeft "Burton, Ross" <ross.burton@intel.com> het volgende geschreven:
> On 19 April 2013 09:38, Burton, Ross <ross.burton@intel.com> wrote:
>> On 18 April 2013 19:45, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>> [koen@rrMBP 1.0-r0]$ grep "configuration required on target" temp/log.do_rootfs
>>> gdk-pixbuf-loader-png.postinst returned 1, marking as unpacked only, configuration required on target.
>> ..
>>
>> This is "usual" for postinsts that are intercepted and handled in a
>> single go - scroll further down the log and you should see the package
>> manager running the intercept scripts (i.e. fontcaches once, gconftool
>> once). I expect you'll see there that the gconftool intercept is
>> breaking for some reason.
>
> Actually gconf isn't using triggers but it should happen on the host.
>
> I wonder if we're hitting a problem where the postinsts are doing some
> actions on the host and then triggers are "erroring" out and it's all
> falling back to the target. Can you share the complete rootfs log for
> this gnome image?
Here's the complete log: http://dominion.thruhere.net/koen/angstrom/beaglebone/log.do_rootfs
Todays build is still building :(
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-19 9:13 ` Koen Kooi
@ 2013-04-19 11:23 ` Laurentiu Palcu
2013-04-19 11:38 ` Koen Kooi
0 siblings, 1 reply; 33+ messages in thread
From: Laurentiu Palcu @ 2013-04-19 11:23 UTC (permalink / raw)
To: Koen Kooi; +Cc: Paul Eggleton, openembedded-core
On 04/19/2013 12:13 PM, Koen Kooi wrote:
>
> Op 19 apr. 2013, om 10:52 heeft "Burton, Ross" <ross.burton@intel.com> het volgende geschreven:
>
>> On 19 April 2013 09:38, Burton, Ross <ross.burton@intel.com> wrote:
>>> On 18 April 2013 19:45, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>> [koen@rrMBP 1.0-r0]$ grep "configuration required on target" temp/log.do_rootfs
>>>> gdk-pixbuf-loader-png.postinst returned 1, marking as unpacked only, configuration required on target.
>>> ..
>>>
>>> This is "usual" for postinsts that are intercepted and handled in a
>>> single go - scroll further down the log and you should see the package
>>> manager running the intercept scripts (i.e. fontcaches once, gconftool
>>> once). I expect you'll see there that the gconftool intercept is
>>> breaking for some reason.
>>
>> Actually gconf isn't using triggers but it should happen on the host.
>>
>> I wonder if we're hitting a problem where the postinsts are doing some
>> actions on the host and then triggers are "erroring" out and it's all
>> falling back to the target. Can you share the complete rootfs log for
>> this gnome image?
>
> Here's the complete log: http://dominion.thruhere.net/koen/angstrom/beaglebone/log.do_rootfs
Do you think you can post the rootfs/var/lib/opkg/status file? This
would show us exactly what packages were postponed for first boot.
Thanks,
Laurentiu
>
> Todays build is still building :(
>
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-19 11:23 ` Laurentiu Palcu
@ 2013-04-19 11:38 ` Koen Kooi
2013-04-19 12:26 ` Laurentiu Palcu
0 siblings, 1 reply; 33+ messages in thread
From: Koen Kooi @ 2013-04-19 11:38 UTC (permalink / raw)
To: Laurentiu Palcu; +Cc: Paul Eggleton, openembedded-core
Op 19 apr. 2013, om 13:23 heeft Laurentiu Palcu <laurentiu.palcu@intel.com> het volgende geschreven:
>
>
> On 04/19/2013 12:13 PM, Koen Kooi wrote:
>>
>> Op 19 apr. 2013, om 10:52 heeft "Burton, Ross" <ross.burton@intel.com> het volgende geschreven:
>>
>>> On 19 April 2013 09:38, Burton, Ross <ross.burton@intel.com> wrote:
>>>> On 18 April 2013 19:45, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>>> [koen@rrMBP 1.0-r0]$ grep "configuration required on target" temp/log.do_rootfs
>>>>> gdk-pixbuf-loader-png.postinst returned 1, marking as unpacked only, configuration required on target.
>>>> ..
>>>>
>>>> This is "usual" for postinsts that are intercepted and handled in a
>>>> single go - scroll further down the log and you should see the package
>>>> manager running the intercept scripts (i.e. fontcaches once, gconftool
>>>> once). I expect you'll see there that the gconftool intercept is
>>>> breaking for some reason.
>>>
>>> Actually gconf isn't using triggers but it should happen on the host.
>>>
>>> I wonder if we're hitting a problem where the postinsts are doing some
>>> actions on the host and then triggers are "erroring" out and it's all
>>> falling back to the target. Can you share the complete rootfs log for
>>> this gnome image?
>>
>> Here's the complete log: http://dominion.thruhere.net/koen/angstrom/beaglebone/log.do_rootfs
> Do you think you can post the rootfs/var/lib/opkg/status file? This
> would show us exactly what packages were postponed for first boot.
This is the build that finished just before Ross sent the gconf patch:
http://dominion.thruhere.net/koen/angstrom/beaglebone/Angstrom-systemd-GNOME-image-eglibc-ipk-v2013.06-beaglebone.rootfs.tar.xz (75MiB)
I haven't booted that yet, I'll do that when I get back from lunch.
regards,
Koen
>
> Thanks,
> Laurentiu
>>
>> Todays build is still building :(
>>
>>
>> _______________________________________________
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-19 11:38 ` Koen Kooi
@ 2013-04-19 12:26 ` Laurentiu Palcu
2013-04-19 12:49 ` Koen Kooi
0 siblings, 1 reply; 33+ messages in thread
From: Laurentiu Palcu @ 2013-04-19 12:26 UTC (permalink / raw)
To: Koen Kooi; +Cc: Paul Eggleton, openembedded-core
On 04/19/2013 02:38 PM, Koen Kooi wrote:
>
> Op 19 apr. 2013, om 13:23 heeft Laurentiu Palcu <laurentiu.palcu@intel.com> het volgende geschreven:
>
>>
>>
>> On 04/19/2013 12:13 PM, Koen Kooi wrote:
>>>
>>> Op 19 apr. 2013, om 10:52 heeft "Burton, Ross" <ross.burton@intel.com> het volgende geschreven:
>>>
>>>> On 19 April 2013 09:38, Burton, Ross <ross.burton@intel.com> wrote:
>>>>> On 18 April 2013 19:45, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>>>> [koen@rrMBP 1.0-r0]$ grep "configuration required on target" temp/log.do_rootfs
>>>>>> gdk-pixbuf-loader-png.postinst returned 1, marking as unpacked only, configuration required on target.
>>>>> ..
>>>>>
>>>>> This is "usual" for postinsts that are intercepted and handled in a
>>>>> single go - scroll further down the log and you should see the package
>>>>> manager running the intercept scripts (i.e. fontcaches once, gconftool
>>>>> once). I expect you'll see there that the gconftool intercept is
>>>>> breaking for some reason.
>>>>
>>>> Actually gconf isn't using triggers but it should happen on the host.
>>>>
>>>> I wonder if we're hitting a problem where the postinsts are doing some
>>>> actions on the host and then triggers are "erroring" out and it's all
>>>> falling back to the target. Can you share the complete rootfs log for
>>>> this gnome image?
>>>
>>> Here's the complete log: http://dominion.thruhere.net/koen/angstrom/beaglebone/log.do_rootfs
>> Do you think you can post the rootfs/var/lib/opkg/status file? This
>> would show us exactly what packages were postponed for first boot.
>
> This is the build that finished just before Ross sent the gconf patch:
>
> http://dominion.thruhere.net/koen/angstrom/beaglebone/Angstrom-systemd-GNOME-image-eglibc-ipk-v2013.06-beaglebone.rootfs.tar.xz (75MiB)
>
> I haven't booted that yet, I'll do that when I get back from lunch.
From what you sent, I see the following packages postponed: udev-hwdb,
gnome-panel and gdm. We know about udev-hwdb... However, gnome-panel and
gdm are postponing the postinstalls for first boot explicitly:
if [ "x$D" != "x" ]; then
exit1
fi
This explains, at least, why you still see postinstalls running at first
boot.
Running the postinstalls at first boot appear to hang because (and
that's just a feeling) gtk-icon-cache is run twice on target... which is
time consuming.
Thanks,
Laurentiu
>
> regards,
>
> Koen
>
>
>>
>> Thanks,
>> Laurentiu
>>>
>>> Todays build is still building :(
>>>
>>>
>>> _______________________________________________
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>>>
>
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-19 12:26 ` Laurentiu Palcu
@ 2013-04-19 12:49 ` Koen Kooi
2013-04-19 13:03 ` Burton, Ross
0 siblings, 1 reply; 33+ messages in thread
From: Koen Kooi @ 2013-04-19 12:49 UTC (permalink / raw)
To: Laurentiu Palcu; +Cc: Paul Eggleton, openembedded-core
Op 19 apr. 2013, om 14:26 heeft Laurentiu Palcu <laurentiu.palcu@intel.com> het volgende geschreven:
>
>
> On 04/19/2013 02:38 PM, Koen Kooi wrote:
>>
>> Op 19 apr. 2013, om 13:23 heeft Laurentiu Palcu <laurentiu.palcu@intel.com> het volgende geschreven:
>>
>>>
>>>
>>> On 04/19/2013 12:13 PM, Koen Kooi wrote:
>>>>
>>>> Op 19 apr. 2013, om 10:52 heeft "Burton, Ross" <ross.burton@intel.com> het volgende geschreven:
>>>>
>>>>> On 19 April 2013 09:38, Burton, Ross <ross.burton@intel.com> wrote:
>>>>>> On 18 April 2013 19:45, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>>>>> [koen@rrMBP 1.0-r0]$ grep "configuration required on target" temp/log.do_rootfs
>>>>>>> gdk-pixbuf-loader-png.postinst returned 1, marking as unpacked only, configuration required on target.
>>>>>> ..
>>>>>>
>>>>>> This is "usual" for postinsts that are intercepted and handled in a
>>>>>> single go - scroll further down the log and you should see the package
>>>>>> manager running the intercept scripts (i.e. fontcaches once, gconftool
>>>>>> once). I expect you'll see there that the gconftool intercept is
>>>>>> breaking for some reason.
>>>>>
>>>>> Actually gconf isn't using triggers but it should happen on the host.
>>>>>
>>>>> I wonder if we're hitting a problem where the postinsts are doing some
>>>>> actions on the host and then triggers are "erroring" out and it's all
>>>>> falling back to the target. Can you share the complete rootfs log for
>>>>> this gnome image?
>>>>
>>>> Here's the complete log: http://dominion.thruhere.net/koen/angstrom/beaglebone/log.do_rootfs
>>> Do you think you can post the rootfs/var/lib/opkg/status file? This
>>> would show us exactly what packages were postponed for first boot.
>>
>> This is the build that finished just before Ross sent the gconf patch:
>>
>> http://dominion.thruhere.net/koen/angstrom/beaglebone/Angstrom-systemd-GNOME-image-eglibc-ipk-v2013.06-beaglebone.rootfs.tar.xz (75MiB)
>>
>> I haven't booted that yet, I'll do that when I get back from lunch.
> From what you sent, I see the following packages postponed: udev-hwdb,
> gnome-panel and gdm. We know about udev-hwdb... However, gnome-panel and
> gdm are postponing the postinstalls for first boot explicitly:
>
> if [ "x$D" != "x" ]; then
> exit1
> fi
>
> This explains, at least, why you still see postinstalls running at first
> boot.
>
> Running the postinstalls at first boot appear to hang because (and
> that's just a feeling) gtk-icon-cache is run twice on target... which is
> time consuming.
I know it's time consuming, but it finished on 60-90 minutes with 1.3, I left it overnight and it still hadn't finished. I have the LEDS configured to short mmc0 and cpu0 activity and there' s no IO, only cpu from time to time. I don't think it takes more than 14 hours to run those postinsts.
regards,
Koen
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-19 12:49 ` Koen Kooi
@ 2013-04-19 13:03 ` Burton, Ross
2013-04-19 13:13 ` Koen Kooi
0 siblings, 1 reply; 33+ messages in thread
From: Burton, Ross @ 2013-04-19 13:03 UTC (permalink / raw)
To: Koen Kooi; +Cc: Paul Eggleton, openembedded-core
On 19 April 2013 13:49, Koen Kooi <koen@dominion.thruhere.net> wrote:
>> Running the postinstalls at first boot appear to hang because (and
>> that's just a feeling) gtk-icon-cache is run twice on target... which is
>> time consuming.
>
> I know it's time consuming, but it finished on 60-90 minutes with 1.3, I left it overnight and it still hadn't finished. I have the LEDS configured to short mmc0 and cpu0 activity and there' s no IO, only cpu from time to time. I don't think it takes more than 14 hours to run those postinsts.
How about hacking the postinsts to use sh -x, so you can see what it's
executing?
Ross
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-19 13:03 ` Burton, Ross
@ 2013-04-19 13:13 ` Koen Kooi
2013-04-19 13:37 ` Koen Kooi
0 siblings, 1 reply; 33+ messages in thread
From: Koen Kooi @ 2013-04-19 13:13 UTC (permalink / raw)
To: Burton, Ross; +Cc: Paul Eggleton, openembedded-core
Op 19 apr. 2013, om 15:03 heeft "Burton, Ross" <ross.burton@intel.com> het volgende geschreven:
> On 19 April 2013 13:49, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>> Running the postinstalls at first boot appear to hang because (and
>>> that's just a feeling) gtk-icon-cache is run twice on target... which is
>>> time consuming.
>>
>> I know it's time consuming, but it finished on 60-90 minutes with 1.3, I left it overnight and it still hadn't finished. I have the LEDS configured to short mmc0 and cpu0 activity and there' s no IO, only cpu from time to time. I don't think it takes more than 14 hours to run those postinsts.
>
> How about hacking the postinsts to use sh -x, so you can see what it's
> executing?
Going to do that in a minute. Todays build just finished (*$(@*$(@ webkit-gtk build times) and I added timeoutsec=600 to the .service file:
root@beaglebone:~# systemctl status run-postinsts -a
run-postinsts.service - Run pending postinsts
Loaded: loaded (/lib/systemd/system/run-postinsts.service; disabled)
Active: failed (Result: timeout) since Sat 2000-01-01 18:30:33 UTC; 13 years 3 months ago
Main PID: 122
CGroup: name=systemd:/system/run-postinsts.service
Jan 01 18:20:33 beaglebone S98run-postinsts[122]: adduser: group gdm does not exist
Jan 01 18:20:33 beaglebone S98run-postinsts[122]: chown: unknown user/group gdm:gdm
Jan 01 18:30:33 beaglebone systemd[1]: run-postinsts.service operation timed out. Terminating.
Jan 01 18:30:33 beaglebone systemd[1]: Failed to start Run pending postinsts.
Jan 01 18:30:33 beaglebone systemd[1]: MESSAGE=Unit run-postinsts.service entered failed state.
root@beaglebone:~#
So it seems to just hang. Will report about the set -x thing shortly.
regards,
Koen
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-19 13:13 ` Koen Kooi
@ 2013-04-19 13:37 ` Koen Kooi
2013-04-19 14:00 ` Koen Kooi
0 siblings, 1 reply; 33+ messages in thread
From: Koen Kooi @ 2013-04-19 13:37 UTC (permalink / raw)
To: Burton, Ross; +Cc: Paul Eggleton, openembedded-core
Op 19 apr. 2013, om 15:13 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>
> Op 19 apr. 2013, om 15:03 heeft "Burton, Ross" <ross.burton@intel.com> het volgende geschreven:
>
>> On 19 April 2013 13:49, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>> Running the postinstalls at first boot appear to hang because (and
>>>> that's just a feeling) gtk-icon-cache is run twice on target... which is
>>>> time consuming.
>>>
>>> I know it's time consuming, but it finished on 60-90 minutes with 1.3, I left it overnight and it still hadn't finished. I have the LEDS configured to short mmc0 and cpu0 activity and there' s no IO, only cpu from time to time. I don't think it takes more than 14 hours to run those postinsts.
>>
>> How about hacking the postinsts to use sh -x, so you can see what it's
>> executing?
>
> Going to do that in a minute. Todays build just finished (*$(@*$(@ webkit-gtk build times) and I added timeoutsec=600 to the .service file:
>
> root@beaglebone:~# systemctl status run-postinsts -a
> run-postinsts.service - Run pending postinsts
> Loaded: loaded (/lib/systemd/system/run-postinsts.service; disabled)
> Active: failed (Result: timeout) since Sat 2000-01-01 18:30:33 UTC; 13 years 3 months ago
> Main PID: 122
> CGroup: name=systemd:/system/run-postinsts.service
>
> Jan 01 18:20:33 beaglebone S98run-postinsts[122]: adduser: group gdm does not exist
> Jan 01 18:20:33 beaglebone S98run-postinsts[122]: chown: unknown user/group gdm:gdm
> Jan 01 18:30:33 beaglebone systemd[1]: run-postinsts.service operation timed out. Terminating.
> Jan 01 18:30:33 beaglebone systemd[1]: Failed to start Run pending postinsts.
> Jan 01 18:30:33 beaglebone systemd[1]: MESSAGE=Unit run-postinsts.service entered failed state.
> root@beaglebone:~#
>
> So it seems to just hang. Will report about the set -x thing shortly.
And here it is:
Change postinst.service to Type=simple
root@beaglebone:~# journalctl -a -f -b -n500 -u run-postinsts
-- Logs begin at Sat 2000-01-01 18:47:13 UTC. --
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ '[' x '!=' x ']'
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ grep '^gdm:' /etc/group
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ addgroup gdm
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ grep '^gdm:' /etc/passwd
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ adduser --disabled-password --system --home /var/lib/gdm gdm --ingroup gdm -g gdm
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: adduser: /var/lib/gdm: File exists
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ '[' -d /var/lib/gdm ']'
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ chown -R gdm:gdm /var/lib/gdm
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: chown: unknown user/group gdm:gdm
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ chmod 0750 /var/lib/gdm
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ mkdir -p /etc/X11/
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ echo /usr/bin/gdm
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ OPTS=
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ '[' -n '' ']'
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ type systemctl
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ systemctl enable gdm.service
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ '[' -z '' -a enable = enable ']'
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ systemctl restart gdm.service
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ test x '!=' x
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ OPT=-s
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ type update-rc.d
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ update-rc.d -s gdm start 99 5 2 . stop 20 0 1 6 .
Jan 01 18:47:21 beaglebone S98run-postinsts[125]: Adding system startup for /etc/init.d/gdm.
Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ '[' x '!=' x ']'
Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ GDK_PIXBUF_MODULEDIR=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ gdk-pixbuf-query-loaders --update-cache
Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/Crux ']'
Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/Crux
Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrast ']'
Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrast
Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrast-SVG ']'
Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG
Connman does NTP at this point
Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastInverse ']'
Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse
Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastLargePrint ']'
Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint
Apr 19 13:21:14 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:21:14 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastLargePrintInverse ']'
Apr 19 13:21:14 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrintInverse
Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/LargePrint ']'
Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/LargePrint
Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/LowContrastLargePrint ']'
Apr 19 13:21:17 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/LowContrastLargePrint
Apr 19 13:21:17 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:21:17 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/Mist ']'
Apr 19 13:21:17 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/Mist
Apr 19 13:21:20 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:21:20 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/gnome ']'
Apr 19 13:21:20 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/gnome
Apr 19 13:21:55 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:21:56 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/hicolor ']'
Apr 19 13:21:56 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/hicolor
Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ '[' x '!=' x ']'
Apr 19 13:21:57 beaglebone S98run-postinsts[125]: +++ gconftool-2 --get-default-source
Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ export GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults
Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults
Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ SCHEMA_LOCATION=/etc/gconf/schemas
Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ for SCHEMA in gdm-simple-greeter.schemas
Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/gdm-simple-greeter.schemas ']'
Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ HOME=/root
Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/gdm-simple-greeter.schemas
Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ '[' -n '' ']'
Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ gconftool-2 --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults --direct --load /etc/gconf/schemas/panel-default-setup.entries
Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ '[' x '!=' x ']'
Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ GDK_PIXBUF_MODULEDIR=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ gdk-pixbuf-query-loaders --update-cache
Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/Crux ']'
Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/Crux
Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrast ']'
Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrast
Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrast-SVG ']'
Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG
Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastInverse ']'
Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse
Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastLargePrint ']'
Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint
Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastLargePrintInverse ']'
Apr 19 13:22:04 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrintInverse
Apr 19 13:22:06 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:22:06 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/LargePrint ']'
Apr 19 13:22:06 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/LargePrint
Apr 19 13:22:07 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:22:07 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/LowContrastLargePrint ']'
Apr 19 13:22:07 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/LowContrastLargePrint
Apr 19 13:22:09 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:22:09 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/Mist ']'
Apr 19 13:22:09 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/Mist
Apr 19 13:22:10 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
Apr 19 13:22:10 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/gnome ']'
Apr 19 13:22:10 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/gnome
+++ gconftool-2 --get-default-source
Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ export GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults
Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults
Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ SCHEMA_LOCATION=/etc/gconf/schemas
Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/window-list.schemas ']'
Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ HOME=/root
Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/window-list.schemas
Apr 19 13:22:41 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
Apr 19 13:22:41 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/clock.schemas ']'
Apr 19 13:22:41 beaglebone S98run-postinsts[125]: ++ HOME=/root
Apr 19 13:22:41 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/clock.schemas
Apr 19 13:22:47 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
Apr 19 13:22:47 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-general.schemas ']'
Apr 19 13:22:47 beaglebone S98run-postinsts[125]: ++ HOME=/root
Apr 19 13:22:47 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-general.schemas
Apr 19 13:22:55 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
Apr 19 13:22:55 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-compatibility.schemas ']'
Apr 19 13:22:55 beaglebone S98run-postinsts[125]: ++ HOME=/root
Apr 19 13:22:55 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-compatibility.schemas
Apr 19 13:22:56 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
Apr 19 13:22:56 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-global.schemas ']'
Apr 19 13:22:56 beaglebone S98run-postinsts[125]: ++ HOME=/root
Apr 19 13:22:56 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-global.schemas
Apr 19 13:23:04 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
Apr 19 13:23:04 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-object.schemas ']'
Apr 19 13:23:04 beaglebone S98run-postinsts[125]: ++ HOME=/root
Apr 19 13:23:04 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-object.schemas
Apr 19 13:23:08 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
Apr 19 13:23:08 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/workspace-switcher.schemas ']'
Apr 19 13:23:10 beaglebone S98run-postinsts[125]: ++ HOME=/root
Apr 19 13:23:10 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/workspace-switcher.schemas
Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-toplevel.schemas ']'
Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ HOME=/root
Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-toplevel.schemas
Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/fish.schemas ']'
Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ HOME=/root
Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/fish.schemas
Apr 19 13:23:51 beaglebone S98run-postinsts[125]: ++ test -n ''
Apr 19 13:23:51 beaglebone S98run-postinsts[125]: ++ udevadm hwdb --update
Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring gdm.
Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring gnome-panel.
Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring udev-hwdb.
*wait 5 minutes*
CTRL-C journalctl, inspect it:
run-postinsts.service - Run pending postinsts
Loaded: loaded (/lib/systemd/system/run-postinsts.service; disabled)
Active: inactive (dead) since Fri 2013-04-19 13:24:00 UTC; 6min ago
Main PID: 125 (code=exited, status=0/SUCCESS)
CGroup: name=systemd:/system/run-postinsts.service
Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-toplevel.schemas
Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/fish.schemas ']'
Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ HOME=/root
Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/fish.schemas
Apr 19 13:23:51 beaglebone S98run-postinsts[125]: ++ test -n ''
Apr 19 13:23:51 beaglebone S98run-postinsts[125]: ++ udevadm hwdb --update
Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring gdm.
Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring gnome-panel.
Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring udev-hwdb.
root@beaglebone:~# ls /etc/rcS.d
S03systemd-udevd
root@beaglebone:~#
So it completed this time. This is the 5th reboot already. I have no idea why it finished this time :(
regards,
Koen
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-19 13:37 ` Koen Kooi
@ 2013-04-19 14:00 ` Koen Kooi
2013-04-19 14:07 ` Koen Kooi
2013-04-21 6:59 ` Koen Kooi
0 siblings, 2 replies; 33+ messages in thread
From: Koen Kooi @ 2013-04-19 14:00 UTC (permalink / raw)
To: Burton, Ross; +Cc: Paul Eggleton, openembedded-core
Op 19 apr. 2013, om 15:37 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>
> Op 19 apr. 2013, om 15:13 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>
>>
>> Op 19 apr. 2013, om 15:03 heeft "Burton, Ross" <ross.burton@intel.com> het volgende geschreven:
>>
>>> On 19 April 2013 13:49, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>>> Running the postinstalls at first boot appear to hang because (and
>>>>> that's just a feeling) gtk-icon-cache is run twice on target... which is
>>>>> time consuming.
>>>>
>>>> I know it's time consuming, but it finished on 60-90 minutes with 1.3, I left it overnight and it still hadn't finished. I have the LEDS configured to short mmc0 and cpu0 activity and there' s no IO, only cpu from time to time. I don't think it takes more than 14 hours to run those postinsts.
>>>
>>> How about hacking the postinsts to use sh -x, so you can see what it's
>>> executing?
>>
>> Going to do that in a minute. Todays build just finished (*$(@*$(@ webkit-gtk build times) and I added timeoutsec=600 to the .service file:
>>
>> root@beaglebone:~# systemctl status run-postinsts -a
>> run-postinsts.service - Run pending postinsts
>> Loaded: loaded (/lib/systemd/system/run-postinsts.service; disabled)
>> Active: failed (Result: timeout) since Sat 2000-01-01 18:30:33 UTC; 13 years 3 months ago
>> Main PID: 122
>> CGroup: name=systemd:/system/run-postinsts.service
>>
>> Jan 01 18:20:33 beaglebone S98run-postinsts[122]: adduser: group gdm does not exist
>> Jan 01 18:20:33 beaglebone S98run-postinsts[122]: chown: unknown user/group gdm:gdm
>> Jan 01 18:30:33 beaglebone systemd[1]: run-postinsts.service operation timed out. Terminating.
>> Jan 01 18:30:33 beaglebone systemd[1]: Failed to start Run pending postinsts.
>> Jan 01 18:30:33 beaglebone systemd[1]: MESSAGE=Unit run-postinsts.service entered failed state.
>> root@beaglebone:~#
>>
>> So it seems to just hang. Will report about the set -x thing shortly.
>
> And here it is:
>
> Change postinst.service to Type=simple
>
> root@beaglebone:~# journalctl -a -f -b -n500 -u run-postinsts
> -- Logs begin at Sat 2000-01-01 18:47:13 UTC. --
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ '[' x '!=' x ']'
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ grep '^gdm:' /etc/group
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ addgroup gdm
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ grep '^gdm:' /etc/passwd
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ adduser --disabled-password --system --home /var/lib/gdm gdm --ingroup gdm -g gdm
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: adduser: /var/lib/gdm: File exists
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ '[' -d /var/lib/gdm ']'
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ chown -R gdm:gdm /var/lib/gdm
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: chown: unknown user/group gdm:gdm
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ chmod 0750 /var/lib/gdm
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ mkdir -p /etc/X11/
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ echo /usr/bin/gdm
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ OPTS=
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ '[' -n '' ']'
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ type systemctl
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ systemctl enable gdm.service
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ '[' -z '' -a enable = enable ']'
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ systemctl restart gdm.service
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ test x '!=' x
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ OPT=-s
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ type update-rc.d
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ update-rc.d -s gdm start 99 5 2 . stop 20 0 1 6 .
> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: Adding system startup for /etc/init.d/gdm.
> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ '[' x '!=' x ']'
> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ GDK_PIXBUF_MODULEDIR=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ gdk-pixbuf-query-loaders --update-cache
> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/Crux ']'
> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/Crux
> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrast ']'
> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrast
> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrast-SVG ']'
> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG
>
> Connman does NTP at this point
>
> Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastInverse ']'
> Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse
> Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastLargePrint ']'
> Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint
> Apr 19 13:21:14 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:21:14 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastLargePrintInverse ']'
> Apr 19 13:21:14 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrintInverse
> Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/LargePrint ']'
> Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/LargePrint
> Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/LowContrastLargePrint ']'
> Apr 19 13:21:17 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/LowContrastLargePrint
> Apr 19 13:21:17 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:21:17 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/Mist ']'
> Apr 19 13:21:17 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/Mist
> Apr 19 13:21:20 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:21:20 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/gnome ']'
> Apr 19 13:21:20 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/gnome
> Apr 19 13:21:55 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:21:56 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/hicolor ']'
> Apr 19 13:21:56 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/hicolor
> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ '[' x '!=' x ']'
> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: +++ gconftool-2 --get-default-source
> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ export GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults
> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults
> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ SCHEMA_LOCATION=/etc/gconf/schemas
> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ for SCHEMA in gdm-simple-greeter.schemas
> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/gdm-simple-greeter.schemas ']'
> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ HOME=/root
> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/gdm-simple-greeter.schemas
> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ '[' -n '' ']'
> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ gconftool-2 --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults --direct --load /etc/gconf/schemas/panel-default-setup.entries
> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ '[' x '!=' x ']'
> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ GDK_PIXBUF_MODULEDIR=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ gdk-pixbuf-query-loaders --update-cache
> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/Crux ']'
> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/Crux
> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrast ']'
> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrast
> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrast-SVG ']'
> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG
> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastInverse ']'
> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse
> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastLargePrint ']'
> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint
> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastLargePrintInverse ']'
> Apr 19 13:22:04 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrintInverse
> Apr 19 13:22:06 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:22:06 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/LargePrint ']'
> Apr 19 13:22:06 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/LargePrint
> Apr 19 13:22:07 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:22:07 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/LowContrastLargePrint ']'
> Apr 19 13:22:07 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/LowContrastLargePrint
> Apr 19 13:22:09 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:22:09 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/Mist ']'
> Apr 19 13:22:09 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/Mist
> Apr 19 13:22:10 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
> Apr 19 13:22:10 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/gnome ']'
> Apr 19 13:22:10 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/gnome
> +++ gconftool-2 --get-default-source
> Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ export GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults
> Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults
> Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ SCHEMA_LOCATION=/etc/gconf/schemas
> Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
> Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/window-list.schemas ']'
> Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ HOME=/root
> Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/window-list.schemas
> Apr 19 13:22:41 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
> Apr 19 13:22:41 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/clock.schemas ']'
> Apr 19 13:22:41 beaglebone S98run-postinsts[125]: ++ HOME=/root
> Apr 19 13:22:41 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/clock.schemas
> Apr 19 13:22:47 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
> Apr 19 13:22:47 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-general.schemas ']'
> Apr 19 13:22:47 beaglebone S98run-postinsts[125]: ++ HOME=/root
> Apr 19 13:22:47 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-general.schemas
> Apr 19 13:22:55 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
> Apr 19 13:22:55 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-compatibility.schemas ']'
> Apr 19 13:22:55 beaglebone S98run-postinsts[125]: ++ HOME=/root
> Apr 19 13:22:55 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-compatibility.schemas
> Apr 19 13:22:56 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
> Apr 19 13:22:56 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-global.schemas ']'
> Apr 19 13:22:56 beaglebone S98run-postinsts[125]: ++ HOME=/root
> Apr 19 13:22:56 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-global.schemas
> Apr 19 13:23:04 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
> Apr 19 13:23:04 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-object.schemas ']'
> Apr 19 13:23:04 beaglebone S98run-postinsts[125]: ++ HOME=/root
> Apr 19 13:23:04 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-object.schemas
> Apr 19 13:23:08 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
> Apr 19 13:23:08 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/workspace-switcher.schemas ']'
> Apr 19 13:23:10 beaglebone S98run-postinsts[125]: ++ HOME=/root
> Apr 19 13:23:10 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/workspace-switcher.schemas
> Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
> Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-toplevel.schemas ']'
> Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ HOME=/root
> Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-toplevel.schemas
> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/fish.schemas ']'
> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ HOME=/root
> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/fish.schemas
> Apr 19 13:23:51 beaglebone S98run-postinsts[125]: ++ test -n ''
> Apr 19 13:23:51 beaglebone S98run-postinsts[125]: ++ udevadm hwdb --update
> Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring gdm.
> Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring gnome-panel.
> Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring udev-hwdb.
>
> *wait 5 minutes*
>
> CTRL-C journalctl, inspect it:
>
> run-postinsts.service - Run pending postinsts
> Loaded: loaded (/lib/systemd/system/run-postinsts.service; disabled)
> Active: inactive (dead) since Fri 2013-04-19 13:24:00 UTC; 6min ago
> Main PID: 125 (code=exited, status=0/SUCCESS)
> CGroup: name=systemd:/system/run-postinsts.service
>
> Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-toplevel.schemas
> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/fish.schemas ']'
> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ HOME=/root
> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/fish.schemas
> Apr 19 13:23:51 beaglebone S98run-postinsts[125]: ++ test -n ''
> Apr 19 13:23:51 beaglebone S98run-postinsts[125]: ++ udevadm hwdb --update
> Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring gdm.
> Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring gnome-panel.
> Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring udev-hwdb.
>
> root@beaglebone:~# ls /etc/rcS.d
> S03systemd-udevd
> root@beaglebone:~#
>
> So it completed this time. This is the 5th reboot already. I have no idea why it finished this time :(
And it still doesn't work :(
root@beaglebone:~# systemctl status gdm -a
gdm.service - Gnome Display Manager
Loaded: loaded (/lib/systemd/system/gdm.service; enabled)
Active: active (running) since Sat 2000-01-01 19:22:11 UTC; 13 years 3 months ago
Main PID: 147 (gdm-binary)
CGroup: name=systemd:/system/gdm.service
└─147 /usr/sbin/gdm-binary -nodaemon
Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Couldn't look up uid
Apr 19 13:56:22 beaglebone gdm-simple-slave[337]: WARNING: User gdm doesn't exist
Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse output:
Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse D-Bus launch output
Apr 19 13:56:22 beaglebone gdm-simple-slave[338]: WARNING: User gdm doesn't exist
Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Could not run helper: Failed to execute child process "/usr/lib/gdm/ck-get-x11-display-device" (No such file or directory)
Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
Hmm, let's rerun gdm.postinst:
root@beaglebone:~# sh /var/lib/opkg/info/gdm.postinst
+ '[' x '!=' x ']'
+ grep '^gdm:' /etc/group
+ grep '^gdm:' /etc/passwd
+ adduser --disabled-password --system --home /var/lib/gdm gdm --ingroup gdm -g gdm
adduser: /var/lib/gdm: File exists
+ '[' -d /var/lib/gdm ']'
+ chown -R gdm:gdm /var/lib/gdm
+ chmod 0750 /var/lib/gdm
+ mkdir -p /etc/X11/
+ echo /usr/bin/gdm
+ OPTS=
+ '[' -n '' ']'
+ type systemctl
+ systemctl enable gdm.service
+ '[' -z '' -a enable = enable ']'
+ systemctl restart gdm.service
+ test x '!=' x
+ OPT=-s
+ type update-rc.d
+ update-rc.d -s gdm start 99 5 2 . stop 20 0 1 6 .
System startup links for /etc/init.d/gdm already exist.
+ '[' x '!=' x ']'
+ GDK_PIXBUF_MODULEDIR=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
+ gdk-pixbuf-query-loaders --update-cache
[ 102.324520] tilcdc 4830e000.fb: timeout waiting for framedone
+ for icondir in '/usr/share/icons/*'
+ '[' -d /usr/share/icons/Crux ']'
+ gtk-update-icon-cache -fqt /usr/share/icons/Crux
+ for icondir in '/usr/share/icons/*'
+ '[' -d /usr/share/icons/HighContrast ']'
+ gtk-update-icon-cache -fqt /usr/share/icons/HighContrast
+ for icondir in '/usr/share/icons/*'
+ '[' -d /usr/share/icons/HighContrast-SVG ']'
+ gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG
+ for icondir in '/usr/share/icons/*'
+ '[' -d /usr/share/icons/HighContrastInverse ']'
+ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse
+ for icondir in '/usr/share/icons/*'
+ '[' -d /usr/share/icons/HighContrastLargePrint ']'
+ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint
(etc)
So it looks like the postinsts do run when used inside run-postinst.service, but don't save their output (sucky description, I know).
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-19 14:00 ` Koen Kooi
@ 2013-04-19 14:07 ` Koen Kooi
2013-04-21 6:59 ` Koen Kooi
1 sibling, 0 replies; 33+ messages in thread
From: Koen Kooi @ 2013-04-19 14:07 UTC (permalink / raw)
To: Burton, Ross; +Cc: Paul Eggleton, openembedded-core
Op 19 apr. 2013, om 16:00 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>
> Op 19 apr. 2013, om 15:37 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>
>>
>> Op 19 apr. 2013, om 15:13 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>>
>>>
>>> Op 19 apr. 2013, om 15:03 heeft "Burton, Ross" <ross.burton@intel.com> het volgende geschreven:
>>>
>>>> On 19 April 2013 13:49, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>>>> Running the postinstalls at first boot appear to hang because (and
>>>>>> that's just a feeling) gtk-icon-cache is run twice on target... which is
>>>>>> time consuming.
>>>>>
>>>>> I know it's time consuming, but it finished on 60-90 minutes with 1.3, I left it overnight and it still hadn't finished. I have the LEDS configured to short mmc0 and cpu0 activity and there' s no IO, only cpu from time to time. I don't think it takes more than 14 hours to run those postinsts.
>>>>
>>>> How about hacking the postinsts to use sh -x, so you can see what it's
>>>> executing?
>>>
>>> Going to do that in a minute. Todays build just finished (*$(@*$(@ webkit-gtk build times) and I added timeoutsec=600 to the .service file:
>>>
>>> root@beaglebone:~# systemctl status run-postinsts -a
>>> run-postinsts.service - Run pending postinsts
>>> Loaded: loaded (/lib/systemd/system/run-postinsts.service; disabled)
>>> Active: failed (Result: timeout) since Sat 2000-01-01 18:30:33 UTC; 13 years 3 months ago
>>> Main PID: 122
>>> CGroup: name=systemd:/system/run-postinsts.service
>>>
>>> Jan 01 18:20:33 beaglebone S98run-postinsts[122]: adduser: group gdm does not exist
>>> Jan 01 18:20:33 beaglebone S98run-postinsts[122]: chown: unknown user/group gdm:gdm
>>> Jan 01 18:30:33 beaglebone systemd[1]: run-postinsts.service operation timed out. Terminating.
>>> Jan 01 18:30:33 beaglebone systemd[1]: Failed to start Run pending postinsts.
>>> Jan 01 18:30:33 beaglebone systemd[1]: MESSAGE=Unit run-postinsts.service entered failed state.
>>> root@beaglebone:~#
>>>
>>> So it seems to just hang. Will report about the set -x thing shortly.
>>
>> And here it is:
>>
>> Change postinst.service to Type=simple
>>
>>
[ snip]
>>
>> root@beaglebone:~# ls /etc/rcS.d
>> S03systemd-udevd
>> root@beaglebone:~#
>>
>> So it completed this time. This is the 5th reboot already. I have no idea why it finished this time :(
>
> And it still doesn't work :(
>
> root@beaglebone:~# systemctl status gdm -a
> gdm.service - Gnome Display Manager
> Loaded: loaded (/lib/systemd/system/gdm.service; enabled)
> Active: active (running) since Sat 2000-01-01 19:22:11 UTC; 13 years 3 months ago
> Main PID: 147 (gdm-binary)
> CGroup: name=systemd:/system/gdm.service
> └─147 /usr/sbin/gdm-binary -nodaemon
>
> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Couldn't look up uid
> Apr 19 13:56:22 beaglebone gdm-simple-slave[337]: WARNING: User gdm doesn't exist
> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse output:
> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse D-Bus launch output
> Apr 19 13:56:22 beaglebone gdm-simple-slave[338]: WARNING: User gdm doesn't exist
> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Could not run helper: Failed to execute child process "/usr/lib/gdm/ck-get-x11-display-device" (No such file or directory)
> Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
> Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
> Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
> Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
>
> Hmm, let's rerun gdm.postinst:
>
> root@beaglebone:~# sh /var/lib/opkg/info/gdm.postinst
> + '[' x '!=' x ']'
> + grep '^gdm:' /etc/group
> + grep '^gdm:' /etc/passwd
> + adduser --disabled-password --system --home /var/lib/gdm gdm --ingroup gdm -g gdm
> adduser: /var/lib/gdm: File exists
> + '[' -d /var/lib/gdm ']'
> + chown -R gdm:gdm /var/lib/gdm
> + chmod 0750 /var/lib/gdm
> + mkdir -p /etc/X11/
> + echo /usr/bin/gdm
> + OPTS=
> + '[' -n '' ']'
> + type systemctl
> + systemctl enable gdm.service
> + '[' -z '' -a enable = enable ']'
> + systemctl restart gdm.service
> + test x '!=' x
> + OPT=-s
> + type update-rc.d
> + update-rc.d -s gdm start 99 5 2 . stop 20 0 1 6 .
> System startup links for /etc/init.d/gdm already exist.
> + '[' x '!=' x ']'
> + GDK_PIXBUF_MODULEDIR=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
> + gdk-pixbuf-query-loaders --update-cache
> [ 102.324520] tilcdc 4830e000.fb: timeout waiting for framedone
> + for icondir in '/usr/share/icons/*'
> + '[' -d /usr/share/icons/Crux ']'
> + gtk-update-icon-cache -fqt /usr/share/icons/Crux
> + for icondir in '/usr/share/icons/*'
> + '[' -d /usr/share/icons/HighContrast ']'
> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast
> + for icondir in '/usr/share/icons/*'
> + '[' -d /usr/share/icons/HighContrast-SVG ']'
> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG
> + for icondir in '/usr/share/icons/*'
> + '[' -d /usr/share/icons/HighContrastInverse ']'
> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse
> + for icondir in '/usr/share/icons/*'
> + '[' -d /usr/share/icons/HighContrastLargePrint ']'
> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint
>
> (etc)
>
> So it looks like the postinsts do run when used inside run-postinst.service, but don't save their output (sucky description, I know).
Does anyone know which caps systemd sets on initscripts? It could be that the adduser caps are disallowed and we need to explicitly set them.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-19 14:00 ` Koen Kooi
2013-04-19 14:07 ` Koen Kooi
@ 2013-04-21 6:59 ` Koen Kooi
2013-04-21 15:09 ` Richard Purdie
1 sibling, 1 reply; 33+ messages in thread
From: Koen Kooi @ 2013-04-21 6:59 UTC (permalink / raw)
To: Burton, Ross; +Cc: Paul Eggleton, openembedded-core
Op 19 apr. 2013, om 16:00 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>
> Op 19 apr. 2013, om 15:37 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>
>>
>> Op 19 apr. 2013, om 15:13 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>>
>>>
>>> Op 19 apr. 2013, om 15:03 heeft "Burton, Ross" <ross.burton@intel.com> het volgende geschreven:
>>>
>>>> On 19 April 2013 13:49, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>>>> Running the postinstalls at first boot appear to hang because (and
>>>>>> that's just a feeling) gtk-icon-cache is run twice on target... which is
>>>>>> time consuming.
>>>>>
>>>>> I know it's time consuming, but it finished on 60-90 minutes with 1.3, I left it overnight and it still hadn't finished. I have the LEDS configured to short mmc0 and cpu0 activity and there' s no IO, only cpu from time to time. I don't think it takes more than 14 hours to run those postinsts.
>>>>
>>>> How about hacking the postinsts to use sh -x, so you can see what it's
>>>> executing?
>>>
>>> Going to do that in a minute. Todays build just finished (*$(@*$(@ webkit-gtk build times) and I added timeoutsec=600 to the .service file:
>>>
>>> root@beaglebone:~# systemctl status run-postinsts -a
>>> run-postinsts.service - Run pending postinsts
>>> Loaded: loaded (/lib/systemd/system/run-postinsts.service; disabled)
>>> Active: failed (Result: timeout) since Sat 2000-01-01 18:30:33 UTC; 13 years 3 months ago
>>> Main PID: 122
>>> CGroup: name=systemd:/system/run-postinsts.service
>>>
>>> Jan 01 18:20:33 beaglebone S98run-postinsts[122]: adduser: group gdm does not exist
>>> Jan 01 18:20:33 beaglebone S98run-postinsts[122]: chown: unknown user/group gdm:gdm
>>> Jan 01 18:30:33 beaglebone systemd[1]: run-postinsts.service operation timed out. Terminating.
>>> Jan 01 18:30:33 beaglebone systemd[1]: Failed to start Run pending postinsts.
>>> Jan 01 18:30:33 beaglebone systemd[1]: MESSAGE=Unit run-postinsts.service entered failed state.
>>> root@beaglebone:~#
>>>
>>> So it seems to just hang. Will report about the set -x thing shortly.
>>
>> And here it is:
>>
>> Change postinst.service to Type=simple
>>
>> root@beaglebone:~# journalctl -a -f -b -n500 -u run-postinsts
>> -- Logs begin at Sat 2000-01-01 18:47:13 UTC. --
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ '[' x '!=' x ']'
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ grep '^gdm:' /etc/group
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ addgroup gdm
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ grep '^gdm:' /etc/passwd
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ adduser --disabled-password --system --home /var/lib/gdm gdm --ingroup gdm -g gdm
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: adduser: /var/lib/gdm: File exists
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ '[' -d /var/lib/gdm ']'
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ chown -R gdm:gdm /var/lib/gdm
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: chown: unknown user/group gdm:gdm
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ chmod 0750 /var/lib/gdm
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ mkdir -p /etc/X11/
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ echo /usr/bin/gdm
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ OPTS=
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ '[' -n '' ']'
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ type systemctl
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ systemctl enable gdm.service
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ '[' -z '' -a enable = enable ']'
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ systemctl restart gdm.service
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ test x '!=' x
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ OPT=-s
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ type update-rc.d
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: ++ update-rc.d -s gdm start 99 5 2 . stop 20 0 1 6 .
>> Jan 01 18:47:21 beaglebone S98run-postinsts[125]: Adding system startup for /etc/init.d/gdm.
>> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ '[' x '!=' x ']'
>> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ GDK_PIXBUF_MODULEDIR=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
>> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ gdk-pixbuf-query-loaders --update-cache
>> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/Crux ']'
>> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/Crux
>> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrast ']'
>> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrast
>> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrast-SVG ']'
>> Jan 01 18:47:22 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG
>>
>> Connman does NTP at this point
>>
>> Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastInverse ']'
>> Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse
>> Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastLargePrint ']'
>> Apr 19 13:21:11 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint
>> Apr 19 13:21:14 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:21:14 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastLargePrintInverse ']'
>> Apr 19 13:21:14 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrintInverse
>> Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/LargePrint ']'
>> Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/LargePrint
>> Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:21:16 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/LowContrastLargePrint ']'
>> Apr 19 13:21:17 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/LowContrastLargePrint
>> Apr 19 13:21:17 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:21:17 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/Mist ']'
>> Apr 19 13:21:17 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/Mist
>> Apr 19 13:21:20 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:21:20 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/gnome ']'
>> Apr 19 13:21:20 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/gnome
>> Apr 19 13:21:55 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:21:56 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/hicolor ']'
>> Apr 19 13:21:56 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/hicolor
>> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ '[' x '!=' x ']'
>> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: +++ gconftool-2 --get-default-source
>> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ export GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults
>> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults
>> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ SCHEMA_LOCATION=/etc/gconf/schemas
>> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ for SCHEMA in gdm-simple-greeter.schemas
>> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/gdm-simple-greeter.schemas ']'
>> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ HOME=/root
>> Apr 19 13:21:57 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/gdm-simple-greeter.schemas
>> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ '[' -n '' ']'
>> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ gconftool-2 --config-source=xml:readwrite:/etc/gconf/gconf.xml.defaults --direct --load /etc/gconf/schemas/panel-default-setup.entries
>> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ '[' x '!=' x ']'
>> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ GDK_PIXBUF_MODULEDIR=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
>> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ gdk-pixbuf-query-loaders --update-cache
>> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/Crux ']'
>> Apr 19 13:22:02 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/Crux
>> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrast ']'
>> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrast
>> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrast-SVG ']'
>> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG
>> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastInverse ']'
>> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse
>> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastLargePrint ']'
>> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint
>> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:22:03 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/HighContrastLargePrintInverse ']'
>> Apr 19 13:22:04 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrintInverse
>> Apr 19 13:22:06 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:22:06 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/LargePrint ']'
>> Apr 19 13:22:06 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/LargePrint
>> Apr 19 13:22:07 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:22:07 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/LowContrastLargePrint ']'
>> Apr 19 13:22:07 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/LowContrastLargePrint
>> Apr 19 13:22:09 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:22:09 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/Mist ']'
>> Apr 19 13:22:09 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/Mist
>> Apr 19 13:22:10 beaglebone S98run-postinsts[125]: ++ for icondir in '/usr/share/icons/*'
>> Apr 19 13:22:10 beaglebone S98run-postinsts[125]: ++ '[' -d /usr/share/icons/gnome ']'
>> Apr 19 13:22:10 beaglebone S98run-postinsts[125]: ++ gtk-update-icon-cache -fqt /usr/share/icons/gnome
>> +++ gconftool-2 --get-default-source
>> Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ export GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults
>> Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ GCONF_CONFIG_SOURCE=xml:merged:/etc/gconf/gconf.xml.defaults
>> Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ SCHEMA_LOCATION=/etc/gconf/schemas
>> Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
>> Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/window-list.schemas ']'
>> Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ HOME=/root
>> Apr 19 13:22:31 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/window-list.schemas
>> Apr 19 13:22:41 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
>> Apr 19 13:22:41 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/clock.schemas ']'
>> Apr 19 13:22:41 beaglebone S98run-postinsts[125]: ++ HOME=/root
>> Apr 19 13:22:41 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/clock.schemas
>> Apr 19 13:22:47 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
>> Apr 19 13:22:47 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-general.schemas ']'
>> Apr 19 13:22:47 beaglebone S98run-postinsts[125]: ++ HOME=/root
>> Apr 19 13:22:47 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-general.schemas
>> Apr 19 13:22:55 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
>> Apr 19 13:22:55 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-compatibility.schemas ']'
>> Apr 19 13:22:55 beaglebone S98run-postinsts[125]: ++ HOME=/root
>> Apr 19 13:22:55 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-compatibility.schemas
>> Apr 19 13:22:56 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
>> Apr 19 13:22:56 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-global.schemas ']'
>> Apr 19 13:22:56 beaglebone S98run-postinsts[125]: ++ HOME=/root
>> Apr 19 13:22:56 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-global.schemas
>> Apr 19 13:23:04 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
>> Apr 19 13:23:04 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-object.schemas ']'
>> Apr 19 13:23:04 beaglebone S98run-postinsts[125]: ++ HOME=/root
>> Apr 19 13:23:04 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-object.schemas
>> Apr 19 13:23:08 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
>> Apr 19 13:23:08 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/workspace-switcher.schemas ']'
>> Apr 19 13:23:10 beaglebone S98run-postinsts[125]: ++ HOME=/root
>> Apr 19 13:23:10 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/workspace-switcher.schemas
>> Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
>> Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/panel-toplevel.schemas ']'
>> Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ HOME=/root
>> Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-toplevel.schemas
>> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
>> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/fish.schemas ']'
>> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ HOME=/root
>> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/fish.schemas
>> Apr 19 13:23:51 beaglebone S98run-postinsts[125]: ++ test -n ''
>> Apr 19 13:23:51 beaglebone S98run-postinsts[125]: ++ udevadm hwdb --update
>> Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring gdm.
>> Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring gnome-panel.
>> Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring udev-hwdb.
>>
>> *wait 5 minutes*
>>
>> CTRL-C journalctl, inspect it:
>>
>> run-postinsts.service - Run pending postinsts
>> Loaded: loaded (/lib/systemd/system/run-postinsts.service; disabled)
>> Active: inactive (dead) since Fri 2013-04-19 13:24:00 UTC; 6min ago
>> Main PID: 125 (code=exited, status=0/SUCCESS)
>> CGroup: name=systemd:/system/run-postinsts.service
>>
>> Apr 19 13:23:22 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/panel-toplevel.schemas
>> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ for SCHEMA in window-list.schemas clock.schemas panel-general.schemas panel-compatibility.schemas panel-global.schemas panel-object.schemas workspace-switcher.schemas panel-toplevel.schemas fish.schemas
>> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ '[' -e /etc/gconf/schemas/fish.schemas ']'
>> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ HOME=/root
>> Apr 19 13:23:32 beaglebone S98run-postinsts[125]: ++ gconftool-2 --makefile-install-rule /etc/gconf/schemas/fish.schemas
>> Apr 19 13:23:51 beaglebone S98run-postinsts[125]: ++ test -n ''
>> Apr 19 13:23:51 beaglebone S98run-postinsts[125]: ++ udevadm hwdb --update
>> Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring gdm.
>> Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring gnome-panel.
>> Apr 19 13:24:00 beaglebone S98run-postinsts[125]: Configuring udev-hwdb.
>>
>> root@beaglebone:~# ls /etc/rcS.d
>> S03systemd-udevd
>> root@beaglebone:~#
>>
>> So it completed this time. This is the 5th reboot already. I have no idea why it finished this time :(
>
> And it still doesn't work :(
>
> root@beaglebone:~# systemctl status gdm -a
> gdm.service - Gnome Display Manager
> Loaded: loaded (/lib/systemd/system/gdm.service; enabled)
> Active: active (running) since Sat 2000-01-01 19:22:11 UTC; 13 years 3 months ago
> Main PID: 147 (gdm-binary)
> CGroup: name=systemd:/system/gdm.service
> └─147 /usr/sbin/gdm-binary -nodaemon
>
> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Couldn't look up uid
> Apr 19 13:56:22 beaglebone gdm-simple-slave[337]: WARNING: User gdm doesn't exist
> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse output:
> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse D-Bus launch output
> Apr 19 13:56:22 beaglebone gdm-simple-slave[338]: WARNING: User gdm doesn't exist
> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Could not run helper: Failed to execute child process "/usr/lib/gdm/ck-get-x11-display-device" (No such file or directory)
> Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
> Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
> Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
> Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
>
> Hmm, let's rerun gdm.postinst:
>
> root@beaglebone:~# sh /var/lib/opkg/info/gdm.postinst
> + '[' x '!=' x ']'
> + grep '^gdm:' /etc/group
> + grep '^gdm:' /etc/passwd
> + adduser --disabled-password --system --home /var/lib/gdm gdm --ingroup gdm -g gdm
> adduser: /var/lib/gdm: File exists
> + '[' -d /var/lib/gdm ']'
> + chown -R gdm:gdm /var/lib/gdm
> + chmod 0750 /var/lib/gdm
> + mkdir -p /etc/X11/
> + echo /usr/bin/gdm
> + OPTS=
> + '[' -n '' ']'
> + type systemctl
> + systemctl enable gdm.service
> + '[' -z '' -a enable = enable ']'
> + systemctl restart gdm.service
> + test x '!=' x
> + OPT=-s
> + type update-rc.d
> + update-rc.d -s gdm start 99 5 2 . stop 20 0 1 6 .
> System startup links for /etc/init.d/gdm already exist.
> + '[' x '!=' x ']'
> + GDK_PIXBUF_MODULEDIR=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
> + gdk-pixbuf-query-loaders --update-cache
> [ 102.324520] tilcdc 4830e000.fb: timeout waiting for framedone
> + for icondir in '/usr/share/icons/*'
> + '[' -d /usr/share/icons/Crux ']'
> + gtk-update-icon-cache -fqt /usr/share/icons/Crux
> + for icondir in '/usr/share/icons/*'
> + '[' -d /usr/share/icons/HighContrast ']'
> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast
> + for icondir in '/usr/share/icons/*'
> + '[' -d /usr/share/icons/HighContrast-SVG ']'
> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG
> + for icondir in '/usr/share/icons/*'
> + '[' -d /usr/share/icons/HighContrastInverse ']'
> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse
> + for icondir in '/usr/share/icons/*'
> + '[' -d /usr/share/icons/HighContrastLargePrint ']'
> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint
>
> (etc)
>
> So it looks like the postinsts do run when used inside run-postinst.service, but don't save their output (sucky description, I know).
Another datapoint, same GNOME image built for x86 finishes run-postinsts as expected, but also doesn't work, gconf stuff has to get run manually again to work.
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-21 6:59 ` Koen Kooi
@ 2013-04-21 15:09 ` Richard Purdie
2013-04-22 8:36 ` Koen Kooi
0 siblings, 1 reply; 33+ messages in thread
From: Richard Purdie @ 2013-04-21 15:09 UTC (permalink / raw)
To: Koen Kooi; +Cc: Paul Eggleton, openembedded-core
On Sun, 2013-04-21 at 08:59 +0200, Koen Kooi wrote:
> Op 19 apr. 2013, om 16:00 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
> > Op 19 apr. 2013, om 15:37 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
> > And it still doesn't work :(
> >
> > root@beaglebone:~# systemctl status gdm -a
> > gdm.service - Gnome Display Manager
> > Loaded: loaded (/lib/systemd/system/gdm.service; enabled)
> > Active: active (running) since Sat 2000-01-01 19:22:11 UTC; 13 years 3 months ago
> > Main PID: 147 (gdm-binary)
> > CGroup: name=systemd:/system/gdm.service
> > └─147 /usr/sbin/gdm-binary -nodaemon
> >
> > Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Couldn't look up uid
> > Apr 19 13:56:22 beaglebone gdm-simple-slave[337]: WARNING: User gdm doesn't exist
> > Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse output:
> > Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse D-Bus launch output
> > Apr 19 13:56:22 beaglebone gdm-simple-slave[338]: WARNING: User gdm doesn't exist
> > Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Could not run helper: Failed to execute child process "/usr/lib/gdm/ck-get-x11-display-device" (No such file or directory)
> > Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
> > Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
> > Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
> > Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
> >
> > Hmm, let's rerun gdm.postinst:
> >
> > root@beaglebone:~# sh /var/lib/opkg/info/gdm.postinst
> > + '[' x '!=' x ']'
> > + grep '^gdm:' /etc/group
> > + grep '^gdm:' /etc/passwd
> > + adduser --disabled-password --system --home /var/lib/gdm gdm --ingroup gdm -g gdm
> > adduser: /var/lib/gdm: File exists
> > + '[' -d /var/lib/gdm ']'
> > + chown -R gdm:gdm /var/lib/gdm
> > + chmod 0750 /var/lib/gdm
> > + mkdir -p /etc/X11/
> > + echo /usr/bin/gdm
> > + OPTS=
> > + '[' -n '' ']'
> > + type systemctl
> > + systemctl enable gdm.service
> > + '[' -z '' -a enable = enable ']'
> > + systemctl restart gdm.service
> > + test x '!=' x
> > + OPT=-s
> > + type update-rc.d
> > + update-rc.d -s gdm start 99 5 2 . stop 20 0 1 6 .
> > System startup links for /etc/init.d/gdm already exist.
> > + '[' x '!=' x ']'
> > + GDK_PIXBUF_MODULEDIR=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
> > + gdk-pixbuf-query-loaders --update-cache
> > [ 102.324520] tilcdc 4830e000.fb: timeout waiting for framedone
> > + for icondir in '/usr/share/icons/*'
> > + '[' -d /usr/share/icons/Crux ']'
> > + gtk-update-icon-cache -fqt /usr/share/icons/Crux
> > + for icondir in '/usr/share/icons/*'
> > + '[' -d /usr/share/icons/HighContrast ']'
> > + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast
> > + for icondir in '/usr/share/icons/*'
> > + '[' -d /usr/share/icons/HighContrast-SVG ']'
> > + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG
> > + for icondir in '/usr/share/icons/*'
> > + '[' -d /usr/share/icons/HighContrastInverse ']'
> > + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse
> > + for icondir in '/usr/share/icons/*'
> > + '[' -d /usr/share/icons/HighContrastLargePrint ']'
> > + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint
> >
> > (etc)
> >
> > So it looks like the postinsts do run when used inside run-postinst.service, but don't save their output (sucky description, I know).
>
> Another datapoint, same GNOME image built for x86 finishes run-postinsts as expected, but also doesn't work, gconf stuff has to get run manually again to work.
FWIW I think there are multiple issues here and they're combining
together to make a rather weird problem.
One issue we now know about is that the intercept code and the way it
uses "exit 1" can cause some later parts of some postinst scripts not to
get executed. I believe Laurentiu has a fix for this problem and this is
the one causing the gdm issue.
I think the hang people are reporting is something else though, perhaps
related to the hwdb. I'm also aware of matchbox-session-sato conflicting
with settings-deamon and some multilib issues such as the wrong
qemuwrapper being used.
We're going to have to work through each issue in turn and re-evaluate
after each fix.
I wish we'd come across this earlier as to add fixes to the release at
this point would mean slipping the release date by a week :(. I'm
therefore leaning towards testing any fixes and queuing them quickly on
the branch post-release, following up with a point release relatively
soon to catch things that people find as the release gets more exposure.
I know the point releases have happened slowly and I want to change
that.
Cheers,
Richard
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-21 15:09 ` Richard Purdie
@ 2013-04-22 8:36 ` Koen Kooi
2013-04-23 7:27 ` Andreas Müller
0 siblings, 1 reply; 33+ messages in thread
From: Koen Kooi @ 2013-04-22 8:36 UTC (permalink / raw)
To: Richard Purdie; +Cc: Paul Eggleton, openembedded-core
Op 21 apr. 2013, om 17:09 heeft Richard Purdie <richard.purdie@linuxfoundation.org> het volgende geschreven:
> On Sun, 2013-04-21 at 08:59 +0200, Koen Kooi wrote:
>> Op 19 apr. 2013, om 16:00 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>>> Op 19 apr. 2013, om 15:37 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>>> And it still doesn't work :(
>>>
>>> root@beaglebone:~# systemctl status gdm -a
>>> gdm.service - Gnome Display Manager
>>> Loaded: loaded (/lib/systemd/system/gdm.service; enabled)
>>> Active: active (running) since Sat 2000-01-01 19:22:11 UTC; 13 years 3 months ago
>>> Main PID: 147 (gdm-binary)
>>> CGroup: name=systemd:/system/gdm.service
>>> └─147 /usr/sbin/gdm-binary -nodaemon
>>>
>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Couldn't look up uid
>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[337]: WARNING: User gdm doesn't exist
>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse output:
>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse D-Bus launch output
>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[338]: WARNING: User gdm doesn't exist
>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Could not run helper: Failed to execute child process "/usr/lib/gdm/ck-get-x11-display-device" (No such file or directory)
>>> Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
>>> Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
>>> Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
>>> Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
>>>
>>> Hmm, let's rerun gdm.postinst:
>>>
>>> root@beaglebone:~# sh /var/lib/opkg/info/gdm.postinst
>>> + '[' x '!=' x ']'
>>> + grep '^gdm:' /etc/group
>>> + grep '^gdm:' /etc/passwd
>>> + adduser --disabled-password --system --home /var/lib/gdm gdm --ingroup gdm -g gdm
>>> adduser: /var/lib/gdm: File exists
>>> + '[' -d /var/lib/gdm ']'
>>> + chown -R gdm:gdm /var/lib/gdm
>>> + chmod 0750 /var/lib/gdm
>>> + mkdir -p /etc/X11/
>>> + echo /usr/bin/gdm
>>> + OPTS=
>>> + '[' -n '' ']'
>>> + type systemctl
>>> + systemctl enable gdm.service
>>> + '[' -z '' -a enable = enable ']'
>>> + systemctl restart gdm.service
>>> + test x '!=' x
>>> + OPT=-s
>>> + type update-rc.d
>>> + update-rc.d -s gdm start 99 5 2 . stop 20 0 1 6 .
>>> System startup links for /etc/init.d/gdm already exist.
>>> + '[' x '!=' x ']'
>>> + GDK_PIXBUF_MODULEDIR=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
>>> + gdk-pixbuf-query-loaders --update-cache
>>> [ 102.324520] tilcdc 4830e000.fb: timeout waiting for framedone
>>> + for icondir in '/usr/share/icons/*'
>>> + '[' -d /usr/share/icons/Crux ']'
>>> + gtk-update-icon-cache -fqt /usr/share/icons/Crux
>>> + for icondir in '/usr/share/icons/*'
>>> + '[' -d /usr/share/icons/HighContrast ']'
>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast
>>> + for icondir in '/usr/share/icons/*'
>>> + '[' -d /usr/share/icons/HighContrast-SVG ']'
>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG
>>> + for icondir in '/usr/share/icons/*'
>>> + '[' -d /usr/share/icons/HighContrastInverse ']'
>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse
>>> + for icondir in '/usr/share/icons/*'
>>> + '[' -d /usr/share/icons/HighContrastLargePrint ']'
>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint
>>>
>>> (etc)
>>>
>>> So it looks like the postinsts do run when used inside run-postinst.service, but don't save their output (sucky description, I know).
>>
>> Another datapoint, same GNOME image built for x86 finishes run-postinsts as expected, but also doesn't work, gconf stuff has to get run manually again to work.
>
> FWIW I think there are multiple issues here and they're combining
> together to make a rather weird problem.
>
> One issue we now know about is that the intercept code and the way it
> uses "exit 1" can cause some later parts of some postinst scripts not to
> get executed. I believe Laurentiu has a fix for this problem and this is
> the one causing the gdm issue.
>
> I think the hang people are reporting is something else though, perhaps
> related to the hwdb. I'm also aware of matchbox-session-sato conflicting
> with settings-deamon and some multilib issues such as the wrong
> qemuwrapper being used.
>
> We're going to have to work through each issue in turn and re-evaluate
> after each fix.
>
> I wish we'd come across this earlier as to add fixes to the release at
> this point would mean slipping the release date by a week :(. I'm
> therefore leaning towards testing any fixes and queuing them quickly on
> the branch post-release, following up with a point release relatively
> soon to catch things that people find as the release gets more exposure.
> I know the point releases have happened slowly and I want to change
> that.
To be honest, I don't are about point releases, I only care about fixes getting into the release branch in a timely fashion. I build from git branches, not from tarballs after all.
regards,
Koen
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-22 8:36 ` Koen Kooi
@ 2013-04-23 7:27 ` Andreas Müller
2013-04-23 7:43 ` Andreas Müller
0 siblings, 1 reply; 33+ messages in thread
From: Andreas Müller @ 2013-04-23 7:27 UTC (permalink / raw)
To: Koen Kooi; +Cc: Paul Eggleton, openembedded-core
On Mon, Apr 22, 2013 at 10:36 AM, Koen Kooi <koen@dominion.thruhere.net> wrote:
>
> Op 21 apr. 2013, om 17:09 heeft Richard Purdie <richard.purdie@linuxfoundation.org> het volgende geschreven:
>
>> On Sun, 2013-04-21 at 08:59 +0200, Koen Kooi wrote:
>>> Op 19 apr. 2013, om 16:00 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>>>> Op 19 apr. 2013, om 15:37 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>>>> And it still doesn't work :(
>>>>
>>>> root@beaglebone:~# systemctl status gdm -a
>>>> gdm.service - Gnome Display Manager
>>>> Loaded: loaded (/lib/systemd/system/gdm.service; enabled)
>>>> Active: active (running) since Sat 2000-01-01 19:22:11 UTC; 13 years 3 months ago
>>>> Main PID: 147 (gdm-binary)
>>>> CGroup: name=systemd:/system/gdm.service
>>>> └─147 /usr/sbin/gdm-binary -nodaemon
>>>>
>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Couldn't look up uid
>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[337]: WARNING: User gdm doesn't exist
>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse output:
>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse D-Bus launch output
>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[338]: WARNING: User gdm doesn't exist
>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Could not run helper: Failed to execute child process "/usr/lib/gdm/ck-get-x11-display-device" (No such file or directory)
>>>> Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
>>>> Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
>>>> Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
>>>> Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
>>>>
>>>> Hmm, let's rerun gdm.postinst:
>>>>
>>>> root@beaglebone:~# sh /var/lib/opkg/info/gdm.postinst
>>>> + '[' x '!=' x ']'
>>>> + grep '^gdm:' /etc/group
>>>> + grep '^gdm:' /etc/passwd
>>>> + adduser --disabled-password --system --home /var/lib/gdm gdm --ingroup gdm -g gdm
>>>> adduser: /var/lib/gdm: File exists
>>>> + '[' -d /var/lib/gdm ']'
>>>> + chown -R gdm:gdm /var/lib/gdm
>>>> + chmod 0750 /var/lib/gdm
>>>> + mkdir -p /etc/X11/
>>>> + echo /usr/bin/gdm
>>>> + OPTS=
>>>> + '[' -n '' ']'
>>>> + type systemctl
>>>> + systemctl enable gdm.service
>>>> + '[' -z '' -a enable = enable ']'
>>>> + systemctl restart gdm.service
>>>> + test x '!=' x
>>>> + OPT=-s
>>>> + type update-rc.d
>>>> + update-rc.d -s gdm start 99 5 2 . stop 20 0 1 6 .
>>>> System startup links for /etc/init.d/gdm already exist.
>>>> + '[' x '!=' x ']'
>>>> + GDK_PIXBUF_MODULEDIR=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
>>>> + gdk-pixbuf-query-loaders --update-cache
>>>> [ 102.324520] tilcdc 4830e000.fb: timeout waiting for framedone
>>>> + for icondir in '/usr/share/icons/*'
>>>> + '[' -d /usr/share/icons/Crux ']'
>>>> + gtk-update-icon-cache -fqt /usr/share/icons/Crux
>>>> + for icondir in '/usr/share/icons/*'
>>>> + '[' -d /usr/share/icons/HighContrast ']'
>>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast
>>>> + for icondir in '/usr/share/icons/*'
>>>> + '[' -d /usr/share/icons/HighContrast-SVG ']'
>>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG
>>>> + for icondir in '/usr/share/icons/*'
>>>> + '[' -d /usr/share/icons/HighContrastInverse ']'
>>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse
>>>> + for icondir in '/usr/share/icons/*'
>>>> + '[' -d /usr/share/icons/HighContrastLargePrint ']'
>>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint
>>>>
>>>> (etc)
>>>>
>>>> So it looks like the postinsts do run when used inside run-postinst.service, but don't save their output (sucky description, I know).
>>>
>>> Another datapoint, same GNOME image built for x86 finishes run-postinsts as expected, but also doesn't work, gconf stuff has to get run manually again to work.
>>
>> FWIW I think there are multiple issues here and they're combining
>> together to make a rather weird problem.
>>
>> One issue we now know about is that the intercept code and the way it
>> uses "exit 1" can cause some later parts of some postinst scripts not to
>> get executed. I believe Laurentiu has a fix for this problem and this is
>> the one causing the gdm issue.
>>
>> I think the hang people are reporting is something else though, perhaps
>> related to the hwdb. I'm also aware of matchbox-session-sato conflicting
>> with settings-deamon and some multilib issues such as the wrong
>> qemuwrapper being used.
>>
>> We're going to have to work through each issue in turn and re-evaluate
>> after each fix.
>>
>> I wish we'd come across this earlier as to add fixes to the release at
>> this point would mean slipping the release date by a week :(. I'm
>> therefore leaning towards testing any fixes and queuing them quickly on
>> the branch post-release, following up with a point release relatively
>> soon to catch things that people find as the release gets more exposure.
>> I know the point releases have happened slowly and I want to change
>> that.
>
> To be honest, I don't are about point releases, I only care about fixes getting into the release branch in a timely fashion. I build from git branches, not from tarballs after all.
>
> regards,
>
> Koen
I think I got at least a hot hint on this: opkg-cl configure seems
started twice. I did
* create an image
* deleted /etc/rcS.d/S98run-postinsts from this image manually
* booted fine
Andreas
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-23 7:27 ` Andreas Müller
@ 2013-04-23 7:43 ` Andreas Müller
2013-04-24 10:01 ` Andreas Müller
0 siblings, 1 reply; 33+ messages in thread
From: Andreas Müller @ 2013-04-23 7:43 UTC (permalink / raw)
To: Koen Kooi; +Cc: Paul Eggleton, openembedded-core
On Tue, Apr 23, 2013 at 9:27 AM, Andreas Müller
<schnitzeltony@googlemail.com> wrote:
> On Mon, Apr 22, 2013 at 10:36 AM, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>
>> Op 21 apr. 2013, om 17:09 heeft Richard Purdie <richard.purdie@linuxfoundation.org> het volgende geschreven:
>>
>>> On Sun, 2013-04-21 at 08:59 +0200, Koen Kooi wrote:
>>>> Op 19 apr. 2013, om 16:00 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>>>>> Op 19 apr. 2013, om 15:37 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>>>>> And it still doesn't work :(
>>>>>
>>>>> root@beaglebone:~# systemctl status gdm -a
>>>>> gdm.service - Gnome Display Manager
>>>>> Loaded: loaded (/lib/systemd/system/gdm.service; enabled)
>>>>> Active: active (running) since Sat 2000-01-01 19:22:11 UTC; 13 years 3 months ago
>>>>> Main PID: 147 (gdm-binary)
>>>>> CGroup: name=systemd:/system/gdm.service
>>>>> └─147 /usr/sbin/gdm-binary -nodaemon
>>>>>
>>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Couldn't look up uid
>>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[337]: WARNING: User gdm doesn't exist
>>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse output:
>>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse D-Bus launch output
>>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[338]: WARNING: User gdm doesn't exist
>>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Could not run helper: Failed to execute child process "/usr/lib/gdm/ck-get-x11-display-device" (No such file or directory)
>>>>> Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
>>>>> Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
>>>>> Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
>>>>> Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
>>>>>
>>>>> Hmm, let's rerun gdm.postinst:
>>>>>
>>>>> root@beaglebone:~# sh /var/lib/opkg/info/gdm.postinst
>>>>> + '[' x '!=' x ']'
>>>>> + grep '^gdm:' /etc/group
>>>>> + grep '^gdm:' /etc/passwd
>>>>> + adduser --disabled-password --system --home /var/lib/gdm gdm --ingroup gdm -g gdm
>>>>> adduser: /var/lib/gdm: File exists
>>>>> + '[' -d /var/lib/gdm ']'
>>>>> + chown -R gdm:gdm /var/lib/gdm
>>>>> + chmod 0750 /var/lib/gdm
>>>>> + mkdir -p /etc/X11/
>>>>> + echo /usr/bin/gdm
>>>>> + OPTS=
>>>>> + '[' -n '' ']'
>>>>> + type systemctl
>>>>> + systemctl enable gdm.service
>>>>> + '[' -z '' -a enable = enable ']'
>>>>> + systemctl restart gdm.service
>>>>> + test x '!=' x
>>>>> + OPT=-s
>>>>> + type update-rc.d
>>>>> + update-rc.d -s gdm start 99 5 2 . stop 20 0 1 6 .
>>>>> System startup links for /etc/init.d/gdm already exist.
>>>>> + '[' x '!=' x ']'
>>>>> + GDK_PIXBUF_MODULEDIR=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
>>>>> + gdk-pixbuf-query-loaders --update-cache
>>>>> [ 102.324520] tilcdc 4830e000.fb: timeout waiting for framedone
>>>>> + for icondir in '/usr/share/icons/*'
>>>>> + '[' -d /usr/share/icons/Crux ']'
>>>>> + gtk-update-icon-cache -fqt /usr/share/icons/Crux
>>>>> + for icondir in '/usr/share/icons/*'
>>>>> + '[' -d /usr/share/icons/HighContrast ']'
>>>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast
>>>>> + for icondir in '/usr/share/icons/*'
>>>>> + '[' -d /usr/share/icons/HighContrast-SVG ']'
>>>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG
>>>>> + for icondir in '/usr/share/icons/*'
>>>>> + '[' -d /usr/share/icons/HighContrastInverse ']'
>>>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse
>>>>> + for icondir in '/usr/share/icons/*'
>>>>> + '[' -d /usr/share/icons/HighContrastLargePrint ']'
>>>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint
>>>>>
>>>>> (etc)
>>>>>
>>>>> So it looks like the postinsts do run when used inside run-postinst.service, but don't save their output (sucky description, I know).
>>>>
>>>> Another datapoint, same GNOME image built for x86 finishes run-postinsts as expected, but also doesn't work, gconf stuff has to get run manually again to work.
>>>
>>> FWIW I think there are multiple issues here and they're combining
>>> together to make a rather weird problem.
>>>
>>> One issue we now know about is that the intercept code and the way it
>>> uses "exit 1" can cause some later parts of some postinst scripts not to
>>> get executed. I believe Laurentiu has a fix for this problem and this is
>>> the one causing the gdm issue.
>>>
>>> I think the hang people are reporting is something else though, perhaps
>>> related to the hwdb. I'm also aware of matchbox-session-sato conflicting
>>> with settings-deamon and some multilib issues such as the wrong
>>> qemuwrapper being used.
>>>
>>> We're going to have to work through each issue in turn and re-evaluate
>>> after each fix.
>>>
>>> I wish we'd come across this earlier as to add fixes to the release at
>>> this point would mean slipping the release date by a week :(. I'm
>>> therefore leaning towards testing any fixes and queuing them quickly on
>>> the branch post-release, following up with a point release relatively
>>> soon to catch things that people find as the release gets more exposure.
>>> I know the point releases have happened slowly and I want to change
>>> that.
>>
>> To be honest, I don't are about point releases, I only care about fixes getting into the release branch in a timely fashion. I build from git branches, not from tarballs after all.
>>
>> regards,
>>
>> Koen
> I think I got at least a hot hint on this: opkg-cl configure seems
> started twice. I did
>
> * create an image
> * deleted /etc/rcS.d/S98run-postinsts from this image manually
> * booted fine
>
> Andreas
This was another 'get some coffee before writing heureka' - sorry
Andreas
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: postinst does not finish
2013-04-23 7:43 ` Andreas Müller
@ 2013-04-24 10:01 ` Andreas Müller
0 siblings, 0 replies; 33+ messages in thread
From: Andreas Müller @ 2013-04-24 10:01 UTC (permalink / raw)
To: Patches and discussions about the oe-core layer,
openembedded-devel
Cc: Paul Eggleton, Koen Kooi
On Tue, Apr 23, 2013 at 9:43 AM, Andreas Müller
<schnitzeltony@googlemail.com> wrote:
> On Tue, Apr 23, 2013 at 9:27 AM, Andreas Müller
> <schnitzeltony@googlemail.com> wrote:
>> On Mon, Apr 22, 2013 at 10:36 AM, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>
>>> Op 21 apr. 2013, om 17:09 heeft Richard Purdie <richard.purdie@linuxfoundation.org> het volgende geschreven:
>>>
>>>> On Sun, 2013-04-21 at 08:59 +0200, Koen Kooi wrote:
>>>>> Op 19 apr. 2013, om 16:00 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>>>>>> Op 19 apr. 2013, om 15:37 heeft Koen Kooi <koen@dominion.thruhere.net> het volgende geschreven:
>>>>>> And it still doesn't work :(
>>>>>>
>>>>>> root@beaglebone:~# systemctl status gdm -a
>>>>>> gdm.service - Gnome Display Manager
>>>>>> Loaded: loaded (/lib/systemd/system/gdm.service; enabled)
>>>>>> Active: active (running) since Sat 2000-01-01 19:22:11 UTC; 13 years 3 months ago
>>>>>> Main PID: 147 (gdm-binary)
>>>>>> CGroup: name=systemd:/system/gdm.service
>>>>>> └─147 /usr/sbin/gdm-binary -nodaemon
>>>>>>
>>>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Couldn't look up uid
>>>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[337]: WARNING: User gdm doesn't exist
>>>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse output:
>>>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Unable to parse D-Bus launch output
>>>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[338]: WARNING: User gdm doesn't exist
>>>>>> Apr 19 13:56:22 beaglebone gdm-simple-slave[326]: WARNING: Could not run helper: Failed to execute child process "/usr/lib/gdm/ck-get-x11-display-device" (No such file or directory)
>>>>>> Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
>>>>>> Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmDisplay: display lasted 1.401004 seconds
>>>>>> Apr 19 13:56:22 beaglebone gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
>>>>>> Apr 19 13:56:22 beaglebone gdm[147]: gdm-binary[147]: WARNING: GdmLocalDisplayFactory: maximum number of X display failures reached: check X server log for errors
>>>>>>
>>>>>> Hmm, let's rerun gdm.postinst:
>>>>>>
>>>>>> root@beaglebone:~# sh /var/lib/opkg/info/gdm.postinst
>>>>>> + '[' x '!=' x ']'
>>>>>> + grep '^gdm:' /etc/group
>>>>>> + grep '^gdm:' /etc/passwd
>>>>>> + adduser --disabled-password --system --home /var/lib/gdm gdm --ingroup gdm -g gdm
>>>>>> adduser: /var/lib/gdm: File exists
>>>>>> + '[' -d /var/lib/gdm ']'
>>>>>> + chown -R gdm:gdm /var/lib/gdm
>>>>>> + chmod 0750 /var/lib/gdm
>>>>>> + mkdir -p /etc/X11/
>>>>>> + echo /usr/bin/gdm
>>>>>> + OPTS=
>>>>>> + '[' -n '' ']'
>>>>>> + type systemctl
>>>>>> + systemctl enable gdm.service
>>>>>> + '[' -z '' -a enable = enable ']'
>>>>>> + systemctl restart gdm.service
>>>>>> + test x '!=' x
>>>>>> + OPT=-s
>>>>>> + type update-rc.d
>>>>>> + update-rc.d -s gdm start 99 5 2 . stop 20 0 1 6 .
>>>>>> System startup links for /etc/init.d/gdm already exist.
>>>>>> + '[' x '!=' x ']'
>>>>>> + GDK_PIXBUF_MODULEDIR=/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders
>>>>>> + gdk-pixbuf-query-loaders --update-cache
>>>>>> [ 102.324520] tilcdc 4830e000.fb: timeout waiting for framedone
>>>>>> + for icondir in '/usr/share/icons/*'
>>>>>> + '[' -d /usr/share/icons/Crux ']'
>>>>>> + gtk-update-icon-cache -fqt /usr/share/icons/Crux
>>>>>> + for icondir in '/usr/share/icons/*'
>>>>>> + '[' -d /usr/share/icons/HighContrast ']'
>>>>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast
>>>>>> + for icondir in '/usr/share/icons/*'
>>>>>> + '[' -d /usr/share/icons/HighContrast-SVG ']'
>>>>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrast-SVG
>>>>>> + for icondir in '/usr/share/icons/*'
>>>>>> + '[' -d /usr/share/icons/HighContrastInverse ']'
>>>>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastInverse
>>>>>> + for icondir in '/usr/share/icons/*'
>>>>>> + '[' -d /usr/share/icons/HighContrastLargePrint ']'
>>>>>> + gtk-update-icon-cache -fqt /usr/share/icons/HighContrastLargePrint
>>>>>>
>>>>>> (etc)
>>>>>>
>>>>>> So it looks like the postinsts do run when used inside run-postinst.service, but don't save their output (sucky description, I know).
>>>>>
>>>>> Another datapoint, same GNOME image built for x86 finishes run-postinsts as expected, but also doesn't work, gconf stuff has to get run manually again to work.
>>>>
>>>> FWIW I think there are multiple issues here and they're combining
>>>> together to make a rather weird problem.
>>>>
>>>> One issue we now know about is that the intercept code and the way it
>>>> uses "exit 1" can cause some later parts of some postinst scripts not to
>>>> get executed. I believe Laurentiu has a fix for this problem and this is
>>>> the one causing the gdm issue.
>>>>
>>>> I think the hang people are reporting is something else though, perhaps
>>>> related to the hwdb. I'm also aware of matchbox-session-sato conflicting
>>>> with settings-deamon and some multilib issues such as the wrong
>>>> qemuwrapper being used.
>>>>
>>>> We're going to have to work through each issue in turn and re-evaluate
>>>> after each fix.
>>>>
>>>> I wish we'd come across this earlier as to add fixes to the release at
>>>> this point would mean slipping the release date by a week :(. I'm
>>>> therefore leaning towards testing any fixes and queuing them quickly on
>>>> the branch post-release, following up with a point release relatively
>>>> soon to catch things that people find as the release gets more exposure.
>>>> I know the point releases have happened slowly and I want to change
>>>> that.
>>>
>>> To be honest, I don't are about point releases, I only care about fixes getting into the release branch in a timely fashion. I build from git branches, not from tarballs after all.
>>>
>>> regards,
>>>
>>> Koen
>> I think I got at least a hot hint on this: opkg-cl configure seems
>> started twice. I did
>>
>> * create an image
>> * deleted /etc/rcS.d/S98run-postinsts from this image manually
>> * booted fine
>>
>> Andreas
> This was another 'get some coffee before writing heureka' - sorry
>
> Andreas
Again heureka: I debugged this again and again with kernel param
systemd.journald.forward_to_console=true
and finally found strange message (strange because I sent a patch
somewhere long time ago to fix):
| systemd[1]: Cannot add dependency job for unit
display-manager.service, ignoring: Unit display-manager.service failed
to load: No such file or directory.
Looking into lxdm-postinst:
if [ "x$D" != "x" ]; then
exit 1
fi
langs=""
....
OPTS=""
if [ -n "$D" ]; then
OPTS="--root=$D"
fi
if type systemctl >/dev/null 2>/dev/null; then
systemctl $OPTS enable lxdm.service
if [ -z "$D" -a "enable" = "enable" ]; then
systemctl restart lxdm.service
fi
fi
Which idiot wrote code causing postinst exititing offline. Hereby all
appending postinsts are skipped. No systemct-native.
Looking into lxdm recipe (and later also gdm - same there - Koen I
think your image above had gdm) turned my head into deep red: The
idiot was me!
Up to now I only tested lxdm fix and postinst works fine now. I will
check meta-openembedded for further 'postinst-exits' and send a patch
after lunch.
Andreas
^ permalink raw reply [flat|nested] 33+ messages in thread
end of thread, other threads:[~2013-04-24 10:19 UTC | newest]
Thread overview: 33+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-04-17 6:28 postinst does not finish Andreas Müller
2013-04-17 6:42 ` Khem Raj
2013-04-17 8:28 ` Paul Eggleton
2013-04-17 9:03 ` Andreas Müller
2013-04-17 9:37 ` Paul Eggleton
2013-04-17 18:27 ` Koen Kooi
2013-04-17 18:55 ` Burton, Ross
2013-04-17 20:26 ` Koen Kooi
2013-04-17 20:28 ` Burton, Ross
2013-04-18 18:45 ` Koen Kooi
2013-04-19 7:53 ` Koen Kooi
2013-04-19 8:38 ` Burton, Ross
2013-04-19 8:52 ` Burton, Ross
2013-04-19 9:13 ` Koen Kooi
2013-04-19 11:23 ` Laurentiu Palcu
2013-04-19 11:38 ` Koen Kooi
2013-04-19 12:26 ` Laurentiu Palcu
2013-04-19 12:49 ` Koen Kooi
2013-04-19 13:03 ` Burton, Ross
2013-04-19 13:13 ` Koen Kooi
2013-04-19 13:37 ` Koen Kooi
2013-04-19 14:00 ` Koen Kooi
2013-04-19 14:07 ` Koen Kooi
2013-04-21 6:59 ` Koen Kooi
2013-04-21 15:09 ` Richard Purdie
2013-04-22 8:36 ` Koen Kooi
2013-04-23 7:27 ` Andreas Müller
2013-04-23 7:43 ` Andreas Müller
2013-04-24 10:01 ` Andreas Müller
2013-04-17 14:57 ` Khem Raj
2013-04-17 15:11 ` Paul Eggleton
2013-04-17 15:32 ` Stanacar, StefanX
2013-04-17 9:07 ` Martin Jansa
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox