This line should be
AUFSTMP="/tmp/"$AUFS"mnt.tmp"
Also my aufs version is still 20080609
and my /proc/mounts for aufs looks like this
aufs / aufs
rw,si=f6a293c0,xino=/mnt/ram/memory/.aufs.xino,nowarn_perm,br:/mnt/ram/memory/changes=rw:/mnt/ram/aufs/cls-cd-devel.lzm=ro:/mnt/ram/aufs/x11-081005.lzm=ro:/mnt/ram/aufs/srv-081005.lzm=ro:/mnt/ram/aufs/oth-081005.lzm=ro:/mnt/ram/aufs/off-081005.lzm=ro:/mnt/ram/aufs/med-081005.lzm=ro:/mnt/ram/aufs/kde-081005.lzm=ro:/mnt/ram/aufs/dev-081005.lzm=ro:/mnt/ram/aufs/con-081005.lzm=ro:/mnt/ram/aufs/X-081005.lzm=ro:/mnt/ram/aufs/bas-081005.lzm=ro
0 0
which means this script would probably will not help most people as I don't
know how to find the aufs branches any other way :(
On Thursday 04 December 2008 05:45:14 pm Chuck Smith wrote:
> How about this findaufs.sh?
> -- If you like it, you are welcome to use it.
>
> #!/bin/bash
> if [ "$1" == "" ] || [ "$1" == "-h" ] || [ "$1" == "-?" ]; then
> echo Usage: $0 "'*find-file/dirname*' '*grep-path/filter*'"
> echo "Sample exact pathfilename match: "$0" 'xorg.conf' '/etc/X11/'"
> echo "Sample fuzzy pathfilename match: "$0" 'xorg.conf' '*/etc/X11/'"
> echo "Sample wildcard match "$0" '*xorg.conf'"
> exit
> fi
> FINDTXT=$1
> GREPTXT=$2
> AUFS=aufs
> AUFSTMP=/tmp/$AUFSmnt.tmp
> cat /proc/mounts | grep $AUFS > $AUFSTMP
> CTR=2
> while [ $CTR -lt 256 ]; do
> LN=`cat $AUFSTMP | cut -d : -f $CTR | cut -d = -f 1`
> if [ "$LN" != "" ]; then
> find $LN/ -name $FINDTXT | while read FND; do
> FNDLN=${FND//$LN}
> if [ "$GREPTXT" == "" ]; then
> echo $LN:$FNDLN
> else
> FNDGR=${FNDLN//$GREPTXT}
> if [ "$FNDGR" == "$FINDTXT" ]; then
> echo $LN:$FNDLN
> fi
> fi
> done
> fi
> let CTR+=1
> done
>
> On Thursday 04 December 2008 03:54:18 pm Chuck Smith wrote:
> > oops, I missed sending Kernel John the previous message directly
> >
> > here is an findaufs.sh script that seems to be a good start for my aufs
> > implementation
> > #!/bin/bash
> > echo Usage: $0 "'*filename*' '*path*'"
> > FINDTXT=$1
> > PATHTXT=$2
> > AUFS=aufs
> > AUFSTMP=/tmp/$AUFSmnt.tmp
> > cat /proc/mounts | grep $AUFS > $AUFSTMP
> > CTR=2
> > while [ $CTR -lt 256 ]; do
> > LN=`cat $AUFSTMP | cut -d : -f $CTR | cut -d = -f 1`
> > if [ "$LN" != "" ]; then
> > if [ "$PATHTXT" == "" ]; then
> > find $LN/ -name $FINDTXT
> > else
> > find $LN/ -name $FINDTXT | grep $PATHTXT
> > fi
> > fi
> > let CTR+=1
> > done
> >
> > On Thursday 04 December 2008 02:59:00 pm Chuck Smith wrote:
> > > > so if /mnt/aufs has
> > > > aufsbranch1
> > > > aufsbranch2
> > > > realdirectory1
> > > > realdirectory2
> > >
> > > I am speculating on the unknown still ... do you think the relative
> > > output of your /proc/mounts might be helpful for me and others to
> > > understand the problem?
> > >
> > > On Thursday 04 December 2008 09:52:21 am Chuck Smith wrote:
> > > > > You don't get the problem here.
> > > >
> > > > --- Probably :)
> > > >
> > > > My experience is only of situations where there might be 4 duplicate
> > > > files in different aufs branches, so I find all 4, then review the
> > > > aufs mount sequence and finally review the aufs r/w branch (in case
> > > > it has been updated unexpectedly).
> > > >
> > > > so if /mnt/aufs has
> > > > aufsbranch1
> > > > aufsbranch2
> > > > realdirectory1
> > > > realdirectory2
> > > >
> > > > This is an issue with your implementation, as I suspect many keep the
> > > > aufs branches in their own path (/mnt/aufs without real directories)
> > > >
> > > > What I might understand is that xorg.conf is a file I want to find,
> > > > and it exists 12 times in 96 branches of over 640,000 files yet there
> > > > are only 4 exact filenames with the complete path of
> > > > /etc/X11/xorg.conf that create a conflict I need to resolve.
> > > >
> > > > So the "useful tool" must identify
> > > > - aufs branch
> > > > - aufs load sequence
> > > > - file path
> > > > - file name
> > > >
> > > > It takes 4 seconds on my system to issue this find command
> > > > find /mnt/aufs -name 'xorg.conf' | grep '/etc/X11/xorg.conf'
> > > >
> > > > Note I do NOT search the / root path where a file will exist both in
> > > > the aufs root overlay and the /mnt/aufs branches .. that would take
> > > > hours!
> > > >
> > > > What did I miss in understanding the problem and the frequency of
> > > > it's challenge?
> > > >
> > > > On Thursday 04 December 2008 08:38:16 am Kernel John wrote:
> > > > > 2008/11/25 Chuck Smith <[EMAIL PROTECTED]>
> > > > >
> > > > > > I have 96 mounted aufs squashfs modules having more than 640,000
> > > > > > files, and I
> > > > > > find files searching this location using this method ... it is
> > > > > > not time intensive at all as it is in memory.
> > > > >
> > > > > You don't get the problem here. I don't want to search /mnt/aufs. I
> > > > > want to search all modules for a file which is placed (by aufs) in
> > > > > /mnt/aufs.
> > > > >
> > > > > Best,
> > > > > John
> > > >
> > > > ---------------------------------------------------------------------
> > > >-- -- This SF.Net email is sponsored by the Moblin Your Move
> > > > Developer's challenge Build the coolest Linux based applications with
> > > > Moblin SDK & win great prizes Grand prize is a trip for two to an
> > > > Open Source event anywhere in the world
> > > > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > >
> > > -----------------------------------------------------------------------
> > >-- -- --- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las
> > > Vegas, Nevada. The future of the web can't happen without you. Join us
> > > at MIX09 to help pave the way to the Next Web now. Learn more and
> > > register at
> > > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix
> > >.c om /
> >
> > -------------------------------------------------------------------------
> >-- --- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
> > Nevada. The future of the web can't happen without you. Join us at MIX09
> > to help pave the way to the Next Web now. Learn more and register at
> > http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.c
> >om /
>
> ---------------------------------------------------------------------------
>--- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
> Nevada. The future of the web can't happen without you. Join us at MIX09
> to help pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com
>/
------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/