[eside-ghost] Unionfs ERA: sistema de ficheros para p2p

[Jon Ander Hernández]

Aupi!!

On Wed, 2006-05-10 at 03:47 +0200, halls wrote:

> pero segun lo k entiendo, esto no es solucion para lo ke pide
> stenyak... segun he entendido, lo ke kiere es 3 directorios ke esten
> "fisicamente" en un mismo fs y ke tengan 3 distintos puntos de acceso
> (cada dir en / )

Aham, ahora que vuelvo a leer el problema me doy cuenta de que no es
necesario usar unionfs, se puede hacer con mount --bind.

for i in etc var home; do mount --bind /backup/${i} /${i}; done

Amos lo que hace el --bind es pillar un dir y montarlo también otro dir,
vamos que a efectos prácticos es un hardlink de directorios.

> lo ke veo ke hace el unionfs es mas bien unir directorios en un mismo
> fs virtual, pero fisicamente estara cada una en el fs fisico ke le
> corresponda

nopes une directorios en un directorio independientemente de como estén
montados los directorios unidos. 
Amos que puedes unir si quieres /mnt/nfs/directorio_de_anime
(nfs) /media/dvd/VIDEO_TS (isofs) /usr (ext3) y /dev/input (tmpfs)
en /mnt/directorio_unido.

>  o sea ke si te da por instalar linux y formatear particiones, te las
> cargas, ke es lo ke tratamos de evitar (eso entiendo), ademas... no
> puedes montar sobre / no? es decir, en / esta el ruth fs, pero no
> podemos "re-montar" ese / para ke tenga lo k keremos no? XD

Yep si que podemos :

mount -t unionfs -o dirs=/cambios=rw:/=ro unionfs /

Por ejemplo con este sistema todos los cambios que hiciéramos irían
a /cambios.

El problema es que una vez remontado no podríamos desmontar el /
remontado porque o bien peta o bien no nos deja (no estoy seguro de cual
de las dos xDDD). La razón es que apartir del momento que tenemos el /
remontado cada vez que invocamos un comando abrimos un fichero en el /
que esta remontado, no en el / original, con lo cual entiendo que si
intentamos desmontar un punto de montaje en el cual hay ficheros
abiertos nos dirá que nanai.

Igual existe una formula pero no estoy muy experimentado en ella aún, la
técnica sería usar pivot-root, el pivot-root es otra cosa que se usa en
las live cds para casos en los que por ejemplo tenemos :

/ <-- este root es el root que esta dentro del initrd (el initial
ramdisk)
/mnt/cd-knoppix/root-de-verdad

Entonces o bien hacemos un chroot a /mnt/cd-knoppix/root-de-verdad o
bien invocamos al pivot-root que nos convierte
el /mnt/cd-knoppix/root-de-verdad en / pero la verdad es que aún no se
muy bien como va esto del pivot-root, hay un paper[1] que explica el
porque existe y que soluciona pero esa parte del paper aún no me la he
leído :S, aunque algún día lo haré xDDD.

> besitos

=mente guapo!! :))

JonAn.

[1] Booting Linux: The History and the Future 
http://www.almesberger.net/cv/papers/ols2k-9.pdf