Re: ¿Sitio web debian caído?

[Edwin Carrillo]

Yair! Quizás sea problema de alguna central. Mañana haré pruebas y de pasó
preguntare con algunos amigos qué trabajan ahí. A por cierto mí servicio es
básico en Cobré tocaría descartar fibra y qué central sea.
El 28/4/2016 10:48 p. m., "Yair Lopez Poveda"  escribió:

> Estoy ubicado en Bogotá y tengo ETB, me entra a la página sin problemas.
>
> El 28 de abril de 2016, 22:46, Edwin Carrillo 
> escribió:
>
>> Estaba probando desdé Bogotá y también no accede a la página de
>> www.debian.org. Tengo la duda sí sera nuestro ISP qué es ETB. Será el
>> mismo casó?
>> El 28/4/2016 4:53 p. m., "Germán Avendaño Ramírez" <
>> gdavenda...@autistici.org> escribió:
>>
>>> Cordial saludo
>>>
>>> Cuando intento actualizar, usando la orden
>>>
>>> # apt-get update
>>>
>>> No se puede conectar al repositorio de seguridad de debian. Obtengo lo
>>> siguiente:
>>>
>>> "Err http://security.debian.org jessie/updates Release.gpg
>>>   No se puede iniciar la conexión a security.debian.org:80
>>> (2801:82:80ff:8009:e61f:13ff:fe63:8e88). - connect (101: La red es
>>> inaccesible) [IP: 2801:82:80ff:8009:e61f:13ff:fe63:8e88 80]"
>>>
>>> Ahora bien, no se que pasa, pero no me puedo conectar con el navegador a
>>> la página https://www.debian.org , algo pasa, no se si es solamente
>>> aquí en Bogotá Colombia. Lo intento también desde mi tablet con android y
>>> no se puede conectar al sitio de debian. ¿Está caído?
>>>
>>> Gracias
>>>
>>> Atentamente,
>>>
>>> --
>>> Germán Avendaño Ramírez
>>> Lic. Mat. U.D., M.Sc. U.N.
>>> Colegio José Benigno Segura Velásquez
>>> Delegado Asamblea ADE
>>> Veedor salud ADE
>>> Cel: 3174411959
>>> Email: german_...@autistici.org
>>> GNU/Linux user # 531535
>>> Sent from Debian Jessie GNU/Linux
>>>
>>>
>

Re: ¿Sitio web debian caído?

[Yair Lopez Poveda]

Estoy ubicado en Bogotá y tengo ETB, me entra a la página sin problemas.

El 28 de abril de 2016, 22:46, Edwin Carrillo  escribió:

> Estaba probando desdé Bogotá y también no accede a la página de
> www.debian.org. Tengo la duda sí sera nuestro ISP qué es ETB. Será el
> mismo casó?
> El 28/4/2016 4:53 p. m., "Germán Avendaño Ramírez" <
> gdavenda...@autistici.org> escribió:
>
>> Cordial saludo
>>
>> Cuando intento actualizar, usando la orden
>>
>> # apt-get update
>>
>> No se puede conectar al repositorio de seguridad de debian. Obtengo lo
>> siguiente:
>>
>> "Err http://security.debian.org jessie/updates Release.gpg
>>   No se puede iniciar la conexión a security.debian.org:80
>> (2801:82:80ff:8009:e61f:13ff:fe63:8e88). - connect (101: La red es
>> inaccesible) [IP: 2801:82:80ff:8009:e61f:13ff:fe63:8e88 80]"
>>
>> Ahora bien, no se que pasa, pero no me puedo conectar con el navegador a
>> la página https://www.debian.org , algo pasa, no se si es solamente aquí
>> en Bogotá Colombia. Lo intento también desde mi tablet con android y no se
>> puede conectar al sitio de debian. ¿Está caído?
>>
>> Gracias
>>
>> Atentamente,
>>
>> --
>> Germán Avendaño Ramírez
>> Lic. Mat. U.D., M.Sc. U.N.
>> Colegio José Benigno Segura Velásquez
>> Delegado Asamblea ADE
>> Veedor salud ADE
>> Cel: 3174411959
>> Email: german_...@autistici.org
>> GNU/Linux user # 531535
>> Sent from Debian Jessie GNU/Linux
>>
>>

Re: ¿Sitio web debian caído?

[Edwin Carrillo]

Estaba probando desdé Bogotá y también no accede a la página de
www.debian.org. Tengo la duda sí sera nuestro ISP qué es ETB. Será el mismo
casó?
El 28/4/2016 4:53 p. m., "Germán Avendaño Ramírez" <
gdavenda...@autistici.org> escribió:

> Cordial saludo
>
> Cuando intento actualizar, usando la orden
>
> # apt-get update
>
> No se puede conectar al repositorio de seguridad de debian. Obtengo lo
> siguiente:
>
> "Err http://security.debian.org jessie/updates Release.gpg
>   No se puede iniciar la conexión a security.debian.org:80
> (2801:82:80ff:8009:e61f:13ff:fe63:8e88). - connect (101: La red es
> inaccesible) [IP: 2801:82:80ff:8009:e61f:13ff:fe63:8e88 80]"
>
> Ahora bien, no se que pasa, pero no me puedo conectar con el navegador a
> la página https://www.debian.org , algo pasa, no se si es solamente aquí
> en Bogotá Colombia. Lo intento también desde mi tablet con android y no se
> puede conectar al sitio de debian. ¿Está caído?
>
> Gracias
>
> Atentamente,
>
> --
> Germán Avendaño Ramírez
> Lic. Mat. U.D., M.Sc. U.N.
> Colegio José Benigno Segura Velásquez
> Delegado Asamblea ADE
> Veedor salud ADE
> Cel: 3174411959
> Email: german_...@autistici.org
> GNU/Linux user # 531535
> Sent from Debian Jessie GNU/Linux
>
>

Re: Guión medio color azul en emacs

[Debianero]

On Thu, Apr 28, 2016 at 09:18:31PM -0430, Emilio Lazo Zaia wrote:
> Va entre líneas.
> 
> El 28 de abril de 2016, 20:38, Debianero 
> escribió:
> 
> > On Thu, Apr 28, 2016 at 01:56:03AM -0430, Emilio Lazo Zaia wrote:
> > > ¿No estará el archivo en UTF-16? prueba con el comando "file" a ver qué
> > > codificación detecta, después puedes usar "iconv" para convertirlo a la
> > que
> > > desees, probablemente UTF-8.
> > >
> > >
> > > Si con "cat" no ves nada extraño, entonces prueba con "cat -A"; si
> > aparece
> > > "^@" entre cada carácter, entonces es UTF-16.
> >
> > Tambien he de comentar que el simbolo de interrogacion "¿" viene como con
> > codificacion y viene en letras azules "\302\277" siendo que antes esto no
> > aparecia.
> >
> > El signo de exclamacion "!" trae el codigo "\302\241" en letras azules.
> >
> > La letra "é" trae el codigo "\303\251" en letras azules.
> >
> 
> Aquí tenemos más información: Estos caracteres que citas están codificados
> bajo UTF-8, aunque supongo que la exclamación es "¡" y no "!".

Asi es es "¡" y no "!".

> 
> Esa nomenclatura es octal. Puedes probarlo así:
> 
> $ echo -n é | od -b
>

~$ echo -n é | od -b
000 303 251
002


> Eso significa que por lo menos esos caracteres están en UTF-8; habrá que
> ver si hay otros que están bajo otra codificación (e.g. iso8859-1) que
> entonces emacs lo detecta como una mezcla de codificaciones y te lo muestra
> un poco más "binario" dándote los códigos en octal de todo lo que no sea
> ASCII. No sé si emacs hace eso, en realidad... Lo extraño es que sea
> detectado como "data" por file; eso significa algo así como "binario
> desconocido" y no un simple texto en UTF-8. Si pones un fragmento ayudaría
> más. ¿Esto fue un cambio súbito que nadie hizo y de pronto se empezó a ver
> así el archivo?

Ejecute:

~$ cat -A miarchivo.txt

M-BM-?Te anoto como una mientras ju... etc.

El cambio fue subito, nadie tiene acceso a esta maquina mas que yo. El archivo 
lo tengo guardado y cuando alguien quiere modificarlo o agregarlo, lo tiene que 
hacer en mi presencia. cuando se desea hacer una modificacion o ajuste, me 
piden buscar entre tanto texto y listo.

Sonara como novela de suspenso, una noche el sistema se apago solo (como se 
hace comunmente) y al dia siguiente me pidieron realizar una busqueda y 
¡voila!... no arrojo resultados. ¡Habia vuelto a suceder!, pero ahora no puedo 
corregirlo manualmente porque ya le agregaron cientos o miles de lineas de 
texto nuevas y no puedo estar linea por linea.

Te comento que la vez anterior, al ser solo como 200 lineas, me puse a borrar a 
mano los codigos (letras azulitas) "\303\251" y no me tarde mucho, pero ahora 
volvio a suceder, pero el archivo ya tiene cerca de 3 mil lineas... ¡No puedo 
hacerlo uno por uno!. Lo curioso es que cuando cambie esas codificaciones, el 
archivo volvio a trabajar perfectamente, era detectado como archivo de texto y 
con codificiacion UTF8.
 
> 
> 
> El 28 de abril de 2016, 20:38, Debianero 
> escribió:
> 
> > On Thu, Apr 28, 2016 at 01:56:03AM -0430, Emilio Lazo Zaia wrote:
> > > ¿No estará el archivo en UTF-16? prueba con el comando "file" a ver qué
> > > codificación detecta, después puedes usar "iconv" para convertirlo a la
> > que
> > > desees, probablemente UTF-8.
> > >
> > >
> > > Si con "cat" no ves nada extraño, entonces prueba con "cat -A"; si
> > aparece
> > > "^@" entre cada carácter, entonces es UTF-16.
> >
> > Tambien he de comentar que el simbolo de interrogacion "¿" viene como con
> > codificacion y viene en letras azules "\302\277" siendo que antes esto no
> > aparecia.
> >
> > El signo de exclamacion "!" trae el codigo "\302\241" en letras azules.
> >
> > La letra "é" trae el codigo "\303\251" en letras azules.
> >
> > >
> > >
> > > On 27/04/16 23:53, Debianero wrote:
> > > >>Seguro que los guiones son guiones dentro del documento o son solo una
> > forma de emacs para representar algún caracter no imprimible? Puedes
> > intentar abrir el archivo con algún editor hexadecimal y editarlo ahí.
> > > >>Con vim puedes usar `:%!xxd` para convertir tu archivo a hexadecimal,
> > editarlo y usar `:%!xxd -r` para regresar antes de guardar.
> > > >Ya lo hice, pero no reemplaza ni con hexadecimal.
> > > >
> > > >Creo que tiene que ver con los Caracteres de Control como dice Camaleon.
> > > >
> > > >Buscare mas sobre esa informacion.
> > > >
> > > >Gracias
> > > >
> > > >Debianero
> > > >
> > > >
> > >
> >
> >
> 
> 
> -- 
> Emilio Lazo Zaia 

