From owner-freebsd-ppc@FreeBSD.ORG Sat Jul 2 12:40:40 2005 Return-Path: X-Original-To: freebsd-ppc@freebsd.org Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51C3416A41C; Sat, 2 Jul 2005 12:40:40 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: from jail1-fbsd4.consiagnet.it (jail1-fbsd4.consiagnet.it [83.149.128.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0674D43D4C; Sat, 2 Jul 2005 12:40:39 +0000 (GMT) (envelope-from saturnero@freesbie.org) Received: by jail1-fbsd4.consiagnet.it (Postfix, from userid 1000) id E7EC059A9; Sat, 2 Jul 2005 14:40:48 +0200 (CEST) Date: Sat, 2 Jul 2005 14:40:48 +0200 From: Dario Freni To: freebsd-current@freebsd.org Message-ID: <20050702124048.GB89744@cvs.freesbie.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TakKZr9L6Hm6aLOc" Content-Disposition: inline X-Operating-System: FreeBSD 4.10-STABLE (What else? ;) X-Sent-From: cvs.freesbie.org X-GPG-Key: http://www.saturnero.net/saturnero.asc X-GPG-Fingerprint: 9C23 3CED 32A4 1E6E 7F83 042F CA68 BBD8 8892 872B User-Agent: Mutt/1.5.9i Cc: freebsd-ppc@freebsd.org Subject: Weird behaviour of mount_unionfs with executables X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jul 2005 12:40:40 -0000 --TakKZr9L6Hm6aLOc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi everybody, I'm working on rewriting FreeSBIE toolkit for my Summer of Code project. Before that, I'm trying to adapt actual scripts with latest -current (expecially ppc). I noticed a weird behaviour of unionfs either in i386 and ppc. Under FreeSBIE, we use to mount memory file systems over compressed ones via unionfs. Under -current, whenever I recall an rwx file, it is correctly executed the first time, then it is copied to the upper layer (why? I haven't modified it yet) with wrong permission, so it is unexecutable. sberta:/home/satu/tmp# kldload geom_uzip sberta:/home/satu/tmp# mdconfig -a -t vnode -f usr.uzip md0 sberta:/home/satu/tmp# ll /dev/md0* crw-r----- 1 root operator 11, 98 Jul 1 12:48 /dev/md0 crw-r----- 1 root operator 11, 99 Jul 1 12:48 /dev/md0.uzip sberta:/home/satu/tmp# mount -r /dev/md0.uzip compressedusr/ sberta:/home/satu/tmp# mdmfs -S -s 32m -M md mdmfs/ sberta:/home/satu/tmp# mtree -PUdr -p mdmfs/ < FreeSBIE.usr.dirs=20 [..snip, reconstructing the directory tree with right permissions..] sberta:/home/satu/tmp# mount_unionfs mdmfs/ compressedusr/ sberta:/home/satu/tmp# cd compressedusr/bin/ sberta:/home/satu/tmp/compressedusr/bin# ll w -r-xr-xr-x 2 root wheel 11416 Jun 22 23:35 w sberta:/home/satu/tmp/compressedusr/bin# ./w 2:26PM up 1 day, 1:38, 9 users, load averages: 3.49, 3.12, 2.26 USER TTY FROM LOGIN@ IDLE WHAT [...] sberta:/home/satu/tmp/compressedusr/bin# ll w -rw-r--r-- 1 root wheel 11416 Jul 2 14:26 w sberta:/home/satu/tmp/compressedusr/bin# ./w =2E/w: Permission denied. I'm also afraid that copying files to the upper layer also when they're not modified could fill up our mfs entirely. I'm almost sure there's a totally different behaviour under RELENG_5, as we haven't encountered such problems. --=20 Dario Freni (saturnero@freesbie.org) FreeSBIE developer (http://www.freesbie.org) GPG Public key at http://www.saturnero.net/saturnero.asc --TakKZr9L6Hm6aLOc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCxotQymi72IiShysRAr/vAJ43eCJrgyo/KYUtqPna14FjiMY89wCg1bi7 kq2DD8ugfamciGiKJZkxx2c= =nrYa -----END PGP SIGNATURE----- --TakKZr9L6Hm6aLOc--