All of lore.kernel.org
 help / color / mirror / Atom feed
* wic create - bad ownership of directories inside image
@ 2019-08-12  9:11 Behnke, Jochen
  2019-08-15  2:11 ` Randy MacLeod
  0 siblings, 1 reply; 5+ messages in thread
From: Behnke, Jochen @ 2019-08-12  9:11 UTC (permalink / raw)
  To: yocto Mailingliste (yocto@yoctoproject.org)

[-- Attachment #1: Type: text/html, Size: 6669 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: wic create - bad ownership of directories inside image
  2019-08-12  9:11 wic create - bad ownership of directories inside image Behnke, Jochen
@ 2019-08-15  2:11 ` Randy MacLeod
  2019-08-22 15:23   ` Behnke, Jochen
  0 siblings, 1 reply; 5+ messages in thread
From: Randy MacLeod @ 2019-08-15  2:11 UTC (permalink / raw)
  To: Behnke, Jochen, yocto Mailingliste (yocto@yoctoproject.org)

On 8/12/19 5:11 AM, Behnke, Jochen wrote:
> Hello,
> 
> I am using poky 2.6.1 (thud) and create images using the wic utility.
> 
> Recently I noticed that all directories contained in the created image 
> are owned by UID 1000 and not by root. The files inside the image 
> however are owned by root.
> 
> The UID 1000 refers to my unprivileged user on the host system.
> 
> Here is the command I use to create the image
> 
> “wic create mkefidisk –e core-image-minimal”
> 
> The images created by bitbake directly (.tar.bz2, .hddimg) are correct 
> so this seems to be a wic related problem.
> 
> Does anybody have a solution for this?

Hi Jochen,

No and I've never seen this particular extreme symptom.

There is a known, generally rare bug:
    Bug 12434 - pseudo: Incorrect UID/GID in packaged files
    https://bugzilla.yoctoproject.org/show_bug.cgi?id=12434
but that usually shows up when building.

You could check you build logs for the generic stings from:

    glibc-locale-2.26: glibc-locale:
    /glibc-binary-localedata-en-gb/usr/lib/locale/en_GB/LC_MEASUREMENT
    is owned by uid 3004, which is the same as the user running bitbake.
    This may be due to host contamination [host-user-contaminated]


Is your issue 100% reproducible?

../Randy


> 
> Many thanks in advance, any hint is appreciated.
> 
> Regards
> 
> Jochen
> 
> <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000>
> 
> 
> __________________________________
> *SCHMIDT Technology GmbH*
> Feldbergstrasse 1
> 78112 St. Georgen/Germany
> Telefon +49 (0) 77 24 / 89 90
> Fax +49 (0) 77 24 / 89 91 01
> info@schmidttechnology.de <mailto:info@schmidttechnology.de>
> http://www.schmidttechnology.de
> 
> USt-Id Nr. DE 811725105 · Registergericht Freiburg HRB 600 755
> Geschaeftsfuehrung: Oliver Schmidt, Stephan Schmidt
> 
> <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000>
> 
> 
> 


-- 
# Randy MacLeod
# Wind River Linux


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: wic create - bad ownership of directories inside image
  2019-08-15  2:11 ` Randy MacLeod
@ 2019-08-22 15:23   ` Behnke, Jochen
  2019-08-23 22:20     ` Randy MacLeod
  0 siblings, 1 reply; 5+ messages in thread
From: Behnke, Jochen @ 2019-08-22 15:23 UTC (permalink / raw)
  To: 'Randy MacLeod', yocto Mailingliste (yocto@yoctoproject.org)


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1.1: Type: text/plain; charset="us-ascii", Size: 3143 bytes --]

Hello Randy,

thanks for your reponse and sorry for my late reaction.

In order to test, if the problem can be reproduced reliably, I performed a clean rebuild as follows