Re: Guión medio color azul en emacs

[Debianero]

On Thu, Apr 28, 2016 at 09:01:28PM -0430, Emilio Lazo Zaia wrote:
> Hola, ¿pero verse perfectamente significa que lees el texto?
> 
> ¿Entre cat y cat -A no ves diferencia? Con cat -A verás un resultado que
> será texto ASCII siempre, es decir que los caracteres de control -si
> existieran- son transformados a una forma en texto con nomenclatura de
> caracteres de control (^), y lo que esté fuera de ASCII (en cualquier
> codificación) te lo muestra también en una forma de texto... Verás los
> saltos de línea con un "$". Con eso podrás hacer un análisis de lo que está
> pasando y a qué codificación fue convertido, si es que pasó eso.

¡Exacto!. Los saltos de linea tienen un simbolo de dinero al final.

>
> Podrás poner acá por lo menos un fragmento de cada resultado a ver qué se
> puede saber...

El fragmento de un libro que estan escribiendo dice:

...y entonces ella dijo !Felicidades por el nuevo negocio que ESTM-CM-^AN por 
abrir!!. Les deseamos lo mejor, sin duda triunfaran$





> 
> 
> PD: Disculpa que antes te respondí privadamente nada más.
> 
> El 28 de abril de 2016, 19:52, Debianero 
> escribió:
> 
> > On Thu, Apr 28, 2016 at 01:56:03AM -0430, Emilio Lazo Zaia wrote:
> > > ¿No estará el archivo en UTF-16? prueba con el comando "file" a ver qué
> > > codificación detecta, después puedes usar "iconv" para convertirlo a la
> > que
> > > desees, probablemente UTF-8.
> >
> > # Ejecutando el comando file me arroja el siguiente resultado.
> > $ file miarchivo.txt
> > miarchivo.txt: data
> >
> > >
> > >
> > > Si con "cat" no ves nada extraño, entonces prueba con "cat -A"; si
> > aparece
> > > "^@" entre cada carácter, entonces es UTF-16.
> >
> > # Ejecutando el comando siguiente se ve perfectamente el archivo.
> > $ cat miarchivo.txt
> >
> > # Ejecutando el comando siguiente se ve perfectamente el archivo.
> > $ cat -A miarchivo.txt
> >
> >
> > >
> > >
> > > On 27/04/16 23:53, Debianero wrote:
> > > >>Seguro que los guiones son guiones dentro del documento o son solo una
> > forma de emacs para representar algún caracter no imprimible? Puedes
> > intentar abrir el archivo con algún editor hexadecimal y editarlo ahí.
> > > >>Con vim puedes usar `:%!xxd` para convertir tu archivo a hexadecimal,
> > editarlo y usar `:%!xxd -r` para regresar antes de guardar.
> > > >Ya lo hice, pero no reemplaza ni con hexadecimal.
> > > >
> > > >Creo que tiene que ver con los Caracteres de Control como dice Camaleon.
> > > >
> > > >Buscare mas sobre esa informacion.
> > > >
> > > >Gracias
> > > >
> > > >Debianero
> > > >
> > > >
> > >
> >
> >
> 
> 
> -- 
> Emilio Lazo Zaia 

Re: Guión medio color azul en emacs

[Emilio Lazo Zaia]

Va entre líneas.

El 28 de abril de 2016, 20:38, Debianero 
escribió:

> On Thu, Apr 28, 2016 at 01:56:03AM -0430, Emilio Lazo Zaia wrote:
> > ¿No estará el archivo en UTF-16? prueba con el comando "file" a ver qué
> > codificación detecta, después puedes usar "iconv" para convertirlo a la
> que
> > desees, probablemente UTF-8.
> >
> >
> > Si con "cat" no ves nada extraño, entonces prueba con "cat -A"; si
> aparece
> > "^@" entre cada carácter, entonces es UTF-16.
>
> Tambien he de comentar que el simbolo de interrogacion "¿" viene como con
> codificacion y viene en letras azules "\302\277" siendo que antes esto no
> aparecia.
>
> El signo de exclamacion "!" trae el codigo "\302\241" en letras azules.
>
> La letra "é" trae el codigo "\303\251" en letras azules.
>

Aquí tenemos más información: Estos caracteres que citas están codificados
bajo UTF-8, aunque supongo que la exclamación es "¡" y no "!".

Esa nomenclatura es octal. Puedes probarlo así:

$ echo -n é | od -b

Eso significa que por lo menos esos caracteres están en UTF-8; habrá que
ver si hay otros que están bajo otra codificación (e.g. iso8859-1) que
entonces emacs lo detecta como una mezcla de codificaciones y te lo muestra
un poco más "binario" dándote los códigos en octal de todo lo que no sea
ASCII. No sé si emacs hace eso, en realidad... Lo extraño es que sea
detectado como "data" por file; eso significa algo así como "binario
desconocido" y no un simple texto en UTF-8. Si pones un fragmento ayudaría
más. ¿Esto fue un cambio súbito que nadie hizo y de pronto se empezó a ver
así el archivo?



El 28 de abril de 2016, 20:38, Debianero 
escribió:

> On Thu, Apr 28, 2016 at 01:56:03AM -0430, Emilio Lazo Zaia wrote:
> > ¿No estará el archivo en UTF-16? prueba con el comando "file" a ver qué
> > codificación detecta, después puedes usar "iconv" para convertirlo a la
> que
> > desees, probablemente UTF-8.
> >
> >
> > Si con "cat" no ves nada extraño, entonces prueba con "cat -A"; si
> aparece
> > "^@" entre cada carácter, entonces es UTF-16.
>
> Tambien he de comentar que el simbolo de interrogacion "¿" viene como con
> codificacion y viene en letras azules "\302\277" siendo que antes esto no
> aparecia.
>
> El signo de exclamacion "!" trae el codigo "\302\241" en letras azules.
>
> La letra "é" trae el codigo "\303\251" en letras azules.
>
> >
> >
> > On 27/04/16 23:53, Debianero wrote:
> > >>Seguro que los guiones son guiones dentro del documento o son solo una
> forma de emacs para representar algún caracter no imprimible? Puedes
> intentar abrir el archivo con algún editor hexadecimal y editarlo ahí.
> > >>Con vim puedes usar `:%!xxd` para convertir tu archivo a hexadecimal,
> editarlo y usar `:%!xxd -r` para regresar antes de guardar.
> > >Ya lo hice, pero no reemplaza ni con hexadecimal.
> > >
> > >Creo que tiene que ver con los Caracteres de Control como dice Camaleon.
> > >
> > >Buscare mas sobre esa informacion.
> > >
> > >Gracias
> > >
> > >Debianero
> > >
> > >
> >
>
>


-- 
Emilio Lazo Zaia 

Re: Guión medio color azul en emacs

[Emilio Lazo Zaia]

Hola, ¿pero verse perfectamente significa que lees el texto?

¿Entre cat y cat -A no ves diferencia? Con cat -A verás un resultado que
será texto ASCII siempre, es decir que los caracteres de control -si
existieran- son transformados a una forma en texto con nomenclatura de
caracteres de control (^), y lo que esté fuera de ASCII (en cualquier
codificación) te lo muestra también en una forma de texto... Verás los
saltos de línea con un "$". Con eso podrás hacer un análisis de lo que está
pasando y a qué codificación fue convertido, si es que pasó eso.

Podrás poner acá por lo menos un fragmento de cada resultado a ver qué se
puede saber...


PD: Disculpa que antes te respondí privadamente nada más.

El 28 de abril de 2016, 19:52, Debianero 
escribió:

> On Thu, Apr 28, 2016 at 01:56:03AM -0430, Emilio Lazo Zaia wrote:
> > ¿No estará el archivo en UTF-16? prueba con el comando "file" a ver qué
> > codificación detecta, después puedes usar "iconv" para convertirlo a la
> que
> > desees, probablemente UTF-8.
>
> # Ejecutando el comando file me arroja el siguiente resultado.
> $ file miarchivo.txt
> miarchivo.txt: data
>
> >
> >
> > Si con "cat" no ves nada extraño, entonces prueba con "cat -A"; si
> aparece
> > "^@" entre cada carácter, entonces es UTF-16.
>
> # Ejecutando el comando siguiente se ve perfectamente el archivo.
> $ cat miarchivo.txt
>
> # Ejecutando el comando siguiente se ve perfectamente el archivo.
> $ cat -A miarchivo.txt
>
>
> >
> >
> > On 27/04/16 23:53, Debianero wrote:
> > >>Seguro que los guiones son guiones dentro del documento o son solo una
> forma de emacs para representar algún caracter no imprimible? Puedes
> intentar abrir el archivo con algún editor hexadecimal y editarlo ahí.
> > >>Con vim puedes usar `:%!xxd` para convertir tu archivo a hexadecimal,
> editarlo y usar `:%!xxd -r` para regresar antes de guardar.
> > >Ya lo hice, pero no reemplaza ni con hexadecimal.
> > >
> > >Creo que tiene que ver con los Caracteres de Control como dice Camaleon.
> > >
> > >Buscare mas sobre esa informacion.
> > >
> > >Gracias
> > >
> > >Debianero
> > >
> > >
> >
>
>


-- 
Emilio Lazo Zaia 

Re: Guión medio color azul en emacs

[Debianero]

On Thu, Apr 28, 2016 at 01:56:03AM -0430, Emilio Lazo Zaia wrote:
> ¿No estará el archivo en UTF-16? prueba con el comando "file" a ver qué
> codificación detecta, después puedes usar "iconv" para convertirlo a la que
> desees, probablemente UTF-8.
> 
> 
> Si con "cat" no ves nada extraño, entonces prueba con "cat -A"; si aparece
> "^@" entre cada carácter, entonces es UTF-16.

Tambien he de comentar que el simbolo de interrogacion "¿" viene como con 
codificacion y viene en letras azules "\302\277" siendo que antes esto no 
aparecia.

El signo de exclamacion "!" trae el codigo "\302\241" en letras azules. 

La letra "é" trae el codigo "\303\251" en letras azules.

> 
> 
> On 27/04/16 23:53, Debianero wrote:
> >>Seguro que los guiones son guiones dentro del documento o son solo una 
> >>forma de emacs para representar algún caracter no imprimible? Puedes 
> >>intentar abrir el archivo con algún editor hexadecimal y editarlo ahí.
> >>Con vim puedes usar `:%!xxd` para convertir tu archivo a hexadecimal, 
> >>editarlo y usar `:%!xxd -r` para regresar antes de guardar.
> >Ya lo hice, pero no reemplaza ni con hexadecimal.
> >
> >Creo que tiene que ver con los Caracteres de Control como dice Camaleon.
> >
> >Buscare mas sobre esa informacion.
> >
> >Gracias
> >
> >Debianero
> >
> >
> 

