Re: [gentoo-user-fr] ACCESS DENIED pendant un emerge alors que je suis root

[Boris Fersing]

Le 15/02/07, Stephane Bortzmeyer<stephane@×××××××.org> a écrit :
> Je n'arrive pas à faire des emerge :
>
> % sudo emerge screen
> ...
> Calculating dependencies ...done!
> >>> emerge (1 of 6) sys-devel/automake-wrapper-3-r1 to /
> >>> md5 files   ;-) automake-wrapper-1-r1.ebuild
> >>> md5 files   ;-) automake-wrapper-2-r1.ebuild
> >>> md5 files   ;-) automake-wrapper-3-r1.ebuild
> >>> md5 files   ;-) files/am-wrapper-1.sh
> >>> md5 files   ;-) files/digest-automake-wrapper-1-r1
> >>> md5 files   ;-) files/am-wrapper-2.sh
> >>> md5 files   ;-) files/am-wrapper-3.sh
> >>> md5 files   ;-) files/digest-automake-wrapper-2-r1
> >>> md5 files   ;-) files/digest-automake-wrapper-3-r1
> ACCESS DENIED  open_wr:   /var/tmp/portage/automake-wrapper-3-r1/temp/eclass-debug.log
> /usr/lib/portage/bin/ebuild.sh: line 1445: /var/tmp/portage/automake-wrapper-3-r1/temp/eclass-debug.log: Permission denied
> ACCESS DENIED  mkdir:     /var/portage-extra/tmp/automake-wrapper-3-r1/work
> install: cannot create directory `/var/tmp/portage/automake-wrapper-3-r1/work': Permission denied
>
> !!! ERROR: sys-devel/automake-wrapper-3-r1 failed.
> !!! Function dyn_unpack, Line 669, Exitcode 1
> !!! Failed to create dir '/var/tmp/portage/automake-wrapper-3-r1/work'
> !!! If you need support, post the topmost build error, NOT this status message.
>
> --------------------------- ACCESS VIOLATION SUMMARY ---------------------------
> LOG FILE = "/var/log/sandbox/sandbox-sys-devel_-_automake-wrapper-3-r1-6949.log"
>
> open_wr:   /var/tmp/portage/automake-wrapper-3-r1/temp/eclass-debug.log (symlink to /var/portage-extra/tmp/automake-wrapper-3-r1/temp/eclass-debug.log)
> chmod:     /var/tmp/portage/automake-wrapper-3-r1/temp/eclass-debug.log (symlink to /var/portage-extra/tmp/automake-wrapper-3-r1/temp/eclass-debug.log)
> mkdir:     /var/portage-extra/tmp/automake-wrapper-3-r1/work
>
> Or, je suis root, et, si je tente de créer ces répertoires à la main,
> ça marche :
>
> digory:~ % sudo -u portage mkdir /var/portage-extra/tmp/automake-wrapper-3-r1/work
> digory:~ % sudo -u portage rmdir /var/portage-extra/tmp/automake-wrapper-3-r1/work
> digory:~ % sudo mkdir /var/portage-extra/tmp/automake-wrapper-3-r1/work
> digory:~ % sudo rmdir /var/portage-extra/tmp/automake-wrapper-3-r1/work
> digory:~ % sudo -u portage mkdir /var/tmp/portage/automake-wrapper-3-r1/work
> digory:~ % sudo -u portage rmdir /var/tmp/portage/automake-wrapper-3-r1/work
>
> Notez que /var/tmp/portage est un lien vers /var/portage-extra/tmp et
> que /var/portage-extra est servi en NFS (par une machine NetBSD). Le
> problème est sans doute là mais je ne vois pas où puisque la machine
> NetBSD exporte avec :
>
> /home/exports/gentoo -network 172.19.1.0/24 -maproot=root
>
> Et que, je l'ai montré, root sur la machine gentoo peut bien créer les
> répertoires qu'il veut.

Salut,

le problème vient justement du lien je pense... Tu as beau être root,
il est probable que portage soit lancé en mode user et même si ce
n'était pas le cas, SANDBOX est là pour veiller à ce qu'il ne fasse
pas de bêtises.
Dans ton cas il me semble que le lien symbolique déroute un peu
sandbox. Je ne connais pas le mécanisme interne, mais je pense qu'il
doit s'apercevoir que /var/tmp/portage est en fait
/var/portage-extra/tmp/ et que portage n'a pas le droit d'y écrire !

Tu peux essayer de le bluffer avec un mount -o bind plutôt qu'un lien
symbolique !

Amicalement,

Boris.
> --
> gentoo-user-fr@g.o mailing list
>
>


-- 
$ ruby -e'puts " .:@BFegiklnorst".unpack("x4ax7aaX6ax5aX15ax4aax6aaX7ax2 \
aX5aX8axaX3ax8aX4ax6aX3aX6ax3ax3aX9ax4ax2aX9axaX6ax3aX2ax4 \
ax3aX4aXaX12ax10aaX7a").join'
-- 
gentoo-user-fr@g.o mailing list