Re: Soluciones al montar unidades compartidas Win2003
"Luis Murillo" <[email protected]>
| Newsgroups | gmane.org.user-groups.linux.gulcr |
|---|---|
| Message-ID | <[email protected]> |
Como respuesta a esta duda, te cuento mi experiencia. Yo actualmente tengo un servidor de almacenamiento corriendo Ubuntu 6.10 Server con Samba. En mi desktop tengo ArchLinux 0.8 corriendo y monto el share que se encuentra en el servidor. Cuando el servidor se cae, pierde la conexion a la red o simplemente deja de responder, en el desktop se vuelve un desorden. Hacer un ls en el directorio donde se encuentra el share montado puede tardar un par de minutos para completar. Intentar hacer un umount como el usuario retorna un error, si lo intenta como root entonces le dice que el dispositivo esta ocupado y nunca lo desmonta, inclusive cuando le das la opcion -f. Lo unico que logro hacer para que vuelva a funcionar es reiniciar la maquina y de hecho eso toma mas tiempo de lo usual. Cuando el servidor vuelve a responder nada se arregla, el mount no se vuelve a montar ni nada. No se si esto sera por algo que yo tenga configurado, pero asi pasa. Lo unico que hago, cuando me acuerdo, es que si voy a reconfigurar algo de la red solo desmonto la unidad. Esto no ocurre cuando Windows lo tiene montado, en ese caso simplemente se deshabilita. -LM On 4/12/07, "Elídier Moya R." <[email protected]> wrote: > > Una duda... > > ¿que va a pasar si en algún momento el Windows 2003 se reinicia? > > Es decir, claro que se va a perder la conexión, pero como se puede hacer > para que linux lo monte nuevamente cuando este disponible. > > ¿Será buena idea usar el crontab? ¿con algo como mount -a tal vez? > > Gracias por las sugerencias al respecto... > > Saludos, > > Elídier. > > > > Diego A. Torres C. escribió: > El mensaje "al final del mail" (mas las colaboraciones muchas de esta > lista) > me dieron las soluciones que necesita para esta etapa de pruebas (luego > pruebo las unirse al dominio para las pruebas con .net (mono)) > > Bien los datos quedaron así (En: > http://doc.gwos.org/index.php/HowToMountsmbfsSharesPermanently > dice las > cosas exactas incluso me di cuenta que un espacio me afectaba) > Archivo fstab: > > //DIRECCION_IP/CARPETA /mnt/CARPETA smbfs > credentials=/home/USUARIO/.smbcredentials 0 0 > (Lo único es que no aparece el ICONO en el fondo de la pantalla o en > Ubuntu-menu->Lugares, pero la carpeta /mnt/CARPETA si queda correctamente > montada) > > Ahora para que aparezca el ícono nada más se manda en TEXTO el USARIO Y > PASSWORD > //DIRECCION_IP/CARPETA /mnt/CARPETA smbfs > username=USUARIOWINDOWS,password=PASS_WINDOWS 0 0 > > NOTA: > Ahora voy trabajar con Wine y manipular el equivalente al REGISTRY DE > WINDOWS para que corran algunas aplicaciones propias de Oracle para Windows > (Developer 5 y 6) > > **************************************************************************** > ***************** > > -----Mensaje original----- > De: [email protected] > [mailto:[email protected]] > En nombre de Alvaro Figueroa > Enviado el: Jueves, 12 de Abril de 2007 09:00 a.m. > Para: [email protected] > Asunto: Re: Problema al montar unidades compartidas Win2003 > > On Tue, 2007-04-10 at 15:20 -0600, Diego A. Torres C. wrote: > > > > La pregunta es: > Por qué en el punto 2 haciendolo por línea de comando no funciona y si > funciona desde un Explorador Gráfico (en todas las distribuciones) > Gracias por la atención. > > De pura casualidad esta mañana tuve que montar un directorio compartido > exáctamente en esas condiciones, y encontré este tutorial. Tiene dos cosas > interesantes, que tratan el sentido de la seguridad de no tener la clave en > el fstab, y que hablan de utilizar mount (o smbmount, que termina siendo lo > mismo) en la terminal para ver errores, y si se logra, luego explican como > traducir lo que se hizo en la línea de comando, a una línea del fstab. > > http://doc.gwos.org/index.php/HowToMountsmbfsSharesPermanently > > Trata de hacerlo primero con smbmount, y si eso funciona, luego intentas > ponerlo en el fstab. > > -- > Alvaro Figueroa > > > > > > > > > > Elídier Moya Rodríguez > Analista de Sistemas. > Ministerio de Planificación y Política Económica. > Tel (506) 281 2700 ext. 2221 > > -- > Mejor que levantar la voz, reforzar el argumento > (George Herbert). > -- Luis Murillo [email protected] http://www.codebeta.net -- Desuscripción: escriba a [email protected], tema 'unsubscribe' Problemas a: [email protected]. http://gulcr.org/ListasDeCorreo