Re: Guión medio color azul en emacs

[Debianero]

On Thu, Apr 28, 2016 at 01:56:03AM -0430, Emilio Lazo Zaia wrote:
> ¿No estará el archivo en UTF-16? prueba con el comando "file" a ver qué
> codificación detecta, después puedes usar "iconv" para convertirlo a la que
> desees, probablemente UTF-8.

# Ejecutando el comando file me arroja el siguiente resultado.
$ file miarchivo.txt
miarchivo.txt: data

> 
> 
> Si con "cat" no ves nada extraño, entonces prueba con "cat -A"; si aparece
> "^@" entre cada carácter, entonces es UTF-16.

# Ejecutando el comando siguiente se ve perfectamente el archivo.
$ cat miarchivo.txt

# Ejecutando el comando siguiente se ve perfectamente el archivo.
$ cat -A miarchivo.txt


> 
> 
> On 27/04/16 23:53, Debianero wrote:
> >>Seguro que los guiones son guiones dentro del documento o son solo una 
> >>forma de emacs para representar algún caracter no imprimible? Puedes 
> >>intentar abrir el archivo con algún editor hexadecimal y editarlo ahí.
> >>Con vim puedes usar `:%!xxd` para convertir tu archivo a hexadecimal, 
> >>editarlo y usar `:%!xxd -r` para regresar antes de guardar.
> >Ya lo hice, pero no reemplaza ni con hexadecimal.
> >
> >Creo que tiene que ver con los Caracteres de Control como dice Camaleon.
> >
> >Buscare mas sobre esa informacion.
> >
> >Gracias
> >
> >Debianero
> >
> >
> 

Re: Cambio repentino de archivo de texto normal a archivo binario

[Debianero]

On Thu, Apr 28, 2016 at 07:06:19PM -0500, Debianero wrote:
> On Thu, Apr 28, 2016 at 01:55:38PM +, Camaleón wrote:
> > El Wed, 27 Apr 2016 20:40:50 -0500, debianero escribió:
> > 
> > > Listeros:
> > > 
> > > Buenas noches, tengo el mismo problema de antes.
> > 
> > ¿Por "antes" te refieres a 5 años atrás? >:-)
> 
> Jajaja, sigo aprendiendo... A veces pienso que todos piensan lo que pasa en 
> mi mente. Despues recapacite... Me referia al post de "letras azulitas en 
> Emacs" y por ende, debi continuar con ese hilo y abri otro... Lo siento.
> 
> > 
> > > Tengo un archivo de texto plano y de repente y sin aviso, me cambia a
> > > archivo binario.
> > 
> > !!!
> 
> Así es, ¡aunque usted no lo crea!.
> 
> > 
> > > Deseo realizar una busqueda en el archivo mediante el comando siguiente:
> > > 
> > > egrep -i texto-a-buscar archivo-texto 
> > > Coincidencia en el fichero binario archivo-texto
> > > 
> > > ¿Alguna ida de lo que este pasando? y como puedo volverlo a regresar a
> > > modo texto?.
> > 
> > Ejecuta "file archivo" y manda la salida.
> 
> file miarchivo.txt
> miarchivo.txt UTF-8 Unicode text, with very long lines

Correccion, no me arroja este resultado, esto lo ejecute con un respaldo de un 
archivo. Lo correcto es:

$ file miarchivo.txt
miarchivo.txt: data




> 
> > 
> > What makes grep consider a file to be binary?
> > http://unix.stackexchange.com/questions/19907/what-makes-grep-consider-a-file-to-be-binary
> 
> Revisare la informacion. Gracias por contestar.
> 
> > Saludos,
> > 
> > -- 
> > Camaleón
> > 
> 

Re: Cambio repentino de archivo de texto normal a archivo binario

[Debianero]

On Thu, Apr 28, 2016 at 01:55:38PM +, Camaleón wrote:
> El Wed, 27 Apr 2016 20:40:50 -0500, debianero escribió:
> 
> > Listeros:
> > 
> > Buenas noches, tengo el mismo problema de antes.
> 
> ¿Por "antes" te refieres a 5 años atrás? >:-)

Jajaja, sigo aprendiendo... A veces pienso que todos piensan lo que pasa en mi 
mente. Despues recapacite... Me referia al post de "letras azulitas en Emacs" y 
por ende, debi continuar con ese hilo y abri otro... Lo siento.

> 
> > Tengo un archivo de texto plano y de repente y sin aviso, me cambia a
> > archivo binario.
> 
> !!!

Así es, ¡aunque usted no lo crea!.

> 
> > Deseo realizar una busqueda en el archivo mediante el comando siguiente:
> > 
> > egrep -i texto-a-buscar archivo-texto 
> > Coincidencia en el fichero binario archivo-texto
> > 
> > ¿Alguna ida de lo que este pasando? y como puedo volverlo a regresar a
> > modo texto?.
> 
> Ejecuta "file archivo" y manda la salida.

file miarchivo.txt
miarchivo.txt UTF-8 Unicode text, with very long lines

> 
> What makes grep consider a file to be binary?
> http://unix.stackexchange.com/questions/19907/what-makes-grep-consider-a-file-to-be-binary

Revisare la informacion. Gracias por contestar.

> Saludos,
> 
> -- 
> Camaleón
> 

Re: Bug en utileria ifupdown 0.7.50 instalar la version 0.7.51

[Debianero]

On Thu, Apr 28, 2016 at 02:06:06PM +, Camaleón wrote:
> El Wed, 27 Apr 2016 21:00:59 -0500, Debianero escribió:
> 
> > On Tue, Apr 26, 2016 at 09:59:05AM -0430, Emilio Lazo Zaia wrote:
> 
> (...)
> 
> >> El propósito del hilo debe haber sido terminar diciendo algo así como
> >> esto,
> >> dos veces.
> >> 
> >> No sé cómo es tomado en serio por algunos usuarios, luego de
> >> estupideces como esta, como el último correo sobre el orgullo "Debia",
> >> y decir también que cuando tenga tiempo prueba porque recordemos que
> >> tiene mucho trabajo. Además de pedir ayuda y después "resolver" todo a
> >> los trancazos, reinstalando y aplicando scripts que no entiende. Para
> >> mí que todas son situaciones imaginarias.
> > 
> > No es estupido en que no sabe... y he sido muy claro al decirlo.
> > Estupido es aquel que cree saber...
> > 
> > ¿Tiene algo de malo NO SABER?
> 
> Ni malo ni bueno, es sólo una "condición" o un "estado".
> 
> > ¿Tiene algo de malo SER IGNORANTE?
> 
> Lo mismo.
> 
> Lo que personalmente encuentro malísimo es querer permanecer ese estado 
> de manera perpetua. Estas listas existen precisamente para evitarlo :-)
> 
> > Lo reitero camaradas listeros, NO SE, SOY IGNORANTE por eso estoy aqui.
> 
> Hum... estarás aquí por algún motivo (resolver un problema, aprender 
> cosas nuevas...) pero no por eso exclusivamente.
> 
> > Sin embargo dire, que asi como use la fuerza bruta, alguien ha usado su
> > mente bruta para responder de manera cavernicola... (no lo juzgo) como
> > yo lo hice al reinstalar Debian.
> 
> Pues no sé qué decirte, algo de razón lleva. Por pura lógica, además:
> 
> - Preguntas es la lista porque tienes un problema y quieres resolverlo
> - Te respondemos con pasos, ideas y cosas para probar, te pedimos 
> información
> - Reinstalas el sistema
> - El problema sigue intacto: ni sabes qué lo generó ni qué lo volverá a 
> generar por lo que estás igual que al principio sólo que con menos tiempo 
> (el perdido al reinstalar, en preguntar a la lista...)
> 
> > Le recuerdo que me pagan por dar resultados, no problemas, le recuerdo
> > que me pagan para encontrar soluciones, asi use un clip para resolver un
> > problema. Quizas sepa usted mas que yo en informatica, pero con respecto
> > a tratar con personas, puedo darle un curso intensivo.
> 
> Y lo único que te decimos es que no has encontrado una solución sino que 
> has aplicando un parche temporal, que te volverá a pasar lo mismo y que 
> aquí estaremos esperando ;-D

Lo que creo es que Camaleon tiene un diplomado en PACIENCIA. Felicidades, sigo 
aprendiendo de usted mi estimada Camaleon.

> 
> Saludos,
> 
> -- 
> Camaleón
> 

Re: ¿Sitio web debian caído?

[Debianero]

On Thu, Apr 28, 2016 at 04:53:34PM -0500, Germán Avendaño Ramírez wrote:
> Cordial saludo
> 
> Cuando intento actualizar, usando la orden
> 
> # apt-get update
> 
> No se puede conectar al repositorio de seguridad de debian. Obtengo lo
> siguiente:
> 
> "Err http://security.debian.org jessie/updates Release.gpg
>   No se puede iniciar la conexión a security.debian.org:80
> (2801:82:80ff:8009:e61f:13ff:fe63:8e88). - connect (101: La red es
> inaccesible) [IP: 2801:82:80ff:8009:e61f:13ff:fe63:8e88 80]"

Acabo de hacer un ping al sitio y todo esta bien

PING security.debian.org (149.20.20.19) 56(84) bytes of data.
64 bytes from mirror-isc2.debian.org (149.20.20.19): icmp_seq=1 ttl=52 
time=78.8 ms
64 bytes from mirror-isc2.debian.org (149.20.20.19): icmp_seq=2 ttl=52 
time=81.9 ms
^C
--- security.debian.org ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1000ms
rtt min/avg/max/mdev = 78.603/80.269/81.935/1.566 ms


 
> Ahora bien, no se que pasa, pero no me puedo conectar con el navegador a la
> página https://www.debian.org , algo pasa, no se si es solamente aquí en
> Bogotá Colombia. Lo intento también desde mi tablet con android y no se
> puede conectar al sitio de debian. ¿Está caído?

Tambien esta en linea el servidor de www.debian.org lo acabo de revisar con 
Iceweasel y con Tor.

¿Ya revistaste tu tarjeta de red?
Puedes probar

ifconfig

Quizas no tengas acceso a tu red... para determinarlo puedes hacer un ping a tu 
router.



> Gracias
> 
> Atentamente,
> 
> -- 
> Germán Avendaño Ramírez
> Lic. Mat. U.D., M.Sc. U.N.
> Colegio José Benigno Segura Velásquez
> Delegado Asamblea ADE
> Veedor salud ADE
> Cel: 3174411959
> Email: german_...@autistici.org
> GNU/Linux user # 531535
> Sent from Debian Jessie GNU/Linux
> 