$ source oe-init-build-env build-tca5-32
$ rm -rf tmp
$ rm -rf sstate-cache
$ bitbake core-image-minimal
$ wic create mkefidisk -e core-image-minmal

I then mounted the resulting image file "mkefidisk-201908221701-sda.direct" using a loopback device (losetup)
Inside the Image all directories have UID/GID 1000/1000, which corresponds to my host user.
Files however have UID/GID 0/0.

So the answer to your question is "yes I can reproduce the behavior".

One sidenote
- I am using an appended core-image-minimal not the default
- In my other image I am using qt5 (v5.12)



Regards
Jochen

On 8/12/19 5:11 AM, Behnke, Jochen wrote:
> Hello,
>
> I am using poky 2.6.1 (thud) and create images using the wic utility.
>
> Recently I noticed that all directories contained in the created image
> are owned by UID 1000 and not by root. The files inside the image
> however are owned by root.
>
> The UID 1000 refers to my unprivileged user on the host system.
>
> Here is the command I use to create the image
>
> "wic create mkefidisk -e core-image-minimal"
>
> The images created by bitbake directly (.tar.bz2, .hddimg) are correct
> so this seems to be a wic related problem.
>
> Does anybody have a solution for this?

Hi Jochen,

No and I've never seen this particular extreme symptom.

There is a known, generally rare bug:
    Bug 12434 - pseudo: Incorrect UID/GID in packaged files
    https://bugzilla.yoctoproject.org/show_bug.cgi?id=12434
but that usually shows up when building.

You could check you build logs for the generic stings from:

    glibc-locale-2.26: glibc-locale:
    /glibc-binary-localedata-en-gb/usr/lib/locale/en_GB/LC_MEASUREMENT
    is owned by uid 3004, which is the same as the user running bitbake.
    This may be due to host contamination [host-user-contaminated]


Is your issue 100% reproducible?

../Randy


>
> Many thanks in advance, any hint is appreciated.
>
> Regards
>
> Jochen
>
> <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000>
>
>
> __________________________________
> *SCHMIDT Technology GmbH*
> Feldbergstrasse 1
> 78112 St. Georgen/Germany
> Telefon +49 (0) 77 24 / 89 90
> Fax +49 (0) 77 24 / 89 91 01
> info@schmidttechnology.de <mailto:info@schmidttechnology.de>
> http://www.schmidttechnology.de
>
> USt-Id Nr. DE 811725105 . Registergericht Freiburg HRB 600 755
> Geschaeftsfuehrung: Oliver Schmidt, Stephan Schmidt
>
> <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000>
>
>
>


--
# Randy MacLeod
# Wind River Linux


__________________________________
SCHMIDT Technology GmbH
Feldbergstrasse 1
78112 St. Georgen/Germany
Telefon +49 (0) 77 24 / 89 90
Fax +49 (0) 77 24 / 89 91 01
info@schmidttechnology.de
http://www.schmidttechnology.de

USt-Id Nr. DE 811725105 · Registergericht Freiburg HRB 600 755
Geschaeftsfuehrung: Oliver Schmidt, Stephan Schmidt




