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]
