Re: Quitar suse 4.2 Leap y dejar sólo debian

2016-05-23 Por tema Juan Lavieri 
Hola.



El 23 de mayo de 2016, 19:36, martin ayos  escribió:

> Antes que nada, gracias por todo. Tengo una netbook con Debian 8 y
> Opensuse 42 compartiendo swap y home. Quiero desinstalar opensuse,
> que, por otro lado, aparece siempre primero en el grub por m{as
> vueltas que le haya dado. Pensé en un primer momento usar un live cd
> con gparted, redimensionar home y borrarlo y luego reinstalar el grub
> de debian. Será así o estaré mandando alguna con el home y la swap
> compartidos?
>
>
​A ver si nos entendemos.

Podríamos decir que tienes algo así como:

/dev/sda1 - ​Debian
/dev/sda2 - Suse
/dev/sda3 - /home de ambas
/dev/sda6 - /swap común

Es un ejemplo por supuesto;  de ser así no debería haber problemas en dejar
de usar la partición de suse y poner allí lo que te plazca;  incluso usar
gparted para cualquier operación sobre ella.

Lo que si ocasiona problema mucha veces es precisamente tener los
diractorios /home compartidos.  Esta ha sido una polémica interminable
durante años, con cada bando teniendo sus defensores y detractores.

La evidencia apunta al hecho de que cada distro se diferencia de otra
precisamente en la forma como utilizan, entre otras cosas, la estructura de
los directorios, archivos de configuración y cosas por el estilo;  de allí,
que un paquete dado p.e firefox/icedove podría tener diferentes archivos de
configuración para el usuario pepe y de allí podrían comenzar a suceder
cosas inesperadas, es solo un pequeño ejemplo y lo dejo hasta aquí para no
enlodar mas de lo debido el post original.

Saludos.




-- 

Juan Lavieri

Errar es de humanos, pero es mas humano culpar a los demás.

Quitar suse 4.2 Leap y dejar sólo debian

2016-05-23 Por tema martin ayos 
Antes que nada, gracias por todo. Tengo una netbook con Debian 8 y
Opensuse 42 compartiendo swap y home. Quiero desinstalar opensuse,
que, por otro lado, aparece siempre primero en el grub por m{as
vueltas que le haya dado. Pensé en un primer momento usar un live cd
con gparted, redimensionar home y borrarlo y luego reinstalar el grub
de debian. Será así o estaré mandando alguna con el home y la swap
compartidos?

Re: Sobre Mgetty

2016-05-23 Por tema Santiago José López Borrazás 
El 23/05/16 a las 23:04, Dainel Fdezz escribió:
> Hola alguien sabe como configurar mgetty en debian 8 jessie. como
> hacer con la linea
> 
> S1:234:respawn:/sbin/mgetty -n0 -s 57600 -D /dev/ttyS0
> 
> que iva en el fichero /etc/inittab donde va ahora???

Ya no es necesario, ahora es otra cosa, se usa agetty.

El fichero /etc/inittab ya no vale para nada.

-- 
Saludos de Santiago José López Borrazás.



signature.asc
Description: OpenPGP digital signature

Sobre Mgetty

2016-05-23 Por tema Dainel Fdezz 
Hola alguien sabe como configurar mgetty en debian 8 jessie. como
hacer con la linea

S1:234:respawn:/sbin/mgetty -n0 -s 57600 -D /dev/ttyS0

que iva en el fichero /etc/inittab donde va ahora???

Sobre Mgetty en Debian Jessie

2016-05-23 Por tema Dainel Fdezz 
Hola, lo que sucede es que yo tenia un server con mgetty en Debian
squeeze, cuando migre a Jessie configuro mgetty+ppp perfectamente solo
que no se donde poner la linea que iva en /etc/inittab ya que el
fichero inittab fue eliminado como en ubuntu (Si la pongo en un
terminal se conecta solo un usuario, luego se cae.) Saludos y Gracias
de antemano

Re: unsuscribe

2016-05-23 Por tema listascor...@msjs.co 

El 23/05/16 a las 14:42, Esmeralda Barbacil escribió:



https://www.debian.org/MailingLists/unsubscribe.es.html

Re: unsuscribe

2016-05-23 Por tema Santiago José López Borrazás 
El 23/05/16 a las 21:42, Esmeralda Barbacil escribió:
> 

No, así no es.

Debes mandar a debian-user-spanish-requ...@lists.debian.org con el asunto
Unsusbscribe.

Ya aparece en cada mensaje, esta cabecera:

List-Unsubscribe:


-- 
Saludos de Santiago José López Borrazás.



signature.asc
Description: OpenPGP digital signature

unsuscribe

2016-05-23 Por tema Esmeralda Barbacil

Re: Iptables con www-data [SOL-U-CIONADO]

2016-05-23 Por tema Camaleón 
El Mon, 23 May 2016 12:14:30 +0200, Ni Te escribió:

(...)

>>> Aquí es donde aparece la pista /var/log/auth.log lanza el error ->
>>> pam_unix(sudo:auth): auth could not identify password for [www-data]
>>> Lo cual no me cuadra con lo especificado en sudoers.
>>
>>(...)
>>
>>Por el tipo de error que te da parece que el problema es que www-data no
>>tiene contraseña (normal) y sudo no le permite ejecutar el comando.
>>Prueba con otro usuario del sistema que tengas en sudo y que sí tenga
>>definida una contraseña.
>>
>>
> No conocía esa forma de ejecutar como otro usuario (mis conocimientos de
> Linux son limitados), siempre se aprende algo nuevo. 

Para eso sirve "su" aunque suele usarse para obtener privilegios de root 
también te permite cambiar de usuario, muy útil para probar cosas como 
ésta.

> Pero sigue haciendo lo mismo, parece necesitar un password para www-
> data pese a que en passwd y sudoers se le indica lo contrario.

Que tenga el mimos comportamiento ejecutado desde línea de comandos es  
lo correcto. Lo del archivo sudoers ya no me queda tan claro por qué lo 
rechaza, quizá le hayas asignado una contraseña al usuario "www-data" (no 
debe de tener ninguna) y por eso te da error o el formato que estabas 
usando no era correcto :-?

> He procedido con el método informático poco ortodoxo pero muy eficaz que
> consiste en:
> Salir - Volver a entrar 

Hum... para este caso no sé yo...

> Apagar - Encender de nuevo 

Tampoco me termina de convencer...

> Desinstalar - Volver a instalar 
> (no falla)

Método que no recomiendo en absoluto porque al final no te enteras de qué 
es lo que ha pasado y si se vuelve a repetir vas a estar en la misma 
situación y no creo que tengas ganas de estar reinstalado por cada error 
>:-)

> Reinstalado de nuevo funciona perfectamente.
> Probablemente al tratarse de una nueva instalación haya pasado algo por
> alto o cualquier otro error y creo que es mas fácil empezar de nuevo,
> aunque sea lo único que falla y no aprenda de ese error.

Hm... si funciona con el mismo archivo sudoers que tenías antes 
quiere decir que no era el formato. Revisa el "auth.log" a ver qué te 
dice ahora.

Saludos,

-- 
Camaleón

Re: Iptables con www-data [SOL-U-CIONADO]

2016-05-23 Por tema Ni Te 
-Mensaje original- 
From: Camaleón

Sent: Tuesday, May 17, 2016 4:01 PM
To: debian-user-spanish@lists.debian.org
Subject: Re: Iptables con www-data

El Mon, 16 May 2016 21:59:39 +0200, Ni Te escribió:

(...)


También e probado a ponerlo todo en la misma línea, pero hace lo mismo
(Nada de nada), desde la consola se ejecuta sin problemas (claro está
con root)


¿Y ejecutado desde la consola con sudo funciona?


Desde la consola funciona perfectamente y con un usuario no-root, previa
inclusión en sudoers


Como te dice Juan, para ejecutarlo desde consola sería (con y sin sudo):

sudo -u www-data -c "iptables -I INPUT -s {IP_a_Bloquear} -j DROP"
su www-data -c "iptables -I INPUT -s {IP_a_Bloquear} -j DROP"


y desde PHP también se ejecutan sin problemas otros como "ifconfig" o
hacerle un whois al mismo IP.
La versión de SO es: debian-8.4.0-amd64.
¿Alguna sugerencia de donde seguir buscando el problema?


El error podría estar en sudo o en shell_exec(). Para el primero tendrás
los registros de error en /var/log/auth.log (o en el journal de systemd)
y para depurar el segundo en los registros de apache. revisa ambos por
si te dieran alguna pista del origen del problema.


Aquí es donde aparece la pista /var/log/auth.log lanza el error ->
pam_unix(sudo:auth): auth could not identify password for [www-data]
Lo cual no me cuadra con lo especificado en sudoers.


(...)

Por el tipo de error que te da parece que el problema es que www-data no
tiene contraseña (normal) y sudo no le permite ejecutar el comando.
Prueba con otro usuario del sistema que tengas en sudo y que sí tenga
definida una contraseña.



No conocía esa forma de ejecutar como otro usuario (mis conocimientos de 
Linux son limitados), siempre se aprende algo nuevo. Pero sigue haciendo lo 
mismo, parece necesitar un password para www-data pese a que en passwd y 
sudoers se le indica lo contrario.
He procedido con el método informático poco ortodoxo pero muy eficaz que 
consiste en:

Salir - Volver a entrar
Apagar - Encender de nuevo
Desinstalar - Volver a instalar
(no falla)
Reinstalado de nuevo funciona perfectamente.
Probablemente al tratarse de una nueva instalación haya pasado algo por alto 
o cualquier otro error y creo que es mas fácil empezar de nuevo, aunque sea 
lo único que falla y no aprenda de ese error.


Un saludo y muchas gracias Camaleón - Juan Lavieri