Re: Fecha de última modificación de archivos
On Sat, Apr 15, 2017 at 12:50:11AM +0200, laura wrote: > 2017-04-13 17:54 GMT+02:00 JavierDebian : > > La instalación copia archivos, y mantiene la fecha original de los mismo. > > aunque hayas formateado para reinstalar? el instalador copia archivos antes > del formateo? No has entendido la respuesta que te acaban de dar. La instalación instala paquetes. Los paquetes contienen ficheros con una determinada fecha de modificación. Cuando se instala un paquete, se mantiene esa fecha. Ejemplo: ¿Por qué en una Debian jessie la orden /bin/hostname tiene fecha de 2013? Porque esa es la fecha que tiene dentro del paquete del que procede.
Re: oom-killer no funciona como debería.
On Mon, Apr 10, 2017 at 11:31:59AM +0200, luis gil wrote: > ¿Como puedo saber si mis aplicaciones hacen overcommit en proporción 1:2? Lo que dije sobre 1:2 era solamente un ejemplo. Mientras las aplicaciones hagan overcommit, se debe poner swap para compensar. > Mi RAM es de 32 G. Me parece excesivo una swap de ese tamaño. Todo depende de las aplicaciones que estés usando. Si tus aplicaciones "piden" 64 GB de memoria pero solamente usan 32 GB "normalmente", más vale que tengas esos 32 GB adicionales en swap para el día en que realmente quieran usar la memoria que han pedido. > Según había leído por ahí en varios sitios (no he encontrado mucha > información sobre este tema), cuando pones el overcommit_memory a 2, se > fija un nivel de memoria RAM a partir del cual se empiezan a matar > procesos. No es exacto. Se fija un nivel de memoria comprometida *total* a partir del cual se empiezan a matar procesos. Si este nivel es inferior a la cantidad de swap más la cantidad de RAM, entonces los procesos morirán antes de que comprometas toda la memoria disponible (swap + RAM) lo cual es un desperdicio. Por este motivo el valor del porcentaje, para que tenga sentido, debería ser >= 100. Estamos hablando de la memoria "comprometida", esa que a menudo supera con creces la memoria realmente utilizada. > Este nivel se calcula realizando la siguiente operación Cantidad > SWAT + Cantidad RAM * ratio / 100. Poniendo el ratio a 75 el nivel se queda > un poco por debajo de la RAM, de esta forma se consigue que el sistema no > empiece a swapear. Tampoco es exacto. Para que el swap se utilice lo menos posible hay otro parámetro llamado swappiness. Lo que quieres no es que no utilice el swap, sino que los procesos no mueran por falta de memoria "total". > [...] De nada sirve monitorizar la memoria usada por Apache cada 5 minutos si un atacante externo puede lanzar en dos o tres minutos tantas peticiones http que el sistema se quede sin memoria entre una observación y la siguiente. En mi caso, empecé a interesarme por este tema el día que alguien lanzó 2000 peticiones http a páginas PHP inexistentes en menos de tres minutos a un servidor que tenía con Apache en modo prefork. El servidor hizo "cataplof". Debería ser imposible, por *diseño* (no solamente tomando mediciones experimentales y monitorizaciones varias), que la memoria necesaria pueda crecer indefinidamente porque así lo provoque algo externo. Por eso recomiendo PHP-FPM + nginx. Por cierto, el incidente de United Airlines de ayer me ha recordado esta analogía de Andries Brouwer sobre lo absurdo que es el OOM killer: https://lwn.net/Articles/104179/ A veces la realidad supera la ficción.
Re: oom-killer no funciona como debería.
On Thu, Apr 06, 2017 at 11:49:18PM +0200, luis gil wrote: > ¿Alguien se ha visto en > la necesidad de modificar este parámetro? ¿le ha funcionado? Sí y sí. Pero hay otras cosas interesantes que se pueden hacer además de poner el parámetro ese a 2. - Asegúrate de que tienes suficiente swap. Por ejemplo, si tus aplicaciones hacen overcommit en proporción de 1:2 (es decir, piden el doble de la memoria que realmente necesitan), entonces lo lógico sería tener una partición de swap del mismo tamaño que la RAM. De lo contrario estás infrautilizando la RAM. - Si pones vm.overcommit_memory = 2, pon también vm.overcommit_ratio = 100 como mínimo. De lo contrario estás infrautilizando la RAM de nuevo. - Si estás usando Apache en modo fork, considera usar otros modos. En particular debes asegurarte de que una avalancha de visitas no pueda elevar la memoria usada por Apache sin ningún límite. (Hay parámetros para esas cosas si los sabes buscar). - Si no estás usando PHP-FPM como forma de que funcione PHP, considera usarlo en lugar de lo que estés usando. Esto ayuda muchísimo a que la cantidad de RAM en uso se mantenga dentro de unos límites. - Una vez que estés usando PHP-FPM, si lo único que necesitas de Apache es que sirva ficheros y funcione PHP, considera además usar nginx en lugar de Apache, suele gastar menos memoria.
Re: apt-build
On Fri, Jan 13, 2017 at 08:59:12AM +0100, Antonio Trujillo Carmona wrote: > Tengo que recompilar el paquete freerdp2-x11 que esta en sid. > Como me he encontrado problemas de compatibilidades de librerías he > creado una maquina virtual con strecht/sid solo para este proceso, No te hace falta una máquina virtual entera para eso. Con un chroot es más que suficiente. Puedes usar debootstrap para crear un chroot y luego usar schroot para meterte dentro y compilar cosas. O mejor, usa sbuild + schroot para compilar cosas. > al intentar instalar apt-build me da : > Configurando apt-build (0.12.45) ... > sed: character class syntax is [[:space:]], not [:space:] > dpkg: error al procesar el paquete apt-build (--configure): > el subproceso instalado el script post-installation devolvió el código Es un fallo en el script "postinst", muy fácil de arreglar en origen, así que he puesto un bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=851814 y ya está corregido: https://lists.debian.org/debian-devel-changes/2017/01/msg02259.html No se puede arreglar con dpkg ni con apt-get, es el paquete lo que está mal. Si tienes mucha prisa también puedes desactualizar "sed" a la versión de jessie y luego intentarlo de nuevo.
Re: systemd y hostname
On Mon, Dec 05, 2016 at 01:29:55PM +0100, Antonio Trujillo Carmona wrote: > # cat /etc/hosts > 127.0.0.1debian.hvn.sas.junta-andalucia.es debian > 127.0.0.1localhost Yo no le echaría la culpa a systemd. No pongas 127.0.0.1 en la primera línea. Si no quieres poner la IP pública (que es lo más ortodoxo), pon algo así, que es lo que hace el propio instalador cuando no sabe la IP: 127.0.1.1debian.bla.bla debian
Re: El tema de los arranques
On Tue, Oct 04, 2016 at 09:19:44PM +0200, Angel Vicente wrote: > La pregunta es: de todas la opciones de arranque viejunas, ¿hay alguna > que puede servir para arrancar una imagen ISO en un USB, o realmente es > imposible y tengo que llevar una mochila más grande? De las que pones, yo apostaría por USB-HDD, pero por otro lado: ¿Tantas opciones hay que no las puedes probar una por una? [ Por cierto, arrancar Debian no me parece fuera de tema ].
Re: Duda sobre servidor
On Thu, Sep 15, 2016 at 01:08:22PM +0200, David Rotger wrote: > no veo que tenga mucho sentido tener discos sas a 12gb/s quando la > interfaz de red solo va a 1gb/s. Me equivoco? Yo creo que sí. Ese razonamiento sería válido si cada vez que usas la red es para extraer datos en bruto almacenados en disco. Pero eso no sucede siempre, también puedes tener algún tipo de base de datos sobre la que haces consultas. Entonces la velocidad del disco sí te debería importar.
Re: compilacion de qemu en cygwin
[ Esta pregunta no es de Debian, es de cygwin en todo caso ]. On Mon, Aug 22, 2016 at 03:05:52AM +0200, juan carlos Rebate wrote: > buenas debianeros, el caso esque intentaba compilar qemu para windows > usando cygwin (un emulador de herramientas linux) ya que con herramientas > vs no se puede compilar, aunque esto lo veo restrictivo y dado que es soft > libe cualquiera deberia tener opcio de compilar todo con las herramientas > que quiera. Bienvenido a la hagocracia: El soporte para otros compiladores que no sean gcc depende de que alguien con tiempo y ganas lo añada. Que el programa sea libre no quiere decir para nada que puedas usar el compilador que quieras. > bueno a lo que vamos, tengo todos los requisitos instalados desde el > repositorio de cygwin y aun asi me tra este error > > ERROR: "cc" either does not exist or does not work Ese mensaje lo suelen dar los scripts "configure" tras compilar un programa mínimo en C para comprobar que el compilador de C funciona (antes de ponerse a compilar todo lo demás y que falle por todas partes). Haz tú lo mismo. Toma un programa mínimo en C estilo "hello world" e intenta compilarlo con ese compilador que dices que tienes a ver si se deja compilar. Si no se deja, ya tienes tarea: instalar correctamente el compilador. Y si se deja, tendrás que analizar el "configure" por dentro a ver qué prueba hace y por qué falla. Para depurar problemas de este tipo no hay reglas fijas, tienes que ser un Sherlock Holmes digital: analizar los hechos, hacer hipótesis, realizar experimentos y hacer deducciones basándote en la lógica.
Re: Archivos de código.
On Sun, Jul 10, 2016 at 02:11:47PM -0400, alparkom wrote: > Imagino que irá en /usr/local/src o /usr/src. Mala idea. Si lo pones en algún lugar de /usr entonces tendrás que compilarlo como root, cuando en general no hace ninguna falta. Si no se te ocurre nada, puedes usar $HOME/src. Por otro lado, ¿para qué quieres compilar python? ¿Es que no hay un paquete de python en Debian? En fin, es que eso de compilar cosas cuando hay 4 paquetes disponibles es un poco raro. Si al menos fuera el caso de que estás haciendo un paquete nuevo, o creando un repositorio propio de backports, lo entendería.
Re: fallo al compilar kernel por primera vez
On Sun, Jun 19, 2016 at 05:28:31PM +0200, guillermo roche wrote: > make[2]: *** No hay ninguna regla para construir el objetivo > 'debian/certs/b...@debian.org.cert.pem', necesario para > 'certs/x509_certificate_list'. Alto. > Makefile:963: fallo en las instrucciones para el objetivo 'certs' > make[1]: *** [certs] Error 2 > make[1]: se sale del directorio '/usr/src/linux-4.6.2' > debian/ruleset/targets/common.mk:295: fallo en las instrucciones para el > objetivo 'debian/stamp/build/kernel' > make: *** [debian/stamp/build/kernel] Error 2 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823107
Re: Spam desde la lista de Debian
On Mon, Jun 06, 2016 at 01:32:56PM +, Camaleón wrote: > El Mon, 06 Jun 2016 12:38:49 +0200, Juan José Salvador Piedra escribió: > > > Ya van dos veces que me encuentro que alguien (o algo) está suscribiendo > > la lista de correo de Debian a diferentes listas de correo de spam. > > ¿Y cómo sabes eso? :-) Lo sabe porque recibe correo que es spam con las cabeceras que son propias de la lista. Leyendo el mensaje completo se da uno cuenta de que cuando dice "la lista de correo de Debian" se refiere a la dirección debian-user-spanish@etc, no a cada uno de sus suscriptores individuales. De lo contrario esta frase que pone al final no tendría sentido: > misteriosamente todas vayan a parar a la carpeta de Debian Mail
Re: Error en debmirror al actualizar repos
On Thu, May 12, 2016 at 06:41:13AM -0400, Eduardo R. Barrera Pérez wrote: > Hola lista, tengo un servidor NAS, montado con OpenMediaVault, la > versión 2.1 (stoneburner) que está basado en Debian 7 (Wheezy) instale > debmirror para actualizar mis repositorios, pero al ejecutar el scripts, ¿Qué script? > veo en los log esto: > > The directory for a dist should be its codename, not a suite. Quiere decir que debes poner "jessie", no "stable". Asegúrate de que no existe ninguno de los dos directorios antes de empezar (a menos que tengas un módem de 56K, no pasa nada por borrarlos, los paquetes están en "pool" de todas formas). > Le añado al scripts de debmirror la opción: --allow-dist-rename No. Esa sugerencia es por si te empeñas en que haga el "mirror" en un directorio llamado "stable", pero eso no es lo normal y no deberías hacerlo. Haz caso al primer mensaje de error que sale, no al segundo que te dice como sortear la condición. [ Por cierto, si solamente tienes uno, es script, en singular ].
Re: Cambio repentino de archivo de texto normal a archivo binario
> egrep -i texto-a-buscar archivo-texto > Coincidencia en el fichero binario archivo-texto Usa la opción -a: grep -a -i texto-a-buscar archivo-texto o si lo prefieres: grep -ai texto-a-buscar archivo-texto
Re: Habilitar cups como servidor
On Tue, Apr 19, 2016 at 12:37:29PM +0200, Juanjo wrote: > Acabo de reinstalar cupsd, y justo tras la instalación funciona > correctamente, escuchando en localhost:631. Pues insisto en que ese es el momento idóneo para usar la interfaz web. Véase imagen adjunta.
Re: Habilitar cups como servidor
On Tue, Apr 19, 2016 at 10:44:18AM +0200, Juanjo wrote: > Estoy intentando que el demonio cups escuche en la red. > [...] > ¿ Alguna sugerencia ? ¿Y no se te ha ocurrido configurar CUPS con el navegador, como siempre se hace? http://localhost:631
Re: Ayuda al Instalar Debian 8.4
On Fri, Apr 15, 2016 at 01:51:10AM -0300, Kevin Andrey Bueno Solano wrote: > he copiado la iso tal cómo esta a un usb y he ejecutado el .exe Entra en la BIOS y dile que arranque del USB, no del disco duro. Esa es la forma recomendada.
Re: Dudas generales acerca de progracion en linux.
On Mon, Apr 11, 2016 at 09:50:39PM +0200, Ala de Dragón wrote: > Supongamos que tengo un sistema, llamémosle debian 7, que tendrá lo > necesario para compilar un programa. Por ejemplo firefox. > Si lo compilo desde las fuentes lo hago con las versiones de lasa > librerías y programas que están instaladas en mi computadora. Con lo > que en un debian 8 no funcionara bien. Pero desde Debian 7 puedes crear un entorno chroot de Debian 8 y compilar paquetes para Debian 8. > entonces, ¿como se hace para compilar un programa, empaquetarlo en un > tar y hacer que funcione en cualquier debian? No es razonable pretender eso. Alguno te dirá que hagas compilación estática, pero si incorporas una biblioteca a tu programa y tiene un fallo de segurirad, actualizar la biblioteca normal (de enlace dinámico) no soluciona el problema. El enlace estático es una pesadilla desde el punto de vista de la seguridad, yo me olvidaría.
Re: Problema en cambio de password
On Fri, Apr 08, 2016 at 01:15:10PM +0200, José Mateo Ruiz wrote: > Tengo un problema con un portatil en el que tengo instalado ubuntu > 14.04 con escritorio XFCE cambio de password, con el comando passwd > todo bien pero cuando reinicio el ordenador en la pantalla de login > me permite entrar tanto con la vieja como con la nueva password. > Utilizando la aplicación gráfica para el manejo de usuarios tengo el > mismo problema. La contraseña que tú llamas "antigua", ¿no será la contraseña de root? Las contraseñas antiguas *no* se guardan, pero lightdm parece que te deja entrar con la contraseña de root (lo cual no es un riesgo de seguridad, porque se supone que la contraseña de root es secreta).
Re: imposible moverse entre unidades
On Sun, Apr 03, 2016 at 08:48:42PM +0200, juan carlos Rebate wrote: > hice un fdisk -l por si acaso la terminal usaba otro nombre y me > dice que no está que no se recoonoce la orden, Porque no eres root. ls -l /sbin/fdisk echo $PATH > intento instalar fdisk y me dice que no se localiza el paquete, Porque el paquete donde está fdisk no se llama "fdisk". dpkg -S /sbin/fdisk > se han eliminado paquetes? No.
Re: imposible moverse entre unidades
On Sun, Apr 03, 2016 at 08:48:42PM +0200, juan carlos Rebate wrote: > cd /dev/sdb1 Los dispositivos *no* son directorios. Si contienen un sistema de ficheros, hay que montarlos para ver su contenido: mount /dev/sdb1 /mnt cd /mnt
Re: Poner límites a /var/tmp
On Tue, Mar 29, 2016 at 01:44:56PM +, Camaleón wrote: > El primero es que Javier se ha quedado sin espacio en su partición raíz, Vaya, ahora a tener 20 GB libres se le llama "quedarse sin espacio". El sistema donde recibo mi correo tiene una partición raíz de 2 GB y está ocupada al 50%. Según ese criterio estaría en estado crítico. > primer dato "irrelevante" (ejem...) que debería indicarle que quizá no > haya elegido un esquema de particionamiento acorde a sus necesidades. Si pudo borrar sin compasión 20 GB del /var/tmp se puede intuir que esos 20 GB no estaban en el apartado de "necesidades". > Y en segundo lugar, el sistema no arranca sin partición raíz, de > hecho no hay sistema sin partición raíz así que más vale ser > generoso con ella, ¿Y qué clase de argumento es ese? ¿Si la partición raíz es demasiado pequeña puede desaparecer espontáneamente (toda ella) y que no haya "ninguna" partición raiz? :-) Incluso con la partición llena (pero llena de verdad), las particiones ext4 reservan un porcentaje de bloques para el usuario root, que siempre podrá entrar en el sistema y borrar lo que haya que borrar. > más aún si usas un entorno gráfico y sólo has destinado una > partición para el sistema. Y seguimos con argumentos genéricos que no son aplicables a este caso. Las cosas ocupan lo que ocupan. El entorno gráfico ya está incluído en los 18 GB del sistema instalado que tiene. Los GB instalados no ocupan más de 1 GB cada uno "por ser GB de sistema gráfico".
Re: Poner límites a /var/tmp
On Sun, Mar 27, 2016 at 09:22:41PM -0300, JavierDebian wrote: > Sigo con mis manías de hace casi 15 años, que son: > raíz = sistema instalado * 3 > swap = memoria RAM * 2 > home = el resto Pues eso que tú llamas manías (con esas constantes que usas o con otras parecidas) me parecen mucho más razonables que lo que propone Camaleón: "60 GiB es muy poco espacio". Si el sistema instalado tiene 4 GB, tener un directorio raíz de 60 GB es un auténtico desperdicio. Si el sistema instalado tiene 50GB, tener un directorio raíz de 60 GB es un poco suicida. Razonar en términos absolutos no tiene sentido.
Re: Poner límites a /var/tmp
On Sun, Mar 27, 2016 at 01:32:45PM +, Camaleón wrote: > Los nuevos sistemas linux van hacia la siguiente configuración: partición > raíz única y gorda donde poner de todo, como un auténtico cajón de > sastre. Sí, eso contraviene el antiguo mandamiento de Unix de separar las > cosas para reducir los posibles daños en los sistemas de archivos y > aumentar la seguridad pero ¡ahh, amigo! el mundo ha cambiado, systemd ha > venido para quedarse y tiene sus manías. Eso no es exacto. Lo que ha pasado de moda es tener el /usr separado, porque para lo que servía tener el /usr separado en tiempos de maricastaña (facilitar el arranque) ya existe hoy en día el initrd. Donde antes se montaba el directorio raíz y luego el /usr, ahora se monta primero el initrd y luego el directorio raíz verdadero. Los sistemas modernos van hacia donde sus administradores decidan llevarlos. Si en el sistema hay usuarios de verdad, separar el /home sigue siendo una buena idea.
Re: Poner límites a /var/tmp
On Mon, Mar 28, 2016 at 09:48:29AM -0300, JAP wrote: > Aunque me huelo a que es la "caché" de los usuarios KDE, que por algún > motivo no se vacía al reiniciar el sistema. Los estándares dicen que /tmp se borra al reiniciar y /var/tmp *no*. Así que no es que "tenga que borrarse" y no sucede por alguna razón misteriosa, es que no tiene que borrarse. Si quieres evitar que /var/tmp se llene, no reinventes la rueda, usa tmpreaper.
Re: Netinstall y repositorios locales
On Thu, Mar 24, 2016 at 07:06:27PM +0100, Angel Vicente wrote: > Me gustaría algo simple: es posible que la "party" sean solo dos > ordenadores (o menos), es decir que montar una redecilla me parece > excesivo. No hay nada de excesivo en "montar" una red, porque no hay que hacer nada especial, solamente conectar los ordenadores a un mismo router, con eso ya están "conectados", otra cosa es los servicios que quieras prestar. Por decreto puedes ponerle IP fija 192.168.1.2 al ordenador que tiene todos los paquetes y 192.168.1.3 al ordenador invitado. Pones un Apache o un nginx en el ordenador que tiene los paquetes y montas la partición correspondiente en /var/www/html. Entonces los otros podrán poner líneas de apt de la forma: deb http://192.168.1.2/debian jessie main contrib non-free Más fácil, imposible, y si tienes dos ordenadores ni siquiera te hace falta un router, con un cable cruzado te valdría.
Re: Netinstall y repositorios locales
On Wed, Mar 23, 2016 at 09:55:53PM +0100, Angel Vicente wrote: > Me gustaría instalar Debian con un repositorio local, tengo una imagen > netinstall, pero no sé si puedo usar para los repositorios el método > file:. He visto que se puede establecer manualmente el repositorio de > instalación, pero no tengo claro si puedo usar file: No creo que el instalador lo admita, entre otras cosas porque las líneas que se ponen en sources.list se supone que tienen que seguir funcionando después de un reinicio. Durante el proceso de instalación el directorio raíz es un disco RAM y el futuro directorio raíz está en /target. Un hipotético file: que funcionase durante la instalación sería de esta forma: deb file:/target/debian jessie main contrib non-free y eso lógicamente dejaría de funcionar cuando ya tienes el sistema instalado. Lo que puedes hacer en todo caso es instalar únicamente el sistema base, terminar la instalación sin instalar nada más, y una vez que tienes el sistema mínimo pones el file: que corresponda en el sources.list y ya puedes instalar el resto de paquetes que te interesen.
Re: instalación cifrada en dos particiones
On Tue, Mar 22, 2016 at 10:01:39AM -0500, listascor...@msjs.co wrote: > > Saludos debianitas... > > Esta, es la situación: > > partición1 > partición2 > > método 1:(resumen) > Cuando hago instalaciones cifradas utilizo una partición, creo un grupo de > volúmenes, y creo en el g.v. los volúmenes lógicos (raiz, home) y etc.. > > ¿Cómo hago para hacer una instalación cifrada en dos particiones diferentes, > así: > > partición1 -> raíz > partición2 -> home > > pero que al iniciar el s.o. me pida una sola contraseña? Haz que lo que esté cifrado sea el propio grupo de volúmenes. Es una de las posibilidades que ofrece el instalador.
Re: crear DVDs de debian
On Thu, Mar 17, 2016 at 09:55:36AM -0400, merlinva2...@grannet.grm.sld.cu wrote: > tengo un repositorio de debian en un disco duro externo. Por favor, me > podrían explicar cómo a partir de este repositorio puedo crear un > repositorio en DVDs? Si no tienes Internet, lo que te ha contado Camaleón es prácticamente lo único que puedes hacer. Pero si te pueden prestar Internet durante un rato, podrías usar el programa "jigdo" y con muy poco gasto de ancho de banda adicional podrías crear los DVDs oficiales.
Re: lists.debian.org has received bounces from you
On Thu, Mar 10, 2016 at 11:25:27AM -0400, Luis Ernesto Garcia wrote: > Dear subscriber, > > We've encountered some problems while sending listmail to your emailaddress > luis.gar...@azumatlt.azcuba.cu. > > In the last seven days we've seen bounces for the following list: > * debian-user-spanish > 1 bounce out of 50 mails in 7 days (2%, kick-score is 80%) > (https://lists.debian.org/bounces/QgoZUd_4w2ZM4UCrZCGrfw) El enlace anterior dice que el servidor de lists.debian.org intenta entregar uno de los mensajes de esta lista a tu servidor de correo, y esto es lo que sucedió: : host MX2.azcuba.cu[200.55.136.86] said: 550-5.1.1 : Recipient address rejected: User unknown in relay recipient table 550 5.1.1 For assistance, see http://www.datazucar.cu or contact +5378383643. Please provide the following information in your problem report: Time: (Mar 08 09:44:07), Client: (82.195.75.100), Server: (mx2.azcuba.cu). (in reply to RCPT TO command) Lo que deberías hacer es preguntar a los administradores de tu servidor de correo por qué razón han rechazado ese mensaje que iba destinado a ti. Tú te has suscrito a la lista para recibir *todos* los mensajes de la lista, no solamente "algunos" o "la mayoría". Ahí tienes el teléfono...
Re: PARA EL ADMINISTRADOR DE LA LISTA
On Thu, Jan 14, 2016 at 09:35:29PM +0100, Esteban Murillo wrote: > *Acabo de inscribirme en esta lista y han empezado a llegarme muchísimos > mensajes enviados a la lista. No sabía ni nadie me dijo que cuando me > apuntase en la lista recibiría "todos" los mensajes enviados a la lista.* Todas las listas funcionan así. Pero ya que estás en Gmail, pincha en "Filtrar mensajes como este", crea un filtro que le ponga una etiqueta a los mensajes de esta lista y marca la casilla "Omitir Recibidos". Entonces te dejará de sonar el teléfono con Android a cada mensaje si es eso lo que te preocupa.
Re: Debian 9 no monta dispositivo mp3
Debian 9 no existe todavía. Se sabe ya que stretch *será* Debian 9 cuando se publique oficialmente, pero eso será cuando se convierta en la siguiente "stable". Mientras tanto solamente existe stretch, que es la actual testing. Si alguien te ha dicho que stretch y Debian 9 son "lo mismo", te han engañado. De momento stretch existe y Debian 9 no, por lo que es imposible que sean lo mismo.
Re: ¿Qué sucede con los paquetes huérfanos?
On Mon, Oct 19, 2015 at 03:25:49AM +0200, Miguel de Dios Matias wrote: > ¿Qué sucede con los paquetes huérfanos? ¿Se sacan de la siguiente release? > ¿Se mantienen? Se mantienen en "estilo wikipedia": Nadie es el encargado oficial pero cualquier mantenedor puede actualizarlo y corregir cosas.
Re: deblan de 7.9 a 8.2
On Sun, Oct 18, 2015 at 06:39:23PM +0200, Eduardo Rios wrote: > ¿Quieres decir que "en teoría" se podría pasar de 7.9 a 8.2 sin tanto > problema? Yo es que siempre he ido actualizando de versión a versión, sin > dejar saltos, (7, 7.1, 7.2 ... 8, 8.1, 8.2) y no he tenido problemas. Las actualizaciones no soportadas son las que se saltan "releases". Por ejemplo, de squeeze a jessie (sin pasar por wheezy), o de wheezy a stretch (sin pasar por jessie). Pero es que todas las Debian 7.x son "pojnt releases" de wheezy y todas las Debian 8.x son "point releases" jessie, por lo que de cualquier Debian 7.x a cualquier Debian 8.x solamente hay un escalón y no se considera que te estés saltando ninguna "release". Aparte de eso, una vez que las actualizaciones de security.debian.org se incorporan al jessie normal en una "point release" es casi imposible actualizarse a Debian 8.0 como no sea usando un DVD desactualizado.
Re: Debian Wheezy 7.9 sin permisos sobre el sistema después de actualización
On Sat, Oct 10, 2015 at 09:44:40AM -0430, Frederit Mogollon wrote: > Agradezco el intento. No se si leíste los mensajes anteriores, pero > aparentemente no es cron el problema. Al final sí era cron el problema. Las opciones eran básicamente dos: * Que la orden crontab no fuera set-gid crontab (la que yo pensaba que al final no era). * Que el directorio /var/spool/cron/crontabs no fuera del grupo crontab y escribible por el grupo. El permiso set-gid crontab permite a la orden crontab ejecutarse con privilegios del grupo crontab aunque lo ejecute un usuario normal, para así para poder escribir en /var/spool/cron/crontabs, por eso el directorio es escribible por el grupo y pertenece al grupo crontab. Me vas a decir que "es muy fácil decirlo" pero una vez que entiendes cómo funcionan las cosas lo único que hace falta es ir revisando cada eslabón de la cadena. Me leí los mensajes anteriores, sí, pero no entendí qué tienen que ver los backports con todo esto. En general los backports no estropean cosas.
Re: Debian Wheezy 7.9 sin permisos sobre el sistema después de actualización
On Sat, Oct 10, 2015 at 02:28:03AM -0430, Frederit Mogollon wrote: > -- > $ crontab -l > > $ crontab/tesistas: fdopen: Permiso denegado > Con toda probabilidad, no tienes estos permisos: ls -l /usr/bin/crontab -rwxr-sr-x 1 root crontab 36008 jun 11 12:23 /usr/bin/crontab Reinstala el paquete: apt-get --reinstall install cron
Re: no se usan todos los recursos de hardware
On Tue, Oct 06, 2015 at 11:15:18AM -0300, Walter O. Dari wrote: > la temperaturas de los micros (los 4 núcleos) aumentaron más del 50%, > se fueron de unos 38 grados a 65 grados. Ojo: No tiene mucho sentido hablar de aumentos *porcentuales* de temperatura cuando cada escala de temperatura tiene el cero en un sitio distinto. En Kelvin, por ejemplo, el aumento de temperatura es menos del 9%.
Re: [OT] Proteger un directorio publico en la web contra descargas via wget o curl
On Sun, Oct 04, 2015 at 12:00:12AM -0600, Carlos Carcamo wrote: > pero si uso wget como sigue: > > $ wget -r http://localhost/mi_web/ > > Puedo descargar todas las imágenes en 'private_images' y eso es > precisamente lo que quiero evitar. Pues para empezar podrías evitar poner enlaces a private_images de forma que ningún buscador lo encuentre a partir de la página inicial de tu sitio. > éxitos para tod@s. héxitos para thodos. ¿Tanto trabajo cuesta escribir bien, o es que hay algún tipo de patente de corso para que las faltas de ortografía estén mal vistas pero otro tipo de faltas no lo estén?
Re: Configuración fstab luego de separar directorios de sistema en distintas particiones
On Mon, Sep 28, 2015 at 02:19:59AM -0430, Frederit Mogollon wrote: > Failed to create random directory /tmp/pulse-S5Y2v7FilcE6: Permiso denegado El directorio /tmp debe ser escribible por todo el mundo y tener el bit "sticky". Se corrige así, mientras está montado: chmod 1777 /tmp Eso es todo.
Re: Problemas de memoria
On Sun, Sep 27, 2015 at 07:32:26PM +0200, Manolo Díaz wrote: > No es muy elegante, pero no creo que los desarrolladores de Linux se > hayan levantado un día aburridos y decidieran programar una aberración. > Parece que las soluciones obvias al límite de la memoria son (aparte de > aumentarla) o eliminar procesos, o impedir que se lancen nuevos. > Y te ofrecen que elijas entre dos soluciones nada elegantes. La verdad siempre es más elegante que la mentira. Los procesos piden memoria y el núcleo les dice, "toma, aquí la tienes", pero en realidad es mentira, si todos los procesos usaran la memoria que han pedido y en teoría les ha sido concedida resulta que no hay para todos. "Ay, no, que te he dado una memoria que en realidad no tengo, ahora por pretender usar la memoria que te he dado y para enmendar mi error, vas a morir". No sé qué harán los desarrolladores de Linux cuando estén aburridos, pero esto del overcommit, y después de leer todo lo que he podido sobre el tema, me parece una chapucilla.
Re: Problemas de memoria
On Sun, Sep 27, 2015 at 01:46:14PM +0200, José Miguel (sio2) wrote: > Parece que hay memoria libre, pero si por: > > vm.overcommit_memory = 2 > > no se puede ocupar más del 50%RAM+SWAP (6GB de memoria) con lo cual es > plausible pensar que se llegó a ese límite cuando no podía acceder al > servidor. Esto es lo que te decía antes. Si no dices nada más entonces la memoria que puede asignar es swap + 50% de la RAM. Si tienes 2GB de swap y 8GB de RAM, te estás limitando a usar 6 GB de memoria en total. Pero tienes 8 GB así que estás desaprovechando completamente 2 GB de RAM de la forma más escandalosa. Si de verdad no quieres que pida más de 8 Gigas, sube el SWAP a 4 Gigas manteniendo la regla de SWAP + 50% de RAM. Pero incluso así estarías desaprovechando la memoria disponible. Si las aplicaciones "piden" el doble de lo que realmente necesitan y decides darles 8 Gigas como máximo, entonces solamente llegarás a usar 4 GB de verdad. Por supuesto que es una exageración, pero es para que te hagas una idea. Otra posibilidad es dejarle que use *toda* la memoria disponible: vm.overcommit_memory = 2 vm.overcommit_ratio = 100 > @ManoloDiaz > > Sugiero que investigues el ajuste OOM score, se hace por procesos y > > creo que systemd lo gestiona sin dificultad. Así podrías establecer > > una jerarquía para ver cuáles son los últimos en ser aniquilados por > > el núcleo cuando empieza a faltar memoria. > > Pues no tenía ni idea de esto. He ido a mirar y he visto que el SSH > tiene, así sin tocarlo, el oom_score_adj a -1000. O sea, que el > oom-killer no se lo cargará, cosa que me interesa. No te interesa que se cargue *ningún* proceso. Esto del OOM killer en realidad es una aberración. Es como si unas líneas aéreas deciden que cuando un avión está bajo de combustible se elige un pasajero al azar y le dan al botón de "eject" para ese pasajero. Mejor lee el original de Andries Brouwer: https://lwn.net/Articles/104185/ No pierdas el tiempo haciendo "ajustes" del OOM killer. Es como si te andaras rompiendo la cabeza afinando el algoritmo por el que se decide qué pasajero expulsas del avión...
Re: Problemas de memoria
On Sat, Sep 26, 2015 at 09:56:58AM +0200, José Miguel (sio2) wrote: > $ ssh yo@mlejanoservidor > [...] > Last login: Thu Sep 24 23:56:00 2015 from X.Y.Z.T > -bash: fork: No se pudo asignar memoria > > -bash: xmalloc: no se pueden asignar 4112 bytes (2719744 bytes asignados) > > Connection to milejanoservidor closed. > > [...] > > La pregunta es, ¿qué me aconsejáis? Ya que nadie te lo ha dicho, te lo digo yo: Pon más swap. Si todos los programas piden más memoria de la que necesitan y le dices al núcleo que nunca conceda más memoria de la que tiene realmente, estás infrautilizando la memoria que tienes.
Re: [Fwd: Re: imprimir pdf]
On Sat, Sep 19, 2015 at 05:49:03PM +, Camaleón wrote: > porque el formato PS [...] no deja lugar a la interpretación. El formato PDF tampoco, pero que digas eso precisamente de Postscript, que en el fondo es un lenguage de programación *interpretado* no deja de tener su gracia...
Re: Libertad o esclavitud. Elijan ¿"su" o “machinectl shell”?
On Tue, Sep 08, 2015 at 01:37:42PM +0200, Ala de Dragón wrote: > ¿Yo como usuario puedo desinstalar completamente todo lo relacionado > con systemd y volver a systemV? Se ha explicado ya muchas veces. En Debian 8 sysvinit todavía está soportado. Hay un paquete llamado systemd-shim que emula funciones de systemd sin ser systemd. P.S. No seas tan radical. No quieras desinstalar "todo lo relacionado" con systemd. Tendrías que quitar udev (que está en el mismo código fuente que system) y no creo que te convenga usar Debian sin udev.
Re: Libertad o esclavitud. Elijan ¿"su" o “machinectl shell”?
On Tue, Sep 08, 2015 at 12:38:50AM -0600, Alejandro Alcántar wrote: > Me puedes explicar en que me facilita q los LOGs estén en binarios y no es > texto plano??? Está explicado en journalctl(1), la herramienta con la que se ven los logs. Puedes filtrar por distintos criterios, cosa que antes no se podía hacer, por ejemplo, puedes hacer "journalctl -p 3" y salen los mensajes de prioridad "error" o superior. Antes de criticar algo estaría bien leerse la documentación primero, para saber lo que se está criticando.
Re: a vueltas con dnie una curiosidad
On Sun, Sep 06, 2015 at 12:14:38PM +0200, BasaBuru wrote: > Me refería a que yo siempre he compilado en /usr/src como root, no > como usuario en la home del usuario. Quería decir eso. En las > instrucciones de opendnie aparece $ y no # y tampoco aparece el > directorio /usr/src, eso me ha confundido > > Igual lo he estado haciendo mal desde hace años? Eso pienso yo. En términos generales, para compilar un programa nunca hizo falta ser root. Sí hace falta para hacer "make install", pero claro, eso hace que lo que instales no esté bajo el control del sistema de paquetes y no debería hacerse salvo que no haya más remedio. La compilación de paquetes Debian es bastante curiosa: Si miras el código fuente de cualquier paquete Debian antiguo verás que tiene un debian/rules con distintos objetivos. Para compilar el programa se hace "debian/rules build" y eso siempre se hace como usuario normal. Luego está "debian/rules binary" para crear el .deb. Ahí sí que hace falta ser root pero desde que existe fakeroot (o sea, desde hace más de quince años) ni siquiera tienes que ser root de verdad. No se me ocurre qué puedes estar compilando en /usr/src. Si es un núcleo a medida, con el paquete kernel-package de Manoj y fakeroot puedes crear un linux-image.deb sin ser root para nada. Así, el único momento en el que necesitas ser root es cuando haces "dpkg -i linux-image.deb".
Re: Elijan ¿"su" o “machinectl shell”?
On Sat, Sep 05, 2015 at 08:20:07AM -0500, listascor...@msjs.co wrote: > Bueno, y entonces ¿en donde queda el contrato social de Debian? > https://www.debian.org/social_contract > > no se trata de que ”uno lo "siente" como necesidad” se trata de un > 70.80% que lo siente como necesidad. Repito que Debian es una hago-cracia, *no* una democracia. Si Debian tuviera que guiarse por porcentajes de uso, todavía estaríamos usando LILO, porque claro, poner otro cargador de arranque por defecto que no sea el de uso mayoritario sería un quebrantamiento del contrato social bla bla bla. Absurdo.
Re: acerca de debmirror
On Sat, Sep 05, 2015 at 08:58:10AM -0400, merlinva2...@grannet.grm.sld.cu wrote: > desearía saber si debmirror puede reanudar una descarga después de que > esta se ha detenido por alguna razón. No, porque no hay ninguna opción "reanudar" específica para ello. Sí, porque no hay una única "descarga", son paquetes individuales, debmirror es inteligente y se baja primero los Packages y los Sources y luego compara lo que ya tiene con lo que debería tener y se baja solamente lo que le falta.
Re: Elijan ¿"su" o “machinectl shell”?
On Fri, Sep 04, 2015 at 07:46:58PM -0500, Mario wrote: > **¿Que se necesita para que los más de 70.80% hagan valer su opinión e > interés? ¿Qué se necesita para que los usuarios de sysvinit dejen de dar la paliza con systemd? A ver si nos enteramos de una vez: * Debian está hecho por sus *propios* usuarios, no es una entidad abstracta que tenga a sus usuarios como "clientes". * Debian es una organización de voluntarios, y como tal es una hago-cracia. Las cosas se hacen no porque alguien piense u opine sino porque haya alguien que tenga interés y sobre todo capacidad en hacer algo y lo lleve a cabo. * Exigir a una organización de *voluntarios* que haga algo de una determinada manera solamente porque uno lo "siente" como necesidad propia es una aberración. * En caso de duda, leer la GPL en su apartado NO WARRANTY, que para el que no entienda el inglés viene a decir que a caballo regalado no le mires el diente. De verdad, que ya cansa, todos los días lo mismo. Al que no le guste Debian por la razón que sea siempre puede pasarse a Windows o a MacOS, ahí sí que hay libertad de elección. Que para alarmismos ya tenemos al colectivo hipocondríaco: http://www.elmundotoday.com/2010/12/el-colectivo-hipocondriaco-denuncia-que-su-situacion-es-limite/
Re: a vueltas con dnie una curiosidad
On Sat, Sep 05, 2015 at 08:58:05AM +0200, BasaBuru wrote:
> Me han regalado un lector de tarjetas "inteligentes" y me he puesto con el
> tema de dnie y no me acaba de encajar.
>
> Me ha resultado extraño que los de OpenDNIe planteen la compilación en
> espacio
> de usuario, no os parece extraño? Alguna razón tendrán supongo.
>
> Si os interesa lo podéis consultar aquí:
>
>
> https://forja.cenatic.es/plugins/mediawiki/wiki/opendnie/index.php/Documentacion_OpenDNIe_Instalacion_Linux
En Debian 8 ya no hace falta compilar nada ni instalar paquetes que no
estén en la distribución, lo he comprobado.
Aparte de instalar estos paquetes:
pcscd
pcsc-tools
pinentry-gtk2
opensc
necesitas ejecutar Iceweasel, ir a
Editar -> Preferencias -> Avanzado -> Certificados -> Dispositivos de seguridad
-> Cargar
y poner esto en los campos que salen:
Nombre del módulo: DNIe PKCS#11
Archivo del módulo: /usr/lib/x86_64-linux-gnu/opensc-pkcs11.so
También puede que tengas que instalar certificados raíz de autoridades
de certificación (por ejemplo, de la Policía o de la FNMT), pero eso
tampoco son paquetes de fuera de Debian.
Por otro lado, la compilación siempre se hace "en espacio de usuario".
¿No pretenderás que el núcleo se ponga a compilar cosas?
("Espacio de usuario" ya tiene un significado preciso cuando se habla
de sistemas operativos, no quieras darle otro significado distinto
porque entonces no habrá forma de entenderse).
Re: Libertad o esclavitud. Elijan ¿"su" o “machinectl shell”?
On Thu, Sep 03, 2015 at 03:06:43PM -0500, listascor...@msjs.co wrote: > No argumento porque precisamente no conozco técnicamente en cada mínimo > detalle el funcionamiento a profundidad sobre el tema, y por eso empecé > el hilo diciendo: ” solo busco conocer sus opiniones para así tener más > elementos de juicio para poder formarme una opinión.“ En ese caso, preguntar "¿puerta trasera para la NSA?" está fuera de lugar, porque Debian es software libre y todo el código fuente está disponible (y esto es algo fundamental en Debian, no un mínimo detalle que se pueda pasar por alto alegremente). Así que todas las "puertas" de la NSA que pudiera haber son necesariamente "delanteras", nunca "traseras".
Re: Error librería al reiniciar apache.
On Thu, Sep 03, 2015 at 07:43:40PM +0200, Manolo Díaz wrote: > El jueves, 3 sep 2015 a las 17:21 UTC > Manolo Díaz escribió: > > > El jueves, 3 sep 2015 a las 15:14 UTC > > Óscar Triana - suport...@bendel.debian.org: S.I.I. escribió: > ^^^ > Por cierto, acabo de verlo: vaya morro, ¿no? ¿Te haces pasar por > servicio técnico de Debian con una dirección de correo que no existe > en el remitente? Por norma general, un usuario de login "fulanito" en una máquina Unix llamada "algo.example.com" tiene automáticamente fulan...@algo.example.com como dirección de email (con la configuración predeterminada del MTA que se haya puesto). Por ese motivo, algunos servidores de correo, cuando ven un mensaje cuyo From: no tiene dominio, solamente un login, añaden por su cuenta la arroba y el nombre de la máquina antes de que el mensaje salga al exterior, para que así la respuesta, si la hay, llegue al usuario correctamente. En este caso, la máquina que aloja lists.debian.org se llama "bendel", por lo que su nombre completo es bendel.debian.org. Se conoce que había algo raro en ese From: que ha provocado que el servidor de la lista le añada "@bendel.debian.org", creyendo que se trataba de una dirección sin dominio.
Re: telnet y hosts.deny
On Wed, Sep 02, 2015 at 01:38:17PM -0400, co...@crearq.co.cu wrote: > Como seria la forma correcta de denegar el telnet en Debian 7 En Debian la forma correcta de denegar el telnet es *no* instalando telnetd. > Por ejemplo que cuando vaya hacer un telnet x.x.x.x 25 desde cual pc lo > deniegue ¡Pero el "telnet" *no* es eso! Si lo que quieres hacer es denegar las conexiones al puerto 25 lo que tienes que hacer es *no* instalar ningún MTA, o configurar el que tengas para que solamente admita correo local. Por ejemplo, si estás usando postfix, "dpkg-reconfigure postfix" y le dices "Sólo correo local".
Re: Sobre headers y virtualbox
On Wed, Aug 19, 2015 at 06:34:38PM +0200, Alba Ferri wrote: > 3.14-1-686-pae Tu problema, por si mi email anterior no se acaba de entender, es que en jessie ya no está disponible el paquete linux-headers-etc que se corresponde con el núcleo que estás usando, por eso debes actualizarte a jessie del todo, o como mínimo y para no tener problemas con virtualbox, usar el núcleo de jessie.
Re: Sobre headers y virtualbox
On Wed, Aug 19, 2015 at 06:34:38PM +0200, Alba Ferri wrote: > Tengo una Debian 8. > uname -a > Linux debianita 3.14-1-686-pae #1 SMP Debian 3.14.12-1 (2014-07-11) i686 > GNU/Linux No, no tienes Debian 8. Debian 8 viene con Linux 3.16. Si no lo tienes instalado, o teniéndolo instalado no lo estás usando, no tienes Debian 8 todavía. Lo que parece es que has instalado jessie antes de que fuera estable, y todavía no te has actualizado del todo. Actualízate del todo al jessie de hoy y reinicia, entonces tendrás el núcleo de Debian 8 y entonces será cuando los manuales y tutoriales que sugieren usar "uname -r" te funcionarán de verdad.
Re: descargar paquetes de Jessie desde Wheezy
Prueba el paquete "debpartial-mirror".
Re: Bendito GLIBC_2.15 en Wheezy
On Thu, Aug 13, 2015 at 06:10:16PM -0300, Angel Claudio Alvarez wrote: > Si, se hizo toda la vida en *n*x , la compilas a mano, la instalas > en un path alternativo ( /opt por ej. ) y antes de ejecutar la > aplicacion cargas el path en $LIBPATH, antes de la ruta donde tenes > la otra version Lo explicas con tanta naturalidad que me recuerda esto: Construya su propio jardín versallesco estilo Luis XIV en medio del desierto: https://www.youtube.com/watch?v=uItyrVyzrhs (En cuatro sencillos pasos). Lo cierto es que eso de compilar libc a mano no es algo que se haga en un momento y yo recomendaría buscar otras alternativas.
Re: Violación de segmento
On Wed, Aug 05, 2015 at 01:19:06PM -0400, merlinva2...@grannet.grm.sld.cu wrote: > Agradecería si me pudieran decir como acceder a las páginas de internet > utilizando el correo electrónico, pues no tengo acceso al internet. Di mejor que no tienes acceso a la Web, que es solamente una parte de Internet. Hazlo a la manera de Stallman: Él tiene un servidor al que envía por email las direcciones de las páginas que le interesan, el servidor hace un "wget" y le devuelve la página solicitada también por email. No entiendo muy bien por qué Infomed no implementa un servicio como ese de una vez. A falta de otra cosa mejor, está claro que os sería muy útil. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150805212354.ga4...@cantor.unex.es
Re: offtopic Re: postfix y TO/CC/BCC
On Wed, Jul 29, 2015 at 08:28:22AM -0300, Gonzalo Rivero wrote: > El mié, 29-07-2015 a las 12:08 +0200, Santiago Vila escribió: > > On Tue, Jul 28, 2015 at 03:59:37PM -0300, Gonzalo Rivero wrote: > > > mailman (es lo que usa esta lista) > > > > Una precisión: Esta lista usa SmartList. > > > fuera de tema: ¿ya no usa mailman? La pregunta está mal formulada :-) No es que "ya no se use", es que no se usó nunca mailman en esta lista. De hecho, si miras los archivos verás que las listas de lists.debian.org existen desde antes que apareciera la primera versión de mailman. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150729200659.GA2910@nuc
Re: postfix y TO/CC/BCC
On Tue, Jul 28, 2015 at 02:14:12PM -0600, ricky gutierrez wrote: > El día 28 de julio de 2015, 12:59, Gonzalo Rivero > escribió: > >> > > ¿cual es exactamente el problema, que no salgan los destinatarios al > > abrir el mensaje? > > bloquear que los correos que salgan con copia oculta , los BCO ¿Y cómo se combate de esa manera la fuga de información? No tiene sentido. Todo mensaje que no pueda enviarse con BCC (o CCO en español) se puede reenviar *después* en un mensaje aparte con el campo "To" normal. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150729101408.gb10...@cantor.unex.es
Re: postfix y TO/CC/BCC
On Tue, Jul 28, 2015 at 03:59:37PM -0300, Gonzalo Rivero wrote: > mailman (es lo que usa esta lista) Una precisión: Esta lista usa SmartList. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150729100811.ga10...@cantor.unex.es
Re: Instalar Gnome desde la ISO
On Thu, Jul 23, 2015 at 04:36:52PM -0430, Yair De la cruz wrote: > Me gustaria saber como hago para instalar Gnome desde la imagen ISO que me > descarge desde la pagina official https://www.gnome.org/. No lo hagas así. https://wiki.debian.org/DontBreakDebian -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150724094858.gb23...@cantor.unex.es
Re: error al hacer update e instalar
On Thu, Jul 23, 2015 at 05:24:25PM +, Reyder Hidalgo wrote: > gracias camaleón, pero no es el caso. Lo que te ha dicho Camaleón es lo que debes hacer, pero tienes que mirar también aquí: /etc/apt/sources.list.d -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150724094500.ga23...@cantor.unex.es
Re: kernel 4.0 de Linux ¿que os parece?
On Thu, Jul 16, 2015 at 04:25:19PM +0200, Eduardo Rios wrote: > No sé, pero ante un salto tan grande de numeración, me imaginaba que podía > fallar por todas partes, o mensajes "nuevos"... o fallos de sonido como > otras veces... Pero me alegra saber que todo va bien :) Ya hubo un cambio de numeración en tiempos y mira lo que sucedió: https://lkml.org/lkml/2011/5/29/204 So what are the big changes? NOTHING. Absolutely nothing. [...] Por cierto, si hablamos del núcleo (que se llama Linux), decir "kernel 4.0 de Linux" resulta un poco raro, puesto que Linux no "tiene" un núcleo sino que él mismo *ya* es el núcleo. Simplemente diciendo "Linux 4.0" ya se entiende que nos referimos a la versión 4.0 de Linux :-) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150716173454.ga21...@cantor.unex.es
Re: COPIA automática de directorios con CRONTAB
On Wed, Jul 15, 2015 at 04:18:31AM -0300, Eduardo Jorge Gil Michelena wrote: > cp DirectorioOrígen DirectorioDestino -p -r -u Usa mejor rsync. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150715092550.ga21...@cantor.unex.es
Re: Necesito plugin Adobe Flash Player para navegadores en Debian 8.1
On Mon, Jul 13, 2015 at 06:58:27PM -0400, c...@pinarte.cult.cu wrote: > La cuestión está que utilizo videos en mis webs (No las puedo > visualizar) Esto sí que tiene delito. O sea, que ¡la web es tuya! En ese caso lo que debes hacer es abandonar Flash y pasarte a HTML5. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150714092104.ga9...@cantor.unex.es
Re: [OT] USB infectado Virus Windows - Raro comportamiento
On Fri, Jul 10, 2015 at 08:18:46AM -0430, Juan Lavieri wrote: > Si te refieres a lo que dice el anuncio, creo que lo que indica que la > "característica de seguridad de protección por contraseña" solo funciona > con windows; lo que yo entiendo que otro sistema operativo no respetaría > dicha protección. Habría que averiguar si esto es específicamente así. Me imagino que será un sistema de cifrado, en cuyo caso no se trataría realmente de "respetar" nada sino de poder descifrarlo. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150710163943.ga18...@cantor.unex.es
Re: navegar con celular por pc linux
On Mon, Jul 06, 2015 at 12:43:52PM -0400, l...@ida.cu wrote: > Tengo un notebook con wifi e internet. > > Qué tengo que hacer para navegar con un celular sist. Android a través de la > laptop que tiene WiFi ?? Lo que dices normalmente no se puede. Lo deberías intentar es conectarte con el teléfono a la misma WiFi que estás usando en el ordenador, con las mismas credenciales (usuario/contraseña). Todas las respuestas que has recibido hasta ahora son para navegar con el notebook a través de una conexión de internet que ya tengas en el teléfono móvil, pero a menos que te hayas explicado mal, lo que preguntas es justo lo contrario. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150706214805.ga6...@cantor.unex.es
Re: copiar imagen iso de debian 8 live en usb
On Fri, Jul 03, 2015 at 08:18:11AM +0200, Antonio Trujillo Carmona wrote: > Usa "unetbootin" Mejor no: Do NOT use unetbootin for Debian CD images: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775689 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150703180550.ga3...@cantor.unex.es
Re: ¿Gmail bloqueo mutt?
On Fri, Jun 26, 2015 at 10:58:31AM -0500, Debia Linux wrote: > ¿Alguien sabe como usa el mail Richard Stallman? Con emacs, evidentemente. https://stallman.org/stallman-computing.html Con Gmail seguro que no. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150626160925.ga26...@cantor.unex.es
Re: Buscador de modulos o similar
On Sun, Jun 21, 2015 at 10:08:39PM +0200, BasaBuru wrote: > Mi pregunta es: me puedes regalar la caña, en vez de darme el pescado??? > > Sabes de algún howto solido y contrastado, que sea fiable para ti y que me > permita profundizar en este tema? Optimización del kernel, mecanismos, > procesos, scripts, etc. Pues básicamente, la documentación del paquete kernel-package, aunque algunos detalles pueden estar antiguos. En realidad no tiene mucho misterio. Partiendo de una máquina con Debian 8 y el núcleo predeterminado: sudo apt-get install linux-source-3.16 build-essential fakeroot tar xvf /usr/src/linux-source-3.16.tar.xz lsmod > lsmod.txt cd linux-source-3.16 make LSMOD=../lsmod.txt localyesconfig time -p make-kpkg \ -j4 \ --initrd \ --rootcmd fakeroot \ kernel_image Donde dice -j4, en vez de 4 pon el número de cores que tenga tu CPU. Luego, para que te quede bonito, puedes usar también --append-to-version y --revision. > A menos que sea por *estricta* necesidad yo solo uso el kernel compilado por > el Kernel Team de Debian. Principalmente por razones de seguridad y fiabilidad Estoy de acuerdo, hoy en día ya casi no merece la pena compilar un núcleo propio y menos todavía en el escritorio. > Excepto un temporada que compilaba cada nuevo kernel que salía, supongo que > como a mi, pues esta furia, se pasa. Je ,je hasta medía el tiempo que > tardaba, si no recuerdo mal con la máquina de overclocking eran como 7 u 8 > minutos > > El trabajo del Kernel Team de Debian es una *maravilla*, Es una navaja suiza > prácticamente nunca te falla. Y para que vas a repetir trabajo cuando hay > hackers de debian trabajando esto? Y para un desktop va formidable > > Pero para todo hay excepciones, a veces hay que optimizar máquinas (en mi > opinión compensa el trabajo para servidores). Yo tengo un par de máquinas a > las que no les vendría mal un repaso. Bueno, creo que estás contraponiendo dos cosas que no son realmente contrapuestas: * Usar un núcleo soportado por Debian, que se actualiza en security.debian.org cada vez que es necesario. * Usar un núcleo compilado por ti. Lo cierto es que Debian no solamente considera "soportado" el linux-image-amd64.deb que se instala por defecto, sino también cualquier núcleo que te compiles tú a partir del mismo código fuente, el que trae el paquete linux-source. Cada vez que hay un núcleo nuevo en security.debian.org verás que hay un nuevo linux-source también. Así que si es por razones de seguridad, no hay realmente "obligación" de usar el linux-image predeterminado, sería suficiente con que en todo momento, o en la medida de lo posible, tengas un núcleo compilado a partir del mismo código fuente (pero configurado como a ti te guste y con los módulos que quieras o necesites). Por cierto, y hablando de pescado, si te apetece un ruibarbo, justamente ayer salí a pescar: https://people.debian.org/~sanvila/debian/ -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150621214517.ga18...@cantor.unex.es
Re: Buscador de modulos o similar
On Sun, Jun 21, 2015 at 12:36:21PM +0200, Altair Linux wrote:
> Ahora falta saber exactamente donde esta cada uno, jerarquicamente o
> algo por el estilo, para ir directamente a el.
Insisto: No te hace falta saber dónde está cada uno. Basta
con hacer "make localyesconfig" o "make localmodconfig"
y él se encarga de todo.
Puedes incluso hacer esto:
lsmod > lsmod.txt
en la máquina donde vayas a usar el núcleo personalizado pero luego
crear el linux-image.deb en otra máquina más potente que tengas:
make LSMOD=../lsmod.txt localyesconfig
Y ya puestos, del lsmod.txt solamente se usa la primera columna,
puedes crear un núcleo que sirva para varias máquinas haciendo esto:
cat lsmod-máquina1.txt lsmod-máquina2.txt | awk '{ print $1 }' | LANG=C sort |
uniq > lsmod.txt
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150621171945.ga11...@cantor.unex.es
Re: Buscador de modulos o similar
On Sun, Jun 21, 2015 at 07:28:02AM +0200, Altair Linux wrote: > Eso me lleva a configurar el kernel pregunta a pregunta, como si no > usara ncurses. No. Te pregunta una minúscula parte de todas las preguntas que hay y puedes darle a Intro a todo si quieres. Acabas enseguida. El resultado es un núcleo basado en el que estabas usando, pero en el que los módulos que no estabas usando ya no existen. (Precisamente ayer estuve cacharreando con eso, me salió un linux-image.deb de 8 Megas, frente a los 160 Megas del oficial). Por las indicaciones que diste (usar lsmod y compilar un núcleo), eso es lo que *parece* que querías, pero si no es el caso, di mejor qué es lo que quieres conseguir, no el medio que imaginas para conseguirlo. A veces eso ayuda a centrar la discusión. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150621091923.ga31...@cantor.unex.es
Re: Buscador de modulos o similar
On Sat, Jun 20, 2015 at 06:34:32PM +0200, Altair Linux wrote: > La idea es que sabiendo la lista de modulos usados usando lsmod, lspci > saber donde estan exactamente cuando compilas manualmente un kernel. Eso ya existe: make localyesconfig -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150620230828.ga15...@cantor.unex.es
Re: enviar datos a bluetooth con gnome-obex-send y ahora con cual?
On Tue, Jun 16, 2015 at 01:29:50AM +0200, Santiago Vila wrote: > apt-get -o APT::Install-Recommends="0" nombre-del-paquete Error. Faltaba el "install". apt-get -o APT::Install-Recommends="0" install nombre-del-paquete También se puede hacer simplemente "apt-get install nombre-del-paquete" si se hace esto primero: echo 'APT::Install-Recommends "0";' > /etc/apt/apt.conf.d/75recommends y así no instalará las recomendaciones nunca. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150616085338.ga13...@cantor.unex.es
Re: enviar datos a bluetooth con gnome-obex-send y ahora con cual?
On Mon, Jun 15, 2015 at 11:20:58AM -0500, Debia Linux wrote: > Al instalar gnome-bluetooth me instala paquetes que no me interesan, > unicamente deseo instalar bluetooth-sendto. Camaleón ya te ha dicho que las cosas no van así, pero yo me voy a extender un poco más: Parece que estás confundiendo "programa" con "paquete". Son cosas distintas. El paquete es la unidad mínima de instalación y de desinstalación. Las cosas que se instalan con apt-get son paquetes, no programas. Si te interesa instalar un programa, debes instalar el paquete que lo contenga, y únicamente se puede instalar el paquete completo, no hay soporte para instalar solamente una parte. Teniendo en cuenta la posible confusión, la frase tuya que cito admite dos interpretaciones: 1. "Al instalar un determinado paquete me instala *programas* que no me interesan". Como acabo de explicar, esto es así y tendrás que apechugar con ello. No hay solución fácil, pero es que tampoco se considera un problema: si un paquete es demasiado grande y contiene cosas que la gente realmente no quiere, lo que se hace es dividirlo en otros más pequeños. 2. "Al instalar un determinado paquete me instala *otros* paquetes que no me interesan". Eso suele suceder, se llaman dependencias y recomendaciones. No es obligatorio instalar las recomendaciones, puedes hacer esto para evitarlas: apt-get -o APT::Install-Recommends="0" nombre-del-paquete Las dependencias sí es obligatorio instalarlas, pero para ellas no es aplicable eso de "no me interesan". Por supuesto que sí nos interesan, se supone que un paquete *no* funcionará correctamente si no están instaladas sus dependencias. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150615232950.gb28...@cantor.unex.es
Re: Duda sobre codificacion con dos2unix
On Mon, Jun 15, 2015 at 01:24:06PM +, Camaleón wrote: > Recuerda que nano se ejecuta desde una terminal por lo que la terminal > debe de estar configurada para el tipo de codificación del archivo que > abres. Ese razonamiento, así, sin más, es incorrecto. echo áéíóú | iconv -t iso-8859-1 > ejemplo.txt emacs -nw ejemplo.txt Si el editor es listo (por mucho que se ejecute desde una terminal) no hay que hacer nada. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150615230143.ga28...@cantor.unex.es
Re: Duda sobre codificacion con dos2unix
On Sun, Jun 14, 2015 at 03:47:20PM -0500, Debia Linux wrote: > 2015-06-14 11:41 GMT-05:00 Camaleón : > > Para las conversiones entre archivos de distinta codificación también > > está "iconv" que viene instalado de serie. > > Pues intente realizarlo con inconv pero por lo menos en el debian > jessi que instale, pues no viene. > > bash: inconv: no se encontró la orden Por las barbas de Neptuno, lee bien el mensaje de Camaleón. Es "iconv". Es posible que lo esciribieras mal, pero es casi imposible que escribiéndolo bien no lo tuvieras instalado: $ which iconv /usr/bin/iconv $ dpkg -S /usr/bin/iconv libc-bin: /usr/bin/iconv $ dpkg -s libc-bin | grep Essential Essential: yes -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150614221756.ga9...@cantor.unex.es
Re: Asunto relacionado con 'kernel panic'
On Sun, Jun 14, 2015 at 04:19:12PM +, Camaleón wrote: > En cuanto al "kernel panic" quizá lo que se cae es el entorno gráfico, Eso es *imposible*. En un kernel panic el que se cae es el núcleo, por definición. Después de un kernel panic no hay ssh que valga. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150614201220.ga6...@cantor.unex.es
Re: Duda sobre codificacion con dos2unix
On Sat, Jun 13, 2015 at 03:31:00PM -0500, Aradenatorix Veckhom Vacelaevus wrote: > En este caso, por lo que comentas podría haber estado en odt, o en > rtf, o en docx, incluso en txt. Creo que es un buen dato a tener en > cuenta antes de hacer tales afirmaciones. Si el interesado estuviera intentando usar dos2unix con un fichero binario, el misterio sería mayor todavía. Mi sugerencia de usar less estaba basada en la suposición (errónea o no) de que el interesado sabe que dos2unix solamente es aplicable a ficheros de texto, que son precisamente aquellos con los que "funciona" la orden less. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150613211148.ga30...@cantor.unex.es
Re: Duda sobre codificacion con dos2unix
On Sat, Jun 13, 2015 at 01:19:58PM -0500, Debia Linux wrote: > Ya tuve la solucion. Resulta que no lo podia porque prejuzgue que > habia sido realizado dicho texto en software privativo. Me acaban de > avisar que fue realizado en windos pero con openoffice y con > codificacion UTF-8 por ello es que me cambiaba los acentos. Nos quedará siempre la duda de por qué no miraste primero con "less" para ver si el texto necesitaba ser corregido o no. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150613182611.gc25...@cantor.unex.es
Re: Asunto relacionado con 'kernel panic'
> ¿esto dónde se guarda para compartirlo? Por defecto no se guardan en ninguna parte, pero puedes probar una cosa que se llama "netconsole" y a lo mejor consigues registrarlo de forma remota. > ¿por qué sucede sólo con GNOME3? Seguramente porque GNOME le pide cosas a la tarjeta gráfica que la tarjeta gráfica no es capaz de dar (por un error en la programación del controlador de vídeo). > ¿y cómo se descifra lo que muestra? Necesitarás conocimientos avanzados de ensamblador, no creo que te compense. Imagina que en caso de cuelgue saliera un mensaje en suajili. Suponiendo que no tienes ningún viaje previsto a Tanzania: ¿Te pondrías a estudiar suajili *solamente* para entender esos mensajes? Yo creo que no, y no es que quiera desanimarte, pero en casos como este se debe hacer un pequeño análisis de coste/beneficio. Los programadores del núcleo saben de estas cosas porque les gusta y se dedican a ello, pero un usuario normal no tiene por qué saber ensamblador (que luego nos critican diciendo que para usar Linux en el escritorio hay que saber mucho). Pero si tienes tiempo y ganas, pues a ello, que el saber no ocupa lugar. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150613182225.gb25...@cantor.unex.es
Re: Lentitud en el apagado.
On Sat, Jun 13, 2015 at 08:57:31AM -0500, Germán Avendaño Ramírez wrote: > He notado que después de la actualización a jessie 8.1 mi portátil se > está demorando más de lo habitual en el apagado. Con la versión 8.0 el > apagado era supremamente rápido. Mira /usr/share/doc/systemd/changelog.Debian.gz. systemd (215-17+deb8u1) stable; urgency=medium * Revert upstream commit 743970d which immediately SIGKILLs units during shutdown. This leads to problems like bash not being able to write its history, mosh not saving its state, and similar failed cleanup actions. (Closes: #784720, LP: #1448259) El apagado anterior era "demasiado rápido". -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150613175255.ga25...@cantor.unex.es
Re: problemas con tamaño de apt mirrors
> ¿Alguien sabe que he hecho para merecer esto? Lo que podrías haber hecho, en vez de borrarlo todo sin más, es examinar cuidadosamente lo que había allí. Si las marcas de tiempo son recientes sabrías que el causante es algún proceso o paquete actualmente instalado. Si no lo son, podría ser algo que probaste en tiempos y ahí se quedó. Pero como lo has borrado todo te quedarás con la duda y tendrás que esperar a ver si aparece algo otra vez. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150610110457.ga16...@cantor.unex.es
Re: Sonido en Linux
On Sun, Jun 07, 2015 at 06:40:42PM +0200, Altair Linux wrote: > Si, he enviado varios mensajes identicos o casi identicos, me ha > salido el mensaje ese de rebote y pense que la lista no estaba > recibiendo mis mensajes. Los mensajes de rebote se deben leer y entender. Si después de enviar un mensaje a la lista (y a nadie más) recibes un mensaje de rebote diciendo que no ha podido ser entregado a una dirección en el dominio "eprrg.ch.gob.cu", entonces es cuando puedes tener la certeza casi total de que *sí* ha llegado a la lista. (Porque si la razón del rebote fuera que la lista rechaza tus mensajes, el mensaje de rebote correspondiente diría que no ha podido ser entregado a la dirección debian-user-spanish@etc, no a una dirección desconocida de Cuba). -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150607211330.gb19...@cantor.unex.es
Re: Archivos indestructibles
On Thu, Jun 04, 2015 at 04:45:48AM -0300, OddieX wrote: > Tenes error en la tabla de particiones, pasa un fsck y fijate si siguen > apareciendo... Si fsck no te tira la opcion de eliminarlos ya fue tira el > hd a la mierda... El error pasa por que la tabla de particion le dice que > en tal bloque se encuentra tal dato y ese bloque es inaccesible... 1. Un poco de netiqueta, por favor. Yo no hice la pregunta y además estoy suscrito a la lista, no tiene sentido hacerme Cc. 2. Si el interesado tuviera mal la tabla de particiones, ni siquiera habría podido montar la partición. La tabla de particiones *no* dice "en tal bloque se encuentra tal dato", solamente dice "la partición tal comienza aquí y termina acá". Todo lo demás depende del sistema de ficheros con el que haya formateado la partición (ext4, etc). -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150604084806.ga9...@cantor.unex.es
Re: Archivos indestructibles
On Wed, Jun 03, 2015 at 04:30:27PM +, Carlos Manuel Escalona Villeda wrote: > usualmente un formateo de bajo nivel (dd if=/dev/random of=/dev/sda) debe > ser suficiente para destruir todo lo que tenga un disco. Ay. Si alguna vez quieres hacer "dd if=/dev/random of=/dev/sda", *no* lo hagas, agotarás la entropía del generador de números aleatorios y tardará mil años en acabar. Usa /dev/urandom en su lugar. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150603233902.gb23...@cantor.unex.es
Re: Archivos indestructibles
On Wed, Jun 03, 2015 at 10:10:59AM -0300, Javier ArgentinaBBAR wrote: > [...] > En teoría los sectores defectuosos han quedado aislados. Sí, bueno. En teoría, la teoría y la práctica coinciden, pero en la práctica, no coinciden. Está claro que todavía estás usando sectores defectuosos. Los discos en buen estado no dan errores de entrada/salida. On Wed, Jun 03, 2015 at 11:12:22AM -0300, Javier ArgentinaBBAR wrote: > ¿Por qué existen archivos "indestructibles"? Porque están en un *directorio* dañado. La orden "rm" en realidad no borra nada, simplemente elimina el fichero del índice de ficheros que es el directorio y marca los sectores ocupados por el fichero como libres (en realidad no hace exactamente eso, se encarga el sistema operativo, pero eso es lo que sucede a fin de cuentas). Si "rm" falla, el problema está probablemente en el directorio, no en el fichero. > ¿Existe alguna manera de borrarlos? Por supuesto, con mkfs.ext4 siempre puedes borrarlo todo y empezar de nuevo. También puedes arrojar el disco al interior de un volcán en erupción. No hay ningún "truco" para que un disco con sectores defectuosos deje de tenerlos. Cuando un disco empieza a fallar, tendrás cada vez más sectores defectuosos hasta que el disco no se pueda usar de ninguna forma. Lo más que se puede hacer es que esos sectores dejen de usarse, pero si el disco está en las últimas será pan para hoy y hambre para mañana. Por ejemplo, puedes probar hdparm --write-sector (busca la forma de hacerlo, está documentado por ahí) y forzar la reasignación de sectores dañados (ver fila "Reallocated_Sector_Ct" en el resultado de "smartctl -a /dev/sda"). Pero ya te digo que el disco está probablemente en las últimas y lo mejor sería dejar de perder el tiempo con él. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150603232756.ga23...@cantor.unex.es
Re: OT curiosidad maquinas virtuales
On Sun, May 24, 2015 at 11:54:41AM +0200, Altair Linux wrote: > una maquina virtual sirve para usar un sistema operativo dentro de otro. La metáfora de "un sistema dentro de otro" es buena para introducir el concepto a alguien que no sepa absolutamente nada del tema. En la práctica, cuando voy a emular un sistema tengo que decirle al emulador cuál será el disco duro de la máquina emulada, y ahí tengo la libertad de darle cualquier cosa que me apetezca, puede ser un fichero todo lo grande que necesite, un volumen LVM, una partición, un disco entero, o incluso (con iscsi o similar) un disco completamente externo a la máquina con la que lo estoy emulando. En resumen: Los discos no tienen que estar "uno dentro de otro". -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150524102447.ga10...@cantor.unex.es
Re: OT curiosidad maquinas virtuales
El problema que vas a tener es que Windows detectará un hardware distinto cuando funciona de verdad y cuando funciona emulado, y a lo mejor se pone tontito por ese motivo. Deberás tratar de imitar el hardware real todo lo que puedas desde el emulador. Por ejemplo, si tu disco fuera IDE (casi seguro que no, es un ejemplo) deberías decirle al emulador que el disco único que le das lo emule como disco IDE. Lo mejor es que pruebes primero con dos Debian, una en /dev/sda y otra en /dev/sdb y así te darás cuenta de lo que hace falta. Cuando lo consigas, el resto de problemas que tengas serán achacables a Windows. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150524100747.ga10...@cantor.unex.es
Re: OT curiosidad maquinas virtuales
On Sun, May 24, 2015 at 09:41:37AM +, Camaleón wrote: > dos sistemas operativos no virtuales Eso *no* es lo que él ha preguntado. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150524095229.gb10...@cantor.unex.es
Re: OT curiosidad maquinas virtuales
On Sat, May 23, 2015 at 09:22:43PM -0430, Edward Villarroel (EDD) wrote: > buenas noches comunidad > > les escribo por que se me ocurrio una idea un poco tonta para algunos pero > es solo cuestión si es factible de realizar, supongamos que tengo un disco > particionado con windows y linux en dual boot, la pregunta es las siguiente > > ¿desde una maquina virtual puedo levantar el sistema operativo de la otra > partición? Con dos discos distintos tal vez puedas. /dev/sda Windows /dev/sdb Debian No veo ningún impedimento para que desde Debian con qemu ejecutes el Windows de /dev/sda como si /dev/sda fuera el único disco duro. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150524095054.ga10...@cantor.unex.es
Re: rm *.* /var/log?
On Wed, May 20, 2015 at 12:31:18PM -0500, Aristobulo Pinzon wrote: > PREGUNTA: Debería vaciarlo todo con rm *.* /var/log ?? No, no deberías, pero no solamente por lo que ya te han dicho (es mejor logrotate), sino además porque "rm *.* /var/log" no tiene ningún sentido. Significaría borrar los ficheros *.* del directorio actual (sea el que sea) y luego un fichero llamado "log" que estuviera en el directorio /var (cosa imposible porque ya existe como directorio). -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150520192500.ga8...@cantor.unex.es
Re: Duda ntpdate o demonio ntp para sincronizacion de hora
On Mon, May 18, 2015 at 01:53:47PM +0200, Maykel Franco wrote: > Hola buenas, siempre me ha surgido la duda, no sé exactamente cuál es > la diferencia entre tener un demonio corriendo, en este caso ntp, o > tener un cron puesto para que se actualice la hora del servidor cada X > tiempo usando ntpdate... > > Según he leído en bastantes tutoriales, lo que hacen es parar el > servicio ntp, lanzan ntpdate y luego vuelven arrancar el servicio > ntp... Me parece una barbaridad. Todas las ventajas de ntp se van a la porra haciendo eso. > Qué es mejor tener uno u otro?? O los dos? La descripción del paquete lo dice: Package: ntpdate Description-es: Cliente para establecer el tiempo del sistema desde servidores NTP [...] esto no es suficiente para mantener el reloj en hora durante mucho tiempo. ntpdate es útil para configurar el tiempo ocasionalmente en máquinas que no tienen acceso todo el tiempo a la red, como los portátiles. . Si el demonio NTP completo del paquete «ntp» está instalado, entonces ntpdate no es necesario. Si la máquina en cuestión está conectada a Internet todo el rato, es mejor ntp, porque la hora se va ajustando continuamente, no a saltos. Además, se va calculando cuánto se atrasa o adelanta el reloj interno para irlo compensando y que cada vez sea más exacto. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150519091433.ga4...@cantor.unex.es
Re: Busco info sobre Debian/Hurd
On Wed, May 06, 2015 at 10:50:53PM +0200, Manolo Díaz wrote: > ¿Podría entonces crear, digamos, un fichero que fuese el resultado de > 'grep postfix /var/log/syslog' y tener así un sencillo sistema de > monitoreo de postfix en tiempo real? Suena interesante. Pues no lo sé. Seguramente. Pero eso ya lo tienes en Linux: journalctl -u postfix -f -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150507094915.ga18...@cantor.unex.es
Re: compilar chromium para arquitectura ARM
On Wed, May 06, 2015 at 09:16:17AM +0200, Carlos Nicolas wrote: > make , make install una vez ttengas los fuentes Si fuera así de fácil ten por seguro que existiría paquete .deb para ARM. En Debian siempre se intenta que los paquetes funcionen en la mayor cantidad posible de arquitecturas, por lo que si no lo hay para ARM todo apunta a que no debe ser fácil. Yo empezaría por aquí, pero ya digo que debe ser complicado: https://code.google.com/p/chromium/wiki/LinuxChromiumArm -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150506203223.GC30674@nuc
Re: Busco info sobre Debian/Hurd
On Wed, May 06, 2015 at 05:10:20PM -0300, Horacio wrote: > Ok,,, muchas gracias,,, instalar lo pude instalar en el entorno > virtual qemu, pude levantar el dhcp, pero la red que da el qemu es > 10.0.2.xxx [...] Esa IP me suena: ¿Estás usando qemu "a mano"? Si es así, prueba virt-manager y libvirt. Te ahorrarás bastante trabajo en cuestiones de configuración de red. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150506202241.GB30674@nuc
Re: Busco info sobre Debian/Hurd
On Wed, May 06, 2015 at 12:10:38PM -0300, Horacio wrote: > El día 6 de mayo de 2015, 10:23, Esteban Monge > escribió: > > Hola ¿que tipo de información? Yo estoy en las mismas haciendo unas pruebas. > > > > Hice un manual de instalación aún no lo he subido y tampoco es la gran cosa. > > Equivalencias entre comandos linux, y Hurd,,, Más que equivalencias lo que hay son cosas nuevas, pero GNU coreutils sigue siendo GNU coreutils, y bash sigue siendo bash. De hecho el 99% de todos los paquetes que tiene Debian GNU/Hurd son "los mismos" que los que tiene Debian GNU/Linux (porque solamente dependen de glibc). > cual es a filosofía por la cual cuando hago > > ls /ftp://ftp.gnu.org/ > > puedo ver ese sitio cuando hago ls, > > porqué esto funciona? y sal "Hello World" > > $ touch hello > $ cat hello > $ settrans hello /hurd/hello > $ cat hello > "Hello World!" > > que tiene de especial el directorio /Hurd? Eso tiene un nombre, que es "traductores". Son programas que se asocian a un fichero o un directorio y que hacen que cuando lees ese fichero o ese directorio lo que ves no es un fichero real sino el resultado de un programa que se pone en marcha cuando accedes al fichero. Es parecido a lo que sucede cuando visitas un sitio web moderno, las páginas que visitas ya no son ficheritos html en el disco duro del servidor, sino el resultado de un programa (por ejemplo en php). También es parecido al directorio /proc, donde nada de lo que ves es real (es todo una ilusión, como en Matrix). La diferencia es que no hacen falta permisos especiales para usar un traductor, así que los usuarios del sistema, además de ser propietarios de ficheros y directorios, pueden ser propietarios de sistemas de ficheros (es decir, de su implementación) o de protocolos de comunicaciones. Es casi todo lo que recuerdo de mis enredos con el Hurd hace mucho. No espero que te haya quedado claro, pero con un poco de suerte te puede haber entrado el gusanillo :-) -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150506201747.GA30674@nuc
Re: Pantalla en negro en Debian 8
On Sat, May 02, 2015 at 05:41:56PM -0500, correotempor...@openmailbox.org wrote: > los EE de los log muestran esto: > > abr 30 13:45:11 kernel: [drm:radeon_pci_probe] *ERROR* radeon kernel > modesetting for R600 or later requires firmware-linux-nonfree. > abr 30 13:45:14 kernel: r8169 :01:00.0: firmware: failed to load > rtl_nic/rtl8168e-3.fw (-2) ---> Este el controlador privativo de sonido. > abr 30 13:45:15 systemd[573]: Failed at step EXEC spawning /bin/plymouth: > No such file or directory Aparte de lo que te ya han dicho (instalar firmware-linux-nonfree y probar sin xorg.conf), el último mensaje debería desaparecer si instalas el paquete plymouth. > Me pide instalar el controlador privativo firmware-linux-nonfree y no quiero > eso, solo quiero controladores libres. Aunque el firmware no sea libre, no es lo mismo un firmware que un controlador. Los controladores funcionan en la CPU de tu ordenador, el firmware no. Yo hace tiempo que no paso el test de santidad del paquete vrms pero fundamentalmente por el firmware. Tengo por ejemplo en casa un scanner BenQ de hace la tira de años que todavía funciona a las mil maravillas. Si me prohibiera a mí mismo usar el firmware que venía en el CD-ROM tendría que tirarlo a la basura y comprar otro, lo cual me parece menos ético todavía que usar el firmware que tengo para él. Otro ejemplo: En una sala de ordenadores que tenemos en el trabajo los ordenadores se quedaban colgados al arrancar con un 50% de probabilidad, aleatoriamente. Este porcentaje descendió al 0% al instalar el paquete firmware-linux-nonfree. Pues así los he dejado. No era cuestión de comprar otros y tirar los viejos, que además se trata de dinero público. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150503203136.gb13...@cantor.unex.es
Re: nombre de dominio en red interna
On Sat, May 02, 2015 at 02:59:21PM -0500, Debia Linux wrote: > Buena tarde listeros: > > Tengo instalado un servidor apache en una maquina y dentro de la red nos > podemos conectar mediante un explorador si ponemos la direccion interna > asignada a este servidor 192.168.100.34 la pregunta es... > > ¿Puedo ponerle un nombre de dominio que solo funcione internamente para que > sea mas facil de recordar?. Algo asi como http://www.facilderecordar.com En realidad no te hace falta un dominio como tal, bastaría con un nombre de "host", sin dominio ninguno. Eso sí, necesitarás que ese nombre sea reconocido por los ordenadores desde los que quieras acceder al servidor. Una posibilidad es tener tu propio DNS como dice Camaleón, pero hay otra forma más sencilla que es poner una entrada en el fichero "hosts" de todos los clientes. Por ejemplo: 192.168.100.34aquiles (Windows también tiene un fichero "hosts" y vale para lo mismo). y con lo anterior pondrías simplemente http://aquiles/ y ya está. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150503194758.ga13...@cantor.unex.es
Re: OT proxy reverso con apache con multiples ip de destino
Y ya que estamos: Si es para hacer proxy inverso, ¿por qué no pruebas con nginx? No podrá decirse que tener nginx delante y apache detrás es una configuración "rara". Seguro que lo hace un montón de gente. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150502181341.ga22...@cantor.unex.es
