On Thu, Dec 09, 2010 at 08:27:52PM +0900, [email protected] wrote:
>
> Hello Ruben,
>
> Ruben Gonzalez Arnau:
> > I have installed aufs2 as kernel module with no problems, but now trying
> > to install aufs2-util (latest aufs2.1) does not compile.
> :::
> > make: *** No rule to make target `proc_mnt.o)', needed by `libautil.a'.
>
> It looks like a new problem.
> While I don't knwo how you get aufs2-util, check all the files are
> correctly got. And what is your 'make' version, will you send here the
> output of '-d' option?
>
>
> J. R. Okajima
Hello,
This is a self reply, since I get an email from other LFS user with
exactly same problem as me, and if someone is searching about it, it's
good to explain it.
1) Compile errors 'proc_mnt.o' are fixed in the latest aufs version,
also
it's not a bug in aufs, it's a make bug if you are using version 3.82
(lfs), aslo it's fixed in the latest make cvs too.
2) After that, it compiles but aufs-utils does not work since it get
segfaults with errors like this:
# /sbin/mount.aufs
unexpected reloc type in static binarySegmentation fault
or
unexpected reloc type in static binarymount.aufs[1273] general
protection ip:80573cd sp:bfa98bec error:0 in mount.aufs[8048000+ad000]
Looks like this is only reported on LFS (6.7) and maybe it's related to
it,
but you can have a little solution if you don't ihave plan to use aufs
as a single
user.
aufs-util-> Makefile
${Bin}: LDFLAGS += -static -s
to
${Bin}: LDFLAGS += -s
make clean and try to compile again and make sure that it uses shared
libs, after that it works very well, I
use it from a month with no problem, since I don't use it in single
mode,
it's perfect workaround for me, that's why aufs-util is compiled static,
because
it keeps in mind to use it in any scenario and maybe you don't what to
have /usr/lib mounted to get shared libs.
See you!
--
[email protected]
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
