All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Behnke, Jochen" <j.behnke@schmidttechnology.de>
To: 'Randy MacLeod' <randy.macleod@windriver.com>
Cc: "yocto Mailingliste \(yocto@yoctoproject.org\)" <yocto@yoctoproject.org>
Subject: Re: wic create - bad ownership of directories inside image
Date: Tue, 27 Aug 2019 08:08:07 +0000	[thread overview]
Message-ID: <55F1D5644E5E5A4493FCBE6156D13CD6AD951209@ST04.sft.schmidt-feintechnik.de> (raw)
In-Reply-To: <55F1D5644E5E5A4493FCBE6156D13CD6AD94EFA4@ST04.sft.schmidt-feintechnik.de>

[-- 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 --]

      parent reply	other threads:[~2019-08-27  8:08 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
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 message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=55F1D5644E5E5A4493FCBE6156D13CD6AD951209@ST04.sft.schmidt-feintechnik.de \
    --to=j.behnke@schmidttechnology.de \
    --cc=randy.macleod@windriver.com \
    --cc=yocto@yoctoproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.