Re: ¿Sitio web debian caído?

[Uzziel Contreras Portilla]

(...)

Buenas tardes Debianeros;

Confirmo en México que puedo acceder y actualizé vía terminal por la mañana.

Saludos.


El 28/04/16 a las 16:53, Germán Avendaño Ramírez escribió:

Cordial saludo

Cuando intento actualizar, usando la orden

# apt-get update

No se puede conectar al repositorio de seguridad de debian. Obtengo lo 
siguiente:


"Err http://security.debian.org jessie/updates Release.gpg
  No se puede iniciar la conexión a security.debian.org:80 
(2801:82:80ff:8009:e61f:13ff:fe63:8e88). - connect (101: La red es 
inaccesible) [IP: 2801:82:80ff:8009:e61f:13ff:fe63:8e88 80]"


Ahora bien, no se que pasa, pero no me puedo conectar con el navegador 
a la página https://www.debian.org , algo pasa, no se si es solamente 
aquí en Bogotá Colombia. Lo intento también desde mi tablet con 
android y no se puede conectar al sitio de debian. ¿Está caído?


Gracias

Atentamente,

¿Sitio web debian caído?

[Germán Avendaño Ramírez]

Cordial saludo

Cuando intento actualizar, usando la orden

# apt-get update

No se puede conectar al repositorio de seguridad de debian. Obtengo lo 
siguiente:


"Err http://security.debian.org jessie/updates Release.gpg
  No se puede iniciar la conexión a security.debian.org:80 
(2801:82:80ff:8009:e61f:13ff:fe63:8e88). - connect (101: La red es 
inaccesible) [IP: 2801:82:80ff:8009:e61f:13ff:fe63:8e88 80]"


Ahora bien, no se que pasa, pero no me puedo conectar con el navegador a 
la página https://www.debian.org , algo pasa, no se si es solamente aquí 
en Bogotá Colombia. Lo intento también desde mi tablet con android y no 
se puede conectar al sitio de debian. ¿Está caído?


Gracias

Atentamente,

--
Germán Avendaño Ramírez
Lic. Mat. U.D., M.Sc. U.N.
Colegio José Benigno Segura Velásquez
Delegado Asamblea ADE
Veedor salud ADE
Cel: 3174411959
Email: german_...@autistici.org
GNU/Linux user # 531535
Sent from Debian Jessie GNU/Linux

Error al restaurar backup bacula

[Dubraska Lopez]

Buenas Tardes a todos,
Me encuentro con el siguiente error al tratar de restaurar un backup en cinta a 
un servidor windows remoto:
28-abr 15:17 SRVCCSDEBIAN-dir JobId 104: Start Restore Job 
Restore_srvccs03.2016-04-28_15.17.21_3428-abr 15:17 SRVCCSDEBIAN-dir JobId 104: 
Using Device "LTO-5-1"*messages28-abr 15:18 SRVCCSDEBIAN-sd JobId 104: Ready to 
read from volume "Incremental" on device "LTO-5-1" (dev/st0).28-abr 15:18 
SRVCCSDEBIAN-sd JobId 104: Forward spacing Volume "Incremental" to file:block 
2:0.28-abr 15:19 SRVCCSDEBIAN-dir JobId 104: Fatal error: Socket error on Store 
end command: ERR=Conexión reinicializada por la máquina remota28-abr 15:19 
SRVCCSDEBIAN-sd JobId 104: Error: bsock.c:389 Write error sending 40056 bytes 
to client:192.168.2.21:36643: ERR=Conexión reinicializada por la máquina 
remota28-abr 15:19 SRVCCSDEBIAN-sd JobId 104: Fatal error: read.c:137 Error 
sending to File daemon. ERR=Conexión reinicializada por la máquina remota28-abr 
15:19 SRVCCSDEBIAN-sd JobId 104: Error: bsock.c:335 Socket has errors=1 on call 
to client:192.168.2.21:3664328-abr 15:19 SRVCCSDEBIAN-dir JobId 104: Error: 
Bacula SRVCCSDEBIAN-dir 5.2.6 (21Feb12):  Build OS:   
i486-pc-linux-gnu debian 7.0  JobId:  104  Job: 
   Restore_srvccs03.2016-04-28_15.17.21_34  Restore Client: srvccs03-fd 
 Start time: 28-abr-2016 15:17:23  End time:   
28-abr-2016 15:19:08  Files Expected: 2  Files Restored: 0  
Bytes Restored: 0  Rate:   0.0 KB/s  FD Errors: 
 1  FD termination status:  SD termination status:  Running  Termination:   
 *** Restore Error ***
Es importante mencionar que los demonios están configurados en un equipo con 
debian y tiene el robot de cintas conectado directamente, si hago el restore al 
mismo servidor debian si funciona, cuando lo re-direcciono al servidor windows 
falla.
Mucho agradeceria su ayuda.
Saludos.D
  

Re: SO en disko usb segunda particion (sdb?)

[Juan Gomez (Txonta)]

Hola lista.

El 28/04/16 a las 19:04, Camaleón escribió:

(...)

ahora la salida de ... es:
user@x:/$ grep -i "root=" /boot/grub/grub.cfg set

(...)


   set root='(/dev/sdb,msdos3)'
   linux /boot/vmlinuz-2.6.32-5-686
   root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet

(...)

   set root='(/dev/sdb,msdos3)'
   linux /boot/vmlinuz-2.6.32-trunk-686
   root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet

(...)

Tengo dudas sobre la línea "set root='(/dev/sdb,msdos3)'", dado que el
disco duro al que apuntas es externo (USB) la BIOS tendría que verlo
como la segunda unidad de arranque, es decir, "hd1" (siempre y cuando
te permita iniciar el sistema desde este tipo de unidades, algo que
convendría que comprobaras).

¿Como me aconsejas que me asegure de eso?

(...)

En la BIOS tienes que tener una sección donde te permite elegir el
dispositivo que quieres usar para iniciar en primer lugar. Suele ser un
menú desplegable donde te aparecen varias opciones (disco interno,
disquetera, unidad óptica...) y ahí tiene que aparecer alguna opción que
apunte a un disco externo USB.

OJO, no tienes que seleccionar ni cambiar nada de la BIOS, sólo comprobar
que esa opción existe ya que algunas BIOS (sobre todo de equipos
antiguos) no permiten iniciar desde discos externos USB.

SI existe la opción de arranque de device: USB

Elige una de las dos entradas ("vmlinuz-2.6.32-5-686" o
"vmlinuz-2.6.32-trunk-686") y prueba con esta opción:

***
set root='(hd1,msdos3)'
linux /boot/vmlinuz-2.6.32-trunk-686 
root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet
***

Fíjate que el único cambio es en la línea "set root", el resto está igual.

Efectuada la prueba por dos intentos
1er intento resultado el mismo que  antes:
error: invalid extent.
error: you need to load the kernel first.

Press any key to continue...

2º intento (solo lo intento por segunda vez) resultado:
error: no such device: aac1a7d7-2cd3-476c-913d-d0f75ac4ab18.
error: hd1,msdos3 cannot get C/H/S values.
error: you need to load the kernel first.

Press any key to continue...

Saludos,

Gracias.
Salud

Juan

Re: mysql 5.7.7 no se puede configurar

[Horacio]

Efectivamente viendo  /var/log/messages aparece un error como este,,,

 mysqld[27409]: mysqld: Can't read dir of '/etc/mysql/conf.d/'
(Errcode: 2 - No such file or directory)
Apr 28 16:50:32 azul2 mysqld[27409]: mysqld: [ERROR] Fatal error in
defaults handling. Program aborted!

con mkdir creo ese directorio y santo remedio el mysql arranca sin problemas,,,

ohh!!!

Gracias

El día 28 de abril de 2016, 13:19, Erick Ocrospoma
 escribió:
