El Lunes, 14 de Marzo de 2005 02:35, Aritz Beraza Garayalde [Rei] escribi�:
|| Piensa para empezar por que supermount no est� incluido en las fuentes
|| del kernel por defecto... piensa en los cientos de m�quinas diferentes
|| a un pc de sobremesa con su lector de cd sobre los que es posible
|| instalar debian. Si todav�a no te ha convencido, supermount es una
|| fuente de fallos y cuelgues.
A mi de momento no me ha dado ni un s�lo fallo.


|| Para tu sistema quiz�s no. Pero hay muchas otras posibilidades.
|| Adem�s, supermount no es la panacea en este sentido, sino un hack feo,
|| que se lleva a patadas con bastantes aplicaciones. Tienes opciones
|| mejores si lo que quieres es evitarte el montar y desmontar a mano el
|| cd-rom, como usar el gnome-volume-manager o el equivalente en kde (que
|| se que existe). Las ventajas de esto es que no te va a dar ning�n
|| problema con ninguna aplicaci�n, se llevan mejor con los dispositivos
|| externos.
Repito que con supermount de momento no he tenido ning�n problema. Y sin �l, 
siempre estaba el "problema" de intentar sacar el cdrom y no poder porque 
alguna consola se hab�a quedado en /mnt/cdrom. Y adem�s pongo un ejemplo 
problem�tico: abro una consola, hago "mount /mnt/cdrom" y entro 
en /mnt/cdrom. Me hago root en la misma consola y voy a otro directorio. 
Ahora no puedo desmontar el cdrom porque el otro usuario (antes de hacer 
"su") se hab�a quedado en dicho directorio "usando" el dispositivo, as� que 
hay que matar la sesi�n y abandonar la sesi�n de root o directamente cerrar 
la consola. A veces esto me era una faena y todo por un simple descuido que 
con Supermount evito totalmente.


|| mira autofs, hace m�s o menos esto mismo.
Ya comentaba en mi correo que he probado autofs, y no hace lo mismo, pues 
necesitas cerrar las ventanas o consolas que muestren el directorio de la 
unidad para sacar el CD (con supermount no hace falta, sencillamente desmonta 
la unidad y desaparecen los ficheros de la ventana, sin errores ni nada). Es 
mucho m�s pr�ctico y nos dejamos de comandos para meter o sacar un simple CD.


|| De la otra forma, linux mira a ver si algun proceso est� accediendo a
|| la unidad, y si lo est�, no permite desmontarla hasta que el proceso
|| termine. Puede ser una tonter�a como tener una consola en un
|| directorio dentro de la unidad, o un demonio en background escribiendo
|| informaci�n. Me gusta este comportamiento.
A m� no, para mi tener el Konqueror en el directorio del cdrom NO es usar el 
dispositivo, adem�s, aunque est� oyendo un MP3 del cdrom, si le doy a 
"Extraer CD" sencillamente deja de sonar sin dar ning�n error, se encarga el 
n�cleo de desmontar la unidad transparentemente al usuario. Creo que es muy 
pr�ctico.


|| Debian es una distribuci�n muy amplia de miras, y ha de servir para
|| todo el mundo, supermount supondr�a una carga en muchos entornos
|| serios de producci�n, por eso los kernels no llevan soporte. No es
|| seguro en absoluto, deja el kernel considerablemene m�s inestable (al
|| menos la versi�n de mandrake 9.1), y no es necesario. Todo lo que
|| supermount hace desde el kernel ( y por tanto de forma "insegura" por
|| definirla de alguna forma), se puede hacer con programas en espacio de
|| usuario (hal/udev/gvm por ejemplo), y por tanto sujetos a unas
|| condiciones de seguridad m�s controladas.
Yo no digo que supermount venga incluido y listo para usarse (es decir, con el 
fstab modificado para �l), lo �nico que sugiero es que al menos se incluya 
como m�dulo y que cada usuario elija si lo usa o no (teniendo entonces que 
modificar su fstab).


|| A mi tampoco me va ni me viene, pero supermount me ha dado muchos
|| dolores de cabeza... (y lo considero un coladero)
Si alguna vez tengo problemas os los comentar�, pero repito que soluciones 
como supermount considero que pueden acercar Linux a un p�blico mayor, ya que 
muchos usuarios alucinan cuando ve�an las cosas tan raras que ten�a que hacer 
para sacar un simple cdrom (y en mi opini�n, con mucha raz�n).


|| Saludos
|| Aritz Beraza [Rei]
Un saludo y gracias por tus comentarios, aunque de momento no est� de acuerdo 
con tu opini�n.


-- 
que a m� ni me va ni me viene... pero por comentar...

Responder a