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]