> 2016-04-28 8:44 GMT-05:00 Camaleón :
>> El Wed, 27 Apr 2016 21:41:56 -0300, Horacio escribió:
>>
>>> Hola, he hecho una actualización del servidor mysql al 5.7.7,,, con el
>>> apt-get,,, pero por algún motivo este aborta la configuración,,, el
>>> error que da es este:
>>>
>>> Configurando mysql-server-5.7  ...
>>> Job for mysql.service failed because the control process exited with
>>> error code. See "systemctl status mysql.service" and "journalctl -xe"
>>> for details.
>>> invoke-rc.d: initscript mysql, action "start" failed.
>>> dpkg: error al procesar el paquete mysql-server-5.7 (--configure):
>>>  el subproceso instalado el script post-installation devolvió el
>>> código de salida de error 1
>>> No se escribió un informe «apport» porque el mensaje de error indica
>>> que es un mensaje de error asociado a un fallo previo.
>>>dpkg: problemas de
>>> dependencias impiden la configuración de mysql-server:
>>>  mysql-server depende de mysql-server-5.7; sin embargo:
>>>  El paquete `mysql-server-5.7' no está configurado todavía.
>>>
>>> dpkg: error al procesar el paquete mysql-server (--configure):
>>>  problemas de dependencias - se deja sin configurar
>>
>> (...)
>>
>> Parece que no eres el único con ese problema:
>>
>> https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/1574159
>> http://askubuntu.com/questions/760724/16-04-upgrade-broke-mysql-server
>>
>> Mira a ver si en el segundo enlace encuentras algo que te sirva.
>>
>> Saludos,
>>
>> --
>> Camaleón
>>
>
> Hola,
>
> Seria bueno que compartas el /var/log/messages con los errores de
> arranque de MySQL.
> Tambien podria tratarse de un error de configuracion. El my.cnf es el
> mismo de tu version anterior o es el que viene con la nueva version ?
> (osea, no fue reemplazado al actualizarlo?) No has instalado MySQL
> desde un repositorio externo de Debian, verdad?
>
> Finalmente, prueba reiniciando MySQL pero antes fijate que no haya
> ningun proceso mysql corriendo.
>
>
>
>
>
> Erick.
>
> ---
>
> IRC :   zerick
> Blog: http://zerick.me
> About :  http://about.me/zerick
> Linux User ID :  549567
>

Re: SO en disko usb segunda particion (sdb?)

[Camaleón]

El Thu, 28 Apr 2016 18:39:57 +0200, Juan Gomez (Txonta) escribió:

> Hola Camaleon y los demás.
> 
> El 28/04/16 a las 16:54, Camaleón escribió:

(...)

>>> ahora la salida de ... es:
>>> user@x:/$ grep -i "root=" /boot/grub/grub.cfg set
>> (...)
>>
>>>   set root='(/dev/sdb,msdos3)'
>>>   linux /boot/vmlinuz-2.6.32-5-686
>>>   root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet
>> (...)
>>>   set root='(/dev/sdb,msdos3)'
>>>   linux /boot/vmlinuz-2.6.32-trunk-686
>>>   root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet
>> (...)
>>
>> Tengo dudas sobre la línea "set root='(/dev/sdb,msdos3)'", dado que el
>> disco duro al que apuntas es externo (USB) la BIOS tendría que verlo
>> como la segunda unidad de arranque, es decir, "hd1" (siempre y cuando
>> te permita iniciar el sistema desde este tipo de unidades, algo que
>> convendría que comprobaras).

> ¿Como me aconsejas que me asegure de eso?

(...)

En la BIOS tienes que tener una sección donde te permite elegir el 
dispositivo que quieres usar para iniciar en primer lugar. Suele ser un 
menú desplegable donde te aparecen varias opciones (disco interno, 
disquetera, unidad óptica...) y ahí tiene que aparecer alguna opción que 
apunte a un disco externo USB. 

OJO, no tienes que seleccionar ni cambiar nada de la BIOS, sólo comprobar 
que esa opción existe ya que algunas BIOS (sobre todo de equipos 
antiguos) no permiten iniciar desde discos externos USB.

Saludos,

-- 
Camaleón

Re: SO en disko usb segunda particion (sdb?)

[Juan Gomez (Txonta)]

Hola Camaleon y los demás.

El 28/04/16 a las 16:54, Camaleón escribió:

El Thu, 28 Apr 2016 14:41:19 +0200, Juan Gomez (Txonta) escribió:


El 25/04/16 a las 18:55, Camaleón escribió:

(...)


Aquí arriba las entradas generadas después de update grub.
Añado que sdb3/etc/fstab apunta la uuid correcta.

...

lo que me hace sospechar es que esas uuid no sean la misma (una es de
sdb3 y la otra sda) hay cuatro entradas así parecidas en grub.cfg como
lo ven ¿hay algo claro hasta aquí? ¿necesitan mas información para
tener un diagnóstico?

Bien visto. Sí, parece que ahí está el meollo. Si esa sección de GRUB
es la del nuevo sistema que has copiado y el que no inicia, prueba a
editar la entrada que parece incorrecta, es decir, la que apunta a la
partición original (sda1) en lugar de la copiada (sdb3):

***
linux /boot/vmlinuz-2.6.32-trunk-686 
root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet
***

Tras editarlo, reinicia para probar los cambios.

Tras editar y hacer los cambios he probado reiniciando la opción del
grub me conduce ha:
error: invalid extent.
error: you need to load the kernel first.
Press any key to continue...
cualquier tecla de nuevo al menu de grub

Hum...


ahora la salida de ... es:
user@x:/$ grep -i "root=" /boot/grub/grub.cfg set

(...)


  set root='(/dev/sdb,msdos3)'
  linux /boot/vmlinuz-2.6.32-5-686 
root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet

(...)

  set root='(/dev/sdb,msdos3)'
  linux /boot/vmlinuz-2.6.32-trunk-686 
root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet

(...)

Tengo dudas sobre la línea "set root='(/dev/sdb,msdos3)'", dado que el
disco duro al que apuntas es externo (USB) la BIOS tendría que verlo
como la segunda unidad de arranque, es decir, "hd1" (siempre y cuando
te permita iniciar el sistema desde este tipo de unidades, algo que
convendría que comprobaras).

¿Como me aconsejas que me asegure de eso?


Elige una de las dos entradas ("vmlinuz-2.6.32-5-686" o
"vmlinuz-2.6.32-trunk-686") y prueba con esta opción:

***
set root='(hd1,msdos3)'
linux /boot/vmlinuz-2.6.32-trunk-686 
root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet
***

Fíjate que el único cambio es en la línea "set root", el resto está igual.

Saludos,

Salud

Re: mysql 5.7.7 no se puede configurar

[Erick Ocrospoma]

2016-04-28 8:44 GMT-05:00 Camaleón :
> El Wed, 27 Apr 2016 21:41:56 -0300, Horacio escribió:
>
>> Hola, he hecho una actualización del servidor mysql al 5.7.7,,, con el
>> apt-get,,, pero por algún motivo este aborta la configuración,,, el
>> error que da es este:
>>
>> Configurando mysql-server-5.7  ...
>> Job for mysql.service failed because the control process exited with
>> error code. See "systemctl status mysql.service" and "journalctl -xe"
>> for details.
>> invoke-rc.d: initscript mysql, action "start" failed.
>> dpkg: error al procesar el paquete mysql-server-5.7 (--configure):
>>  el subproceso instalado el script post-installation devolvió el
>> código de salida de error 1
>> No se escribió un informe «apport» porque el mensaje de error indica
>> que es un mensaje de error asociado a un fallo previo.
>>dpkg: problemas de
>> dependencias impiden la configuración de mysql-server:
>>  mysql-server depende de mysql-server-5.7; sin embargo:
>>  El paquete `mysql-server-5.7' no está configurado todavía.
>>
>> dpkg: error al procesar el paquete mysql-server (--configure):
>>  problemas de dependencias - se deja sin configurar
>
> (...)
>
> Parece que no eres el único con ese problema:
>
> https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/1574159
> http://askubuntu.com/questions/760724/16-04-upgrade-broke-mysql-server
>
> Mira a ver si en el segundo enlace encuentras algo que te sirva.
>
> Saludos,
>
> --
> Camaleón
>

Hola,

Seria bueno que compartas el /var/log/messages con los errores de
arranque de MySQL.
Tambien podria tratarse de un error de configuracion. El my.cnf es el
mismo de tu version anterior o es el que viene con la nueva version ?
(osea, no fue reemplazado al actualizarlo?) No has instalado MySQL
desde un repositorio externo de Debian, verdad?

Finalmente, prueba reiniciando MySQL pero antes fijate que no haya
ningun proceso mysql corriendo.





Erick.

---

IRC :   zerick
Blog: http://zerick.me
About :  http://about.me/zerick
Linux User ID :  549567

Re: Monitorear quien en una LAN esta enviando muchos paquetes

[Camaleón]

El Thu, 28 Apr 2016 12:40:33 -0300, Leandro Ledesma escribió:

> Actualmente alguien dentro de una LAN esta enviando grandes paquetes
> hacia afuera, me gustaria saber quien es!!
> 
> Alguna recomendacion?

Dependerá de topología de tu red pero seguramente te servirán wireshark o 
tcpdump.

Saludos,

-- 
Camaleón

Re: Monitorear quien en una LAN esta enviando muchos paquetes

[Gonzalo L. Campos Medina]

Tendrías que usar un equipo intermedio entre la red y el internet para
poder controlar eso...practicamente un cortafuegos... opciones hay
muchas...donde dan un reporte diario, mensual por IP, Host, etc

El día 28 de abril de 2016, 10:40, Leandro Ledesma
 escribió:
> Estimados,
>
> Actualmente alguien dentro de una LAN esta enviando grandes paquetes hacia
> afuera, me gustaria saber quien es!!
>
> Alguna recomendacion?
>
> Muchas gracias.
>
> Saludos.
>
> --
> -~-~-~-~-~-~-~-~-~-~-~-~-~
> Leandro Ledesma
> Linux Counter #499024

Monitorear quien en una LAN esta enviando muchos paquetes

[Leandro Ledesma]

Estimados,

Actualmente alguien dentro de una LAN esta enviando grandes paquetes hacia
afuera, me gustaria saber quien es!!

Alguna recomendacion?

Muchas gracias.

Saludos.

-- 
-~-~-~-~-~-~-~-~-~-~-~-~-~
Leandro Ledesma
Linux Counter #499024

Re: Monitorear quien en una LAN esta enviando muchos paquetes

[Aldo Rivadeneira]

Puedes usar iftop o tcptrack.

saludos,
> El 28/04/2016, a las 10:40 a.m., Leandro Ledesma  
> escribió:
> 
> Estimados,
> 
> Actualmente alguien dentro de una LAN esta enviando grandes paquetes hacia 
> afuera, me gustaria saber quien es!!
> 
> Alguna recomendacion?
> 
> Muchas gracias.
> 
> Saludos.
> 
> --
> -~-~-~-~-~-~-~-~-~-~-~-~-~
> Leandro Ledesma
> Linux Counter #499024



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Demoras interminables al perder una conexión de red

[Walter O. Dari]

Hola...

El 28/04/16 a las 10:51, Camaleón escribió:

El Wed, 27 Apr 2016 22:23:27 -0300, Walter O. Dari escribió:


Hola gente:

No se si tendré algo mal configurado.

Tengo una portátil con Jessie donde se montan (con autofs) algunos
directorios de 3 servidores distintos.


Esos directorios que montas en el portátil ¿son directorios del sistema o
sólo de datos?


Son datos de resguardos.



El asunto es que uno de los servidores comenzó a tener problemas con uno
de los discos en raid1, a partir de no poder montar ese directorio (o
montarlo pero no poder acceder a los datos),


Esto no lo entiendo. Un raid 1 te permite seguir funcionando sin
problemas en caso de fallo de uno de los discos ¿por qué dices que el
servidor tenía problemas de acceso a los datos? :-?


En realidad era un poco más complejo el problema, también daba errores 
con el disco del sistema (en raid1 estaban las particiones /home y 
/var). Esto ya me pareció muy raro, dos unidades de disco que fallen en 
los mismos momentos era demasiada casualidad. Al final reemplacé la 
fuente de alimentación del servidor y se terminaron todos los problemas.



la portátil prácticamente no funciona, se "cuelga" el administrador de
archivos, las ventanas de terminal donde intento entrar al directorio
en cuestión, en fin, en realidad no se si realmente se cuelga pero los
tiempos de demora son desesperantes, no me alcanza la paciencia para
saber si está colgada o no, he esperado hasta 20 minutos y la portátil
no se recupera. Los datos de los servidores son compartidos mediante nfs
y samba, desde la portátil se utiliza nfs para conectarse.

Es normal esto ?  O tengo que configurar en algún lugar los tiempos de
espera para que me devuelva el control ?


Entiendo que es normal si el portátil está intentando acceder a un
directorio que no existe o al que no tiene acceso y más aún si se trata
de un recurso que use el kernel (p. ej., la partición "/var" donde están
continuamente escribiendo datos los demonios).

Lo primero que haría es iniciar el portátil sin que se monten esos
recursos (si es posible) para comprobar que todo funciona con normalidad
y una vez hecho esto montar esos recursos de red manualmente (sin usar
autofs) para ver qué errores o qué impacto tiene sobre el sistema.


