From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Hu007-0007qz-73 for qemu-devel@nongnu.org; Fri, 01 Jun 2007 01:48:39 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Hu005-0007nQ-Ab for qemu-devel@nongnu.org; Fri, 01 Jun 2007 01:48:38 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Hu005-0007nE-87 for qemu-devel@nongnu.org; Fri, 01 Jun 2007 01:48:37 -0400 Received: from static-71-162-243-5.phlapa.fios.verizon.net ([71.162.243.5] helo=grelber.thyrsus.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Hu003-000596-V1 for qemu-devel@nongnu.org; Fri, 01 Jun 2007 01:48:36 -0400 From: Rob Landley Subject: Re: [Qemu-devel] root userid remapping? ... no UID / GID variables set in NFS root? Date: Fri, 1 Jun 2007 01:48:28 -0400 References: <465F46F3.1080700@visible-assets.com> In-Reply-To: <465F46F3.1080700@visible-assets.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706010148.28828.rob@landley.net> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: Christopher Friedt On Thursday 31 May 2007 6:06 pm, Christopher Friedt wrote: > Hi everyone, > > I've just gotten qemu emulating an arm system on my laptop, which I'm > hoping to use for cross-compilation. I don't have a disk image to use > (is there any way to create a disk image from a directory tree??), so > I'm using NFS instead. > > The strange thing is, is that although I specify no_root_squash in my > /etc/exports (and I've been using NFS for quite a long time successfully > with other machines), only when I'm using Qemu does the user id of the > 'init' process [0] get remapped to some completely absurd value of > 4294967295. You disabled CONFIG_UID16 in the EMBEDDED menu, so you don't have the legacy system calls to query 16 bit user ids, but your program is using the old ones rather than the new ones. So the attempt to make said syscall is returning -EPERM, I.E. -1. Nothing to do with qemu, this is your kernel .config. I'm guessing you built a different kernel for qemu than for your host system? Rob