Re: Hacer correr Icedove como Thunderbird
On Tue, Apr 22, 2014 at 12:30:38AM -0400, Julián Daich wrote: > >type thunderbird > > > Thunderbird no está instalado. Si lees en detalle el mensaje vas a ver > que lo instalado en la partción Debian es Icedove. Que sí, pero era para descartar que hubiera otro "thunderbird" en el PATH, como sucede con Iceweasel, que incluye un "firefox" para que lo puedas llamar con ese nombre: $ type firefox firefox is /usr/bin/firefox $ dpkg -S /usr/bin/firefox desviado por iceweasel de: /usr/bin/firefox desviado por iceweasel a: /usr/bin/firefox.real iceweasel: /usr/bin/firefox Es decir, se trataba de confirmar que el "thunderbird" que te daba error era el que habías creado en /usr/bin como copia de icedove. -- 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/20140422114959.ga25...@cantor.unex.es
Re: Hacer correr Icedove como Thunderbird
El 22/04/14 07:49, Santiago Vila escribió: On Tue, Apr 22, 2014 at 12:30:38AM -0400, Julián Daich wrote: type thunderbird Thunderbird no está instalado. Si lees en detalle el mensaje vas a ver que lo instalado en la partción Debian es Icedove. Que sí, pero era para descartar que hubiera otro "thunderbird" en el PATH, como sucede con Iceweasel, que incluye un "firefox" para que lo puedas llamar con ese nombre: $ type firefox firefox is /usr/bin/firefox $ dpkg -S /usr/bin/firefox desviado por iceweasel de: /usr/bin/firefox desviado por iceweasel a: /usr/bin/firefox.real iceweasel: /usr/bin/firefox ¿ porque no harán los mismo con Icedove? Es decir, se trataba de confirmar que el "thunderbird" que te daba error era el que habías creado en /usr/bin como copia de icedove. Tienes razón. No comentaé que antes de hacer ningún cambio el comando thunderbird no daba nada. -- Julian Daich -- 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/535663cd.8080...@gmail.com
Re: Paquetes "retenidos" automáticamente.
El Mon, 21 Apr 2014 15:08:57 -0300, Mauro Antivero escribió: > Estimados, cuando hago un: > > apt-get -V upgrade > > El sistema me informa que los siguientes paquetes no serán actualizados: > > The following packages have been kept back: > srvadmin-all (7.3.0 => 7.4.0) (...) > Pero cuando hago un: > > dpkg --get-selections > > Veo que esos paquetes están listados como para actualizarse. Más raro > es aún que hay varios paquetes del conjunto srvadmin (son como 30 > paquetes en total) que si serán actualizados. (...) El comando "apt-get upgrade" actualiza los paquetes de los que haya versiones superiores disponibles en los repos que aparecen configurados siempre y cuando no tenga que hacer "malabares" para ello, es decir, que si para actualizar un paquete va a tener que eliminar otros que no hayan sido marcados manualmente para ser eliminados o tiene algún conflicto, entonces simplemente retiene las actualizaciones seleccionadas. Con "apt-get dist-upgrade" se pueden solucionar "casi" todas las situaciones complejas que requieran de movimientos/cambios automáticos de los paquetes. En cualquier caso, "aptitude why-not srvadmin-all" podrá proporcionarte más información sobre la retención aunque seguramente se deba a que esos paquetes que intentas instalar no están en los repos oficiales de Debian y necesitan de alguna cosilla adicional. Saludos, -- Camaleó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/pan.2014.04.22.13.11...@gmail.com
Re: Hacer correr Icedove como Thunderbird
El Mon, 21 Apr 2014 21:43:54 +0200, Santiago Vila escribió: > On Mon, Apr 21, 2014 at 05:13:07PM +, Camaleón wrote: >> creo que había que ejecutar el .sh (una especie de wrapper) en lugar >> del ejecutable en sí mismo. > > Querrás decir simplemente que "thunderbird" era un wrapper y no era el > ejecutable en sí mismo. No, "thunderbird" y "thunderbird-bin" son archivos binarios y ejecutables: sm01@stt008:~$ file /opt/thunderbird/thunderbird /opt/thunderbird/thunderbird: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, BuildID[sha1]=0xd43d543df17269fdb12a68f87b4e81231104f1c0, stripped sm01@stt008:~$ ls -l /opt/thunderbird | grep thunder -rwxr-xr-x 1 root root89872 mar 19 07:50 thunderbird -rwxr-xr-x 1 root root89880 mar 19 07:50 thunderbird-bin Quería decir que ese error me apareció en alguna ocasión cuando intentaba ejecutar el binario directamente cuando en su lugar había que ejecutar el wrapprer, script o como quieras llamarlo que se encargaba de precargar las bibliotecas o el entorno necesario. > Es muy dudoso que el wrapper, de haberlo, tuviera extensión .sh y que el > usuario tuviera que tener cuidado de ejecutar el .sh ("había que") y no > simplemente "thunderbird" o "firefox". > > Los wrappers, cuando los hay, son precisamente para eso, para que el > usuario final pueda ejecutar los programas siempre de la misma forma, > sean el "ejecutable en sí mismo" o no. El wrapper (o lo que yo llamo wrapper) está en el mismo directorio de Thunderbird: -rwxr-xr-x 1 root root 8915 mar 19 07:50 run-mozilla.sh Yo probaría a ejecutarlo en lugar de llamar al binario directamente, p. ej., en mi caso sería: sh /opt/thunderbird/run-mozilla.sh thunderbird Saludos, -- Camaleó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/pan.2014.04.22.13.31...@gmail.com
Re: Paquetes "retenidos" automáticamente.
On Tue, Apr 22, 2014 at 01:11:44PM +, Camaleón wrote: > El comando "apt-get upgrade" actualiza los paquetes de los que haya > versiones superiores disponibles en los repos que aparecen configurados > siempre y cuando no tenga que hacer "malabares" para ello, es decir, que > si para actualizar un paquete va a tener que eliminar otros que no hayan > sido marcados manualmente para ser eliminados o tiene algún conflicto, > entonces simplemente retiene las actualizaciones seleccionadas. Añado: Que haga falta instalar paquetes nuevos para poder actualizar los paquetes actualmente instalados también cuenta como "malabares". (Apuesto a que ese era el caso, por dependencias adicionales). -- 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/20140422133410.ga27...@cantor.unex.es
Re: Servidor de correos en debian
El Tue, 22 Apr 2014 03:05:05 +0200, Alfonso escribió: > El 18/04/14 16:13, Camaleón escribió: > > >>> Zimbra es robusto? >> >> Yo no te recomendaría Zimbra, es pan para hoy y hambre para mañana. > > Sin intención de polemizar, solo me gustaría saber cual son tus puntos > de vista para hacer esta afirmación. Creo que ya lo he comentado en alguna ocasión en la lista pero lo vuelvo a detallar, no hay "problemo". A Zimbra le veo (y siempre hablando desde mi punto de vista) los siguientes puntos negativos: - Es una solución todo en uno, es decir, que necesita su propios binarios para los servicios de correo electrónico (postfix, clamav, sa...) aunque supongo que será lo mimso para el resto de componentes de la suite como mysql, apache, openldap, etc. Obviamente esto no es algo exclusivo de Zimbra sino que muchos proyectos de sistemas de colaboración siguen el mismo esquema (entiendo que para tener todo el entorno más controlado en cuanto a seguridad, compatibilidad, etc...) y puede ser visto como una ventaja en ciertos entornos (por ejemplo, si tuviera un servidor con Windows me parecería excelente) pero para mí -estando en linux- es un inconveniente ya que me permite una menor flexibilidad y me fuerza a mantener dos entornos diferenciados actualizados permanentemente (dos postfix, dos sa...). Por otra parte, siempre me han dado mejor resultados los servicios separados así, en el caso de que caiga uno, el resto no se ve afectado y siempre resulta más sencillo enlazar una solución "independiente" que un servicio "zimbrado" (vaya palabreja). - Por otra parte está la licencia y el propietario de Zimbra. La licencia (ZPL) es software libre, vale, pero me parece que tiene alguna limitación en cuanto a los clientes y conectores (aquí¹ están resumidas las diferencias entre las dos versiones). Por otra parte, que haya una empresa detrás (ahora es de Telligent) no es que me haga mucha gracia. > Yo vengo usando Zimbra (siempre las versiones Open Source) desde hace > más de cinco años con resultados bastante buenos. Cierto es que el salto > de las versiones 6 a 7 se cargaron el soporte oficial para calzarlo en > Debian (aunque se puede trampear)... y claro, por debajo hay corriendio > un servidor de aplicaciones que necesita de recursos para hacerlo > funcionar. Pero también tiene sus puntos fuertes (un webmail de lo > mejorcito que he visto). No digo que no tenga su nicho y si buscas una solución todo en uno pues no sé, quizá lo miraría como una opción, pero para montar un servidor de correo al uso (pop3/imap4/webmail/antimalware-antispam) en un sistema linux no es algo que recomendaría porque al final terminas "cautivo", te haces software-dependiente de una solución concreta y a la larga, no es bueno porque en el caso de tener que cambiar a otra opción las migraciones son siempre complicadas. ¹http://www.zimbra.com/products/zimbra-collaboration/compare-products.html Saludos, -- Camaleó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/pan.2014.04.22.14.11...@gmail.com
Arno-Iptables-Firewall en Debian 7.1
Hola tengo arno-iptables-firewall instalado y configurado para hacer nat a mi LAN me gustaria hacer con el que todo el trafico que venga destinado para ese server donde tengo arno-iptables-firewall instaldo por puero 80 me lo mande para otro server que se encuentra dentro de mi LAN y viceversa todo el trafico que venga de ese server por el puerto 80 me lo mande para internet uso Debian 7.1 Esp.Richard Díaz Rodríguez Administrador de Red y Sistemas UEB Fibrocemento Sancti Spíritus.Cuba. Teléfono Trabajo: (53)41-861603 www.LinuxCounter.net Registered user #567498
Re: systemd en "jessie"
Pues yo, hoy que se han actualizado paquetes de SysVinit, me he acordado de este hilo, y he hecho la prueba de arrancar con Systemd añadiendo el parámetro init=/bin/systemd al kernel... y he quedado alucinado. No veo casi mensajes de info del kernel durante el arranque, y me ha dado la impresión de que arranca mucho más rápido. En nada, estaba ya en el entorno gráfico... No sé si es normal, sugestión mía... o que no arranca todos los servicios (aunque aparentemente no he notado que falle nada). ¿Se podría hacer ya el arranque definitivo con Systemd? ¿Podría entonces eliminar los paquetes de sysvinit? ¿O mejor me quedo quieto y sigo dejando el sistema como está? Gracias. -- www.LinuxCounter.net Registered user #558467 has 1 linux machines Registered Linux machine #2003003 -- 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/lj60bb$6pr$1...@ger.gmane.org
Re: systemd en "jessie"
El Tue, 22 Apr 2014 17:03:07 +0200, Eduardo Rios escribió: > Pues yo, hoy que se han actualizado paquetes de SysVinit, me he acordado > de este hilo, y he hecho la prueba de arrancar con Systemd añadiendo el > parámetro init=/bin/systemd al kernel... y he quedado alucinado. Lo acabo de probar... > No veo casi mensajes de info del kernel durante el arranque, y me ha > dado la impresión de que arranca mucho más rápido. En nada, estaba ya en > el entorno gráfico... > > No sé si es normal, sugestión mía... o que no arranca todos los > servicios (aunque aparentemente no he notado que falle nada). No sé si algo falla o no, tendría que revisar el "journal" y el resto de registros habituales con cuidado pero de momento gnome-shell está iniciado. > ¿Se podría hacer ya el arranque definitivo con Systemd? Debería poderse. He buscado dentro de "/etc/default/*" que suele ser el lugar habitual para configurar estas cosas pero no he encontrado ninguna entrada dedicada. No me importaría dejar systemd como sistema de inicio predeterminado, si alguien sabe cómo definirlo sin tener que pasarle a GRUB ese parámetro pues se agradece cualquier información. > ¿Podría entonces eliminar los paquetes de sysvinit? ¿O mejor me quedo > quieto y sigo dejando el sistema como está? "Virgencita, virgencita que me quede como estoy" reza el dicho O:-) No sé, creo que aún sería prematuro, no creo que todos los paquetes se hayan adaptado al nuevo sistema de gestión de inicio. Saludos, -- Camaleó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/pan.2014.04.22.16.15...@gmail.com
Re: systemd en "jessie"
El 22/04/14 12:03, Eduardo Rios escribió: Pues yo, hoy que se han actualizado paquetes de SysVinit, me he acordado de este hilo, y he hecho la prueba de arrancar con Systemd añadiendo el parámetro init=/bin/systemd al kernel... y he quedado alucinado. No veo casi mensajes de info del kernel durante el arranque, y me ha dado la impresión de que arranca mucho más rápido. En nada, estaba ya en el entorno gráfico... No alucinas; arranca muchísimo más rápido. La contra: como veterano amante de la consola y obsesivo del control, extraño un poco que me vaya tirando todo lo que hace durante el arranque. Si bien aún no me lo planteé, creo que por ahí hay una forma de hacer el arranque un poco más verborrágico. No sé si es normal, sugestión mía... o que no arranca todos los servicios (aunque aparentemente no he notado que falle nada). Tuve un problema en una netbook, que no levanta la interfaz inalámbrica, razón por la que debí volver a sysvinit en esa máquina. Aclaro que en esa HP-Mini en particular SIEMPRE me costó configurarle la interfaz inalámbrica. En la lista hay un hilo de hace un par de años, donde terminé cargando un "backport" de un japoneś para hacerla andar. Es una Broadcom 43xxx que da dolores de cabeza. Camaleón me indicó que puede andar por el lado de wpa_suplicant, pero aún no tuve tiempo de meter un poco los dedos y probar. ¿Se podría hacer ya el arranque definitivo con Systemd? ¿Podría entonces eliminar los paquetes de sysvinit? ¿O mejor me quedo quieto y sigo dejando el sistema como está? Por mi experiencia,con máquinas cableadas a la red, sí, no tengas miedo e instala systemd-sysv :) Gracias. De ná'... JAP -- 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/535695f8.8020...@gmail.com
Re: Hacer correr Icedove como Thunderbird
On Tue, Apr 22, 2014 at 01:31:49PM +, Camaleón wrote: > El wrapper (o lo que yo llamo wrapper) está en el mismo directorio de > Thunderbird: > > -rwxr-xr-x 1 root root 8915 mar 19 07:50 run-mozilla.sh > > Yo probaría a ejecutarlo en lugar de llamar al binario directamente, p. > ej., en mi caso sería: > > sh /opt/thunderbird/run-mozilla.sh thunderbird Pero si eso funciona y "thunderbird" no, qué bajo habríamos caído en usabilidad, ¿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/20140422162940.ga6...@cantor.unex.es
Re: Hacer correr Icedove como Thunderbird
El Tue, 22 Apr 2014 18:29:40 +0200, Santiago Vila escribió: > On Tue, Apr 22, 2014 at 01:31:49PM +, Camaleón wrote: >> El wrapper (o lo que yo llamo wrapper) está en el mismo directorio de >> Thunderbird: >> >> -rwxr-xr-x 1 root root 8915 mar 19 07:50 run-mozilla.sh >> >> Yo probaría a ejecutarlo en lugar de llamar al binario directamente, p. >> ej., en mi caso sería: >> >> sh /opt/thunderbird/run-mozilla.sh thunderbird > > Pero si eso funciona y "thunderbird" no, qué bajo habríamos caído en > usabilidad, ¿no? Si echas un vistazo al script tú mismo verás la respuesta. No sabes la de parches y vericuetos que tienen que bordear los de Mozilla para dar soporte a Linux. Saludos, -- Camaleó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/pan.2014.04.22.16.54...@gmail.com
Re: systemd en "jessie"
El 22/04/14 13:15, Camaleón escribió: El Tue, 22 Apr 2014 17:03:07 +0200, Eduardo Rios escribió: ¿Se podría hacer ya el arranque definitivo con Systemd? Debería poderse. He buscado dentro de "/etc/default/*" que suele ser el lugar habitual para configurar estas cosas pero no he encontrado ninguna entrada dedicada. No me importaría dejar systemd como sistema de inicio predeterminado, si alguien sabe cómo definirlo sin tener que pasarle a GRUB ese parámetro pues se agradece cualquier información. El parámetro es para prueba: Configuring for testing To test systemd before switching to it by default, you can add the following boot parameter to the kernel: init=/bin/systemd Esto no elimina sysvinit. Par dejarlo en forma definitiva, debe instalarse el paquete systemd-sysv. https://packages.debian.org/jessie/systemd-sysv https://wiki.debian.org/systemd#Configuring_for_testing JAP -- 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/5356a0c7.8080...@gmail.com
Re: systemd en "jessie"
El 22/04/14 18:15, Camaleón escribió: El Tue, 22 Apr 2014 17:03:07 +0200, Eduardo Rios escribió: (...) ¿Se podría hacer ya el arranque definitivo con Systemd? Debería poderse. He buscado dentro de "/etc/default/*" que suele ser el lugar habitual para configurar estas cosas pero no he encontrado ninguna entrada dedicada. No me importaría dejar systemd como sistema de inicio predeterminado, si alguien sabe cómo definirlo sin tener que pasarle a GRUB ese parámetro pues se agradece cualquier información. Bueno, con lo de "podría", me estaba refiriendo a que si yo podría cambiar el arranque por defecto ya con systemd sin riesgo de romper el sistema... o al no ser definitivo aún, pueda traerme más problemas que beneficios, pero bueno, ya está hecho. Ya tengo el arranque por defecto con systemd :) Para tenerlo, como indica la web de la Wiki de Debian, sólo hay que instalar el paquete systemd-sysv (que desinstalará el paquete sysvinit-core) Después he ido más allá y he borrado (por mi cuenta) el paquete sysvinit, pero he mantenido el paquete sysvinit-utils, ya que si no, si se desinstalaban muchas cosas, (alsa, bluetooth, gnome... etc) ¿Podría entonces eliminar los paquetes de sysvinit? ¿O mejor me quedo quieto y sigo dejando el sistema como está? "Virgencita, virgencita que me quede como estoy" reza el dicho O:-) No sé, creo que aún sería prematuro, no creo que todos los paquetes se hayan adaptado al nuevo sistema de gestión de inicio. Pues hala, yo ya lo he hecho, con un par. De momento parece que todo va, aunque claro, aun queda el paquete sysvinit-utils instalado. :) -- www.LinuxCounter.net Registered user #558467 has 1 linux machines Registered Linux machine #2003003 -- 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/lj68ul$mbi$1...@ger.gmane.org
Mantenimiento en Debian
Hola chicos: Mi nueva interrogante trata sobre que procedimientos se deben hacer para mantener la estabilidad, el buen funcionamiento del sistema y su seguridad; me explico: -Cosas que se deberían hacer con cierta regularidad, por ejemplo: saber que paquetes o programas mantener actualizados. -Saber que carpetas hay que limpiar porque se acumulan archivos que no se utilizan. -Procedimientos en los que haya que instalar o modificar cosas y que revistan peligro si no los hace un experto. Gracias. Alberto -- 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/bay179-w56ef5629cd21eabecc1e5ac3...@phx.gbl
Re: systemd en "jessie"
El Tue, 22 Apr 2014 14:03:03 -0300, Debian GMail escribió: > El 22/04/14 13:15, Camaleón escribió: >> El Tue, 22 Apr 2014 17:03:07 +0200, Eduardo Rios escribió: >> >>> ¿Se podría hacer ya el arranque definitivo con Systemd? >> >> Debería poderse. He buscado dentro de "/etc/default/*" que suele ser el >> lugar habitual para configurar estas cosas pero no he encontrado >> ninguna entrada dedicada. No me importaría dejar systemd como sistema >> de inicio predeterminado, si alguien sabe cómo definirlo sin tener que >> pasarle a GRUB ese parámetro pues se agradece cualquier información. >> >> > El parámetro es para prueba: > > Configuring for testing To test systemd before switching to it by > default, you can add the following boot parameter to the kernel: > init=/bin/systemd > > Esto no elimina sysvinit. > > Par dejarlo en forma definitiva, debe instalarse el paquete > systemd-sysv. > > https://packages.debian.org/jessie/systemd-sysv > https://wiki.debian.org/systemd#Configuring_for_testing He leído el artículo de la wiki pero no me queda claro, dice: *** Configuring as default In order to use systemd you should also install systemd-sysv which provides the symlinks links for /sbin/init. # apt-get install systemd-sysv In order to boot your system with the newly installed systemd, simply reboot. # reboot *** Pero no tengo ese paquete instalado y puedo usarlo (?) y además, no quiero que sysvinit desaparezca, quiero tener los dos y usar uno u otro a conveniencia. Por lo que veo no es posible, más allá de pasando el parámetro al kernel en el inicio. Saludos, -- Camaleó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/pan.2014.04.22.17.43...@gmail.com
Re: systemd en "jessie"
El 22/04/14 18:16, Debian GMail escribió: El 22/04/14 12:03, Eduardo Rios escribió: Pues yo, hoy que se han actualizado paquetes de SysVinit, me he acordado de este hilo, y he hecho la prueba de arrancar con Systemd añadiendo el parámetro init=/bin/systemd al kernel... y he quedado alucinado. No veo casi mensajes de info del kernel durante el arranque, y me ha dado la impresión de que arranca mucho más rápido. En nada, estaba ya en el entorno gráfico... No alucinas; arranca muchísimo más rápido. Ya decía yo que no podía haberme imaginado tanta rapidez. Aunque también es cierto que con sysvinit había veces que se me quedaba un buen rato esperando... sin hacer nada, entre mensajes de "kvm: disabled by bios" y el montaje del sistema de ficheros. Con Systemd eso no ocurre, arranca como una bala :-D La contra: como veterano amante de la consola y obsesivo del control, extraño un poco que me vaya tirando todo lo que hace durante el arranque. Si bien aún no me lo planteé, creo que por ahí hay una forma de hacer el arranque un poco más verborrágico. Quitas el parámetro quiet de la orden de arranque del kernel... y verás todo lo que sale :-P Lo he hecho para probar (antes de dejarlo como arranque por defecto) Tuve un problema en una netbook, que no levanta la interfaz inalámbrica, razón por la que debí volver a sysvinit en esa máquina. Aclaro que en esa HP-Mini en particular SIEMPRE me costó configurarle la interfaz inalámbrica. En la lista hay un hilo de hace un par de años, donde terminé cargando un "backport" de un japoneś para hacerla andar. Es una Broadcom 43xxx que da dolores de cabeza. Camaleón me indicó que puede andar por el lado de wpa_suplicant, pero aún no tuve tiempo de meter un poco los dedos y probar. He probado en el mío (HP Pavilion dv7-6090es) y funciona perfectamente, tanto inalámbrico como por cable... Mis dispositivos son estos: -Inalámbrico 0d:00.0 Network controller: Broadcom Corporation BCM4313 802.11bgn Wireless Network Adapter (rev 01) -Ethernet 07:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06) Pero es más, he conseguido otra mejora. No sé si recordaréis el hilo que abrí porque el sistema no hacía nada al pulsar el botón de encendido del portátil (solo apagaba la pantalla), es decir, que ni suspendía el equipo, ni lo hibernaba... Pues al arrancar con systemd, ha quedado resuelto el problema... ¿curioso, no? ¿Se podría hacer ya el arranque definitivo con Systemd? ¿Podría entonces eliminar los paquetes de sysvinit? ¿O mejor me quedo quieto y sigo dejando el sistema como está? Por mi experiencia,con máquinas cableadas a la red, sí, no tengas miedo e instala systemd-sysv :) Dicho y hecho. De momento no me arrepiento para nada :-) Aunque me reservo una imagen anterior al cambio con clonezilla por si las moscas... Gracias por todo. -- www.LinuxCounter.net Registered user #558467 has 1 linux machines Registered Linux machine #2003003 -- 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/lj6a7c$96n$1...@ger.gmane.org
Re: Mantenimiento en Debian
El mar, 22-04-2014 a las 17:53 +, alberto moreno martinez escribió: > Hola chicos: > > Mi nueva interrogante trata sobre que procedimientos se deben hacer para > mantener la estabilidad, > el buen funcionamiento del sistema y su seguridad; me explico: > > -Cosas que se deberían hacer con cierta regularidad, por ejemplo: saber que > paquetes o programas mantener actualizados. si usás debian estable, es cuestión de activar el repositorio de actualizaciones de seguridad, y apt-get update apt-get upgrade cada tanto, incluso se puede hacer automático > -Saber que carpetas hay que limpiar porque se acumulan archivos que no se > utilizan. yo uso localepurge para limpiar los idiomas que no uso ni entiendo y deborphan para limpiar los paquetes de los que ya no depende nadie (aunque uso la versión de pruebas, deborphan no debería ser tan necesario en stable) > -Procedimientos en los que haya que instalar o modificar cosas y que revistan > peligro si no los hace un experto. siempre podés leer el manual antes de ejecutar nada, para saber y entender que estás haciendo o porqué. Para el resto, tenés la documentación: http://www.debian.org/doc/manuals/debian-reference/ (hay un paquete para instalar localmente) y si estás por hacer una actualización grande (por ejemplo, entre versiones estables), antes de tocar nada tenés que leer las notas de publicación, donde te cuentan que puede salir mal o que cambió http://www.debian.org/releases/stable/releasenotes -- (-.(-.(-.(-.(-.(-.-).-).-).-).-).-) -- 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/1398190261.2513.4.ca...@eeepc.ucasal.ar
Re: Mantenimiento en Debian
El 22/04/14 14:53, alberto moreno martinez escribió: Hola chicos: Mi nueva interrogante trata sobre que procedimientos se deben hacer para mantener la estabilidad, el buen funcionamiento del sistema y su seguridad; me explico: -Cosas que se deberían hacer con cierta regularidad, por ejemplo: saber que paquetes o programas mantener actualizados. 1 - Para estabilidad, tener instalada la rama "stable". 2 - Semanalmente # apt-get update # apt-get upgrade -Saber que carpetas hay que limpiar porque se acumulan archivos que no se utilizan. No es windows. Cuando desinstales algo, # apt-get purge paquete y todo lo que tenga que volar, vuela solito. En cuanto al sistema, además hacer cada tanto # apt-get autoclean El problema de "limpieza" es el crecimiento de los datos de los usuarios. Si sos vos solo, acordate que lo que más mugre junta es la memoria caché de los navegadores. Si tenés varios usuarios, ponele cuota de disco para mantenerlos a raya. -Procedimientos en los que haya que instalar o modificar cosas y que revistan peligro si no los hace un experto. El único peligro, es meter los dedos en el gabinete sin desenchufar la máquina. Podés quedar pegado a 220 volts o la máquina incendiada :) Hasta ahora, luego de 9 años de uso ininterrumpido de Debian en rama "testing", la única actualización que me trajo algún dolor de cabeza fue la de wine en un sistema amd64 con arquitectura múltiple. Gracias. Alberto -- 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/5356b1ec.6070...@gmail.com
(SOLUCIONADO)Re: Al actualizar gnome a 3.8.4, Jessie no suspende... pulsando botón power del equipo
Curiosamente, el problema ha quedado resuelto al cambiar el sistema de arranque sysvinit por systemd. -- www.LinuxCounter.net Registered user #558467 has 1 linux machines Registered Linux machine #2003003 -- 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/lj6e5u$9ui$1...@ger.gmane.org
Re: systemd en "jessie"
On Tue, Apr 22, 2014 at 05:43:16PM +, Camaleón wrote: > Pero no tengo ese paquete instalado y puedo usarlo (?) y además, no > quiero que sysvinit desaparezca, quiero tener los dos y usar uno u otro a > conveniencia. Por lo que veo no es posible, más allá de pasando el > parámetro al kernel en el inicio. Y si quieres elegir entre uno y otro, ¿cómo iba a ser, si no es diciéndoselo al núcleo? Se trata de cambiar el proceso "init", que es el proceso con PID 1, y el núcleo no entiende de estas cosas (o como dicen por ahí, es "agnostico" con respecto al sistema de arranque). El núcleo lo que hace es ejecutar /sbin/init como primer proceso, sea el que sea. No se puede esperar que algún programa decida sobre la marcha cuál va a ser el primer proceso en ejecutarse porque entonces ese proceso tendría que ejecutarse antes que el propio init. Por eso si tienes los dos instalados y quieres elegir no queda más remedio que decirle al núcleo que quieres "el otro" (el que no tengas en ese momento como /sbin/init). Bueno, podrían hacer que /sbin/init fuera un enlace simbólico (creo que ya lo es en los modos estos de "probar los dos" que hay), pero es que no es solamente /sbin/init, son unas cuantas cosas más, no son cosas para que el usuario ande toqueteando, se trata del proceso de arranque, tiene que funcionar sí o sí. -- 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/20140422184158.ga8...@cantor.unex.es
Re: systemd en "jessie"
On Tue, Apr 22, 2014 at 05:43:16PM +, Camaleón wrote: > Configuring as default > > In order to use systemd you should also install systemd-sysv which > provides the symlinks links for /sbin/init. > > # apt-get install systemd-sysv > > In order to boot your system with the newly installed systemd, simply > reboot. > > # reboot > *** > > Pero no tengo ese paquete instalado y puedo usarlo (?) Es que ese paquete en realidad no contiene ninguna funcionalidad real, lo único que hace es cambiar el "default" cuando ya tienes instalado systemd, que es el que tiene la funcionalidad de verdad. -- 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/20140422185700.gb8...@cantor.unex.es
Re: systemd en "jessie"
El 22/04/14 14:43, Camaleón escribió: El Tue, 22 Apr 2014 14:03:03 -0300, Debian GMail escribió: El 22/04/14 13:15, Camaleón escribió: El Tue, 22 Apr 2014 17:03:07 +0200, Eduardo Rios escribió: ¿Se podría hacer ya el arranque definitivo con Systemd? Debería poderse. He buscado dentro de "/etc/default/*" que suele ser el lugar habitual para configurar estas cosas pero no he encontrado ninguna entrada dedicada. No me importaría dejar systemd como sistema de inicio predeterminado, si alguien sabe cómo definirlo sin tener que pasarle a GRUB ese parámetro pues se agradece cualquier información. El parámetro es para prueba: Configuring for testing To test systemd before switching to it by default, you can add the following boot parameter to the kernel: init=/bin/systemd Esto no elimina sysvinit. Par dejarlo en forma definitiva, debe instalarse el paquete systemd-sysv. https://packages.debian.org/jessie/systemd-sysv https://wiki.debian.org/systemd#Configuring_for_testing He leído el artículo de la wiki pero no me queda claro, dice: *** Configuring as default In order to use systemd you should also install systemd-sysv which provides the symlinks links for /sbin/init. # apt-get install systemd-sysv In order to boot your system with the newly installed systemd, simply reboot. # reboot *** Pero no tengo ese paquete instalado y puedo usarlo (?) y además, no quiero que sysvinit desaparezca, quiero tener los dos y usar uno u otro a conveniencia. Por lo que veo no es posible, más allá de pasando el parámetro al kernel en el inicio. Saludos, Vayamos por partes, dijo Jack. Puedes tener instalado systemd y sysvinit en forma simultánea, pero para que arranque con systemd debés agregar el comando init=/bin/systemd a la línea de arranque. Cuando hice las pruebas, en vez de sólo agregar dicho comando, lo que hice fue adicionarle al grub una línea que tenía esta opción. Cuando me decidí, una vez que funcionó, ahí sí instalé systemd-sysv, que se encargó de eliminar sysvinit en forma definitiva. JAP -- 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/5356cbc4.8060...@gmail.com
Re: systemd en "jessie"
Buenas noches, 2014-04-22 19:43 GMT+02:00 Camaleón : > El Tue, 22 Apr 2014 14:03:03 -0300, Debian GMail escribió: > >> El 22/04/14 13:15, Camaleón escribió: >>> El Tue, 22 Apr 2014 17:03:07 +0200, Eduardo Rios escribió: >>> ¿Se podría hacer ya el arranque definitivo con Systemd? >>> >>> Debería poderse. He buscado dentro de "/etc/default/*" que suele ser el >>> lugar habitual para configurar estas cosas pero no he encontrado >>> ninguna entrada dedicada. No me importaría dejar systemd como sistema >>> de inicio predeterminado, si alguien sabe cómo definirlo sin tener que >>> pasarle a GRUB ese parámetro pues se agradece cualquier información. >>> >>> >> El parámetro es para prueba: >> >> Configuring for testing To test systemd before switching to it by >> default, you can add the following boot parameter to the kernel: >> init=/bin/systemd >> >> Esto no elimina sysvinit. >> >> Par dejarlo en forma definitiva, debe instalarse el paquete >> systemd-sysv. >> >> https://packages.debian.org/jessie/systemd-sysv >> https://wiki.debian.org/systemd#Configuring_for_testing > > He leído el artículo de la wiki pero no me queda claro, dice: > > *** > Configuring as default > > In order to use systemd you should also install systemd-sysv which > provides the symlinks links for /sbin/init. > > # apt-get install systemd-sysv > > In order to boot your system with the newly installed systemd, simply > reboot. > > # reboot > *** > > Pero no tengo ese paquete instalado y puedo usarlo (?) y además, no > quiero que sysvinit desaparezca, quiero tener los dos y usar uno u otro a > conveniencia. Por lo que veo no es posible, más allá de pasando el > parámetro al kernel en el inicio. Me gusta que la información esté en /usr/share/doc, en este caso te lo indican claramente en el README.Debian (dicen lo que has deducido de la wiki): cat /usr/share/doc/systemd/README.Debian ... Saludos -- 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/CAL5yMZS-V=lfyvoxxnppv3dd-sgiqf3sv17s_4+9dybzf6w...@mail.gmail.com
Re: systemd en "jessie"
El 22/04/14 18:16, Debian GMail escribió: (...) No alucinas; arranca muchísimo más rápido. Buf! Y en el reinicio (o apagado) del sistema... se nota una burrada la rapidez! Me gusta!! :-) -- www.LinuxCounter.net Registered user #558467 has 1 linux machines Registered Linux machine #2003003 -- 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/lj6r16$h5j$1...@ger.gmane.org