Como si lo anterior fuera poco, la portátil estaba cada vez más trabada 
y ya no conectaba a los otros 2 servidores. Segundos antes de estamparla 
contra el piso se me ocurrió controlar el patchcord con un tester, 
comprobando que el par 3/6 a veces funcionaba, a veces no. Una de las 
fichas (de esas inyectadas, no armadas) tenía un falso contacto.


En fin, casi toda una noche de trabajo perdida.

Mas allá de todo este cúmulo de problemas, me suele pasar que cuando uno 
de los servidores está apagado, los demás equipos pierden mucho tiempo 
intentando conectarse. Cuando ejecuto el dmesg, aparece algo así como...

"intentando conectar a svrsw1"
"no se puede conectar svrsw1"

... incluso hace que el dolphin demore en abrir y también en cerrar.

Por suerte me sucede pocas veces ya que los servidores están las 24 hs. 
en marcha, salvo algún corte de energía que supere la autonomía de la 
UPS o por cuestiones de mantenimiento.



Gracias por responder.


Saludos,


Igualmente !



--

Walter O. Dari

http://swcomputacion.com/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/
skype: waomda

Re: OT tablet con ubuntu cambiar por Debian

[Camaleón]

El Thu, 28 Apr 2016 14:20:14 +0200, Antonio Trujillo Carmona escribió:

> He visto esta tablet http://www.bq.com/es/aquaris-m10-ubuntu-edition que
> viene con ubuntu.
> ¿Se la podrá cambiar por Debian?.

Yo preguntaría al fabricante, directamente.

http://www.bq.com/es/other-questions/others

Saludos,

-- 
Camaleón

Re: Active Directory en Debian.

[Camaleón]

El Wed, 27 Apr 2016 21:44:41 -0400, Fausto Disla escribió:

> Amigos, por esta via estoy solicitando su ayuda para instalar un Debian 
> Active Directory, par ser usado con equipos guindos (w7).
> 
> Lo que quiero hacer es lo siguiente,
> 
> -- Que los usuarios se pueden hacer login en el dominio.
> -- Que las carpetas de documentos y escritorios las pueda mapear desde 
> el server
> -- La parte del dhcp lo tengo resuelto jaajaja
> -- Que yo pueda administrar el controlador de dominio atravez de la 
> herramienta RSTA de windows
> 
> Algun manual, video etc..

Revisa la documentación de samba4, ahí tienes todo lo que permite 
actualmente, así como guías de configuración etc...:

https://wiki.samba.org/index.php/FAQ
https://wiki.samba.org/index.php/Setup_a_Samba_Active_Directory_Domain_Controller

> De ante mano les dejo saber que soy nuevo en las listas de debian y el 
> mismo debian.

Pues bienvenido :-)

Saludos,

-- 
Camaleón

Re: SO en disko usb segunda particion (sdb?)

[Camaleón]

El Thu, 28 Apr 2016 14:41:19 +0200, Juan Gomez (Txonta) escribió:

> El 25/04/16 a las 18:55, Camaleón escribió:

(...)

>>> Aquí arriba las entradas generadas después de update grub.
>>> Añado que sdb3/etc/fstab apunta la uuid correcta.
>> Bien, pero faltan los datos de la línea que carga el kernel, es decir,
>> que te interesa ver lo que hay en cada opción del menú para "root=".
>> Manda la salida de este comando:
>>
>> grep -i "root=" /boot/grub/grub.cfg

> user@x:/$ grep -i "root=" /boot/grub/grub.cfg 
> set root='(hd0,msdos1)'
> set root='(hd0,msdos1)'
>  set root='(hd0,msdos1)'
>  linux/boot/vmlinuz-2.6.32-5-686 
> root=UUID=42c9a741-0237-4929-a64f-5c77323d23d6 ro  quiet
(...)
>  set root='(hd0,msdos1)'
>  linux/boot/vmlinuz-2.6.32-trunk-686 
> root=UUID=42c9a741-0237-4929-a64f-5c77323d23d6 ro  quiet
(...)
>  set root='(/dev/sdb,msdos3)'
>  linux /boot/vmlinuz-2.6.32-5-686 
> root=UUID=42c9a741-0237-4929-a64f-5c77323d23d6 ro quiet
(...)
>  set root='(/dev/sdb,msdos3)'
>  linux /boot/vmlinuz-2.6.32-trunk-686 
> root=UUID=42c9a741-0237-4929-a64f-5c77323d23d6 ro quiet

(...)

Mantengo las 4 entradas que interesan que son 4 sistemas (o kernels, 
mejor dicho) distintos. Entiendo que las que las opciones del menú que 
fallan son las dos últimas ¿no? 

>>> lo que me hace sospechar es que esas uuid no sean la misma (una es de
>>> sdb3 y la otra sda) hay cuatro entradas así parecidas en grub.cfg como
>>> lo ven ¿hay algo claro hasta aquí? ¿necesitan mas información para
>>> tener un diagnóstico?
>> Bien visto. Sí, parece que ahí está el meollo. Si esa sección de GRUB
>> es la del nuevo sistema que has copiado y el que no inicia, prueba a
>> editar la entrada que parece incorrecta, es decir, la que apunta a la
>> partición original (sda1) en lugar de la copiada (sdb3):
>>
>> ***
>> linux /boot/vmlinuz-2.6.32-trunk-686 
>> root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet 
>> ***
>>
>> Tras editarlo, reinicia para probar los cambios.

> Tras editar y hacer los cambios he probado reiniciando la opción del
> grub me conduce ha:
> error: invalid extent.
> error: you need to load the kernel first.
> Press any key to continue...
> cualquier tecla de nuevo al menu de grub

Hum...

> ahora la salida de ... es:
> user@x:/$ grep -i "root=" /boot/grub/grub.cfg set

(...)

>  set root='(/dev/sdb,msdos3)'
>  linux /boot/vmlinuz-2.6.32-5-686 
> root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet
(...)
>  set root='(/dev/sdb,msdos3)'
>  linux /boot/vmlinuz-2.6.32-trunk-686 
> root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet

(...)

Tengo dudas sobre la línea "set root='(/dev/sdb,msdos3)'", dado que el 
disco duro al que apuntas es externo (USB) la BIOS tendría que verlo 
como la segunda unidad de arranque, es decir, "hd1" (siempre y cuando 
te permita iniciar el sistema desde este tipo de unidades, algo que 
convendría que comprobaras).

Elige una de las dos entradas ("vmlinuz-2.6.32-5-686" o 
"vmlinuz-2.6.32-trunk-686") y prueba con esta opción:

***
set root='(hd1,msdos3)'
linux /boot/vmlinuz-2.6.32-trunk-686 
root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet
***

Fíjate que el único cambio es en la línea "set root", el resto está igual.

Saludos,

-- 
Camaleón

Re: [OT] Nueva direccion de email

[Camaleón]

El Wed, 27 Apr 2016 21:15:37 -0500, Debianero escribió:

> On Tue, Apr 26, 2016 at 01:52:45PM +, Camaleón wrote:
>> El Mon, 25 Apr 2016 20:06:48 -0500, debianero escribió:
>> 
>> > Acabo de cambiar mi cuenta de email. Estoy tratando de ya no usar
>> > nada que tenga que ver con Google Inc.
>> 
>> A mí me cuesta dar el salto pero no es mala idea, ya tengo en el radar
>> a GMX Mail (alemana) que siempre me ha gustado. Aunque bien es cierto
>> que no inicio sesión en Google casi nunca por eso me da un poco igual.
> 
> Pues podriamos no iniciar sesion, pero desde el momento que entras a sus
> servidores, la informacion es almacenada, tu ubicacion entre ellas. cosa
> diferente es que ellos "copien" y peguen los mensajes que encuentran en
> la red.

Pero la ubicación (aproximada porque ese dato sólo lo consigue a través 
de la IP) y los datos que puedan tener sin iniciar sesión (sin contexto) 
no les sirven de nada, vamos, no al menos para mostrar su publicidad 
dirigida. 

Tengo configurado el navegador para que borre todo (cookies, caché, 
historial...) al cerrarlo así que cada día Google me saluda como si fuera 
una persona distinta, vamos, que no me reconoce.

> Creo desde mi punto de vista que el hecho de guardar tanta informacion y
> saber de quien es, les da mas poder. A mi juicio, creo que la web de la
> lista deberia crear un filtro para evitar la injerencia de ciertos
> servidores de empresas a los mensajes de la lista.

El poder se lo damos nosotros al permitir que sepa nuestra ubicación (yo 
lo tengo desactivado también) o al iniciar sesión nada más acceder a 
Google (craso error). Se trata de que seas tú quien controle la 
situación, no ellos. Y se puede hacer, aunque es pesado y cansino, pero 
se puede hacer.

Saludos,

-- 
Camaleón

Re: Bug en utileria ifupdown 0.7.50 instalar la version 0.7.51

[Camaleón]

El Wed, 27 Apr 2016 21:00:59 -0500, Debianero escribió:

> On Tue, Apr 26, 2016 at 09:59:05AM -0430, Emilio Lazo Zaia wrote:

(...)

>> El propósito del hilo debe haber sido terminar diciendo algo así como
>> esto,
>> dos veces.
>> 
>> No sé cómo es tomado en serio por algunos usuarios, luego de
>> estupideces como esta, como el último correo sobre el orgullo "Debia",
>> y decir también que cuando tenga tiempo prueba porque recordemos que
>> tiene mucho trabajo. Además de pedir ayuda y después "resolver" todo a
>> los trancazos, reinstalando y aplicando scripts que no entiende. Para
>> mí que todas son situaciones imaginarias.
> 
> No es estupido en que no sabe... y he sido muy claro al decirlo.
> Estupido es aquel que cree saber...
> 
> ¿Tiene algo de malo NO SABER?

Ni malo ni bueno, es sólo una "condición" o un "estado".

> ¿Tiene algo de malo SER IGNORANTE?

Lo mismo.

Lo que personalmente encuentro malísimo es querer permanecer ese estado 
de manera perpetua. Estas listas existen precisamente para evitarlo :-)

> Lo reitero camaradas listeros, NO SE, SOY IGNORANTE por eso estoy aqui.

Hum... estarás aquí por algún motivo (resolver un problema, aprender 
cosas nuevas...) pero no por eso exclusivamente.

> Sin embargo dire, que asi como use la fuerza bruta, alguien ha usado su
> mente bruta para responder de manera cavernicola... (no lo juzgo) como
> yo lo hice al reinstalar Debian.

Pues no sé qué decirte, algo de razón lleva. Por pura lógica, además:

- Preguntas es la lista porque tienes un problema y quieres resolverlo
- Te respondemos con pasos, ideas y cosas para probar, te pedimos 
información
- Reinstalas el sistema
- El problema sigue intacto: ni sabes qué lo generó ni qué lo volverá a 
generar por lo que estás igual que al principio sólo que con menos tiempo 
(el perdido al reinstalar, en preguntar a la lista...)