[-- Attachment #1.2: Type: text/html, Size: 4368 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: wic create - bad ownership of directories inside image
  2019-08-22 15:23   ` Behnke, Jochen
@ 2019-08-23 22:20     ` Randy MacLeod
       [not found]       ` <55F1D5644E5E5A4493FCBE6156D13CD6AD94EFA4@ST04.sft.schmidt-feintechnik.de>
  0 siblings, 1 reply; 5+ messages in thread
From: Randy MacLeod @ 2019-08-23 22:20 UTC (permalink / raw)
  To: Behnke, Jochen, yocto Mailingliste (yocto@yoctoproject.org)

[-- Attachment #1: Type: text/plain, Size: 4584 bytes --]

On 8/22/19 11:23 AM, Behnke, Jochen wrote:
> Hello Randy,
>
> thanks for your reponse and sorry for my late reaction.
>
> In order to test, if the problem can be reproduced reliably, I 
> performed a clean rebuild as follows
>
> $ source oe-init-build-env build-tca5-32
> $ rm -rf tmp
> $ rm -rf sstate-cache
> $ bitbake core-image-minimal
> $ wic create mkefidisk -e core-image-minmal
>
> I then mounted the resulting image file 
> "mkefidisk-201908221701-sda.direct" using a loopback device (losetup)
> Inside the Image all directories have UID/GID 1000/1000, which 
> corresponds to my host user.
> Files however have UID/GID 0/0.

Hi Jochen,

I'm not able to reproduce the error, see below (1).

What version of oe-core/bitbake are you using?

I'm using the latest master branches:

oe-core: 64f9fd2a1e quilt: added less to RDEPENDS list
bitbake:  28b3f0d8  runqueue: Optimise build_taskdepdata slightly


>
> So the answer to your question is "yes I can reproduce the behavior".
>
> One sidenote
> - I am using an appended core-image-minimal not the default



What is the bbappend? Is it publicly clonable? What happens if you drop 
that addition?

../Randy


(1)

I followed your steps above and mounted my image as follows:

$ fdisk -l mkefidisk-201908230902-sda.direct
Disk mkefidisk-201908230902-sda.direct: 94.4 MiB, 98956288 bytes, 193274 
sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1E5F9B4E-ED8A-4677-82CD-7B146807C145

Device                              Start    End Sectors  Size Type
mkefidisk-201908230902-sda.direct1   2048  51433   49386 24.1M Microsoft 
basic data
mkefidisk-201908230902-sda.direct2  53248 103127   49880 24.4M Linux 
filesystem
mkefidisk-201908230902-sda.direct3 103128 193239   90112   44M Linux swap


# 53248*512 = 27262976

$ sudo mount -o loop,offset=27262976 ./mkefidisk-201908230902-sda.direct 
/mnt/loop

$ ls -l /mnt/loop/bin/busybox.nosuid
-rwxr-xr-x 1 root root 625296 Aug 23 11:45 /mnt/loop/bin/busybox.nosuid

$ ls -l /mnt/loop/usr | head -3
total 10
drwxr-xr-x 2 root root 3072 Aug 23 11:52 bin
drwxr-xr-x 2 root root 1024 Aug 23 11:29 games


../Randy

> - In my other image I am using qt5 (v5.12)
>
>
>
> Regards
> Jochen
>
> On 8/12/19 5:11 AM, Behnke, Jochen wrote:
> > Hello,
> >
> > I am using poky 2.6.1 (thud) and create images using the wic utility.
> >
> > Recently I noticed that all directories contained in the created image
> > are owned by UID 1000 and not by root. The files inside the image
> > however are owned by root.
> >
> > The UID 1000 refers to my unprivileged user on the host system.
> >
> > Here is the command I use to create the image
> >
> > “wic create mkefidisk –e core-image-minimal”
> >
> > The images created by bitbake directly (.tar.bz2, .hddimg) are correct
> > so this seems to be a wic related problem.
> >
> > Does anybody have a solution for this?
>
> Hi Jochen,
>
> No and I've never seen this particular extreme symptom.
>
> There is a known, generally rare bug:
>     Bug 12434 - pseudo: Incorrect UID/GID in packaged files
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=12434
> but that usually shows up when building.
>
> You could check you build logs for the generic stings from:
>
>     glibc-locale-2.26: glibc-locale:
> /glibc-binary-localedata-en-gb/usr/lib/locale/en_GB/LC_MEASUREMENT
>     is owned by uid 3004, which is the same as the user running bitbake.
>     This may be due to host contamination [host-user-contaminated]
>
>
> Is your issue 100% reproducible?
>
> ../Randy
>
>
> >
> > Many thanks in advance, any hint is appreciated.
> >
> > Regards
> >
> > Jochen
> >
> > <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000>
> >
> >
> > __________________________________
> > *SCHMIDT Technology GmbH*
> > Feldbergstrasse 1
> > 78112 St. Georgen/Germany
> > Telefon +49 (0) 77 24 / 89 90
> > Fax +49 (0) 77 24 / 89 91 01
> > info@schmidttechnology.de <mailto:info@schmidttechnology.de>
> > http://www.schmidttechnology.de
> >
> > USt-Id Nr. DE 811725105 · Registergericht Freiburg HRB 600 755
> > Geschaeftsfuehrung: Oliver Schmidt, Stephan Schmidt
> >
> > <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000>
> >
> >
> >
>
>
> -- 
> # Randy MacLeod
> # Wind River Linux


-- 
# Randy MacLeod
# Wind River Linux


[-- Attachment #2: Type: text/html, Size: 9455 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: wic create - bad ownership of directories inside image
       [not found]       ` <55F1D5644E5E5A4493FCBE6156D13CD6AD94EFA4@ST04.sft.schmidt-feintechnik.de>
@ 2019-08-27  8:08         ` Behnke, Jochen
  0 siblings, 0 replies; 5+ messages in thread
From: Behnke, Jochen @ 2019-08-27  8:08 UTC (permalink / raw)
  To: 'Randy MacLeod'; +Cc: yocto Mailingliste (yocto@yoctoproject.org)

[-- Attachment #1: Type: text/plain, Size: 5507 bytes --]

Hi Randy,

FYI
I created a completely new poky clone.
Then I set up a config for "genericx86" and built a core-image-minimal

Here are the results

1)    Using "thud" branch -> problem persisted

2)    Using "warrior" branch  --> problem solved


Regards
Jochen

Von: Behnke, Jochen
Gesendet: Montag, 26. August 2019 10:18
An: 'Randy MacLeod'
Betreff: AW: AW: [yocto] wic create - bad ownership of directories inside image

Hi Randy,

removing my core-image-minimal.bbappend does not change anything.
I still get the same behavior.

Here are my version
poky 2.6.1

$ bitbake -version
-> 1.40.0

The next step would be to upgrade my poky to the latest version.
Right now I can't do that, but I'll give it a try in the next few weeks.

Many thanks for your assistance.

Regards
Jochen

Von: Randy MacLeod [mailto:randy.macleod@windriver.com]
Gesendet: Samstag, 24. August 2019 00:21
An: Behnke, Jochen; yocto Mailingliste (yocto@yoctoproject.org)
Betreff: Re: AW: [yocto] wic create - bad ownership of directories inside image

On 8/22/19 11:23 AM, Behnke, Jochen wrote:
Hello Randy,

thanks for your reponse and sorry for my late reaction.

In order to test, if the problem can be reproduced reliably, I performed a clean rebuild as follows

$ source oe-init-build-env build-tca5-32
$ rm -rf tmp
$ rm -rf sstate-cache
$ bitbake core-image-minimal
$ wic create mkefidisk -e core-image-minmal

I then mounted the resulting image file "mkefidisk-201908221701-sda.direct" using a loopback device (losetup)
Inside the Image all directories have UID/GID 1000/1000, which corresponds to my host user.
Files however have UID/GID 0/0.

Hi Jochen,

I'm not able to reproduce the error, see below (1).

What version of oe-core/bitbake are you using?

I'm using the latest master branches:

oe-core: 64f9fd2a1e quilt: added less to RDEPENDS list
bitbake:  28b3f0d8  runqueue: Optimise build_taskdepdata slightly



So the answer to your question is "yes I can reproduce the behavior".

One sidenote
- I am using an appended core-image-minimal not the default





What is the bbappend? Is it publicly clonable? What happens if you drop that addition?

../Randy



(1)

I followed your steps above and mounted my image as follows:

$ fdisk -l mkefidisk-201908230902-sda.direct
Disk mkefidisk-201908230902-sda.direct: 94.4 MiB, 98956288 bytes, 193274 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1E5F9B4E-ED8A-4677-82CD-7B146807C145

Device                              Start    End Sectors  Size Type
mkefidisk-201908230902-sda.direct1   2048  51433   49386 24.1M Microsoft basic data
mkefidisk-201908230902-sda.direct2  53248 103127   49880 24.4M Linux filesystem
mkefidisk-201908230902-sda.direct3 103128 193239   90112   44M Linux swap



# 53248*512 = 27262976

$ sudo mount -o loop,offset=27262976 ./mkefidisk-201908230902-sda.direct /mnt/loop

$ ls -l /mnt/loop/bin/busybox.nosuid
-rwxr-xr-x 1 root root 625296 Aug 23 11:45 /mnt/loop/bin/busybox.nosuid

$ ls -l /mnt/loop/usr | head -3
total 10
drwxr-xr-x 2 root root 3072 Aug 23 11:52 bin
drwxr-xr-x 2 root root 1024 Aug 23 11:29 games



../Randy
- In my other image I am using qt5 (v5.12)



Regards
Jochen

On 8/12/19 5:11 AM, Behnke, Jochen wrote:
> Hello,
>
> I am using poky 2.6.1 (thud) and create images using the wic utility.
>
> Recently I noticed that all directories contained in the created image
> are owned by UID 1000 and not by root. The files inside the image
> however are owned by root.
>
> The UID 1000 refers to my unprivileged user on the host system.
>
> Here is the command I use to create the image
>
> "wic create mkefidisk -e core-image-minimal"
>
> The images created by bitbake directly (.tar.bz2, .hddimg) are correct
> so this seems to be a wic related problem.
>
> Does anybody have a solution for this?

Hi Jochen,

No and I've never seen this particular extreme symptom.

There is a known, generally rare bug:
    Bug 12434 - pseudo: Incorrect UID/GID in packaged files
    https://bugzilla.yoctoproject.org/show_bug.cgi?id=12434
but that usually shows up when building.

You could check you build logs for the generic stings from:

    glibc-locale-2.26: glibc-locale:
    /glibc-binary-localedata-en-gb/usr/lib/locale/en_GB/LC_MEASUREMENT
    is owned by uid 3004, which is the same as the user running bitbake.
    This may be due to host contamination [host-user-contaminated]


Is your issue 100% reproducible?

../Randy


>
> Many thanks in advance, any hint is appreciated.
>
> Regards
>
> Jochen
>
> <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000>
>
>
> __________________________________
> *SCHMIDT Technology GmbH*
> Feldbergstrasse 1
> 78112 St. Georgen/Germany
> Telefon +49 (0) 77 24 / 89 90
> Fax +49 (0) 77 24 / 89 91 01
> info@schmidttechnology.de<mailto:info@schmidttechnology.de> <mailto:info@schmidttechnology.de>
> http://www.schmidttechnology.de
>
> USt-Id Nr. DE 811725105 · Registergericht Freiburg HRB 600 755
> Geschaeftsfuehrung: Oliver Schmidt, Stephan Schmidt
>
> <gfidisc.SID=010500000000000515000000993c4a7a4675257c8b2de024250d0000>
>
>
>


--
# Randy MacLeod
# Wind River Linux



--

# Randy MacLeod

# Wind River Linux

[-- Attachment #2: Type: text/html, Size: 19156 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2019-08-27  8:08 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-08-12  9:11 wic create - bad ownership of directories inside image Behnke, Jochen
2019-08-15  2:11 ` Randy MacLeod
2019-08-22 15:23   ` Behnke, Jochen
2019-08-23 22:20     ` Randy MacLeod
     [not found]       ` <55F1D5644E5E5A4493FCBE6156D13CD6AD94EFA4@ST04.sft.schmidt-feintechnik.de>
2019-08-27  8:08         ` Behnke, Jochen

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.