offopic? - Problema con disco NDAS a través de AP Conceptronic
Buenas a todos :) Creo que es algo offtopic este tema; aunque el problema me llega a un único ordenador con Debian, después de una investigación, el problema parece hallarse en un punto de acceso WiFi en modo cliente. Pero paso a explicarlo de todos modos. Cualquier ayuda o punto de vista es de agradecer. Veamos. Compré ayer un disco NDAS sin saberlo (en el media markt). Es un disco externo de estos que puedes ver películas en la tele. Además, tiene una tarjeta de red con la que se suponía que se podía acceder a los datos. Pensé que se trataba de NAS o SMB o FTP... pero nada de eso. Me tocó NDAS (ni lo conocía) que es una idea similar al NAS, pero a nivel de enlace. Entonces, este aparato, se comunica con los PC's sin pasar por TCP/IP, parece que reconoce lo que hay conectado por su dirección MAC. En teoría lo enchufas, y voilá. Funciona. He conseguido hacerlo funcionar a través de una red de cable y de la wfifi, todo ello usando un Router Linksys a modo de switch y punto de acceso. Bien, hasta aquí todo correcto. Ahora, en mi habitación, tengo un punto de acceso conceptronic, que está en modo cliente para "traducir" la WiFi al cable. Éste cable pasa a un switch y de ahí sirve a mi equipo. He llegado a probar el dispositivo NDAS conectado en cable a mi Switch. Funciona perfectamente. Ahora bien, el aparato funciona por WiFi, pero cuando se trata de la WiFi recibida por el AP Conceptronic, no hay forma. No está conectado. Deduzco que el punto de acceso conceptronic es incapaz de enviar y recibir peticiones de tan bajo nivel, o que no tiene constancia de que direcciones MAC hay en cada lado. Pero como no tengo la menor idea de cómo funcionan las redes a tan bajo nivel, y tampoco encuentro ninguna configuración relevante en el AP conceptronic, estoy totalmente vendido. Si alguien tiene alguna idea o sugerencia... sería de agradecer. También estoy pensando en adquirir otro router Linksys y usarlo a modo de AP en lugar del conceptronic. (Si esto funcionara, claro) Un Saludo, David.
Re: Instalación Debian con RAID 1 por Hardware
El Monday 09 July 2007 09:43:11 Guimi escribió: > andres descalzo linux escribió: > > Hola lista... > > Hola > > > Necesito instalar Debian en un Equipo que tiene configurado RAID I por > > Hardware, pero al seleccionar la partición ve los dos discos (SATA) en > > vez de uno solo. > > Si ves los dos discos es que no tienes un RAID por hardware activo. > A mí me ocurrió y resultó que algunas placas (la mía era ASUS) anuncian > que tienen RAID por hardware pero no es cierto. Es lo que llaman un > fakeraid (búscalo así en google), que hace parte por HW y parte por SW. > > Asegúrate si puedes realmente hacer RAID por HW o si te han engañado > como a mí. Si ese es tu caso lo mejor es que te olvides de lo que viene > en la placa y hagas RAID por SW con mdadm. > > > No he encontrado documentación sobre esto y todos los > > ejemplos son para instalar por Software. > > La versión que probé de instalar es Debian Each (2.6.15) y Lenny > > (2.6.21). Pero con las dos me paso lo mismo. > > Lo que me pasó: > http://www.guimi.net/index.php?pag_id=tec-docs/pdc/pdc-instalacion.html#ins > > > Gracias > > > > Andrés Descalzo Vázquez > > Saludos > Güimi > http://guimi.net > -- > Por el bien de todos respetemos las normas de la lista: > http://wiki.debian.org/NormasLista Algo muy similar me pasó a mí placa ASUS y pensé que podría hacer el RAID. Bueno es saber eso del "fakeraid".
Re: Espacio swap
El Friday 06 July 2007 18:03:27 Vicente Pedro Gomez escribió: > > > 2.- Utilizar mucho swap puede resultar en un peor rendimiento, en > > > determinadas circunstancias. Depende de cuanta memoria tengas y para > > > qué uses el equipo. > > Lo único que se me ocurre respecto a que el swap pueda ralentizar un equipo > es tener el parámetro swappines del kernel demasiado alto y que dicho > kernel empiece a mover páginas de la memoria al swap con una política > demasiado agresiva y sin que realmente haga falta. Aún así, yo puedo constatar haber probado un Linux con swapiness=100 y una partición Swap de más de 10Gb. El rendimiento generalmente es muy bueno. ¿Ralentizar? Un poco cuando cambias de programa, va algo más lento (no mucho más) cuando maximizas otro programa. Eso sí! Puedes abrir cientos de programas a la vez! Recuerdo haber abierto KMail, Firefox, Konqueror, OpenOffice, Abiword, KWord, Gimp, KSnapshot tantas veces y tantos programas, que llené una lista de unas 60 ventanas repartidas por 4 escritorios. Y va casi igual de rápido que cuando abres la primera :-) Ya digo, sólo se nota lento cuando tienes que cambiar de aplicación, un retraso de un segundo y pico adicional.
Re: Espacio swap
El Thursday 05 July 2007 17:49:00 CHristophe T escribió: > 2007/7/5, José Manuel Pérez : > > Lo mas logico usar en tu equipo es 512 en swap, hay una regla que dice > > que siempre usar lo doble de tu ram como swap pero no es un teorema > > como tal solo una recomendación, en equipos, de 1 giga, es obsoleto > > tener 2 gigas en ram, a menos que seas un sysadmin o algo asi :P > > saludos > > Hola todos, > A lo mejor me equivoco pero segun tengo entendido, el espacio asignado > a la swap es importante ya que para hibernar el sistema se almacenan > los datos de la sesion en ella, de alli la necesidad de que la swap > sea por lo menos tan amplia como la ram. Seguro la verdad no es > exactamente esta pero no creo decir meros disparates... > Alguien puede corregir o precisar esto? Efectivamente, eso es cierto. La hibernación depende de volcar todo el espacio de memoria a SWAP. Por eso, si en algún momento, la cantidad de memoria que usas (contando SWAP usada) es superior al tamaño total de SWAP , no podrías hibernar. Pero sí suspender el equipo. El usar 2 Gb de SWAP no es desperdiciar disco duro, creo yo. Ahora bien, todo depende de si necesitas ese espacio en disco. Antiguamente se decía de que la SWAP era 3 veces la RAM: 64MB RAM -> 192 Mb SWAP. Pero si ya tenéis 1Gb de RAM, tal vez, con 1,5Gb de SWAP irá sobrado. Si es un sobremesa, que no tiene que hibernar, tal vez 1Gb. Ahora, creo que es absurdo en un PC actual quitar la SWAP por un mísero Gigabyte. Hay que tener en cuenta que al tener la SWAP podemos pasar memoria al disco duro, y dejar más espacio a la caché de éste. Esto, al final de todo, hace que nuestro ordenador vaya más rápido.
Re: imprimir desde chroot
Perdona que conteste para otra cosa... Veo que compilaste AbanQ. Yo casualmente necesito de compilarlo, pero para ello mi sistema Debian deberá estar preparado con los paquetes adecuados y en los directorios concretos. Creo que actualmente me falta bajarme las Qt desde Trolltech, pero aún no he tenido tiempo. He buscado, pero no encuentro manuales o tutoriales de compilación. Me gustaría saber si alguien conoce de algún tutorial, o pasos simples para compilar el programa para Windows y para Linux. Supongo que podría lograrlo con el tiempo, pero en el trabajo no dispongo de tantas horas... Por si sirve, estoy trabajando en un server Debian Etch.
Re: migrar desde un server debian a otro
En mi empresa me dedico a los servidores web, y hasta ahora las migraciones las hacemos manualmente. Para ello, primero pones en el servidor B todo lo que tiene A, y lo configuras igual. Necesitarás crear los correos y con las contraseñas que tenías. Una vez lo tengas, cambias los registros DNS (o bien la IP de los equipos, si es tu caso) para que apunten ahora todos los servicios al servidor B. Si los servicios que ofrecen, no tienen cambios contínuos, este cambio es transparente. Si los servicios se actualizan de forma constante, es preciso tener "sincronización". Por lo que en el inicio de este proceso necesitas bloquear las modificaciones en A hasta que estén en B. _ Otra idea: Copiar todos los ficheros (o la partición entera) del servidor A, y luego en el servidor B, instalar una etch (quitando lenny) y posteriormente restaurar la copia sobre B. Eso debería provocar una migración instantánea. Como Lenny tan sólo es Debian Testing, bastará con que, una vez migrado, cambies de nuevo los sources.list para que apunten a lenny y hagas apt-get update , dist-upgrade. Es una idea. Nunca he probado esta "animalada" y aunque creo que tiene que funcionar, no sé si puede dar problemas.
Re: montar win como rw
El Friday 29 June 2007 17:04:14 user name escribió: > Que tal, no sé si sea OT este asunto, ya que el problema es el siguiente: > > Lo que yo quería era entrar con un live cd, montar mi window$ xp y > borrar un archivo que no se deja borrar desde win, el problema es que > me monta /dev/hda1 (que es donde esta win) como ro (read only) por mas > que le indique que lo monte como rw (read write) con la opcion mount > -o rw igual lo monta como ro, intente con otro live cd (hispafuentes, > basado en debian) y me hacía exactamente lo mismo. > > > que se puede hacer en este caso?? Buenas. Lo habrán dicho por ahí ya otras tantas veces, pero bueno. El problema reside en que en tu LiveCD el driver de NTFS (para la partición de win) sólo es de lectura. Hay que instalar uno de los drivers que existen para Linux que tienen soporte para escritura. Otra opción, sería localizar un LiveCD que los tenga por defecto instalados. Creo que en las últimas versiones del kernel venían ya como opción al compilar, así que es posible que alguna distro Live lleve el kernel compilado de este modo.
Re: bloquear msn con squid
El Thursday 05 July 2007 11:18:58 Francisco José Bejarano escribió: > On 7/5/07, Ricardo La Rosa <[EMAIL PROTECTED]> wrote: > > Me parece bien que traten así a un sysadmin que trata de bloquear > > chats por msn... > > Que si : ¿baja la productividad de los trabajadores porque se distraen? > > ¿Y que pasa con el ancho de banda y la seguridad? no es solo quitar el > ocio al trabajador, dependiendo de la empresa, dejar usar el msn puede > ser un problema pero bueno, yo no hablo del tema de MSN, eso me da > igual. > Si me permitís un inciso: Si es por tema de ancho de banda y seguridad, un iptables que lo cape TODO excepto protocolos deseados. Entonces tendrás una red segura. Porque no se podrá más que conectarse vía web y si encima, detrás metes un proxy transparente, tampoco permitirías protocolos por el puerto 80 excepto que fuesen transmisiones HTTP. Aunque estas medidas, irían enfocadas a la seguridad y fiabilidad de la red. No a que el trabajador no tenga ocio. Por supuesto, le quedan muchas cosas, como el MSN vía web y demás. Cosa que creo que es absurdo cortarlas. Si te preocupa el ancho de banda, monta un sistema QoS con IpTables y prioriza el tráfico que te interese. Es una medida super-efectiva. También está lo del trafic shaping, aunque no llegué a entenderlo. Va por la misma línea del QoS.
Re: Un punto cutres los de la fsf
El Sunday 01 July 2007 21:57:50 BasaBuru escribió: > Pues creo que estaba clarito, pero te lo puntualizo. > > Yo no he hablado del equipo de traducciones, lo que he criticado es que la > fsf no libere versiones en distintos idiomas con caracter de oficial. > Bueno, creo que yo eso sí lo tengo claro: Cada texto que haces requiere una base legal. Implica que si haces el texto en inglés, se acople a la jurisdicción anglosajona, o al menos, se explique correctamente para todos los ingleses. Las licencias no son una tontería. No las puedes traducir como un texto literario. Si por alguna de aquellas, en el lenguaje al que traduces hay una acepción que se queda descubierta, podrían fastidiarte en un juicio, usando esa versión. Las traducciones de las licencias de la FSF generalmente están disponibles como traducciones no oficiales. Si tuvieran que ser oficiales, imagino que todo el equipo que revisó la GPLv3, tendría que revisarla otra vez para el castellano, pese a que no lo entienden. Imagina tirarte 6 meses de 30 personas para el español, otros 6 para el francés, y sigue, y sigue de aquí al año 3000 no tenemos licencia GPLv3 si fuese así. Si lo que quieres es entender lo que se dice en la licencia, pues deben de existir muchas traducciones no-oficiales, ya sean del equipo de GNU o traducciones libres. Pero de ahí, a tener traducciones oficiales, hay mucho trecho.