> Le recuerdo que me pagan por dar resultados, no problemas, le recuerdo
> que me pagan para encontrar soluciones, asi use un clip para resolver un
> problema. Quizas sepa usted mas que yo en informatica, pero con respecto
> a tratar con personas, puedo darle un curso intensivo.

Y lo único que te decimos es que no has encontrado una solución sino que 
has aplicando un parche temporal, que te volverá a pasar lo mismo y que 
aquí estaremos esperando ;-D

Saludos,

-- 
Camaleón

Re: Cambio repentino de archivo de texto normal a archivo binario

[Camaleón]

El Wed, 27 Apr 2016 20:40:50 -0500, debianero escribió:

> Listeros:
> 
> Buenas noches, tengo el mismo problema de antes.

¿Por "antes" te refieres a 5 años atrás? >:-)

> Tengo un archivo de texto plano y de repente y sin aviso, me cambia a
> archivo binario.

!!!

> Deseo realizar una busqueda en el archivo mediante el comando siguiente:
> 
> egrep -i texto-a-buscar archivo-texto 
> Coincidencia en el fichero binario archivo-texto
> 
> ¿Alguna ida de lo que este pasando? y como puedo volverlo a regresar a
> modo texto?.

Ejecuta "file archivo" y manda la salida.

What makes grep consider a file to be binary?
http://unix.stackexchange.com/questions/19907/what-makes-grep-consider-a-file-to-be-binary

Saludos,

-- 
Camaleón

Re: Demoras interminables al perder una conexión de red

[Camaleón]

El Wed, 27 Apr 2016 22:23:27 -0300, Walter O. Dari escribió:

> Hola gente:
> 
> No se si tendré algo mal configurado.
> 
> Tengo una portátil con Jessie donde se montan (con autofs) algunos
> directorios de 3 servidores distintos.

Esos directorios que montas en el portátil ¿son directorios del sistema o 
sólo de datos?

> El asunto es que uno de los servidores comenzó a tener problemas con uno
> de los discos en raid1, a partir de no poder montar ese directorio (o
> montarlo pero no poder acceder a los datos), 

Esto no lo entiendo. Un raid 1 te permite seguir funcionando sin 
problemas en caso de fallo de uno de los discos ¿por qué dices que el 
servidor tenía problemas de acceso a los datos? :-?

> la portátil prácticamente no funciona, se "cuelga" el administrador de
> archivos, las ventanas de terminal donde intento entrar al directorio
> en cuestión, en fin, en realidad no se si realmente se cuelga pero los
> tiempos de demora son desesperantes, no me alcanza la paciencia para
> saber si está colgada o no, he esperado hasta 20 minutos y la portátil
> no se recupera. Los datos de los servidores son compartidos mediante nfs
> y samba, desde la portátil se utiliza nfs para conectarse.
> 
> Es normal esto ?  O tengo que configurar en algún lugar los tiempos de
> espera para que me devuelva el control ?

Entiendo que es normal si el portátil está intentando acceder a un 
directorio que no existe o al que no tiene acceso y más aún si se trata 
de un recurso que use el kernel (p. ej., la partición "/var" donde están 
continuamente escribiendo datos los demonios).

Lo primero que haría es iniciar el portátil sin que se monten esos 
recursos (si es posible) para comprobar que todo funciona con normalidad 
y una vez hecho esto montar esos recursos de red manualmente (sin usar 
autofs) para ver qué errores o qué impacto tiene sobre el sistema.

Saludos,

-- 
Camaleón

Re: mysql 5.7.7 no se puede configurar

[Camaleón]

El Wed, 27 Apr 2016 21:41:56 -0300, Horacio escribió:

