Okay, this example is good enough to let me understand what you intend to
transmit. I'll try it "this new year" :)
Regards,
Jonathan GF
On Jan 1, 2008 12:51 AM, Lonnie Abelbeck <[EMAIL PROTECTED]> wrote:
> Jonathan,
>
> This should be quite easy.
>
> For example, if you want to add German sound files,
>
> mkdir /var/lib/asterisk/sounds/de
>
> then copy your sound files to "/var/lib/asterisk/sounds/de/"
> (via ftp or such)
>
> Your German sound files will now be on flash thanks to unionfs.
>
> Your changed unionfs files are tied to your flash drive.
>
> If you have a spare usb flash drive, as an experiment, format one
> like my earlier example,
> +128M FAT16 for partition 1, and
> the remaining space for "ext2" as partition 2.
> Configure the system to use partition 2 for unionfs ("asturw=") and /
> usr/sbin/genunion if you wish.
>
> Keep it simple, play with it, you will understand. Don't try to get
> you previous asterisk setup working in one step.
>
> Lonnie
>
> On Dec 31, 2007, at 2:44 PM, Jonathan GF wrote:
>
> > Lonnie,
> >
> > thank you very much for your thoughts. Let me explain totally my
> > "problem".
> >
> > AstLinux comes with some directoryes in the stat(ic) part. Some
> > even don't exists (please correct me if i'm wrong).
> >
> > The sounds comes in english and with 1.2 format. In 1.4 format the
> > sounds should be in /language/path/to/sounds. From here stars the
> > "problem". From my point of view some things should be in /mnt/kd
> > by default as the config is:
> >
> > /var/lib/asterisk/sounds -> because one might use one format or
> > another, or a codec or another, or a language or another or both
> > /var/spool/asterisk/outgoing -> necessary for call files, i.e. for
> > a simple callback application like what i'm building.
> >
> > I would like to stablish links from the paths above (maybe among
> > others) to /mnt/kd/path/ so i can be sure my KeyDisk is the clue
> > for a system update. Now, without the option to replicate behaviors
> > between versions of asterisk-beta (of course i know is a beta
> > stage) i cannot be sure.
> >
> > My setup is exactly the same like yours except for the fact that
> > you have your KD in the CF and i have my KD in a USB pendrive which
> > is partitioned in 3 slides: KD, UnionFS and spare.
> >
> > As your state, the UnionFS takes note of deleted, added or modified
> > files but i can assure that is not correct or the behavior is not
> > clear yet. Using CF1 i have UnionFS working so so right. I could
> > delete de sounds dir and the newly created link to /mnt/kd/Voices i
> > put exists in the ASTURW directory. Right. That's right.
> >
> > Switch off the box, change CF1 for CF2 (a new compilation of
> > astlinux), switch on the box and the sounds dir exists again by
> > default, unionfs don't work. Can't understand this behavior. Well,
> > i understand in fact the behavior. The CF2 is new, the sounds dir
> > exists and is copied to the ASTURO directory. For what i need
> > UnionFS if once i change the CF the changes rememberd by UnionFS do
> > not serve.
> >
> > Do i need to clean the UnionFS each time i change the CF? What is
> > the idea of UnionFS so...... be another /mnt/kd but temporarily....
> > or what? Don't understand this implementaiton. I understand the
> > idea of make a modification in a path and have a replication on
> > another.... but what is the idea behind?
> >
> > Hope you can help me, more than solve the problem, to understand
> > the facts.....
> > My best Lonnie,
> >
> > Jonathan GF
> >
> >
> >
> >
> > On Dec 31, 2007 9:16 PM, Lonnie Abelbeck <
> > [EMAIL PROTECTED]> wrote:
> >
> > On Dec 31, 2007, at 1:47 PM, Jonathan GF wrote:
> >
> > > Hi all,
> > >
> > > when i thought my knowledge of UnionFS was almost none i was wrong.
> > > IS NONE :/
> > >
> > > I tried to replicate the behavior i got from asterisk-beta-1445
> > > into asterisk-beta-1459 but i couldn't. I don't understand nothing.
> > > Hope somebody can explain me a bit.
> > >
> > > I mounted RW the CF (/), entered /stat/var/lib/asterisk/ and
> > > deleled the sounds directory. Then mounted back RO the CF (/).
> > > Rebooted. After boot, UnionFS seemed to work because the directory
> > > was deleted in the CF.
> > >
> > > I did exactly the same with the newer asterisk-beta-1459 and after
> > > all the process the directory yet existed. Why?
> > >
> > > The only thing both tests shared is the keydisk and the UnionFS
> > > partition. The asterisk-beta-1459 system boots but says /oldroot is
> > > unable to be unmounted because the resoruce is busy. That's all. No
> > > more information. UnionFS seems to work but finally don't.
> > >
> > > My keydisk is a 2 GB usb pen drive. It's partitioned in 3 pieces:
> > > 1.5 Gb for /mn/kd, 256Mb for UnionFS and spare space.
> > >
> > > Somebody can (this year or the next :) explain me a bit how to
> > > proceed having UnionFS in place?
> > >
> > > My best,
> > >
> > > Jonathan GF
> >
> > Johathan,
> >
> > I am no unionfs expert, but I have had much success with Darrick's
> > latest builds.
> >
> > In my situation, I have a 1G CF card (net5501), and only two
> > partitions. The first partition is created with Darrick's
> > "runnix.img.gz" image creating +128M FAT16 partition (1). I then
> > later used fdisk to add only one more "ext2" partition for the
> > remaining of the disk, which I "blessed" with "genunion" and added
> > asturw=/dev/hda2 to the KCMD. (I don't set "kd")
> >
> > Now the cool'ness of unionfs. Don't mount anything else, let unionfs
> > do it's thing.
> >
> > When the system boots, the "ro" AstLinux image is copied to the /
> > oldroot/mnt/asturo/ path, and the unionfs 'overlay' runs in parallel
> > in the /oldroot/mnt/asturw/ path (at least this is what happens on a
> > net5501).
> >
> > Now, the resulting filesystem is the 'union' of these two parallel
> > filesystems, with priority given to the "asturw" path. So, if you
> > do a:
> > touch /mnt/kd/foo
> >
> > note that an empty file is created (in the "asturw" path), but /mnt/
> > kd/foo is fully read-writable.
> >
> > Now, as I mentioned a few days back, you can actually "delete"
> > original "ro" files, and unionfs makes a note of it in the "asturw"
> > path with a hidden file beginning with ".wh." prefix. In general
> > there is no need to remove "ro" files, simply change them, and the
> > newer file will be placed in the "asturw" path and will be used
> > instead of the original "ro" file.
> >
> > So, with your sounds, simply add them, and configure asterisk to use
> > them.
> >
> > The keydisk "/mnt/kd" can also be handled by unionfs instead of a
> > separate partition.
> >
> > The best is to touch, edit and cat files, and understand what is
> > happening. Look in the /oldroot/mnt/asturw/ path to see the changes.
> >
> > Unionfs is very cool.
> >
> > Lonnie
> >
> >
> >
> >
> >
> >
> >
> > ----------------------------------------------------------------------
> > ---
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2005.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Astlinux-users mailing list
> > Astlinux-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/astlinux-users
> >
> > Donations to support AstLinux are graciously accepted via PayPal to
> > [EMAIL PROTECTED]
> >
> > ----------------------------------------------------------------------
> > ---
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2005.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Astlinux-users mailing list
> > Astlinux-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/astlinux-users
> >
> > Donations to support AstLinux are graciously accepted via PayPal to
> > [EMAIL PROTECTED]
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Astlinux-users mailing list
> Astlinux-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to
> [EMAIL PROTECTED]
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to [EMAIL
PROTECTED]