Re: OT: devuan
El 29/11/2014, a las 21:47, unciegobailando unciegobaila...@mail.com escribió: El 29/11/14 a las 17:37, unciegobailando escibió: El 29/11/14 a las 16:10, Felix Perez escibió: El día 29 de noviembre de 2014, 3:41, unciegobailando unciegobaila...@mail.com escribió: El 28/11/14 a las 19:02, Ricardo Delgado escibió: Al parecer un grupo se propone realizar un fork https://devuan.org/ Slds ...aun no hay nada, ni imagen, ni repositorios... eso si, ya estan pidiendo donaciones! jiji.. Y esto: https://github.com/devuan/devuan-baseconf/blob/master/data/etc/apt/sources.list.d/devuan.list No lo he revisado, pero creo que para partir ya es algo. estuve estudiando el asunto un rato, y pude enterarme que por suerte el fork parece ser solo dirigido con el cometido de realizar una imagen minima del sistema debian sin dependencias de systemd y compitible con la paqueteria ya compilada en los repositorios oficiales. Si utilizaran openrc, upstart o sysvinit, aun no se sabe. Gracias a las arduas discuciones y plateamientos surgidos en esta lista pude entender que esto es algo *muy necesario* para administradores y sistemas que operen como servidores. El usuario final de escritorio, entre los que me incluyo, actualmente no tiene problemas tecnicos o de rendimiento con systemd. Aunque personalmente, lo este usando en un debian jessie y tambien en otro sid, no dejo de estar alerta con respecto a su 'agresiva' escalada en importancia. Como tantos otros usarios de gnu/linux, tendre que conformarme con lo que hay y sin colaborar, ya que apenas puedo editar ficheros por aqui y por alla casi siempre segun alguna guia, y gestionar paquetes desde apt o aptitude. Hasta alli llega mi genio nomas. Saludos. P.D.: No deja de ser por lo menos anectodico (segun pude comprender) que los cucos de los actuales sistemas gnu/linux fueron y son: 1-Network-manager 2-SElinux 3-pulseaudio 4-systemd Siendo los ultimos tres desarrollos de Red Hat y encontrando cada uno de ellos en sus lanzamientos e implementaciones fuertes criticas y rechazos (quien no ha tenido algun inconveniente con network-manager o pulseaudio por lo menos?). Creo que es bueno tener presente esto y mantener firme vigilia ante la extraña mano de Redhat. Opino sin paranoias ni especulaciones. -- 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/547a30fa.4070...@mail.com Ya lo he dicho por la lista, vete a la documentación de la última Red HELL 7, en concreto a como se manejan las interfaces de red ahora en un servidor, para fliparlo todo con la cli de network-manager. SELinux, todo kiski que no quiera dejarse horas en mantenerlo en paralelo con los servicios que lleves lo desactiva en la instalación. También han metido alguna cambio a lo que se refiere el firewall. Y claro, ahora meten por defecto XFS como sistema de ficheros porque es capaz de gestionar mayores almacenamientos y tal y tal pero que hace dos días tenía fallos fundamentales de rendimiento, un sistema que pertenecía a IRIX y fue portado otra arquitecturas. Y no lo entiendo cuando deberían estar a piñón con btrfs…. que seguro para RedHELL 8 lo meten por defecto. Y ahora vamos con systemd, los chicos de FeeBSD anuncian algo parecido, en Solaris tienen también algo similar para gestión de los servicios. -- 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/b017c9a3-46ad-473a-901e-40ed77ce0...@gmail.com
dmraid nosync
Hola lista, Tengo un servidor con debian 6 donde hay un raid 1 con dmraid. Me dicen que cuando arranca saltan mensajes de error de la controladora RAID pero una vez está funcionando con dmraid veo información contradictoria, dmraid -r me dice que /dev/sda esta nosync. en cambio dmraid -s me dice que el estado está ok: hostname:~# dmraid -r /dev/sdb: ddf1, .ddf1_disks, GROUP, ok, 623046656 sectors, data@ 0 /dev/sda: ddf1, .ddf1_disks, GROUP, nosync, 623046656 sectors, data@ 0 hostname:~# dmraid -s *** Group superset .ddf1_disks -- Active Subset name : ddf1_4c53492020202020808627c3471147111450 size : 623046656 stride : 128 type : mirror status : ok subsets: 0 devs : 2 spares : 0 ¿Alguna idea de como interpretar esto? Gracias. -- Francesc Guitart -- 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/trinity-7fb9d524-7f86-4ea2-8d36-1b34b30cafe3-1417601191605@3capp-mailcom-bs03
Re: OT: devuan
2014-12-03 10:29 GMT+01:00 ZorroPlateado i32lelor.deb...@gmail.com: El 29/11/2014, a las 21:47, unciegobailando unciegobaila...@mail.com escribió: El 29/11/14 a las 17:37, unciegobailando escibió: El 29/11/14 a las 16:10, Felix Perez escibió: El día 29 de noviembre de 2014, 3:41, unciegobailando unciegobaila...@mail.com escribió: El 28/11/14 a las 19:02, Ricardo Delgado escibió: Al parecer un grupo se propone realizar un fork https://devuan.org/ Slds ...aun no hay nada, ni imagen, ni repositorios... eso si, ya estan pidiendo donaciones! jiji.. Y esto: https://github.com/devuan/devuan-baseconf/blob/master/data/etc/apt/sources.list.d/devuan.list No lo he revisado, pero creo que para partir ya es algo. estuve estudiando el asunto un rato, y pude enterarme que por suerte el fork parece ser solo dirigido con el cometido de realizar una imagen minima del sistema debian sin dependencias de systemd y compitible con la paqueteria ya compilada en los repositorios oficiales. Si utilizaran openrc, upstart o sysvinit, aun no se sabe. Gracias a las arduas discuciones y plateamientos surgidos en esta lista pude entender que esto es algo *muy necesario* para administradores y sistemas que operen como servidores. El usuario final de escritorio, entre los que me incluyo, actualmente no tiene problemas tecnicos o de rendimiento con systemd. Aunque personalmente, lo este usando en un debian jessie y tambien en otro sid, no dejo de estar alerta con respecto a su 'agresiva' escalada en importancia. Como tantos otros usarios de gnu/linux, tendre que conformarme con lo que hay y sin colaborar, ya que apenas puedo editar ficheros por aqui y por alla casi siempre segun alguna guia, y gestionar paquetes desde apt o aptitude. Hasta alli llega mi genio nomas. Saludos. P.D.: No deja de ser por lo menos anectodico (segun pude comprender) que los cucos de los actuales sistemas gnu/linux fueron y son: 1-Network-manager 2-SElinux 3-pulseaudio 4-systemd Siendo los ultimos tres desarrollos de Red Hat y encontrando cada uno de ellos en sus lanzamientos e implementaciones fuertes criticas y rechazos (quien no ha tenido algun inconveniente con network-manager o pulseaudio por lo menos?). Creo que es bueno tener presente esto y mantener firme vigilia ante la extraña mano de Redhat. Opino sin paranoias ni especulaciones. -- 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/547a30fa.4070...@mail.com Ya lo he dicho por la lista, vete a la documentación de la última Red HELL 7, en concreto a como se manejan las interfaces de red ahora en un servidor, para fliparlo todo con la cli de network-manager. Lo dije en un anterior thread. Todas esas caracterísitcas las puedes desahabilitar en RHEL7 (y sus clones). Absolutamente todas. Lo puedes hacer y seguir haciéndolo al modo tradicional. RedHat no se va a jugar su modelo enterprise así como así. Como comenté, la implantación de systemd en sistemas RHEL7 (y derivados) es la más descafeinada de todas. Pero sigue siendo systemd. SELinux, todo kiski que no quiera dejarse horas en mantenerlo en paralelo con los servicios que lleves lo desactiva en la instalación. SELinux no tiene nada que ver con systemd. Viene de serie desde las versiones RHEL5. Es decir, lo puedes deshabilitar o lo puedes utilizar. Eso dependerá del entorno donde despliegues. También han metido alguna cambio a lo que se refiere el firewall. Si, el que utiliza Fedora. Y claro, ahora meten por defecto XFS como sistema de ficheros porque es capaz de gestionar mayores almacenamientos y tal y tal pero que hace dos días tenía fallos fundamentales de rendimiento, un sistema que pertenecía a IRIX y fue portado otra arquitecturas. Y no lo entiendo cuando deberían estar a piñón con btrfs…. que seguro para RedHELL 8 lo meten por defecto. Lo de XFS es directamente incierto. Llevo utilizando XFS desde que RedHat lo declaró como full supported (y de eso ya hace 4 años, si no me falla la memoria) y cero problemas, en entornos de producción exigentes ... Brtfs no será realidad, probablemente, hasta RHEL8 (a nivel de full support). Y ahora vamos con systemd, los chicos de FeeBSD anuncian algo parecido, en Solaris tienen también algo similar para gestión de los servicios. FreeBSD va a hacer un simulador para poder instalar GNOME, y solo para GNOME. Eso sí, si el invento no sale y merma la estabilidad, GNOME se va al carajo en FreeBSD. El escritorio no es el target de FreeBSD. Lo de Solaris, es solo a nivel servicio (se llama SMF) y aunque contempla algo de logs binarios, ni de lejos es la animalada que han hecho con systemd ... Por cierto, para añadir más muescas a la culata de systemd: ahora también controla containers LXC (http://www.freedesktop.org/software/systemd/man/machinectl.html) ... Lo que dije en su
Re: Debian con OpenRC
- Original Message - From: Manolo Díaz diaz.man...@gmail.com To: debian-user-spanish@lists.debian.org Sent: Tuesday, December 02, 2014 6:52 PM Subject: Re: Debian con OpenRC El martes, 2 dic 2014, a las 18:08 horas (UTC+1), Manolo Díaz escribió: Por otro lado, en el README.Debian de openrc (0.13.1-4, testing) se lee: This package is EXPERIMENTAL. Installing it could make your system UNBOOTABLE. Only use this package for testing purposes in a virtual machine, unless you are very brave! -- Roger Leigh rle...@debian.org Sun, 12 Aug 2012 21:54:39 +0100 No sé si ese README está desactualizado o no, pero asusta lo suyo. Pues parece que el aviso ya no es válido, lo que cuadra que openrc esté disponible en Jessie. Acabo de recibir respuesta de un mantenedor: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771834 Saludos. -- Manolo Díaz Ahora lo que hace falta es que Debian tome también la iniciativa de Manjaro http://manjaro.org/2014/12/01/manjaro-0-8-11-released/ de incluir la opción de seleccionar OpenRC en el instalador como opción alternativa, caso contrario para mi no queda más que cojer el rumbo de Devuan u otra distribución sin Systemd De hecho ya tengo en una Pc Virtual a Salix la cual tengo que pasarle la mano más aun para conocerla mejor. Su instalación principalmente particionado del disco y montaje de las cosas por particiones de forma manual, y la instalación de paquetes fuera de los repositorios. También quiero probar: - Manjaro - GhostBSD4 - FreeBSD Ósea que Systemd me ha puesto a estudiar. Así que siempre trae sus cosas buenas. jajajaja Saludos | ISMAEL | -- 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/17cecc3017fe4877a0cf29848abd9...@natio.co.cu
Re: dmraid nosync
El Wed, 03 Dec 2014 11:06:31 +0100, Francesc Guitart Riera escribió: Hola lista, Tengo un servidor con debian 6 donde hay un raid 1 con dmraid. Ugh :-( Me dicen que cuando arranca saltan mensajes de error de la controladora RAID ¿Y esos mensajes cuáles son, exactamente? pero una vez está funcionando con dmraid veo información contradictoria, dmraid -r me dice que /dev/sda esta nosync. en cambio dmraid -s me dice que el estado está ok: hostname:~# dmraid -r /dev/sdb: ddf1, .ddf1_disks, GROUP, ok, 623046656 sectors, data@ 0 /dev/sda: ddf1, .ddf1_disks, GROUP, nosync, 623046656 sectors, data@ 0 hostname:~# dmraid -s *** Group superset .ddf1_disks -- Active Subset name : ddf1_4c53492020202020808627c3471147111450 size : 623046656 stride : 128 type : mirror status : ok subsets: 0 devs : 2 spares : 0 ¿Alguna idea de como interpretar esto? A simple vista a mí me da a entender que el disco físico (/dev/sda) puede tener algún problema pero la matriz (dm0) está bien, lo cual ciertamente es contradictorio. No sé si dmraid dispone de alguna herramienta/opción que te permita verificar el estado de los discos duros. 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.12.03.15.30...@gmail.com
Re: Debian con OpenRC
El Wed, 03 Dec 2014 00:52:57 +0100, Manolo Díaz escribió: El martes, 2 dic 2014, a las 18:08 horas (UTC+1), Manolo Díaz escribió: Por otro lado, en el README.Debian de openrc (0.13.1-4, testing) se lee: This package is EXPERIMENTAL. Installing it could make your system UNBOOTABLE. Only use this package for testing purposes in a virtual machine, unless you are very brave! -- Roger Leigh rle...@debian.org Sun, 12 Aug 2012 21:54:39 +0100 ^^^ No sé si ese README está desactualizado o no, pero asusta lo suyo. Algo no encaja ya que el paquete entró en testing el 01/11/2014 (¡hace apenas un mes!) y ese mensaje es de hace dos años (?), algo que ni siquiera se corresponde con la llegada inicial del paquete a Debian que según el registro de actividad¹ fue en diciembre de 2013 (?). Pues parece que el aviso ya no es válido, lo que cuadra que openrc esté disponible en Jessie. Acabo de recibir respuesta de un mantenedor: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771834 Efectivamente, lo han cambiado². Aún así, tratándose de un gestor de servicios que acaba de aterrizar como paquete en Debian no me parece mal avisar a los usuarios. ¹http://metadata.ftp-master.debian.org/changelogs//main/o/openrc/openrc_0.13.1-4_changelog ²http://anonscm.debian.org/cgit/openrc/openrc.git/commit/?id=34b75963dcfd3b573fd3a6e7314a92bf05378411 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.12.03.15.50...@gmail.com
usuarios y permisos
buenas tardes puedo darle a usuarios normales permisos para ejecutar una cantidad de comandos especificos osea seria como tener un suarios edward que nada mas pueda crear usuarios nuevos y modificar sus password pero mas nada que nos sea root? Edward Villarroel: @Agentedd -- 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/CADfsJo0M=aarjs5a7hnngxdsys6qt6gmagvvlhfq_sjsw-b...@mail.gmail.com
Re: usuarios y permisos
El mié, 03-12-2014 a las 11:52 -0430, Edward Villarroel (EDD) escribió: buenas tardes puedo darle a usuarios normales permisos para ejecutar una cantidad de comandos especificos osea seria como tener un suarios edward que nada mas pueda crear usuarios nuevos y modificar sus password pero mas nada que nos sea root? Edward Villarroel: @Agentedd man sudo -- (-.(-.(-.(-.(-.(-.-).-).-).-).-).-) -- 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/1417624030.1165.11.ca...@gmail.com
Re: usuarios y permisos
El Wed, 03 Dec 2014 13:27:10 -0300, Gonzalo Rivero escribió: El mié, 03-12-2014 a las 11:52 -0430, Edward Villarroel (EDD) escribió: buenas tardes puedo darle a usuarios normales permisos para ejecutar una cantidad de comandos especificos osea seria como tener un suarios edward que nada mas pueda crear usuarios nuevos y modificar sus password pero mas nada que nos sea root? man sudo sm01@stt008:~$ man sudo No manual entry for sudo :-P https://wiki.debian.org/sudo http://linuxgnublog.org/configurar-sudo-en-debian 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.12.03.16.40...@gmail.com
Re: Devuan y un poco mas de luz
El Tue, 02 Dec 2014 15:03:26 -0300, unciegobailando escribió: aprovecho que estoy curioseando y les pregunto algo tecnico sobre systemd que no me ha gusta (no se si estoy bien orientado..) No resulta -asquerosamente- intrusivo que systemd se meta entre los pedidos de una aplicacion y d-bus? Systemd, como cualquier gestor de servicios, tiene que ser intrusivo (sin tener que llegar a serlo asquerosamente) porque esa es su función: controlar y gestionar los servicios que ha iniciado. O sea que si falla systemd se me cuelga todo el escritorio gnome por ejemplo (y quizas parcialmente cualquier otro entorno)? Si falla systemd es una afirmación demasiado abstracta e indefinida como para ser válida y que equivale a decir si me falla sysvinit. Que systemd e init puedan fallar es algo que todos damos por hecho que pueda suceder pero dado el caso lo importante no es *si falla* sino *cómo* lo hace (no es lo mismo que se lleve por delante todo el sistema a que deje un servicio sin iniciar) y *qué* herramientas dispone de depuración para que el usuario pueda resolver el problema in situ. 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.12.03.16.48...@gmail.com
Re: Debian con OpenRC
El miércoles, 3 dic 2014, a las 15:01 horas (UTC+1), Ismael L. Donis Garcia escribió: Ahora lo que hace falta es que Debian tome también la iniciativa de Manjaro http://manjaro.org/2014/12/01/manjaro-0-8-11-released/ de incluir la opción de seleccionar OpenRC en el instalador como opción alternativa Lo dudo. Actualmente no es posible instalar openrc sin instalar uno de las tres opciones: systemd-sysv, sysvinit-core o upstart. Y no creo que Jessie diste ya mucho de su forma final. Supongo que tienes que elegir sysvinit-core como sistema de inicio y, además, marcar el paquete openrc manualmente para instalar. Saludos. -- Manolo Díaz -- 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/20141203173528.3c046...@gmail.com
Re: usuarios y permisos
ajuro debo usar sudo! Edward Villarroel: @Agentedd El día 3 de diciembre de 2014, 12:10, Camaleón noela...@gmail.com escribió: El Wed, 03 Dec 2014 13:27:10 -0300, Gonzalo Rivero escribió: El mié, 03-12-2014 a las 11:52 -0430, Edward Villarroel (EDD) escribió: buenas tardes puedo darle a usuarios normales permisos para ejecutar una cantidad de comandos especificos osea seria como tener un suarios edward que nada mas pueda crear usuarios nuevos y modificar sus password pero mas nada que nos sea root? man sudo sm01@stt008:~$ man sudo No manual entry for sudo :-P https://wiki.debian.org/sudo http://linuxgnublog.org/configurar-sudo-en-debian 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.12.03.16.40...@gmail.com -- 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/cadfsjo07jjsmy9rbajhonupdn_yq_8dn+uq61js-xcshywr...@mail.gmail.com
RE: usuarios y permisos
Esto te podra servir, www.youtube.com/watch?v=FLdxhVU5YVQ explica lo de sudo que es lo que necesitas FRANK HARBEY SANABRIA FLOREZTecnologo en Telecomunicaciones y Sistemas Bogota - Colombia@franksanabria sugeek.co Date: Wed, 3 Dec 2014 13:45:59 -0430 Subject: Re: usuarios y permisos From: edward.villarr...@gmail.com To: debian-user-spanish@lists.debian.org ajuro debo usar sudo! Edward Villarroel: @Agentedd El día 3 de diciembre de 2014, 12:10, Camaleón noela...@gmail.com escribió: El Wed, 03 Dec 2014 13:27:10 -0300, Gonzalo Rivero escribió: El mié, 03-12-2014 a las 11:52 -0430, Edward Villarroel (EDD) escribió: buenas tardes puedo darle a usuarios normales permisos para ejecutar una cantidad de comandos especificos osea seria como tener un suarios edward que nada mas pueda crear usuarios nuevos y modificar sus password pero mas nada que nos sea root? man sudo sm01@stt008:~$ man sudo No manual entry for sudo :-P https://wiki.debian.org/sudo http://linuxgnublog.org/configurar-sudo-en-debian 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.12.03.16.40...@gmail.com -- 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/cadfsjo07jjsmy9rbajhonupdn_yq_8dn+uq61js-xcshywr...@mail.gmail.com
RE: usuarios y permisos
Esto te podra servir, www.youtube.com/watch?v=FLdxhVU5YVQ explica lo de sudo que es lo que necesitas FRANK HARBEY SANABRIA FLOREZTecnologo en Telecomunicaciones y Sistemas Bogota - Colombia@franksanabria sugeek.co Date: Wed, 3 Dec 2014 13:45:59 -0430 Subject: Re: usuarios y permisos From: edward.villarr...@gmail.com To: debian-user-spanish@lists.debian.org ajuro debo usar sudo! Edward Villarroel: @Agentedd El día 3 de diciembre de 2014, 12:10, Camaleón noela...@gmail.com escribió: El Wed, 03 Dec 2014 13:27:10 -0300, Gonzalo Rivero escribió: El mié, 03-12-2014 a las 11:52 -0430, Edward Villarroel (EDD) escribió: buenas tardes puedo darle a usuarios normales permisos para ejecutar una cantidad de comandos especificos osea seria como tener un suarios edward que nada mas pueda crear usuarios nuevos y modificar sus password pero mas nada que nos sea root? man sudo sm01@stt008:~$ man sudo No manual entry for sudo :-P https://wiki.debian.org/sudo http://linuxgnublog.org/configurar-sudo-en-debian 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.12.03.16.40...@gmail.com -- 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/cadfsjo07jjsmy9rbajhonupdn_yq_8dn+uq61js-xcshywr...@mail.gmail.com
Re: usuarios y permisos
El Wed, 03 Dec 2014 13:45:59 -0430, Edward Villarroel (EDD) escribió: El día 3 de diciembre de 2014, 12:10, Camaleón noela...@gmail.com escribió: El Wed, 03 Dec 2014 13:27:10 -0300, Gonzalo Rivero escribió: El mié, 03-12-2014 a las 11:52 -0430, Edward Villarroel (EDD) escribió: buenas tardes puedo darle a usuarios normales permisos para ejecutar una cantidad de comandos especificos osea seria como tener un suarios edward que nada mas pueda crear usuarios nuevos y modificar sus password pero mas nada que nos sea root? man sudo sm01@stt008:~$ man sudo No manual entry for sudo :-P https://wiki.debian.org/sudo http://linuxgnublog.org/configurar-sudo-en-debian ajuro debo usar sudo! ¿Aju-qué? http://www.asihablamos.com/word/palabra/Ajuro.php Anda :-) Bueno, no obligatoriamente, podrías usar calife, su1, etc... y seguramente haya algún que otro workaround que tire de jaulas pero son opciones tan enrevesadas que las omito por simple puridad mental. 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.12.03.18.46...@gmail.com
Re: Debian con OpenRC
El Wed, 03 Dec 2014 17:35:28 +0100, Manolo Díaz escribió: El miércoles, 3 dic 2014, a las 15:01 horas (UTC+1), Ismael L. Donis Garcia escribió: Ahora lo que hace falta es que Debian tome también la iniciativa de Manjaro http://manjaro.org/2014/12/01/manjaro-0-8-11-released/ de incluir la opción de seleccionar OpenRC en el instalador como opción alternativa Lo dudo. Actualmente no es posible instalar openrc sin instalar uno de las tres opciones: systemd-sysv, sysvinit-core o upstart. (...) A ver, init es un metapaquete esencial que tiene como dependencias directas los paquetes que indicas más arriba pero ¿qué te hace pensar que eso impida que se pueda añadir una opción para instalar openRC en el instalador? En un sistema en blanco (sin instalar) sería tan sencillo como marcar sysvinit-core y openrc mientras que en un sistema que ya cuente con systemd tendría que marcarse systemd para eliminar (con todo lo que arrastre) y añadir esos dos paquetes. openRC no reemplaza a /sbin/init simplemente proporciona una alternativa al paquete sysv-rc. 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.12.03.18.36...@gmail.com
Re: OT: devuan
El día 3 de diciembre de 2014, 8:25, C. L. Martinez carlopm...@gmail.com escribió: 2014-12-03 10:29 GMT+01:00 ZorroPlateado i32lelor.deb...@gmail.com: El 29/11/2014, a las 21:47, unciegobailando unciegobaila...@mail.com escribió: El 29/11/14 a las 17:37, unciegobailando escibió: El 29/11/14 a las 16:10, Felix Perez escibió: El día 29 de noviembre de 2014, 3:41, unciegobailando unciegobaila...@mail.com escribió: El 28/11/14 a las 19:02, Ricardo Delgado escibió: Al parecer un grupo se propone realizar un fork https://devuan.org/ Slds ...aun no hay nada, ni imagen, ni repositorios... eso si, ya estan pidiendo donaciones! jiji.. Y esto: https://github.com/devuan/devuan-baseconf/blob/master/data/etc/apt/sources.list.d/devuan.list No lo he revisado, pero creo que para partir ya es algo. estuve estudiando el asunto un rato, y pude enterarme que por suerte el fork parece ser solo dirigido con el cometido de realizar una imagen minima del sistema debian sin dependencias de systemd y compitible con la paqueteria ya compilada en los repositorios oficiales. Si utilizaran openrc, upstart o sysvinit, aun no se sabe. Gracias a las arduas discuciones y plateamientos surgidos en esta lista pude entender que esto es algo *muy necesario* para administradores y sistemas que operen como servidores. El usuario final de escritorio, entre los que me incluyo, actualmente no tiene problemas tecnicos o de rendimiento con systemd. Aunque personalmente, lo este usando en un debian jessie y tambien en otro sid, no dejo de estar alerta con respecto a su 'agresiva' escalada en importancia. Como tantos otros usarios de gnu/linux, tendre que conformarme con lo que hay y sin colaborar, ya que apenas puedo editar ficheros por aqui y por alla casi siempre segun alguna guia, y gestionar paquetes desde apt o aptitude. Hasta alli llega mi genio nomas. Saludos. P.D.: No deja de ser por lo menos anectodico (segun pude comprender) que los cucos de los actuales sistemas gnu/linux fueron y son: 1-Network-manager 2-SElinux 3-pulseaudio 4-systemd Siendo los ultimos tres desarrollos de Red Hat y encontrando cada uno de ellos en sus lanzamientos e implementaciones fuertes criticas y rechazos (quien no ha tenido algun inconveniente con network-manager o pulseaudio por lo menos?). Creo que es bueno tener presente esto y mantener firme vigilia ante la extraña mano de Redhat. Opino sin paranoias ni especulaciones. -- 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/547a30fa.4070...@mail.com Ya lo he dicho por la lista, vete a la documentación de la última Red HELL 7, en concreto a como se manejan las interfaces de red ahora en un servidor, para fliparlo todo con la cli de network-manager. Lo dije en un anterior thread. Todas esas caracterísitcas las puedes desahabilitar en RHEL7 (y sus clones). Absolutamente todas. Lo puedes hacer y seguir haciéndolo al modo tradicional. RedHat no se va a jugar su modelo enterprise así como así. Como comenté, la implantación de systemd en sistemas RHEL7 (y derivados) es la más descafeinada de todas. Pero sigue siendo systemd. SELinux, todo kiski que no quiera dejarse horas en mantenerlo en paralelo con los servicios que lleves lo desactiva en la instalación. SELinux no tiene nada que ver con systemd. Viene de serie desde las versiones RHEL5. Es decir, lo puedes deshabilitar o lo puedes utilizar. Eso dependerá del entorno donde despliegues. También han metido alguna cambio a lo que se refiere el firewall. Si, el que utiliza Fedora. Y claro, ahora meten por defecto XFS como sistema de ficheros porque es capaz de gestionar mayores almacenamientos y tal y tal pero que hace dos días tenía fallos fundamentales de rendimiento, un sistema que pertenecía a IRIX y fue portado otra arquitecturas. Y no lo entiendo cuando deberían estar a piñón con btrfs…. que seguro para RedHELL 8 lo meten por defecto. Lo de XFS es directamente incierto. Llevo utilizando XFS desde que RedHat lo declaró como full supported (y de eso ya hace 4 años, si no me falla la memoria) y cero problemas, en entornos de producción exigentes ... Brtfs no será realidad, probablemente, hasta RHEL8 (a nivel de full support). Y ahora vamos con systemd, los chicos de FeeBSD anuncian algo parecido, en Solaris tienen también algo similar para gestión de los servicios. FreeBSD va a hacer un simulador para poder instalar GNOME, y solo para GNOME. Eso sí, si el invento no sale y merma la estabilidad, GNOME se va al carajo en FreeBSD. El escritorio no es el target de FreeBSD. Lo de Solaris, es solo a nivel servicio (se llama SMF) y aunque contempla algo de logs binarios, ni de lejos es la animalada que han hecho con systemd ... Por cierto, para añadir más muescas a la culata de systemd: ahora también
Re: Sonido en jessie [SOLUCIONADO]
El 02/12/14 a las 11:33, Camaleón escibió: El Mon, 01 Dec 2014 16:22:59 -0300, JavierDebian escribió: Los malos de la película eran /etc/modprobe.d/oss4-base_noALSA.conf y /etc/modprobe.d/oss4-base_noOSS3.conf. Por algún motivo que desconozco, los módulos del kernel para el sonido de la tarjeta (p. ej., snd-*) y los de OSS son incompatibles (o cargas uno u otro pero no ambos porque entran en conflicto). Es algo de lo que acabo de desasnarme. Del primero, tuve en su momento una leve sospecha, dado que en una de sus líneas contiene la instrucción blacklist snd-hda-intel, la cual eliminé hace varios meses, sin resultado positivo. Pues es lo que te dije allá por octubre¹, pero no hubo caso :-) Es que en octubre aún trataba con cirugía poco invasiva; ahora directamente probé con una amputación. Esta vez me tomé el trabajo de sacar de /etc/modprobe.d/ todos los archivos, que son los que siguen alsa-base fbdev-blacklist.conf intel-microcode-blacklist.conf mdadm.conf modesetting.conf nvidia-blacklists-nouveau.conf - /etc/alternatives/glx--nvidia-blacklists-nouveau.conf nvidia.conf - /etc/alternatives/nvidia--nvidia-modprobe.conf nvidia-kernel-common.conf oss4-base.conf osspd.conf oss4-base_noALSA.conf oss4-base_noOSS3.conf y reiniciar el equipo. Mágicamente, el sonido volvió. De mágico nada... Toda tecnología lo suficientemente avanzada es indistinguible de la magia. 3ª ley de Arthur C. Clarke. Razón por la que fui agregando de a un archivo, y reiniciando el sistema, hasta que cuando incluía cualquiera de los dos últimos, me quedaba sin sonido. Es evidente que los larguísimos blacklist que ambos poseen bloquean el sistema de sonido de ALSA. Con un grep -i black /etc/modprobe.d/* te hubieras ahorrado mucho tiempo y disgustos. Al final, te adiciono el listadito de lo que estaba en /etc/modprobe.d/ ;) La solución por ahora fue eliminarlos de /etc/modprobe.d/, sin ningún inconveniente detectado. ¿Mand? ¿Que has eliminado todos? :-O No, hombre, no hagas eso que esos archivos contienen configuraciones que te pueden servir... haz una búsqueda selectiva o en todo caso renombra los de oss*. Eliminar es una forma de decir. Todo está en una carpeta de resguardo. Es más, una pequeña placa de audio USB que no funcionaba, (lo achacaba a falta de controladores), ahora sí lo hace. (Syba SD-CM-UAUD USB Stereo Audio Adapter, C-Media Chipset, RoHS) Lo que me queda pendiente por averiguar es por qué una instalación limpia de Debian, carga tantos blacklist de OSS que impiden la correcta ejecución de ALSA. La pregunta sería más bien por qué tienes instalado el paquete OSS si tienes ALSA y los módulos del kernel detectan la tarjeta de sonido sin problemas. Esa es la pregunta. El sistema lo instalé limpio en octubre, cuando todos los parches que había intentado parecían insolubles. Lo que hay instalado, se instaló solo. En el área de audio, yo no agregué ni quité nada. Hasta este fin de semana. El enchastre lo hizo el instalador de Debian solito. Estimo que purgaré OSS en algún momento, y veré qué pasa. (Nota importante: es la computadora que usan mi esposa y mis hijas; cada vez que meto los dedos y no dejo todo perfecto, debo atenerme a las consecuencias.) Saludos, Un abrazo y gracias por todo El listadito de blacklist de OSS (sacado de la copia de seguridad). Creería que los bloqueadores son: oss4-base_noALSA.conf:blacklist snd-hda-intel oss4-base_noOSS3.conf:blacklist ac97 oss4-base_noOSS3.conf:blacklist ac97_codec oss4-base_noOSS3.conf:blacklist ac97_plugin_ad1980 Pero es algo que debería ir probando de a uno, lo que lleva tiempo. root@bbar:~# grep -i black /root/modprobe.d/* /root/modprobe.d/fbdev-blacklist.conf:# This file blacklists most old-style PCI framebuffer drivers. /root/modprobe.d/fbdev-blacklist.conf:blacklist arkfb /root/modprobe.d/fbdev-blacklist.conf:blacklist aty128fb /root/modprobe.d/fbdev-blacklist.conf:blacklist atyfb /root/modprobe.d/fbdev-blacklist.conf:blacklist radeonfb /root/modprobe.d/fbdev-blacklist.conf:blacklist cirrusfb /root/modprobe.d/fbdev-blacklist.conf:blacklist cyber2000fb /root/modprobe.d/fbdev-blacklist.conf:blacklist kyrofb /root/modprobe.d/fbdev-blacklist.conf:blacklist matroxfb_base /root/modprobe.d/fbdev-blacklist.conf:blacklist mb862xxfb /root/modprobe.d/fbdev-blacklist.conf:blacklist neofb /root/modprobe.d/fbdev-blacklist.conf:blacklist pm2fb /root/modprobe.d/fbdev-blacklist.conf:blacklist pm3fb /root/modprobe.d/fbdev-blacklist.conf:blacklist s3fb /root/modprobe.d/fbdev-blacklist.conf:blacklist savagefb /root/modprobe.d/fbdev-blacklist.conf:blacklist sisfb /root/modprobe.d/fbdev-blacklist.conf:blacklist tdfxfb /root/modprobe.d/fbdev-blacklist.conf:blacklist tridentfb /root/modprobe.d/fbdev-blacklist.conf:blacklist vt8623fb /root/modprobe.d/intel-microcode-blacklist.conf:blacklist microcode /root/modprobe.d/oss4-base_noALSA.conf:blacklist snd-seq
Puedo hacer wbinfo -u pero no getent passwd
Colegas: Estoy tratando de instalarme un samba 4.1.13 a partir del código fuente sólo para compartir archivos en un entorno mixto Linux / Windows. Uso de base un contenedor debian 7. Configuro, compilo e instalo sin errores, lo uno al dominio existente también. Con el comando wbinfo -u me lista todos los usuarios del PDC (Zentyal) ok. Pero el comando getent passwd solo me lista los usuarios internos, no los del PDC. /etc/nsswitch.conf passwd: compat winbind group: compat winbind shadow: compat /usr/local/samba/etc/smb.conf [global] netbios name = samba1 workgroup = DTCF security = ADS realm = DTCF.ETECSA.CU encrypt passwords = yes idmap config *:backend = tdb idmap config *:range = 70001-8 idmap config DTCF:backend = ad idmap config DTCF:schema_mode = rfc2307 idmap config DTCF:range = 500-4 winbind nss info = rfc2307 winbind trusted domains only = no winbind use default domain = yes winbind enum users = yes winbind enum groups = yes [demoshare] path = /srv/samba/test read only = no --- This message was processed by Kaspersky Mail Gateway 5.6.28/RELEASE running at host imx3.etecsa.cu Visit our web-site: http://www.kaspersky.com, http://www.viruslist.com
Re: Debian con OpenRC
El 03/12/14 a las 13:35, Manolo Díaz escibió: El miércoles, 3 dic 2014, a las 15:01 horas (UTC+1), Ismael L. Donis Garcia escribió: Ahora lo que hace falta es que Debian tome también la iniciativa de Manjaro http://manjaro.org/2014/12/01/manjaro-0-8-11-released/ de incluir la opción de seleccionar OpenRC en el instalador como opción alternativa Lo dudo. Actualmente no es posible instalar openrc sin instalar uno de las tres opciones: systemd-sysv, sysvinit-core o upstart. Y no creo que Jessie diste ya mucho de su forma final. Supongo que tienes que elegir sysvinit-core como sistema de inicio y, además, marcar el paquete openrc manualmente para instalar. Saludos. el mensaje original era una informacion que comparti con un link a la info: http://www.esdebian.org/wiki/openrc Aca nos podemos sacar la suposiciones (a mi me encantan, pero cuando no son necesarias, no son necesarias) Nos vemos, saludos desde el sur. -- 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/547fb2ce.2030...@mail.com
Re: usuarios y permisos
El día 3 de diciembre de 2014, 13:40, Camaleón noela...@gmail.com escribió: El Wed, 03 Dec 2014 13:27:10 -0300, Gonzalo Rivero escribió: El mié, 03-12-2014 a las 11:52 -0430, Edward Villarroel (EDD) escribió: buenas tardes puedo darle a usuarios normales permisos para ejecutar una cantidad de comandos especificos osea seria como tener un suarios edward que nada mas pueda crear usuarios nuevos y modificar sus password pero mas nada que nos sea root? man sudo sm01@stt008:~$ man sudo No manual entry for sudo :-P A veces me pregunto ¿Verdaderamente usaran Debian? felix@portatil:~/Documentos$ uname -a Linux portatil 3.2.0-4-amd64 #1 SMP Debian 3.2.63-2+deb7u1 x86_64 GNU/Linux felix@portatil:~/Documentos$ man sudo SUDO(8) MAINTENANCE COMMANDS SUDO(8) NAME sudo, sudoedit - execute a command as another user SYNOPSIS sudo -h | -K | -k | -V sudo -v [-AknS] [-g group name|#gid] [-p prompt] [-u user name|#uid] sudo -l[l] [-AknS] [-g group name|#gid] [-p prompt] [-U user name] [-u user name|#uid] [command] sudo [-AbEHnPS] [-C fd] [-g group name|#gid] [-p prompt] [-r role] [-t type] [-u user name|#uid] [VAR=value] [-i | -s] [command] sudoedit [-AnS] [-C fd] [-g group name|#gid] [-p prompt] [-u user name|#uid] file ... DESCRIPTION sudo allows a permitted user to execute a command as the superuser or another user, as specified by the security policy. The real and effective uid and gid are set to match those of the target user, as specified in the password database, and the group vector is initialized based on the group database (unless the -P option was specified). Y siguen varias páginas... normas de la lista: http://wiki.debian.org/es/NormasLista como hacer preguntas inteligentes: http://www.sindominio.net/ayuda/preguntas-inteligentes.html -- 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/caaizax5bha6yov8veaxrvq5iymbbb1kbahxq1sv_xbcelqy...@mail.gmail.com
Re: usuarios y permisos
El 03/12/14 a las 13:40, Camaleón escibió: El Wed, 03 Dec 2014 13:27:10 -0300, Gonzalo Rivero escribió: El mié, 03-12-2014 a las 11:52 -0430, Edward Villarroel (EDD) escribió: buenas tardes puedo darle a usuarios normales permisos para ejecutar una cantidad de comandos especificos osea seria como tener un suarios edward que nada mas pueda crear usuarios nuevos y modificar sus password pero mas nada que nos sea root? man sudo sm01@stt008:~$ man sudo No manual entry for sudo :-P Para ver online: http://manpages.debian.org luego buscas sudo y elegis tu version O instalas desde tus repos el manpages: apt-get install mapages-es manpages-us manpages-es-extra manpages-us-extra Segun la configuracion de tu 'locales'. Creo que asi solucionas lo de tener la info de man... https://wiki.debian.org/sudo http://linuxgnublog.org/configurar-sudo-en-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/547fce21.8050...@mail.com
Re: Devuan y un poco mas de luz
El 03/12/14 a las 13:48, Camaleón escibió: El Tue, 02 Dec 2014 15:03:26 -0300, unciegobailando escribió: aprovecho que estoy curioseando y les pregunto algo tecnico sobre systemd que no me ha gusta (no se si estoy bien orientado..) No resulta -asquerosamente- intrusivo que systemd se meta entre los pedidos de una aplicacion y d-bus? Systemd, como cualquier gestor de servicios, tiene que ser intrusivo (sin tener que llegar a serlo asquerosamente) porque esa es su función: controlar y gestionar los servicios que ha iniciado. O sea que si falla systemd se me cuelga todo el escritorio gnome por ejemplo (y quizas parcialmente cualquier otro entorno)? Si falla systemd es una afirmación demasiado abstracta e indefinida como para ser válida y que equivale a decir si me falla sysvinit. Que systemd e init puedan fallar es algo que todos damos por hecho que pueda suceder pero dado el caso lo importante no es *si falla* sino *cómo* lo hace (no es lo mismo que se lleve por delante todo el sistema a que deje un servicio sin iniciar) y *qué* herramientas dispone de depuración para que el usuario pueda resolver el problema in situ. Saludos, Muchas gracias por la info y orientacion camaleon... Argumentaria sobre algunas cosas... pero es hacerla muy larga y no tiene ningun sentido aqui. Saludos desde el sur. -- 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/547fd171.10...@mail.com