> Hola, he hecho una actualización del servidor mysql al 5.7.7,,, con el
> apt-get,,, pero por algún motivo este aborta la configuración,,, el
> error que da es este:
> 
> Configurando mysql-server-5.7  ...
> Job for mysql.service failed because the control process exited with
> error code. See "systemctl status mysql.service" and "journalctl -xe"
> for details.
> invoke-rc.d: initscript mysql, action "start" failed.
> dpkg: error al procesar el paquete mysql-server-5.7 (--configure):
>  el subproceso instalado el script post-installation devolvió el
> código de salida de error 1
> No se escribió un informe «apport» porque el mensaje de error indica
> que es un mensaje de error asociado a un fallo previo.
>dpkg: problemas de
> dependencias impiden la configuración de mysql-server:
>  mysql-server depende de mysql-server-5.7; sin embargo:
>  El paquete `mysql-server-5.7' no está configurado todavía.
> 
> dpkg: error al procesar el paquete mysql-server (--configure):
>  problemas de dependencias - se deja sin configurar

(...)

Parece que no eres el único con ese problema:

https://bugs.launchpad.net/ubuntu/+source/mysql-5.7/+bug/1574159
http://askubuntu.com/questions/760724/16-04-upgrade-broke-mysql-server

Mira a ver si en el segundo enlace encuentras algo que te sirva.

Saludos,

-- 
Camaleón

Re: [OT] Owncloud + OpenLDAP - Autenticacion

[Camaleón]

El Wed, 27 Apr 2016 23:40:53 +0200, Maykel Franco escribió:

> Hola buenas, estoy tratando de autentificar los usuarios y grupos de
> Owncloud contra un OpenLDAP...
> 
> Tengo montados ambos, tanto owncloud como OpenLDAP, y activado el plugin
> de LDAP para owncloud. Consigo poner correctamente los parametros de
> servidor LDAP pero no consigo ver los usuarios ni los grupos.

(...)

> Estoy haciendo algo mal? Alguien ha conseguido integrarlo con OpenLDAP?
> He leído el tutorial de Owncloud para integrarlo con LDAP pero la verdad
> no me queda nada claro...
> 
> Alguien me puede echar una mano?

Ni idea Maykel :-(

Sólo se me ocurre que revises la documentación oficial¹ (o alguna guía 
rápida para Debian²) para comprobar los pasos que has seguido y que 
pruebes el botón de "Probar configuración³" que aparece en el menú del 
modo experto por si te diera alguna pista del error, bien en pantalla o 
bien revisando los registros.

Generalmente los problemas de comunicación entre servicios se deben a dos 
causas: errores en los datos de la configuración o problemas con los 
puertos (filtros, cortafuegos, etc...) que impiden la transmisión de los 
datos.

¹https://doc.owncloud.org/server/7.0/admin_manual/configuration/user_auth_ldap.html
²http://www.nineproductions.com/owncloud-quick-setup-for-debian/
³https://doc.owncloud.org/server/7.0/admin_manual/configuration/user_auth_ldap.html#testing-the-configuration

Saludos,

-- 
Camaleón

Re: OT tablet con ubuntu cambiar por Debian

[JAP]

El 28/04/16 a las 09:20, Antonio Trujillo Carmona escribió:

He visto esta tablet http://www.bq.com/es/aquaris-m10-ubuntu-edition que
viene con ubuntu.
¿Se la podrá cambiar por Debian?.



No creo que nadie lo haya hecho aún, la tableta es MUY nueva.
No creo que sea difícil, debido a que Ubuntu *es* Debian.
Si se puede hacer sin problemas con "Complete Linux Installer" sobre 
Android sobre tabletas genéricas, habría que ir viendo sobre eso.
El problema que le veo, es que no sé cómo anda el tema "touchscreen" en 
Debian, que muy bien que digamos, no las tenía por el tema de los 
controladores de dispositivos.


Imagino lo siguiente:
* "limpiar" la instalación de Ubuntu dejando el núcleo y lo básico.
* apt-get sobre repositorios de Debian, incluyendo el reemplazo del núcleo.

Me andaría con cuidado por el tema de controladores de dispositivos.

JAP

Re: SO en disko usb segunda particion (sdb?)

[Juan Gomez (Txonta)]

El 25/04/16 a las 18:55, Camaleón escribió:

El Mon, 25 Apr 2016 16:41:55 +0200, Juan Gomez (Txonta) escribió:


El 21/04/16 a las 17:40, Camaleón escribió:

(...)


- Grub - correcto con sus opciones, incluidas las añadidas para sdb3
   Pero al seleccionarla falla, con mensaje:
1- error: no such device: aac1a7d7-2cd3-476c-913d-d0f75ac4ab18.
   error: no such disk.
   error: you need to load the kernel first.
   Press any key to continue..._

 - entrando con e editing commands before booting habla de otra
 UUID
root=UUID=
   42c9a741-0237-4929-a64f-5c77323d23d6

Ahí puede estar el problema. Asegúrate de que has editado correctamente
el archivo "/etc/fstab" para apuntar al disco correcto y además que el
menú de GRUB apunte también a disco/partición correcta donde tengas
instalado el sistema en el disco USB.
(...)

(...)


He mirado esos datos que me apuntabais y ...
  -- user@x:/$ sudo blkid
/dev/sda1: UUID="42c9a741-0237-4929-a64f-5c77323d23d6" TYPE="ext4"
/dev/sdb3: LABEL="*" UUID="aac1a7d7-2cd3-476c-913d-d0f75ac4ab18" TYPE="ext4"
sda1 es el sistema a respaldar y sdb3 es el respaldo que quiero probar.

Apuntado.


  -- user@x:/$ cat /boot/grub/grub.cfg | grep  menuentry
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686'

--class debian
  --class gnu-linux --class gnu --class os {

  menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686 (recovery mode)' 
--class debian --class gnu-linux --class gnu --class os {
  menuentry 'Debian GNU/Linux, with Linux 2.6.32-trunk-686' --class debian 
--class gnu-linux --class gnu --class os {
  menuentry 'Debian GNU/Linux, with Linux 2.6.32-trunk-686 (recovery mode)' 
--class debian --class gnu-linux --class gnu --class os {
  menuentry "Debian GNU/Linux, with Linux 2.6.32-5-686 (on /dev/sdb3)" {
  menuentry "Debian GNU/Linux, with Linux 2.6.32-5-686 (recovery mode) (on 
/dev/sdb3)" {
  menuentry "Debian GNU/Linux, with Linux 2.6.32-trunk-686 (on /dev/sdb3)" {
  menuentry "Debian GNU/Linux, with Linux 2.6.32-trunk-686 (recovery mode) (on 
/dev/sdb3)" {
Aquí arriba las entradas generadas después de update grub.
Añado que sdb3/etc/fstab apunta la uuid correcta.

Bien, pero faltan los datos de la línea que carga el kernel, es decir,
que te interesa ver lo que hay en cada opción del menú para "root=".
Manda la salida de este comando:

grep -i "root=" /boot/grub/grub.cfg

user@x:/$ grep -i "root=" /boot/grub/grub.cfg
set root='(hd0,msdos1)'
set root='(hd0,msdos1)'
set root='(hd0,msdos1)'
linux/boot/vmlinuz-2.6.32-5-686 
root=UUID=42c9a741-0237-4929-a64f-5c77323d23d6 ro  quiet

set root='(hd0,msdos1)'
linux/boot/vmlinuz-2.6.32-5-686 
root=UUID=42c9a741-0237-4929-a64f-5c77323d23d6 ro single

set root='(hd0,msdos1)'
linux/boot/vmlinuz-2.6.32-trunk-686 
root=UUID=42c9a741-0237-4929-a64f-5c77323d23d6 ro  quiet

set root='(hd0,msdos1)'
linux/boot/vmlinuz-2.6.32-trunk-686 
root=UUID=42c9a741-0237-4929-a64f-5c77323d23d6 ro single

set root='(/dev/sdb,msdos3)'
linux /boot/vmlinuz-2.6.32-5-686 
root=UUID=42c9a741-0237-4929-a64f-5c77323d23d6 ro quiet

set root='(/dev/sdb,msdos3)'
linux /boot/vmlinuz-2.6.32-5-686 
root=UUID=42c9a741-0237-4929-a64f-5c77323d23d6 ro single

set root='(/dev/sdb,msdos3)'
linux /boot/vmlinuz-2.6.32-trunk-686 
root=UUID=42c9a741-0237-4929-a64f-5c77323d23d6 ro quiet

set root='(/dev/sdb,msdos3)'
linux /boot/vmlinuz-2.6.32-trunk-686 
root=UUID=42c9a741-0237-4929-a64f-5c77323d23d6 ro single



Y por último el grub.cfg que contiene algo que me hace sospechar.
-- user@x:/$  sudo cat /boot/grub/grub.cfg
  
  set root='(/dev/sdb,msdos3)'
  search --no-floppy --fs-uuid --set aac1a7d7-2cd3-476c-913d-d0f75ac4ab18
  linux /boot/vmlinuz-2.6.32-trunk-686 
root=UUID=42c9a741-0237-4929-a64f-5c77323d23d6 ro quiet
  ..
lo que me hace sospechar es que esas uuid no sean la misma (una es de
sdb3 y la otra sda) hay cuatro entradas así parecidas en grub.cfg como
lo ven ¿hay algo claro hasta aquí? ¿necesitan mas información para tener
un diagnóstico?

Bien visto. Sí, parece que ahí está el meollo. Si esa sección de GRUB es
la del nuevo sistema que has copiado y el que no inicia, prueba a editar
la entrada que parece incorrecta, es decir, la que apunta a la partición
original (sda1) en lugar de la copiada (sdb3):

***
linux /boot/vmlinuz-2.6.32-trunk-686 
root=UUID=aac1a7d7-2cd3-476c-913d-d0f75ac4ab18 ro quiet
***

Tras editarlo, reinicia para probar los cambios.

Tras editar y hacer los cambios he probado reiniciando
la opción del grub me conduce ha:
error: invalid extent.
error: you need to load the kernel first.
Press any key to continue...
cualquier tecla de nuevo al menu de grub

ahora la salida de ... es:
user@x:/$ grep -i "root=" /boot/grub/grub.cfg
set root='(hd0,msdos1)'
set root='(hd0,msdos1)'
set root='(hd0,msdos1)'
 

OT tablet con ubuntu cambiar por Debian

[Antonio Trujillo Carmona]

He visto esta tablet http://www.bq.com/es/aquaris-m10-ubuntu-edition que
viene con ubuntu.
¿Se la podrá cambiar por Debian?.

-- 

*Antonio Trujillo Carmona*

*Técnico de redes y sistemas.*

*Subdirección de Tecnologías de la Información y Comunicaciones*

Servicio Andaluz de Salud. Consejería de Salud de la Junta de Andalucía

_antonio.trujillo.sspa@juntadeandalucia.es_

Tel. +34 670947670 747670)

Re: Active Directory en Debian.

[JAP]

Enviado desde mi Samsung Mobile de Claro


 Mensaje original 
De: Fausto Disla 
Fecha: 27/04/2016 09:45 PM (GMT-03:00)
A: debian-user-spanish@lists.debian.org
Asunto: Active Directory en Debian.

Saludos,

Tod@s,

Amigos, por esta via estoy solicitando su ayuda para instalar un Debian
Active Directory, par ser usado con equipos guindos (w7).

Lo que quiero hacer es lo siguiente,

-- Que los usuarios se pueden hacer login en el dominio.
-- Que las carpetas de documentos y escritorios las pueda mapear desde
el server
-- La parte del dhcp lo tengo resuelto jaajaja
-- Que yo pueda administrar el controlador de dominio atravez de la
herramienta RSTA de windows

Algun manual, video etc..

De ante mano les dejo saber que soy nuevo en las listas de debian y el
mismo debian.

Muchas Gracias

Fausto Disla


El 27/04/16 a las 22:08, Romero, Fernando escribió:
> Con samba podes hacer todo lo que necesitas.
>
> Saludos
>
>
>

 TOP POSTING 

Samba ES Active Directory.
Lo provee 'net' del paquete samba-common-bin

http://linux.die.net/man/8/net

Lo mejor, es usar la wiki de samba

https://wiki.samba.org/index.php/Setup_a_Samba_Active_Directory_Domain_Controller

O de última,

http://lmgtfy.com/?q=configure+ads+server+in+linux

JAP

Re: Active Directory en Debian.

[alfon]

Una búsqueda rápida:
https://wiki.archlinux.org/index.php/Active_Directory_Integration

Parece un buen comienzo

2016-04-28 3:44 GMT+02:00 Fausto Disla :
> Saludos,
>
> Tod@s,
>
> Amigos, por esta via estoy solicitando su ayuda para instalar un Debian
> Active Directory, par ser usado con equipos guindos (w7).
>
> Lo que quiero hacer es lo siguiente,
>
> -- Que los usuarios se pueden hacer login en el dominio.
> -- Que las carpetas de documentos y escritorios las pueda mapear desde el
> server
> -- La parte del dhcp lo tengo resuelto jaajaja
> -- Que yo pueda administrar el controlador de dominio atravez de la
> herramienta RSTA de windows
>
> Algun manual, video etc..
>
> De ante mano les dejo saber que soy nuevo en las listas de debian y el mismo
> debian.
>
> Muchas Gracias
>
> Fausto Disla
>

Re: [OT] Nueva direccion de email

[alfon]

2016-04-28 9:31 GMT+02:00 Antonio Trujillo Carmona
:
> Veo muy bien el querer preservar la privacidad personal, en este sentido
> nuestra lista publica la dirección de correo de los subscritores en los
> mensajes, lo cual va claramente en contra de la privacidad de nosotros.
> Por otro lado la finalidad de la lista es difundir y ayudar a la
> implantación y uso de Debian, por lo que el que sus mensajes (repito no
> quienes los realizan) sean indexados, accedidos y repetidos por
> cualquier buscador empresarial, lejos de ser una intrusión, ayuda en la
> labor de la lista.
> En resumen, lo único que podríamos/deberíamos hacer es cambiar el tipo
> de la lista para que no enviara las direcciones de los que escriben (o
> por lo menos que lo dejara a decisión  de estos el que fuera o no), lo
> demás son opciones personales.

Una dirección de correo no dice mucho de uno mismo, lo malo es que
google guarda muchos más datos que sí que les dan información
relevante de las personas, como por ejemplo:localización, contactos,
datos de google+ (si los tienes), etc...

Re: [OT] Nueva direccion de email

[Antonio Trujillo Carmona]

El 28/04/16 a las 04:15, Debianero escribió:
> On Tue, Apr 26, 2016 at 01:52:45PM +, Camaleón wrote:
>> El Mon, 25 Apr 2016 20:06:48 -0500, debianero escribió:
>>
>>> Acabo de cambiar mi cuenta de email. Estoy tratando de ya no usar nada
>>> que tenga que ver con Google Inc.
>> A mí me cuesta dar el salto pero no es mala idea, ya tengo en el radar a 
>> GMX Mail (alemana) que siempre me ha gustado. Aunque bien es cierto que 
>> no inicio sesión en Google casi nunca por eso me da un poco igual.
> Pues podriamos no iniciar sesion, pero desde el momento que entras a sus 
> servidores, la informacion es almacenada, tu ubicacion entre ellas. cosa 
> diferente es que ellos "copien" y peguen los mensajes que encuentran en la 
> red.
>
> Creo desde mi punto de vista que el hecho de guardar tanta informacion y 
> saber de quien es, les da mas poder. A mi juicio, creo que la web de la lista 
> deberia crear un filtro para evitar la injerencia de ciertos servidores de 
> empresas a los mensajes de la lista.
>
Veo muy bien el querer preservar la privacidad personal, en este sentido
nuestra lista publica la dirección de correo de los subscritores en los
mensajes, lo cual va claramente en contra de la privacidad de nosotros.
Por otro lado la finalidad de la lista es difundir y ayudar a la
implantación y uso de Debian, por lo que el que sus mensajes (repito no
quienes los realizan) sean indexados, accedidos y repetidos por
cualquier buscador empresarial, lejos de ser una intrusión, ayuda en la
labor de la lista.
En resumen, lo único que podríamos/deberíamos hacer es cambiar el tipo
de la lista para que no enviara las direcciones de los que escriben (o
por lo menos que lo dejara a decisión  de estos el que fuera o no), lo
demás son opciones personales.


-- 

*Antonio Trujillo Carmona*

*Técnico de redes y sistemas.*

*Subdirección de Tecnologías de la Información y Comunicaciones*

Servicio Andaluz de Salud. Consejería de Salud de la Junta de Andalucía

_a__ntonio.trujillo__.sspa@juntadeandalucia.es_


Tel. +34 670947670 747670)

Re: Guión medio color azul en emacs

[Emilio Lazo Zaia]

¿No estará el archivo en UTF-16? prueba con el comando "file" a ver qué 
codificación detecta, después puedes usar "iconv" para convertirlo a la 
que desees, probablemente UTF-8.



Si con "cat" no ves nada extraño, entonces prueba con "cat -A"; si 
aparece "^@" entre cada carácter, entonces es UTF-16.



On 27/04/16 23:53, Debianero wrote:

Seguro que los guiones son guiones dentro del documento o son solo una forma de 
emacs para representar algún caracter no imprimible? Puedes intentar abrir el 
archivo con algún editor hexadecimal y editarlo ahí.
Con vim puedes usar `:%!xxd` para convertir tu archivo a hexadecimal, editarlo 
y usar `:%!xxd -r` para regresar antes de guardar.

Ya lo hice, pero no reemplaza ni con hexadecimal.

Creo que tiene que ver con los Caracteres de Control como dice Camaleon.

Buscare mas sobre esa informacion.

Gracias

Debianero