unsuscribe

[Moises Alberto Lindo Gutarra]

unsuscribe
-- 
Atte.
Moisés Alberto Lindo Gutarra
Asesor - Desarrollador Java / Open Source
Linux Registered User #431131 - http://linuxcounter.net/
Cel: (511) 995081720 - Rpm: *548913
EMail: mli...@gmail.com

Re: Mensaje de error en inicio

[alberto moreno martinez]

Bueno, pues me tranquilizo.
Muchas Gracias. :)

Enviado desde Outlook para Android<https://aka.ms/AAb9ysg>


De: Camaleón 
Enviado: sábado, julio 22, 2023 8:41:38 p. m.
Para: debian-user-spanish@lists.debian.org 

Asunto: Re: Mensaje de error en inicio

El 2023-07-22 a las 17:45 +, alberto moreno martinez escribió:

> El 2023-07-18 a las 09:43 +, alberto moreno martinez escribió:
>
> (reenvío a la lista)
> >
> > > Tienes que ejecutarlo como root y cambiar la ruta de la salida del
> > > archivo para que apunte a tu /home.
> >
> > Primero gracias Camaleon por la ayuda.
> > A lo mejor no me explicado bien.
> > Yo me pongo como super usuario en la terminal, luego ejecuto el comando que 
> > me dices, modificado con mi usuario que además es el único. Cuando pongo:
> >
> > journalctl -b -1 > /home/mi_usuario/Escritorio/journal.txt la terminal me 
> > devuelve esto:
> >
> > Specifying boot ID or boot offset has no effect, no persistent journal was 
> > found.
>
> Ah, eso quiere decir que no has configurado systemd para que almacene
> los registros de arranque más antiguos, sólo te almacena el del día
> actual, de ahí el mensaje.
>
> > Lugo para probar hice esto:
> >
> > journalctl -b > /home/mi_usuario/Escritorio/journal.txt.
> >
> > El resultado es un documento de 592 páginas en mi escritorio.
> > Si aún así estoy haciendo algo mal, por favor díganmelo como se le explica 
> > a un niño.
> > Mis conocimientos del funcionamiento del sistema para que se hagan una 
> > idea, es como si saber perfectamente linux tubiera 20 Km de profundidad y 
> > yo no he llegado al primer centímetro. :(
>
> Pues sube ese archivo gordote a Pastebin, a ver si vemos algo :-)

> Pues ok.
> para no postear semejante mamotreto, he configurado el directorio "jounal" 
> (que no se por que, pero ni siquiera lo tenia en la ruta /var/log/)
> ¡¡¡Cada que quiero solucionar un problema o hacer algo, me encuentro con que 
> me hacen falta cosas en el sistema o algo esta jodido, Que desastre!!!
>
> A continuación dejo el enlace de pastebin  con el resultado de "journalctl -b 
> -1 > /home/mi_usuario/Escritorio/journal.txt"
>
> https://pastebin.com/D784Aw3S

Muchas gracias, Alberto, por subir el archivo.

Realmente es un registro muy extenso pero no veo ningún error grave, ni
de nvidia ni de nada, no creo que debas preocuparte.

El mensaje al que haces referencia (el que dices que te aparece al
inicio) es este:

***
jul 20 19:55:09 MAQUINA-ALBERTO kernel: EDAC skx: ECC is disabled on imc 0
***

Pero es un mensaje «limpio», es decir, «informativo».

En base a mi experiencia, cuando el kernel quiere decirte algo
importante se comunica con ERROR/WARNING/OOPSes y cosas por el estilo.

Por ejemplo, en mi registro aparece esto:

root@stt008:~# dmesg | grep -i edac
[0.519540] EDAC MC: Ver: 3.0.0
[8.018216] EDAC MC0: Giving out device to module x38_edac controller x38: 
DEV :00:00.0 (POLLED)

Pero no veo nada raro :-?

En fin, que no le daría mucha importancia al mensaje que ves al
iniciar.

Saludos,

--
Camaleón

RE: Mensaje de error en inicio

[alberto moreno martinez]

Pues ok.
para no postear semejante mamotreto, he configurado el directorio "jounal" (que 
no se por que, pero ni siquiera lo tenia en la ruta /var/log/)
¡¡¡Cada que quiero solucionar un problema o hacer algo, me encuentro con que me 
hacen falta cosas en el sistema o algo esta jodido, Que desastre!!!

A continuación dejo el enlace de pastebin  con el resultado de "journalctl -b 
-1 > /home/mi_usuario/Escritorio/journal.txt"

https://pastebin.com/D784Aw3S
[https://pastebin.com/i/facebook.png]<https://pastebin.com/D784Aw3S>
Pastebin.com - Burn After Read paste<https://pastebin.com/D784Aw3S>
Pastebin.com is the number one paste tool since 2002. Pastebin is a website 
where you can store text online for a set period of time.
pastebin.com

Gracias.
Alberto

De: Camaleón 
Enviado: martes, 18 de julio de 2023 12:03 p. m.
Para: Debian [es] 
Asunto: Re: Mensaje de error en inicio

El 2023-07-18 a las 09:43 +, alberto moreno martinez escribió:

(reenvío a la lista)
>
> > Tienes que ejecutarlo como root y cambiar la ruta de la salida del
> > archivo para que apunte a tu /home.
>
> Primero gracias Camaleon por la ayuda.
> A lo mejor no me explicado bien.
> Yo me pongo como super usuario en la terminal, luego ejecuto el comando que 
> me dices, modificado con mi usuario que además es el único. Cuando pongo:
>
> journalctl -b -1 > /home/mi_usuario/Escritorio/journal.txt la terminal me 
> devuelve esto:
>
> Specifying boot ID or boot offset has no effect, no persistent journal was 
> found.

Ah, eso quiere decir que no has configurado systemd para que almacene
los registros de arranque más antiguos, sólo te almacena el del día
actual, de ahí el mensaje.

> Lugo para probar hice esto:
>
> journalctl -b > /home/mi_usuario/Escritorio/journal.txt.
>
> El resultado es un documento de 592 páginas en mi escritorio.
> Si aún así estoy haciendo algo mal, por favor díganmelo como se le explica a 
> un niño.
> Mis conocimientos del funcionamiento del sistema para que se hagan una idea, 
> es como si saber perfectamente linux tubiera 20 Km de profundidad y yo no he 
> llegado al primer centímetro. :(

Pues sube ese archivo gordote a Pastebin, a ver si vemos algo :-)

Saludos,

--
Camaleón

RE: Mensaje de error en inicio

[alberto moreno martinez]

>   Cambia «usuario» por el nombre de tu usuario y ejecuta esta orden como
súperusuario:

journalctl -b -1 > /home/usuario/Escritorio/journal.txt


No me funciona el comando.
Cuando hago journalctl --list-boot da este resultado:

IDX BOOT ID  FIRST ENTRY  LAST ENTRY
 0 162a9bb84a01ac679df6fb0d480b Mon 2023-07-17 11:19:38 CEST Mon 2023-07-17 
13:57:37 CEST

y si hago:

jounalctl -b -0  y  journalctl -k
Despliega miles de líneas de información.
Busqué estos archivos (/etc/rsyslog.conf o /etc/syslog-ng/syslog-ng.conf) y 
tampoco los tengo.
Utilicé el comando "dmesg" y solo me marca dos entradas en rojo:

[3.017096] usb 1-13.4: device not accepting address 6, error -71

[5.559201] EDAC skx: ECC is disabled on imc 0


Cuando hago: "dmesg | grep error" solo me sale como error (

[3.017096] usb 1-13.4: device not accepting address 6, error -71)


No sé qué demonios de Debian tengo, pero me parece que está hecha un despelote. 
: (



De: Camaleón 
Enviado: lunes, 17 de julio de 2023 8:24 a. m.
Para: debian-user-spanish@lists.debian.org 

Asunto: Re: Mensaje de error en inicio

El 2023-07-16 a las 19:14 +, alberto moreno martinez escribió:

>>  por los datos que mandas estás usando el controaldor propietario de
>>
>> nNidia empquetado or Debian.
>>
>> Si más allá del mensaje no experimentas ningún otro problema, no te
>> preocupes que será un mensaje cosmético del kernel.
>>
>> Al menos no grave. A veces la pantalla se pone negra un segundo; es lo que 
>> noto y no sé si estará relacionado.

Todavía no me queda claro si el mensaje que ves al iniciar el sistema
esté relacionado con el driver de nvidia o con otra cosa, por eso
quería ver los registros de Xorg y del kernel.

>>  Aún así, si quieres puedes subir el registro completo de
>> /var/log/Xorg.0.log y /var/log/messages a alguna página y podemos echar
>> un vistazo por si viéramos alguna otra cosa relevante.
>
> El archivo Xorg.0.log está aquí:
> https://pastebin.com/Ke10TDTE

Muchas gracias.

Pues no veo ningún error registrado por el servidor Xorg, que suelen
estar precedidos por (EE).

> No tengo archivo "messages"

Eso es un síntoma inequívoco de que me estoy haciendo mayor,
evidentemente :-)

Sube a Pastebin el contenido del journal del último arranque.

Cambia «usuario» por el nombre de tu usuario y ejecuta esta orden como
súperusuario:

journalctl -b -1 > /home/usuario/Escritorio/journal.txt

Saludos,

--
Camaleón

RE: Mensaje de error en inicio

[alberto moreno martinez]

>  por los datos que mandas estás usando el controaldor propietario de

nNidia empquetado or Debian.

Si más allá del mensaje no experimentas ningún otro problema, no te
preocupes que será un mensaje cosmético del kernel.

Al menos no grave. A veces la pantalla se pone negra un segundo; es lo que noto 
y no sé si estará relacionado.

>  Aún así, si quieres puedes subir el registro completo de
/var/log/Xorg.0.log y /var/log/messages a alguna página y podemos echar
un vistazo por si viéramos alguna otra cosa relevante.

El archivo Xorg.0.log está aquí:
https://pastebin.com/Ke10TDTE
[https://pastebin.com/i/facebook.png]<https://pastebin.com/Ke10TDTE>
Xorg - Pastebin.com<https://pastebin.com/Ke10TDTE>
Pastebin.com is the number one paste tool since 2002. Pastebin is a website 
where you can store text online for a set period of time.
pastebin.com
No tengo archivo "messages"

>Seguramente ese archivo lo genere el driver instalado desde la web de
nVidia, de ahí que no lo tengas en su sistema, pero tampoco lo
necesitas.
Gracias!



De: Camaleón 
Enviado: viernes, 14 de julio de 2023 8:26 a. m.
Para: debian-user-spanish@lists.debian.org 

Asunto: Re: Mensaje de error en inicio

El 2023-07-13 a las 18:41 +, alberto moreno martinez escribió:

(corrijo el top-posting)

(...)

> > El 2023-07-11 a las 19:56 +, alberto moreno martinez escribió:
> >
> > > Hola muchachos.
> > > Hace unos días redimensioné la partición home de mi Debian, y desde 
> > > entonces tengo unos mensajes en el inicio y el final del sistema. Los que 
> > > más que inquietan son los del inicio. En el inicio aparece 11 veces el 
> > > mensaje "EDAC skx: ECC is disabled on mic 0"
> > > Antes había más y lo solucioné agregando al fichero "fstab" la UUID 
> > > correcta de la SWAP; las demás UUID están correctas.
> > > investigando he encontrado que puede ser un problema con la configuración 
> > > del fichero "xorg.conf" que tiene que ver con la gráfica, pero no me 
> > > atrevo a tocar esto así nomas y quedarme sin entorno gráfico o romper 
> > > alguna otra cosa.
> >
> > En principio, y salvo que no puedas iniciar el sistema y trabajar con
> > normalidad, o tengas algún otro problema, la presencia de ese mensaje
> > (que nada tiene que ver con el particionado sino como bien dices, con
> > la el controlador gráfico de nvidia) no debería tener mayor importancia.
> >
> > > Según este foro:
> > >
> > > https://stackoverflow.com/questions/63383981/error-edac-skx-ecc-is-disabled-on-imc-0-on-ubuntu-20-04
> > >
> > > la solución pasa por hacer esto:
> > >
> > > Go to tty mode and type following commands:
> > >
> > > cp /etc/X11/xorg.conf.nvidia-xconfig-original /etc/X11/xorg.conf
> > > reboot
> > >
> > > Prefiero tener la opinión de ustedes antes de hacer cualquier cosa. 
> > > Adjunto fotos del inicio, cierre y características del sistema, así como 
> > > sus características principales. Mi tarjeta gráfica es una EVGA GeForce 
> > > RTX 3070 con el último driver propietario.
> > > Gracias por la colaboración.
> >
> > ¿Qué controlador gráfico usas? ¿El propietario de nvidia o nouveau?
> >
> > Lo que hace esa orden es restaurar el archivo de configuración original
> > del servidor gráfico Xorg, pero no sé si con eso será suficiente para
> > que error desaparezca.
> >
> > Probarlo no te va a doler, lo único que puede suceder es que no
> > funcione, o que al reiniciar no se cargue el entorno gráfico, para lo
> > cual, y como prevención, antes de ejecutar la orden puedes copiar a otro
> > sitio el archivo xorg.conf original, si es que existe en tu sistema
> > porque hace años que no lo veo ni se genera de manera predeterminada :-)
>
> > Hola señores.
> >
> >  La primera opción
> > >Creas un archivo nombre.conf en /etc/modprobe.d con la siguiente linea.
> > >blacklist edac_core
> > No me funcionó. el sistema no me permite crear tal archivo y tanpoco me 
> > permite editar un archivo parecido que hay en /etc/modprobe.d llamado 
> > "nvidia-blacklists-nouveau.conf"
>
> A esto ya te han repsondido :-)
>
> > En la segunda opción:
> >
> > "cp /etc/X11/xorg.conf.nvidia-xconfig-original /etc/X11/xorg.conf"
> >
> > Tampoco pude ejecutarla, ya que no tengo el archivo o carpeta 
> > "xorg.conf.nvidia-xconfig-original" para reemplazarlo por "xorg.conf"
> > Lo que tengo en "X11" es una carpeta de vacía de nombre "xorg.conf.d"
> >
> &g

RE: Mensaje de error en inicio

[alberto moreno martinez]

Bueno Señores.

la primera opción que amablemente me sugirió Gerardo la ejecuté con éxito pero 
no me funcionó.

para segunda:
Lo que me pide Camaleon:
Mi tarjeta gráfica es una GeForce RTX 3070 y tiene el driver Nvidia versión 
525.105.17
El comando lsmod | grep video arroja este resulatdo:
video  65536  2 asus_wmi,nvidia_modeset
wmi36864  5 
video,intel_wmi_thunderbolt,asus_wmi,wmi_bmof,mxm_wmi

Me gustaría saber porque no tengo el archivo 
"xorg.conf.nvidia-xconfig-original" y en su lugar tengo esa carpeta de vacía de 
nombre "xorg.conf.d"
Gracias.

De: Camaleón 
Enviado: jueves, 13 de julio de 2023 8:09 a. m.
Para: debian-user-spanish 
Asunto: Re: Mensaje de error en inicio

El 2023-07-12 a las 20:34 +, alberto moreno martinez escribió:

(corrijo el top-posting, con el indentado no puedo hacer nada :-()
> 
> De: Camaleón 
> Enviado: miércoles, 12 de julio de 2023 8:15 a. m.
> Para: debian-user-spanish@lists.debian.org 
> 
> Asunto: Re: Mensaje de error en inicio
>
> El 2023-07-11 a las 19:56 +, alberto moreno martinez escribió:
>
> > Hola muchachos.
> > Hace unos días redimensioné la partición home de mi Debian, y desde 
> > entonces tengo unos mensajes en el inicio y el final del sistema. Los que 
> > más que inquietan son los del inicio. En el inicio aparece 11 veces el 
> > mensaje "EDAC skx: ECC is disabled on mic 0"
> > Antes había más y lo solucioné agregando al fichero "fstab" la UUID 
> > correcta de la SWAP; las demás UUID están correctas.
> > investigando he encontrado que puede ser un problema con la configuración 
> > del fichero "xorg.conf" que tiene que ver con la gráfica, pero no me atrevo 
> > a tocar esto así nomas y quedarme sin entorno gráfico o romper alguna otra 
> > cosa.
>
> En principio, y salvo que no puedas iniciar el sistema y trabajar con
> normalidad, o tengas algún otro problema, la presencia de ese mensaje
> (que nada tiene que ver con el particionado sino como bien dices, con
> la el controlador gráfico de nvidia) no debería tener mayor importancia.
>
> > Según este foro:
> >
> > https://stackoverflow.com/questions/63383981/error-edac-skx-ecc-is-disabled-on-imc-0-on-ubuntu-20-04
> >
> > la solución pasa por hacer esto:
> >
> > Go to tty mode and type following commands:
> >
> > cp /etc/X11/xorg.conf.nvidia-xconfig-original /etc/X11/xorg.conf
> > reboot
> >
> > Prefiero tener la opinión de ustedes antes de hacer cualquier cosa. Adjunto 
> > fotos del inicio, cierre y características del sistema, así como sus 
> > características principales. Mi tarjeta gráfica es una EVGA GeForce RTX 
> > 3070 con el último driver propietario.
> > Gracias por la colaboración.
>
> ¿Qué controlador gráfico usas? ¿El propietario de nvidia o nouveau?
>
> Lo que hace esa orden es restaurar el archivo de configuración original
> del servidor gráfico Xorg, pero no sé si con eso será suficiente para
> que error desaparezca.
>
> Probarlo no te va a doler, lo único que puede suceder es que no
> funcione, o que al reiniciar no se cargue el entorno gráfico, para lo
> cual, y como prevención, antes de ejecutar la orden puedes copiar a otro
> sitio el archivo xorg.conf original, si es que existe en tu sistema
> porque hace años que no lo veo ni se genera de manera predeterminada :-)

> Hola señores.
>
>  La primera opción
> >Creas un archivo nombre.conf en /etc/modprobe.d con la siguiente linea.
> >blacklist edac_core
> No me funcionó. el sistema no me permite crear tal archivo y tanpoco me 
> permite editar un archivo parecido que hay en /etc/modprobe.d llamado 
> "nvidia-blacklists-nouveau.conf"

A esto ya te han repsondido :-)

> En la segunda opción:
>
> "cp /etc/X11/xorg.conf.nvidia-xconfig-original /etc/X11/xorg.conf"
>
> Tampoco pude ejecutarla, ya que no tengo el archivo o carpeta 
> "xorg.conf.nvidia-xconfig-original" para reemplazarlo por "xorg.conf"
> Lo que tengo en "X11" es una carpeta de vacía de nombre "xorg.conf.d"
>
> Asi que estoy un poco perdido.

Todavía no nos has dicho qué controlador gráfico carga tu sistema para
la tarjeta gráfica. Ejecuta esta orden y manda la salida:

lsmod | grep video

> Por cierto, ya no recuerdo como es la forma correcta de responder a un hilo 
> sin que le llegue solo a uno de los que me responde y no sea visible para 
> todos. hice lo que creí correcto con las opciones que me da Outlook.
> Si me lo quieren recordar, gracias también.

Pues es sencillo: botón de «responder a la lista» >:-)

Si no existe esa opción en tu cliente de correo, cambia de cliente de
correo (ahora Thunderbird se ha puesto de gala con la nueva versión 115)
o emula el resultado manualmente, es decir, en el campo Para, pones la
dirección de la lista.

Saludos

--
Camaleón

RE: Mensaje de error en inicio

[alberto moreno martinez]

Hola señores.

 La primera opción
>Creas un archivo nombre.conf en /etc/modprobe.d con la siguiente linea.
>blacklist edac_core
No me funcionó. el sistema no me permite crear tal archivo y tanpoco me permite 
editar un archivo parecido que hay en /etc/modprobe.d llamado 
"nvidia-blacklists-nouveau.conf"

En la segunda opción:

"cp /etc/X11/xorg.conf.nvidia-xconfig-original /etc/X11/xorg.conf"

Tampoco pude ejecutarla, ya que no tengo el archivo o carpeta 
"xorg.conf.nvidia-xconfig-original" para reemplazarlo por "xorg.conf"
Lo que tengo en "X11" es una carpeta de vacía de nombre "xorg.conf.d"

Asi que estoy un poco perdido.

Por cierto, ya no recuerdo como es la forma correcta de responder a un hilo sin 
que le llegue solo a uno de los que me responde y no sea visible para todos. 
hice lo que creí correcto con las opciones que me da Outlook.
Si me lo quieren recordar, gracias también.



Alberto

De: Camaleón 
Enviado: miércoles, 12 de julio de 2023 8:15 a. m.
Para: debian-user-spanish@lists.debian.org 

Asunto: Re: Mensaje de error en inicio

El 2023-07-11 a las 19:56 +, alberto moreno martinez escribió:

> Hola muchachos.
> Hace unos días redimensioné la partición home de mi Debian, y desde entonces 
> tengo unos mensajes en el inicio y el final del sistema. Los que más que 
> inquietan son los del inicio. En el inicio aparece 11 veces el mensaje "EDAC 
> skx: ECC is disabled on mic 0"
> Antes había más y lo solucioné agregando al fichero "fstab" la UUID correcta 
> de la SWAP; las demás UUID están correctas.
> investigando he encontrado que puede ser un problema con la configuración del 
> fichero "xorg.conf" que tiene que ver con la gráfica, pero no me atrevo a 
> tocar esto así nomas y quedarme sin entorno gráfico o romper alguna otra cosa.

En principio, y salvo que no puedas iniciar el sistema y trabajar con
normalidad, o tengas algún otro problema, la presencia de ese mensaje
(que nada tiene que ver con el particionado sino como bien dices, con
la el controlador gráfico de nvidia) no debería tener mayor importancia.

> Según este foro:
>
> https://stackoverflow.com/questions/63383981/error-edac-skx-ecc-is-disabled-on-imc-0-on-ubuntu-20-04
>
> la solución pasa por hacer esto:
>
> Go to tty mode and type following commands:
>
> cp /etc/X11/xorg.conf.nvidia-xconfig-original /etc/X11/xorg.conf
> reboot
>
> Prefiero tener la opinión de ustedes antes de hacer cualquier cosa. Adjunto 
> fotos del inicio, cierre y características del sistema, así como sus 
> características principales. Mi tarjeta gráfica es una EVGA GeForce RTX 3070 
> con el último driver propietario.
> Gracias por la colaboración.

¿Qué controlador gráfico usas? ¿El propietario de nvidia o nouveau?

Lo que hace esa orden es restaurar el archivo de configuración original
del servidor gráfico Xorg, pero no sé si con eso será suficiente para
que error desaparezca.

Probarlo no te va a doler, lo único que puede suceder es que no
funcione, o que al reiniciar no se cargue el entorno gráfico, para lo
cual, y como prevención, antes de ejecutar la orden puedes copiar a otro
sitio el archivo xorg.conf original, si es que existe en tu sistema
porque hace años que no lo veo ni se genera de manera predeterminada :-)

Saludos,

--
Camaleón

Alguien me lee?

[alberto moreno martinez]

Hola hace tiempo que intento comunicarme y parece que mis mensajes no llegan.
Alberto

Mensaje de error en inicio

[alberto moreno martinez]

Hola muchachos.
Hace unos días redimensioné la partición home de mi Debian, y desde entonces 
tengo unos mensajes en el inicio y el final del sistema. Los que más que 
inquietan son los del inicio. En el inicio aparece 11 veces el mensaje "EDAC 
skx: ECC is disabled on mic 0"
Antes había más y lo solucioné agregando al fichero "fstab" la UUID correcta de 
la SWAP; las demás UUID están correctas.
investigando he encontrado que puede ser un problema con la configuración del 
fichero "xorg.conf" que tiene que ver con la gráfica, pero no me atrevo a tocar 
esto así nomas y quedarme sin entorno gráfico o romper alguna otra cosa.
Según este foro:

https://stackoverflow.com/questions/63383981/error-edac-skx-ecc-is-disabled-on-imc-0-on-ubuntu-20-04

la solución pasa por hacer esto:

Go to tty mode and type following commands:

cp /etc/X11/xorg.conf.nvidia-xconfig-original /etc/X11/xorg.conf
reboot

Prefiero tener la opinión de ustedes antes de hacer cualquier cosa. Adjunto 
fotos del inicio, cierre y características del sistema, así como sus 
características principales. Mi tarjeta gráfica es una EVGA GeForce RTX 3070 
con el último driver propietario.
Gracias por la colaboración.

Alberto

Noticias de tu empresa

[Alberto C.]

Hola , soy Alberto del Departamento de Prensa. ¿Qué tal?

Me gustaría explicarte cómo podemos hacer que tu empresa aparezca como *noticia
en más de 50 periódicos digitales*.

La web de tu empresa será mencionada por periódicos de gran autoridad para
lograr una mejor repercusión y *posicionamiento web*. Todo ello por una
única cuota mensual de 99 eur sin permanencia, que incluye *1 mes
totalmente gratuito.*

   - No tendrás que preocuparte por la redacción de la noticia ni de las
   palabras clave. Nosotros nos encargamos de ello.
   - Se garantiza la publicación en más de 50 periódicos como noticia, y
   esta *no se marca como publicidad*.
   - Al ser una noticia, nunca se borrará.
   - Una app te permitirá gestionar todo el proceso.

¿Podrías facilitarme un teléfono de contacto para solventar todas las dudas
sin compromiso?

¡Muchas gracias!


-- 

*Alberto*

Departamento de prensa

Conforme a lo establecido en el Artículo 13 del Reglamento (UE) 2016/679
del Parlamento Europeo y del Consejo y la Ley Orgánica 3/2018 de 5 de
diciembre (LOPDGDD), le informamos que los datos personales recabados del
propio interesado, serán tratados bajo la responsabilidad del Responsable
del Tratamiento para el envío de comunicaciones sobre nuestros productos y
servicios y se conservarán mientras ninguna de las partes se oponga a ello
o durante el período necesario para cumplir con las obligaciones legales.

Re: LibreOffice inicia pero no se ve (testing+kde)

[Alberto Carvajal]

Estimados usuarios de la lista de Debian en español:

Me ha sucedido lo mismo que a L. J. Marín.
En mi caso, Debian 5.19.11-1, kde-plasma-desktop 5:130,
libreoffice-base-core 1:7.4.1-2, después de abrir el ofimático
mencionado, pongo el cursor del ratón sobre el ícono de éste en la
barra de tarea, y con el botón derecho abro el menú de contexto, y
escojo «Maximizar».

Me gustaría saber por qué la aplicación se abre tan minimizada y
escondida en el rincón izquierdo y superior de la pantalla.
Creo que esto no es estrictamente un tema Debian.
Sospecho más de una de las últimas actualizaciones, tanto del
ofimático como de kde.

Atentos saludos



-- 
Alberto Carvajal Aravena de Corfausam

Error con claves repositorios

[Carlos Alberto Viur Diaz]

root@debian:/home/cviur# sudo apt-get update
Obj:1 http://deb.debian.org/debian bullseye InRelease
Obj:2 http://security.debian.org/debian-security bullseye-security
InRelease
Obj:3 http://deb.debian.org/debian bullseye-updates InRelease
Des:4 https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/bullseye pgadmin4
InRelease [4.217 B]
Err:4 https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/bullseye pgadmin4
InRelease
Las firmas siguientes no se pudieron verificar porque su clave pública no
está disponible: NO_PUBKEY 8881B2A8210976F2
Leyendo lista de paquetes... Hecho
W: Error de GPG:
https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/bullseye pgadmin4
InRelease: Las firmas siguientes no se pudieron verificar porque su clave
pública no está disponible: NO_PUBKEY 8881B2A8210976F2
E: El repositorio «
https://ftp.postgresql.org/pub/pgadmin/pgadmin4/apt/bullseye pgadmin4
InRelease» no está firmado.
N: No se puede actualizar de un repositorio como este de forma segura y por
tanto está deshabilitado por omisión.
N: Vea la página de manual apt-secure(8) para los detalles sobre la
creación de repositorios y la configuración de usuarios.

RE: Relaciones Laborales Actualizadas

[Carlos Alberto Martinez Collado]

Cambios y actualizaciones de la relación laboral y del contrato individual de 
empleados.
 
Especialista en Relaciones Laborales:
Contratos, Sindicatos y el Nuevo Sistema de Justicia Laboral STPS
Online en Vivo / 18 y 19 de Agosto 2021
 
A partir de la ya conocida Reforma Laboral se han ido incorporando nuevos 
procedimientos y normas que han cambiado las reglas del juego en el ámbito 
laboral en México. Participa en este WORKHOP y conviértete en un EXPERTO en 
RELACIONES LABORALES, CONTRATOS, SINDICATOS Y EN EL NUEVO SISTEMA DE JUSTICIA 
LABORAL.

IMPARTIDO POR EL RECONOCIDO MAESTRO EN DERECHO LABORAL SALVADOR GONZÁLEZ.

DESCARGAR FOLLETO COMPLETO
>>> Recibir toda la información a través de WhatsApp

O para información mucho más detallada comuníquese con alguno de nuestros 
ejecutivos al

Ciudad de México / (55) 2450 6187
Monterrey, N.L. / (81) 2974 7731
Guadalajara, Jal. / (33) 2005 0994


























Este boletín informativo tiene como objetivo generar valor en usted y en su 
Empresa. Si usted desea dejar de recibir de manera permanente este tipo de 
comunicados conteste con la palabra BAJALABORAL671. O en su defecto haga click 
en el siguiente enlace: unsubscribe from this list

RE: Relaciones Laborales Actualizadas

[Carlos Alberto Martinez Collado]

Cambios y actualizaciones de la relación laboral y del contrato individual de 
empleados.
 
Especialista en Relaciones Laborales:
Contratos, Sindicatos y el Nuevo Sistema de Justicia Laboral STPS
Online en Vivo / 18 y 19 de Agosto 2021
 
A partir de la ya conocida Reforma Laboral se han ido incorporando nuevos 
procedimientos y normas que han cambiado las reglas del juego en el ámbito 
laboral en México. Participa en este WORKHOP y conviértete en un EXPERTO en 
RELACIONES LABORALES, CONTRATOS, SINDICATOS Y EN EL NUEVO SISTEMA DE JUSTICIA 
LABORAL.

IMPARTIDO POR EL RECONOCIDO MAESTRO EN DERECHO LABORAL SALVADOR GONZÁLEZ.

DESCARGAR FOLLETO COMPLETO
>>> Recibir toda la información a través de WhatsApp

O para información mucho más detallada comuníquese con alguno de nuestros 
ejecutivos al

Ciudad de México / (55) 2450 6187
Monterrey, N.L. / (81) 2974 7731
Guadalajara, Jal. / (33) 2005 0994


























Este boletín informativo tiene como objetivo generar valor en usted y en su 
Empresa. Si usted desea dejar de recibir de manera permanente este tipo de 
comunicados conteste con la palabra BAJALABORAL671. O en su defecto haga click 
en el siguiente enlace: unsubscribe from this list

Re: ajuda

[Alberto Sentieri]

Troque a linha que onde está escrito

GRUB_CMDLINE_LINUX_DEFAULT="quiet"

por uma com

GRUB_CMDLINE_LINUX_DEFAULT="nomodeset"

ou

GRUB_CMDLINE_LINUX_DEFAULT="quiet nomodeset"

Depois execute update-grub (como root)


On 2/28/21 3:50 PM, Luis Inocêncio wrote:
E o que tenho que alterar no ficheiro /etc/default/grub, que controla 
o boot?



Em dom., 28 de fev. de 2021 às 05:50, Alberto Sentieri 
<2...@tripolho.com <mailto:2...@tripolho.com>> escreveu:


Ainda sobre a placa Nvidia. Voce tem que alterar o arquivo de nome
/etc/default/grub, que controla o seu boot. Depois disso voce tem
que executar o programa update-grub. Tudo isso como root.

On 2/27/21 5:15 PM, Luis Inocêncio wrote:

Boa Noite.
Antes de mais agradecer a vossa atenção. Deixo abaixo mais
detalhadamente os problemas que tenho, agora que parece que já
consegui instalar (isso após tentar se sucesso com outras
Distros) pela primeira vez o Debian:
1- Tendo uma placa grafica Nvidia (julgo que é por isso) nunca
consigo entrar diretamente pelo Grub, sem antes trocar na lina
relativa ao linux no Grub ‘quiet’ por ‘nomodeset’. A primeira
duvida é essa, como configurar definitivamente isso para não ter
que estar sempre a alterar no Grub? Ou será que quando conseguir
as drives (especificas) do Nvidia isso fica resolvido?
2- Ao tentar entrar como rooter (no terminal) utilizando sudo -s,
apesar de inserir corretamente a senha é me sempre informado que
a senha não é correta e nunca tenho acesso como rooter. Já
alterei a senha e o problema persiste :( ... Isso apesar de
conseguir aceder gestor de pacotes synaptic  utilizando no caso
exatamente a mesma senha que não é aceite no terminal. Isso é
normal? Como resolver isso?
3- Enfim, preciso conseguir entrar como rooter senão não
conseguirei fazer nada como o Debian e será até já 100%
frustrante minha experiencia com o Linux :(
Agradeço antecipadamente a vossa atenção e ajuda

Good evening. First of all thank you for your attention. I leave
below in more detail the problems I have, now that it seems that
I already managed to install (this after trying to be successful
with other Distros) for the first time Debian: 1- Having an
Nvidia graphics card (I think that's why) I can never get
directly through Grub, without first switching to the linux
related to Grub 'quiet' by 'nomodeset'. The first question is
this, how to definitively configure this to not have to be
constantly changing in Grub? Or will it be that when you get the
(specific) Nvidia drives this is resolved? 2- When trying to
enter as a rooter (in the terminal) using sudo -s, despite
correctly entering the password, I am always informed that the
password is not correct and I never have access as a rooter. I
have already changed the password and the problem persists :( ...
That despite being able to access synaptic package manager using
in this case exactly the same password that is not accepted in
the terminal. Is this normal? How to solve this? 3- Anyway, I
need to be able to log in as a rooter otherwise I will not be
able to do anything like Debian and it will be even 100%
frustrating my experience with Linux :( Thank you in advance for
your attention and help

Em sáb., 27 de fev. de 2021 às 19:23, Alberto Sentieri
<2...@tripolho.com <mailto:2...@tripolho.com>> escreveu:

Luis,

Apesar de falar português, eu não entendi sua pergunta
completamente.

Debian tem duas passwords. Uma para root e outra para o
usuário comum.

Para fazer updates você precisa da password para root.

Eu sempre faço isto:

Abro um terminal (procure por terminal).

No terminal entre "su -" (sem as aspas). Este commando vai
pedir pela password do root. Aí você digita:

apt-get update

e depois ...

apt-get upgrade


On 2/27/21 12:05 PM, Luis Inocêncio wrote:

Boa Tarde
Desculpem, sou novo no Debian e tudo é novidade e não sei
onde conseguirei encontrar ajuda para o problema que tenho??
(ou o Debian tem?)
Tenho o Debian instalado no meu computador, e apesar de
ainda só conseguir entrar no ambiente do Debian depois de
aceder via "comando" nomodeset no Grub... :(
Tentando atualizar o Debian por forma a ir colocando-o
operacional/funcional logo na minha primeira tentativa a
aceder ao root (via terminal) esse acesso me é negado (não é
aceite a password que escolhi???)
Entretanto com a mesma password consigo aceder ao gestor de
Pacotes Synaptic - que no entanto não me ajudou (nada)
porque através dele tambem não foi aceite/instalado nenhum
programa do meu interesse.
Podem me ajudar 

Re: ajuda

[Alberto Sentieri]

Luis,

1) Sobre placa NVidia. Eu também tenho uma placa NVidia. Infelizmente 
esta placa tem especificações não públicas, e os drivers open-source 
nunca funcionaram corretamente para mim. A solução que acabei adotando 
foi instalar os drivers da própria Nvidia. Mesmo assim, algumas vezes 
tenho problemas.


2) Quanto ao comando sudo, o seu usuário tem que ser um membro do grupo 
para poder utilizá-lo. O comando "sudo bash" e o comando "su -" são 
distintos. Para o comando sudo você tem que entrar com a senha do 
usuário corrente. Já para o comando "su -" você tem que entrar com a 
senha do root. Se voce quiser utilizar o comando sudo, você tem que 
tornar o seu uusário um membro do grupo sudoers.


Você poderá descobrir se o seu usuário é membro do grupo sudo através do 
comando:


cat /etc/group|grep sudo

Se a resposta for algo do tipo

sudo:x:27:

Então seu usuário não faz parte do grupo. No entanto, para colocar o seu 
usuário no grupo você tem que ser membro do grupo ou estar logado como root.


Obviamente este comandos tem que ser emitidos de um terminal (terminal 
application).



Boa sorte,

Alberto

On 2/27/21 5:50 PM, Semih Ozlem wrote:

To clarify the situation

(i) You have installed Debian but not the graphics card yet and you 
are having issues with installations because it does not accept the 
password that you set up during the installation. You successfully 
changed either the root or the user or both passwords? And after the 
change the sudo command still did not accept the new password? I have 
no idea that would be the case. Maybe some of the more experienced 
members have an idea.
For installation of NVIDIA 
https://wiki.debian.org/NvidiaGraphicsDrivers 
<https://wiki.debian.org/NvidiaGraphicsDrivers> is a page you can look 
up ç
(ii) No it is not normal. After you change the password the new one 
should work. Normally passwords are changed by the command "sudo 
passwd username" from command line which asks for new password and if 
a password for root user was set up it would ask for root user's 
password. If these methods for changing the password do not work 
(which I assumed to be the case in my earlier email) then basically 
you would have to reset the password in a configuration file somewhere 
that I forget and would have to look up. But maybe someone on the list 
knows the answer already and upon seeing the message would reply so do 
reply to everyone on the list.
(iii) I believe root is the administrative user which can make changes 
to the system. But problems do occur I think in whatever system one 
works under, but it is my impression that generally people in this 
list are helpful in resolving the issues. I hope your experience 
remains good.
When installing did you create a regular user with a username and 
password Does this password with the created username work

Did you ever set up your root password

Luis Inocêncio mailto:lumarin...@gmail.com>>, 
28 Şub 2021 Paz, 01:15 tarihinde şunu yazdı:


Boa Noite.
Antes de mais agradecer a vossa atenção. Deixo abaixo mais
detalhadamente os problemas que tenho, agora que parece que já
consegui instalar (isso após tentar se sucesso com outras Distros)
pela primeira vez o Debian:
1- Tendo uma placa grafica Nvidia (julgo que é por isso) nunca
consigo entrar diretamente pelo Grub, sem antes trocar na lina
relativa ao linux no Grub ‘quiet’ por ‘nomodeset’. A primeira
duvida é essa, como configurar definitivamente isso para não ter
que estar sempre a alterar no Grub? Ou será que quando conseguir
as drives (especificas) do Nvidia isso fica resolvido?
2- Ao tentar entrar como rooter (no terminal) utilizando sudo -s,
apesar de inserir corretamente a senha é me sempre informado que a
senha não é correta e nunca tenho acesso como rooter. Já alterei a
senha e o problema persiste :( ... Isso apesar de conseguir aceder
gestor de pacotes synaptic  utilizando no caso exatamente a mesma
senha que não é aceite no terminal. Isso é normal? Como resolver isso?
3- Enfim, preciso conseguir entrar como rooter senão não
conseguirei fazer nada como o Debian e será até já 100% frustrante
minha experiencia com o Linux :(
Agradeço antecipadamente a vossa atenção e ajuda

Good evening. First of all thank you for your attention. I leave
below in more detail the problems I have, now that it seems that I
already managed to install (this after trying to be successful
with other Distros) for the first time Debian: 1- Having an Nvidia
graphics card (I think that's why) I can never get directly
through Grub, without first switching to the linux related to Grub
'quiet' by 'nomodeset'. The first question is this, how to
definitively configure this to not have to be constantly changing
in Grub? Or will it be that when you get the (specific) Nvidia
drives this is resolved? 2- When trying to e

Re: Question: SSD speed

[Alberto Sentieri]

Just a small correction: it I believe SATA uses 8B/10B protocol, which 
means each byte uses 10 bits on the serial channel.


On 10/7/20 5:56 AM, Jeremy Nicoll wrote:

On Wed, 7 Oct 2020, at 09:39, Hans wrote:

Hi folks,

I have a little question. Smartctl is telling me, that my ssd drive is 6Gb/sec
capable, but the actual speed is only 1,5GB/sec.

If your SATA (presumably) connection from the machine to the SSD is a
6 Gbps one, the maximum data transfer speed in bytes across that
connection would be one eighth of that (as there's 8 bits per byte), so
about 760 MBps.

That's about half of your "1,5GBps".  That makes me wonder if your
SSD uses two SATA channels at once - is that even possible?

Alternatively, do any SSDs compress data before sending it across the
SATA channel?

Hola a todos, despues de haberse interrupido una actualizacion, ahora tengo problemas haciendo boot

[juan alberto zarate sanoja]

Hola a todos, después de haberse interrumpido una actualización, ahora
tengo problemas haciendo boot.

Esta relacionado con el bios de la maquina, ahora entre muchas otras
cosas, dice

ACPI error: ae_not_found.

Creo que en la actualización se le hizo también algo al bios de la
maquina. Después de eso elimine la instalación y la volví a hacer a
través de otra maquina, porque no me lee el pendrive de instalación
cuando lo booteo, se congela
Pero los errores persisten.

Saludos a todos.

.

Re: Debian hangs (PREEMPT RT?)

[Alberto Sentieri]

I had a similar problem, but I could ssh into the machine, otherwise I 
would say it was locked. My problem was the video driver (NVIDIA card). 
I fixed it by installing the manufacture driver.


On 6/25/20 3:54 PM, Malte Schmidt wrote:

Dear all,

I'm running Debian 10 with the recent updates using a RT Kernel to run 
a Machine using Linuxcnc. I face the problem that Debian "hangs" i.e. 
becomes completely unresponsive. This includes Keyboard, Mouse and 
also the SysReq + REISUB does no longer work. The system does not 
really "crash" i.e. I keep seeing X. Usually X and keyboard freeze a 
bit before the mouse pointer also stops to move.
I have the feeling that this only occurs when there is a realtime task 
running but I cannot say that for sure.


Not sure if pastebins are appreciated here:
Output of dmesg: https://pastebin.com/zgh6Cw84
Xorg.0.log:https://pastebin.com/eNJCLTWf
/var/log/messages https://pastebin.com/EbJh4qYY

I did spot anything obvious in the logs

This PC was used for a couple of years for Machine control running a 
Realtime Kernel on Debian 7


I'm a bit clueless at this point and would appreciate hints what to 
check for.


Thanks,
Malte

--
Robert Hirsch und Malte Schmidt
Adverrun Drives
Fruehlingstr. 41
90537 Feucht
i...@adverrun.com 

Re: Zoom- best practice?

[Alberto Sentieri]

This is a long thread. I did not read it all. Did anyone suggest 
http://meet.google.com?

Re: Looking for video card recommendation

[Alberto Sentieri]

Thanks. Adding contrib solved the problem.

On 5/5/20 8:24 PM, Alexander V. Makartsev wrote:

On 05.05.2020 20:29, Alberto Sentieri wrote:
Last time I installed it I downloaded the driver from NVIDIA web 
site. I was able to install it and it worked well, but updates 
started bothering me. Maybe I should have tried a Debian repo, but I 
did not and I have no recollection of the reason.


Anyway, I was trying to install it now using debian repos (deb 
http://deb.debian.org/debian/ buster main non-free), as you 
suggested, and I got this. Any suggestion?


# nvidia-detect
Detected NVIDIA GPUs:
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF119 
[NVS 310] [10de:107d] (rev a1)


Checking card:  NVIDIA Corporation GF119 [NVS 310] (rev a1)
Your card is only supported up to the 390 legacy drivers series.
It is recommended to install the
    nvidia-legacy-390xx-driver
package.
# apt-get install nvidia-legacy-390xx-driver
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 nvidia-legacy-390xx-driver : PreDepends: nvidia-installer-cleanup 
but it is not installable
  Depends: 
nvidia-legacy-390xx-driver-libs (= 390.116-1) but it is not going to 
be installed or
nvidia-legacy-390xx-driver-libs-nonglvnd (= 390.116-1) but it is not 
going to be installed
  Depends: nvidia-legacy-390xx-driver-bin 
(= 390.116-1) but it is not going to be installed
  Depends: 
xserver-xorg-video-nvidia-legacy-390xx (= 390.116-1) but it is not 
going to be installed
  Depends: 
nvidia-legacy-390xx-vdpau-driver (= 390.116-1) but it is not going to 
be installed
  Depends: 
nvidia-legacy-390xx-alternative (= 390.116-1) but it is not going to 
be installed
  Depends: 
nvidia-legacy-390xx-kernel-dkms (= 390.116-1) but it is not going to 
be installed or

nvidia-legacy-390xx-kernel-390.116
  Depends: nvidia-support but it is not 
installable
  Recommends: 
nvidia-settings-legacy-390xx but it is not installable
  Recommends: libnvidia-legacy-390xx-cfg1 
(= 390.116-1) but it is not going to be installed
  Recommends: nvidia-persistenced but it 
is not installable

E: Unable to correct problems, you have held broken packages.



Package "nvidia-installer-cleanup" is in "contrib" section, so you 
have to add it too. Don't forget to invoke "apt update" after that.



--
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀https://www.debian.org
⠈⠳⣄

Re: Looking for video card recommendation

[Alberto Sentieri]

Last time I installed it I downloaded the driver from NVIDIA web site. I 
was able to install it and it worked well, but updates started bothering 
me. Maybe I should have tried a Debian repo, but I did not and I have no 
recollection of the reason.


Anyway, I was trying to install it now using debian repos (deb 
http://deb.debian.org/debian/ buster main non-free), as you suggested, 
and I got this. Any suggestion?


# nvidia-detect
Detected NVIDIA GPUs:
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF119 [NVS 
310] [10de:107d] (rev a1)


Checking card:  NVIDIA Corporation GF119 [NVS 310] (rev a1)
Your card is only supported up to the 390 legacy drivers series.
It is recommended to install the
    nvidia-legacy-390xx-driver
package.
# apt-get install nvidia-legacy-390xx-driver
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 nvidia-legacy-390xx-driver : PreDepends: nvidia-installer-cleanup but 
it is not installable
  Depends: nvidia-legacy-390xx-driver-libs 
(= 390.116-1) but it is not going to be installed or
nvidia-legacy-390xx-driver-libs-nonglvnd (= 390.116-1) but it is not 
going to be installed
  Depends: nvidia-legacy-390xx-driver-bin 
(= 390.116-1) but it is not going to be installed
  Depends: 
xserver-xorg-video-nvidia-legacy-390xx (= 390.116-1) but it is not going 
to be installed
  Depends: nvidia-legacy-390xx-vdpau-driver 
(= 390.116-1) but it is not going to be installed
  Depends: nvidia-legacy-390xx-alternative 
(= 390.116-1) but it is not going to be installed
  Depends: nvidia-legacy-390xx-kernel-dkms 
(= 390.116-1) but it is not going to be installed or

nvidia-legacy-390xx-kernel-390.116
  Depends: nvidia-support but it is not 
installable
  Recommends: nvidia-settings-legacy-390xx 
but it is not installable
  Recommends: libnvidia-legacy-390xx-cfg1 
(= 390.116-1) but it is not going to be installed
  Recommends: nvidia-persistenced but it is 
not installable

E: Unable to correct problems, you have held broken packages.


On 5/5/20 7:07 AM, Alexander V. Makartsev wrote:

On 03.05.2020 19:51, Alberto Sentieri wrote:
I have a Nvidia NVS310 installed in my Linux computer for a few 
years. It works well with the Nvidia driver, and not so well with the 
Linux nouveau driver. I am looking for a equivalent replacement (a 
cheap one) which works well with a standard non-proprietary Linux 
device driver. By works well I mean does not lock on me.


I do not need fancy graphics, but I need:

- 2 DisplayPort
- support for 2 monitors up to 2560 x 1600
Since you don't want to use proprietary drivers I suggest you to look 
for an AMD video card.
Also 2xDisplayPort is a quite a requirement. At the quick glance your 
options are to select from AMD RX570 video cards or better, which 
counts as "fancy graphics".




If you are curious about the reason to replace it, here it goes:

The Nvidia NVS310 has never worked well with Linux. In the beginning 
(many years ago) I decided to install Nvidia proprietary drivers, but 
every kernel upgrade would require an additional effort to have the 
driver working. That was enough for me to try the standard 
non-proprietary driver again.



What is this "additional effort" you have to perform?
For me, proprietary Nvidia drivers (installed from official Debian 
repos, ofcourse) are working fine, and since they build kernel modules 
using DKMS automatically every driver update or major kernel update, I 
don't have to do anything more than reboot the system, so Xorg server 
would use updated driver. You can make the Xorg server to use updated 
driver even without reboot, but it will require stopping Xorg server, 
reload kernel modules and start it back on, so for me reboot is quicker.


--
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀https://www.debian.org
⠈⠳⣄

Re: Looking for video card recommendation

[Alberto Sentieri]

Thank you for your answer. I will try the nouveau user list.

I tried the  suggestion below, I mean delete nouveau_dri.so, but the 
system became unstable. I could not login, and the mouse and keyboard 
became very slow. After entering the correct password, the login screen 
would come back as if I hadn't done anything. That message was written 
before buster, and does not seem to work with it.


Thanks

On 5/4/20 8:17 PM, riveravaldez wrote:

On 5/3/20, Alberto Sentieri <2...@tripolho.com> wrote:

Lately, with Debian stretch (and Mate), things got sort of stable with
the nouveau driver, and I was getting one frozen screen every few
months, which was kind of acceptable. A couple of weeks ago I upgrade to
Debian buster (GNOME3) and the nightmare is back: I get a frozen screen
at leas once a day. A simple F11 pressed on Firefox could cause the
freeze, but there other things, which I could not determine, that also
cause the freeze. The freeze is only a graphic freeze, I mean, I can ssh
into the machine from my laptop, stop all services and shut it down, or
restart it. But I could not figure out a way of restarting the video
without a reboot. And every freeze usually means losing something, and
losing many minutes.

I know that eventually the nouveau guys will get it stable again, and I
admire their continuous work, but this time I do not want to wait for them.

Any suggestions?


Hi, have you tried sending this to the nouveau list?

nouv...@lists.freedesktop.org

I had similar symptoms for a long time and found the solution here:

https://www.spinics.net/lists/nouveau/msg01004.html

Maybe worthwhile to give it a try.

Best regards.

Looking for video card recommendation

[Alberto Sentieri]

I have a Nvidia NVS310 installed in my Linux computer for a few years. 
It works well with the Nvidia driver, and not so well with the Linux 
nouveau driver. I am looking for a equivalent replacement (a cheap one) 
which works well with a standard non-proprietary Linux device driver. By 
works well I mean does not lock on me.


I do not need fancy graphics, but I need:

- 2 DisplayPort
- support for 2 monitors up to 2560 x 1600

If you are curious about the reason to replace it, here it goes:

The Nvidia NVS310 has never worked well with Linux. In the beginning 
(many years ago) I decided to install Nvidia proprietary drivers, but 
every kernel upgrade would require an additional effort to have the 
driver working. That was enough for me to try the standard 
non-proprietary driver again.


Lately, with Debian stretch (and Mate), things got sort of stable with 
the nouveau driver, and I was getting one frozen screen every few 
months, which was kind of acceptable. A couple of weeks ago I upgrade to 
Debian buster (GNOME3) and the nightmare is back: I get a frozen screen 
at leas once a day. A simple F11 pressed on Firefox could cause the 
freeze, but there other things, which I could not determine, that also 
cause the freeze. The freeze is only a graphic freeze, I mean, I can ssh 
into the machine from my laptop, stop all services and shut it down, or 
restart it. But I could not figure out a way of restarting the video 
without a reboot. And every freeze usually means losing something, and 
losing many minutes.


I know that eventually the nouveau guys will get it stable again, and I 
admire their continuous work, but this time I do not want to wait for them.


Any suggestions?

Here is dmesg in one of the freezes:

[23664.639186] WARNING: CPU: 3 PID: 7223 at 
drivers/gpu/drm/nouveau/include/nvkm/subdev/i2c.h:172 
init_rdauxr+0xf4/0x130 [nouveau]
[23664.639187] Modules linked in: nfnetlink cfg80211 fuse rfcomm arc4 
md4 sha512_ssse3 sha512_generic nls_utf8 cifs ccm dns_resolver fscache 
8021q garp mrp bridge stp llc vboxnetadp(OE) vboxnetflt(OE) vboxdrv(OE) 
cmac bnep intel_rapl snd_hda_codec_hdmi btusb btrtl btbcm 
x86_pkg_temp_thermal btintel intel_powerclamp bluetooth nls_ascii 
nls_cp437 coretemp vfat fat kvm_intel jitterentropy_rng kvm 
snd_hda_codec_realtek snd_hda_codec_generic drbg irqbypass 
crct10dif_pclmul ansi_cprng crc32_pclmul snd_hda_intel 
ghash_clmulni_intel joydev ecdh_generic snd_hda_codec intel_cstate 
snd_hda_core efi_pstore snd_hwdep snd_pcm eeepc_wmi asus_wmi snd_timer 
intel_uncore mei_me pcc_cpufreq snd sparse_keymap iTCO_wdt mei 
intel_rapl_perf rfkill efivars wmi_bmof pcspkr soundcore sg 
iTCO_vendor_support evdev firewire_sbp2
[23664.639207]  parport_pc ppdev lp parport efivarfs ip_tables x_tables 
autofs4 ext4 crc16 mbcache jbd2 crc32c_generic fscrypto ecb 
hid_logitech_hidpp hid_logitech_dj hid_generic usbhid hid sr_mod cdrom 
sd_mod nouveau crc32c_intel video i2c_algo_bit mxm_wmi xhci_pci ttm ahci 
xhci_hcd libahci drm_kms_helper ehci_pci aesni_intel ehci_hcd libata 
aes_x86_64 drm crypto_simd usbcore cryptd e1000e glue_helper scsi_mod 
firewire_ohci i2c_i801 firewire_core lpc_ich mfd_core crc_itu_t 
usb_common wmi button
[23664.639224] CPU: 3 PID: 7223 Comm: kworker/u24:1 Tainted: G   
OE 4.19.0-8-amd64 #1 Debian 4.19.98-1+deb10u1
[23664.639225] Hardware name: System manufacturer System Product 
Name/P9X79, BIOS 4502 10/15/2013

[23664.639254] Workqueue: nvkm-disp gf119_disp_super [nouveau]
[23664.639275] RIP: 0010:init_rdauxr+0xf4/0x130 [nouveau]
[23664.639276] Code: e1 48 89 ef ba 09 00 00 00 be 01 00 00 00 e8 e3 9c 
03 00 85 c0 75 27 80 7c 24 0f 01 74 0e 48 c7 c7 10 bf 8e c0 e8 7a b9 b8 
dc <0f> 0b 48 89 ef e8 12 9a 03 00 0f b6 44 24 0e e9 39 ff ff ff 48 89

[23664.639277] RSP: 0018:a53483adfc08 EFLAGS: 00010246
[23664.639279] RAX: 0024 RBX: a53483adfc90 RCX: 

[23664.639280] RDX:  RSI: 9a2bff8d66b8 RDI: 
9a2bff8d66b8
[23664.639281] RBP: 9a2bfb86e800 R08: 0571 R09: 
0007
[23664.639282] R10:  R11: 9e7f46ed R12: 
0102
[23664.639283] R13: 9a2bfbbb3b00 R14: 0020 R15: 
00df
[23664.639284] FS:  () GS:9a2bff8c() 
knlGS:

[23664.639285] CS:  0010 DS:  ES:  CR0: 80050033
[23664.639286] CR2: 7f9acaa452c4 CR3: 000633e0a002 CR4: 
000606e0

[23664.639287] Call Trace:
[23664.639310]  init_auxch+0xf6/0x180 [nouveau]
[23664.639331]  nvbios_exec+0x45/0xd0 [nouveau]
[23664.639359]  nvkm_dp_train_init+0x12e/0x170 [nouveau]
[23664.639386]  nvkm_dp_acquire+0x1a6/0xcb0 [nouveau]
[23664.639390]  ? update_blocked_averages+0x77b/0x950
[23664.639394]  ? __switch_to_asm+0x41/0x70
[23664.639395]  ? __switch_to_asm+0x41/0x70
[23664.639397]  ? syscall_return_via_sysret+0x14/0x83
[23664.639399]  ? __switch_to_asm+0x35/0x70
[23664.639400]  ? 

Re: unexpected behavior of cp and mv

[Alberto Sentieri]

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959211

On 4/30/20 3:52 PM, The Wanderer wrote:

On 2020-04-30 at 15:27, Alberto Sentieri wrote:


I run tcpdump while running my simple program on both stretch and
buster. On stretch, x2 uses SMB (version 1, I guess) protocol, while
on buster it uses SMB2 (version 2 or 3).

So, the problem can be solved by adding vers=1.0 to mount.cifs
options. Any version from 2.0 and above will incur in the same
utimensat error. I set vers to 1.0 and it worked properly.

Beware: this is a security hole. My understanding (based on experiences
in my workplace) is that the SMBv1 protocol is known to be inherently,
unfixably insecure, to the point that current Windows versions will not
speak it unless explicitly told to in an out-of-the-way and inconvenient
configuration location.

I would not consider forcing the use of SMBv1 to be a satisfactory
resolution, unless you can be 100% sure that nothing malicious will ever
be in a position to mess around here.

Re: unexpected behavior of cp and mv

[Alberto Sentieri]

Thanks for the information. I will enter a bug report asking for a fix 
for the last stretch available samba server. Or maybe for cifs-utils on 
buster side.


On 4/30/20 3:52 PM, The Wanderer wrote:

On 2020-04-30 at 15:27, Alberto Sentieri wrote:


I run tcpdump while running my simple program on both stretch and
buster. On stretch, x2 uses SMB (version 1, I guess) protocol, while
on buster it uses SMB2 (version 2 or 3).

So, the problem can be solved by adding vers=1.0 to mount.cifs
options. Any version from 2.0 and above will incur in the same
utimensat error. I set vers to 1.0 and it worked properly.

Beware: this is a security hole. My understanding (based on experiences
in my workplace) is that the SMBv1 protocol is known to be inherently,
unfixably insecure, to the point that current Windows versions will not
speak it unless explicitly told to in an out-of-the-way and inconvenient
configuration location.

I would not consider forcing the use of SMBv1 to be a satisfactory
resolution, unless you can be 100% sure that nothing malicious will ever
be in a position to mess around here.

Re: unexpected behavior of cp and mv

[Alberto Sentieri]

I run tcpdump while running my simple program on both stretch and 
buster. On stretch, x2 uses SMB (version 1, I guess) protocol, while on 
buster it uses SMB2 (version 2 or 3).


So, the problem can be solved by adding vers=1.0 to mount.cifs options. 
Any version from 2.0 and above will incur in the same utimensat error. I 
set vers to 1.0 and it worked properly.


While using SMB2, I can also see FILE_INFO/SMB2_FILE_BASIC_INFO on 
buster as a result of utimensat, so something is being sent to the samba 
server.


The question to be answered now is if this is a problem on buster side, 
or or on samba stretch side. The later has all updates.




On 4/30/20 1:32 PM, Thomas Schmitt wrote:

Hi,

Alberto Sentieri wrote:

ls -ls "${NAME}"
Note that the /mnt/u1/rw/receipt is a SMB folder. I got this result:
1024 -rwxr-xr-x 1 u1 u1 10 Apr 30 12:20 /mnt/u1/rw/receipt/test2.txt
[...]
I run the same binary and script on my debian stretch workstation, 
and got

4 -rwxr-xr-x 1 u1 u1 10 Feb  5  2017 /mnt/u1/rw/receipt/test2.txt

It is quite remarkable that the SMB file is reported to use 1024 blocks
for storing 10 bytes.

-

I am still not convinced that SYS_utimensat is to blame.

What do you get if you sleep for 3 seconds before performing it ?

If still the file timestamp changes with that sleep:
What happens if you close the fd without calling utimensat and
re-open the file for applying utimensat only then ?
(What if you let sleep between between close and re-open ?)


Have a nice day :)

Thomas

Re: unexpected behavior of cp and mv

[Alberto Sentieri]

1 second, 3 seconds or 10 minutes have the same result.

About the 1024 1K-blocks, if one checks the file size on the samba 
server using the same  command, the return will be:

4 -rwxrw-r--  1 root cifsusers   10 Feb  5  2017 test2.txt

So, it is using only 4Kbytes on the server. I have no idea why smb 
interface always reports 1Mbyte. By the way, I have seen this behavior 
for many years. stat (on the workstation) also reports the same (2048 
512-byte blocks).


I will do the tests you suggested later. I am also thinking about trying 
a flush before utimensat. None of this, however, happens in cp.


It may not be utimensat. Between the kernel and the smb, there is a cifs 
package (the driver) which could be doing it wrong. Both the kernel and 
cifs package are different between the two workstations.


Thanks,

Alberto

On 4/30/20 1:32 PM, Thomas Schmitt wrote:

Hi,

Alberto Sentieri wrote:

ls -ls "${NAME}"
Note that the /mnt/u1/rw/receipt is a SMB folder. I got this result:
1024 -rwxr-xr-x 1 u1 u1 10 Apr 30 12:20 /mnt/u1/rw/receipt/test2.txt
[...]
I run the same binary and script on my debian stretch workstation, and got
4 -rwxr-xr-x 1 u1 u1 10 Feb  5  2017 /mnt/u1/rw/receipt/test2.txt

It is quite remarkable that the SMB file is reported to use 1024 blocks
for storing 10 bytes.

-

I am still not convinced that SYS_utimensat is to blame.

What do you get if you sleep for 3 seconds before performing it ?

If still the file timestamp changes with that sleep:
What happens if you close the fd without calling utimensat and
re-open the file for applying utimensat only then ?
(What if you let sleep between between close and re-open ?)


Have a nice day :)

Thomas

Re: unexpected behavior of cp and mv

[Alberto Sentieri]

Apparently there is something wrong with the debian stretch utimensat 
system call, or with its interaction with cifs. It works as expected 
when the destination file is on a ext4 file system, but it does not work 
when the destination file is on a SMB file system.


I wrote a simple C program, which I compiled with .

On my debian buster workstation, I run the program using a script, which is:

#!/bin/bash
NAME='/mnt/u1/rw/receipt/test2.txt'
rm -f "${NAME}"
ls -ls "${NAME}"
/mnt/1g/home/u1/data/cp-pi/x2 "${NAME}"
ls -ls "${NAME}"
sleep 1
ls -ls "${NAME}"

Note that the /mnt/u1/rw/receipt is a SMB folder. I got this result:

$ ./do2.sh
ls: cannot access '/mnt/u1/rw/receipt/test2.txt': No such file or directory
0 -rwxr-xr-x 1 u1 u1 10 Feb  5  2017 /mnt/u1/rw/receipt/test2.txt
1024 -rwxr-xr-x 1 u1 u1 10 Apr 30 12:20 /mnt/u1/rw/receipt/test2.txt

As you can see, the time stamp changes after one second.

This is the C code for x2.

#include 
#include 
#include 
#include 
#include 
#include 
#include 

static char *data = "test data\n";
static struct timespec timestamps [2] = {
    { 1588174263, 908624390 },
    { 1486350336, 481422339 }
};

int main (int argc, char **argv)
{
    int fd;

    if (argc > 1) {
        fd = openat (AT_FDCWD, argv [1], O_WRONLY|O_CREAT, 0666);
        if (fd >= 0) {
            write (fd, data, strlen (data));
            /* do not use glibc utimensat directly, it does not allow 
NULL as a second argument */

            syscall (SYS_utimensat, fd, NULL, timestamps, 0);
            close (fd);
            return 0;
        }
    }
    printf ("something went wrong\n");
    return 0;
}

About my buster workstation:
# cat /proc/version;dpkg -l |grep cifs
Linux version 4.19.0-8-amd64 (debian-ker...@lists.debian.org) (gcc 
version 8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.98-1+deb10u1 (2020-04-27)

ii cifs-utils 2:6.8-2 amd64 Common Internet File System utilities

I run the same binary and script on my debian stretch workstation, and 
got this:


$ ./do2.sh
ls: cannot access '/mnt/u1/rw/receipt/test2.txt': No such file or directory
0 -rwxr-xr-x 1 u1 u1 10 Feb  5  2017 /mnt/u1/rw/receipt/test2.txt
4 -rwxr-xr-x 1 u1 u1 10 Feb  5  2017 /mnt/u1/rw/receipt/test2.txt

$ cat /proc/version
Linux version 4.9.0-12-amd64 (debian-ker...@lists.debian.org) (gcc 
version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1) ) #1 SMP Debian 
4.9.210-1 (2020-01-20)

# dpkg -l |grep cifs
ii  cifs-utils 2:6.7-1 amd64 Common Internet File System utilities

I run the C program above, using the same binary, and got two different 
behaviors.


Can anyone help me with this?

On 4/29/20 5:31 PM, Thomas Schmitt wrote:

Hi,

assumed that the success of "touch" indicates that utimensat(2) works
fine, i would pick the failed fsetxattr(2) as next suspect.

Does this set the timestamps despite failing ?

setfattr -n user.test_name -v test_value /mnt/u1/rw/receipt/u1.crontab

(I expect an "Operation not supported" error as in strace.
If it succeeds against our will, try -n "test_name", without prefix
"user.".)


Alberto Sentieri wrote:

So, the cp behavior on debian stretch and buster seems to be the same.

But the implementation of the system calls is not.



touch does the trick of dup2 and close, before calling utimensat.

Hm. To verify suchtheories you will have to create a C program which
uses the traced system calls and by which you can test variations.

Quite interesting would be to inquire the file timestamps immediately
after utimensat() in order to learn whether it gets into effect at
least for a short time.


Have a nice day :)

Thomas

Re: unexpected behavior of cp and mv

[Alberto Sentieri]

Thanks.

By any chance is there a cifs specialist watching this thread?

Apparently the timestamp is initially correct but it changes after a 
while. Does anyone knows why? Is there a worker finishing the file copy, 
which could be creating this effect?


I wrote the following script to repeat my tests:

#!/bin/bash
rm -f /mnt/u1/rw/receipt/u1.crontab
/bin/stat /mnt/u1/rw/receipt/u1.crontab
/bin/cp -pi /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/
ls -ls /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/u1.crontab
/bin/stat /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/u1.crontab
sleep 1
ls -ls /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/u1.crontab
/bin/stat /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/u1.crontab

The result is this:

$ ./do_it.sh
/bin/stat: cannot stat '/mnt/u1/rw/receipt/u1.crontab': No such file or 
directory

4 -rw-r--r-- 1 u1 u1 54 Feb  5  2017 /mnt/1g/home/u1/data/u1.crontab
0 -rwxr-xr-x 1 u1 u1 54 Feb  5  2017 /mnt/u1/rw/receipt/u1.crontab
  File: /mnt/1g/home/u1/data/u1.crontab
  Size: 54        Blocks: 8  IO Block: 4096   regular file
Device: 831h/2097d    Inode: 58721601    Links: 1
Access: (0644/-rw-r--r--)  Uid: ( 1000/  u1)   Gid: ( 1000/  u1)
Access: 2020-04-29 11:31:03.908624390 -0400
Modify: 2017-02-05 22:05:36.481422339 -0500
Change: 2017-02-05 22:05:36.581420492 -0500
 Birth: -
  File: /mnt/u1/rw/receipt/u1.crontab
  Size: 54        Blocks: 0  IO Block: 16384  regular file
Device: 2ch/44d    Inode: 75374568    Links: 1
Access: (0755/-rwxr-xr-x)  Uid: ( 1000/  u1)   Gid: ( 1000/  u1)
Access: 2020-04-29 11:31:03.908624300 -0400
Modify: 2017-02-05 22:05:36.481422300 -0500
Change: 2020-04-30 10:04:07.613793700 -0400
 Birth: -
   4 -rw-r--r-- 1 u1 u1 54 Feb  5  2017 /mnt/1g/home/u1/data/u1.crontab
1024 -rwxr-xr-x 1 u1 u1 54 Apr 30 10:04 /mnt/u1/rw/receipt/u1.crontab
  File: /mnt/1g/home/u1/data/u1.crontab
  Size: 54        Blocks: 8  IO Block: 4096   regular file
Device: 831h/2097d    Inode: 58721601    Links: 1
Access: (0644/-rw-r--r--)  Uid: ( 1000/  u1)   Gid: ( 1000/  u1)
Access: 2020-04-29 11:31:03.908624390 -0400
Modify: 2017-02-05 22:05:36.481422339 -0500
Change: 2017-02-05 22:05:36.581420492 -0500
 Birth: -
  File: /mnt/u1/rw/receipt/u1.crontab
  Size: 54        Blocks: 2048   IO Block: 16384  regular file
Device: 2ch/44d    Inode: 75374568    Links: 1
Access: (0755/-rwxr-xr-x)  Uid: ( 1000/  u1)   Gid: ( 1000/  u1)
Access: 2020-04-29 11:31:03.908624300 -0400
Modify: 2020-04-30 10:04:07.611931500 -0400
Change: 2020-04-30 10:04:07.611931500 -0400
 Birth: -

On 4/30/20 6:39 AM, Thomas Schmitt wrote:

Hi,

Alberto Sentieri wrote:

I tried setfattr as you suggested with "user" and without "user". Both
failed with "Operation not supported" and none of them changed the
timestamp.

This only leaves the idea to mimick the strace of cp -p in an own
C program to see whether utimensat() has the desired effect and
whether following calls spoil it.
Maybe it is necessary to really create a new file and to write
some realistic amount of data to it in order to set up the conditions
for the problem.

The code of cp.c and copy.c in
   https://sources.debian.org/src/coreutils/8.30-3/src/
looks not overly self-contained. So it might be difficult to get a
debuggable version of cp, if not Debian package development magic can
produce it.


Have a nice day :)

Thomas

Re: unexpected behavior of cp and mv

[Alberto Sentieri]

I tried setfattr as you suggested with "user" and without "user". Both 
failed with "Operation not supported" and none of them changed the 
timestamp.


On 4/29/20 5:31 PM, Thomas Schmitt wrote:

Hi,

assumed that the success of "touch" indicates that utimensat(2) works
fine, i would pick the failed fsetxattr(2) as next suspect.

Does this set the timestamps despite failing ?

   setfattr -n user.test_name -v test_value /mnt/u1/rw/receipt/u1.crontab

(I expect an "Operation not supported" error as in strace.
If it succeeds against our will, try -n "test_name", without prefix
"user.".)


Alberto Sentieri wrote:

So, the cp behavior on debian stretch and buster seems to be the same.

But the implementation of the system calls is not.



touch does the trick of dup2 and close, before calling utimensat.

Hm. To verify suchtheories you will have to create a C program which
uses the traced system calls and by which you can test variations.

Quite interesting would be to inquire the file timestamps immediately
after utimensat() in order to learn whether it gets into effect at
least for a short time.


Have a nice day :)

Thomas

Re: unexpected behavior of cp and mv

[Alberto Sentieri]

I am using ls -ls to check the data.

As captured from my screen:

$ rm /mnt/u1/rw/receipt/u1.crontab
$ ls -ls /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/u1.crontab
ls: cannot access '/mnt/u1/rw/receipt/u1.crontab': No such file or directory
4 -rw-r--r-- 1 u1 u1 54 Feb  5  2017 /mnt/1g/home/u1/data/u1.crontab
$ cp -pi /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/
$ ls -ls /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/u1.crontab
   4 -rw-r--r-- 1 u1 u1 54 Feb  5  2017 /mnt/1g/home/u1/data/u1.crontab
1024 -rwxr-xr-x 1 u1 u1 54 Apr 30 00:00 /mnt/u1/rw/receipt/u1.crontab

Other messages have more details.

On 4/29/20 9:47 PM, David Wright wrote:

On Wed 29 Apr 2020 at 15:07:52 (-0400), Alberto Sentieri wrote:

When I tried strace with /bin/cp -pi I can see on both commands
something like this:

utimensat(4, NULL, [{tv_sec=1588174263, tv_nsec=908624390} /*
2020-04-29T11:31:03.908624390-0400 */, {tv_sec=1486350336,
tv_nsec=481422339} /* 2017-02-05T22:05:36.481422339-0500 */], 0) = 0

The utimensat is exactly the same for both cp -pi to a ext4 file
system or to a smb filesystem. So, cp seems to be working as expected.
Probably the same is true to /bin/mv.

There's no possibility, is there, that you're reading the file status
time rather than the file modification time? cp -ip/mv will update the
former though not the latter. All three times will be set by touch in
the absence of any options (c and m).

I'm not familiar with cifs/smb protocols and filesystems.


-

Exactly the same behavior for /bin/cp and /bin/mv. I do not have any other cp 
or mv in my path.

$ sha1sum  /bin/cp /bin/mv
220687a082fb9d0dbb48e9a2b1093cbb4e9de55a  /bin/cp
46e71d67df7eb1c41f8f8c9039f401e242cce94a  /bin/mv


On Wed, Apr 29, 2020 at 12:22:41PM -0400, Alberto Sentieri wrote:

cp and mv are not preserving the file timestamps when copying from a ext4
file system to a smb file system.

I am running cp and mv on:
$ lsb_release -a
No LSB modules are available.
Distributor ID:    Debian
Description:    Debian GNU/Linux 10 (buster)
Release:    10
Codename:    buster

SMB is running on:
$ lsb_release -a
No LSB modules are available.
Distributor ID:    Debian
Description:    Debian GNU/Linux 9.12 (stretch)
Release:    9.12
Codename:    stretch

I am using "cp -pi" to copy the files and "mv -i" to move them.

If I run cp or mv on a Debian stretch, time stamps will be correct on the
SMB file system.

Buster gnome3 file manager will copy or move the files without problems, I
mean, they will preserve time stamps.

This started happening since I upgraded my workstation to buster, so the
problem seems to be in buster. I am mounting the file system on buster with
the following line added to fstab, which, by the way, is the same I was
using when my workstation was running stretch:

//192.168.1.2/alberto /mnt/u1/rw cifs
credentials=/root/pass/alberto.pass,uid=alberto,gid=alberto,rw 0 0

Does anyone knows which package is causing this behavior?


First, do you see the same behavior if you use /bin/cp and /bin/mv
instead of simply cp and mv?

Cheers,
David.

Re: unexpected behavior of cp and mv

[Alberto Sentieri]

Exactly as shown on my screen,  it shows that rsync, when used with -av, 
works as expected, but cp -pi does not.


$ rm /mnt/u1/rw/receipt/u1.crontab
$ ls -ls /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/u1.crontab
ls: cannot access '/mnt/u1/rw/receipt/u1.crontab': No such file or directory
4 -rw-r--r-- 1 u1 u1 54 Feb  5  2017 /mnt/1g/home/u1/data/u1.crontab
$ cp -pi /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/
$ ls -ls /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/u1.crontab
   4 -rw-r--r-- 1 u1 u1 54 Feb  5  2017 /mnt/1g/home/u1/data/u1.crontab
1024 -rwxr-xr-x 1 u1 u1 54 Apr 30 00:00 /mnt/u1/rw/receipt/u1.crontab
$ rm /mnt/u1/rw/receipt/u1.crontab
$ rsync  /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/
$ ls -ls /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/u1.crontab
   4 -rw-r--r-- 1 u1 u1 54 Feb  5  2017 /mnt/1g/home/u1/data/u1.crontab
1024 -rwxr-xr-x 1 u1 u1 54 Apr 30 00:01 /mnt/u1/rw/receipt/u1.crontab
$ rm /mnt/u1/rw/receipt/u1.crontab
$ ls -ls /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/u1.crontab
ls: cannot access '/mnt/u1/rw/receipt/u1.crontab': No such file or directory
4 -rw-r--r-- 1 u1 u1 54 Feb  5  2017 /mnt/1g/home/u1/data/u1.crontab
$ rsync -av /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/
sending incremental file list
u1.crontab

sent 158 bytes  received 35 bytes  386.00 bytes/sec
total size is 54  speedup is 0.28
$ ls -ls /mnt/1g/home/u1/data/u1.crontab /mnt/u1/rw/receipt/u1.crontab
   4 -rw-r--r-- 1 u1 u1 54 Feb  5  2017 /mnt/1g/home/u1/data/u1.crontab
1024 -rwxr-xr-x 1 u1 u1 54 Feb  5  2017 /mnt/u1/rw/receipt/u1.crontab

On 4/29/20 5:48 PM, songbird wrote:

Alberto Sentieri wrote:

On 4/29/20 4:13 PM, Thomas Schmitt wrote:

Hi,

Alberto Sentieri wrote:

It is clear
there that -p has no effect on that particular case of smb destinations. A
similar problem is happening with mv.

Maybe its not the file copying operation but the subsequent adjustment
of the timestamps.
Did you already try whether you can change timestamps on SMB by e.g.
touch(1) ?

   if touch does work then try using it and the original file
name on the original file system as a reference file.

(see man touch)

   another thing to try would be to see if rsync is also
not doing this correctly.

   sorry, short on time at the moment to dig further but
these two things came immediately to mind.


   songbird

Re: unexpected behavior of cp and mv

[Alberto Sentieri]

Just to document what I've seen so far:

These are some straces which may help finding the problem:

1) cp -p  from ext4 to smb, debian buster, which failed:

utimensat(4, NULL, [{tv_sec=1588174263, tv_nsec=908624390} /* 
2020-04-29T11:31:03.908624390-0400 */, {tv_sec=1486350336, 
tv_nsec=481422339} /* 2017-02-05T22:05:36.481422339-0500 */], 0) = 0
fgetxattr(3, "system.posix_acl_access", 0x7ffd302bd820, 132) = -1 
ENODATA (No data available)

fstat(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0
fsetxattr(4, "system.posix_acl_access", 
"\2\0\0\0\1\0\6\0\377\377\377\377\4\0\4\0\377\377\377\377 
\0\4\0\377\377\377\377", 28, 0) = -1 EOPNOTSUPP (Operation not supported)

fchmod(4, 0100644)  = 0
close(4)    = 0
close(3)    = 0
munmap(0x7fda0caa2000, 139264)  = 0
lseek(0, 0, SEEK_CUR)   = -1 ESPIPE (Illegal seek)
close(0)    = 0
close(1)    = 0
close(2)    = 0
exit_group(0)   = ?
+++ exited with 0 +++

2) cp -p from ext4 to ext4, debian buster, which worked correctly:

utimensat(4, NULL, [{tv_sec=1588174263, tv_nsec=908624390} /* 
2020-04-29T11:31:03.908624390-0400 */, {tv_sec=1486350336, 
tv_nsec=481422339} /* 2017-02-05T22:05:36.481422339-0500 */], 0) = 0
fgetxattr(3, "system.posix_acl_access", 0x7fffea95d4d0, 132) = -1 
ENODATA (No data available)

fstat(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0
fsetxattr(4, "system.posix_acl_access", 
"\2\0\0\0\1\0\6\0\377\377\377\377\4\0\4\0\377\377\377\377 
\0\4\0\377\377\377\377", 28, 0) = 0

close(4)    = 0
close(3)    = 0
munmap(0x7f13495c9000, 139264)  = 0
lseek(0, 0, SEEK_CUR)   = -1 ESPIPE (Illegal seek)
close(0)    = 0
close(1)    = 0
close(2)    = 0
exit_group(0)   = ?

3) touch smb file, debian buster (command touch -t 202001011700 
u1.crontab), which works correctly:


openat(AT_FDCWD, "u1.crontab", O_WRONLY|O_CREAT|O_NOCTTY|O_NONBLOCK, 
0666) = 3

dup2(3, 0)  = 0
close(3)    = 0
utimensat(0, NULL, [{tv_sec=1577916000, tv_nsec=0} /* 
2020-01-01T17:00:00-0500 */, {tv_sec=1577916000, tv_nsec=0} /* 
2020-01-01T17:00:00-0500 */], 0) = 0

close(0)    = 0
close(1)    = 0
close(2)    = 0
exit_group(0)   = ?

4) cp -p from ext4 to smb on debian stretch, which works correctly:

utimensat(4, NULL, [{tv_sec=1588174263, tv_nsec=908624390}, 
{tv_sec=1486350336, tv_nsec=481422339}], 0) = 0
fgetxattr(3, "system.posix_acl_access", 0x7ffdd4465000, 132) = -1 
ENODATA (No data available)

fstat(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0
fsetxattr(4, "system.posix_acl_access", 
"\2\0\0\0\1\0\6\0\377\377\377\377\4\0\4\0\377\377\377\377 
\0\4\0\377\377\377\377", 28, 0) = -1 EOPNOTSUPP (Operation not supported)

fchmod(4, 0100644)  = 0
close(4)    = 0
close(3)    = 0
munmap(0x7f8ab2aaf000, 139264)  = 0
lseek(0, 0, SEEK_CUR)   = -1 ESPIPE (Illegal seek)
close(0)    = 0
close(1)    = 0
close(2)    = 0
exit_group(0)   = ?

So, the cp behavior on debian stretch and buster seems to be the same.

touch does the trick of dup2 and close, before calling utimensat.

Alberto

On 4/29/20 4:13 PM, Thomas Schmitt wrote:

Hi,

Alberto Sentieri wrote:

It is clear
there that -p has no effect on that particular case of smb destinations. A
similar problem is happening with mv.

Maybe its not the file copying operation but the subsequent adjustment
of the timestamps.
Did you already try whether you can change timestamps on SMB by e.g.
touch(1) ?


Have a nice day :)

Thomas

Re: unexpected behavior of cp and mv

[Alberto Sentieri]

The content file is copied correctly. And touch works as expected on smb 
files. The command below produced the expected results:


touch -t 201901011300  /mnt/u1/rw/receipt/u1.crontab


On 4/29/20 4:13 PM, Thomas Schmitt wrote:

Hi,

Alberto Sentieri wrote:

It is clear
there that -p has no effect on that particular case of smb destinations. A
similar problem is happening with mv.

Maybe its not the file copying operation but the subsequent adjustment
of the timestamps.
Did you already try whether you can change timestamps on SMB by e.g.
touch(1) ?


Have a nice day :)

Thomas

Re: unexpected behavior of cp and mv

[Alberto Sentieri]

Charles,

Please read the whole thread, which starts at 
https://lists.debian.org/debian-user/2020/04/msg01361.html. It is clear 
there that -p has no effect on that particular case of smb destinations. 
A similar problem is happening with mv.


I resurrect my stretch workstation and the behavior is different from 
buster, when copying a file with -pi from ext4 to smb.



On 4/29/20 3:16 PM, Charles Curley wrote:

On Wed, 29 Apr 2020 12:22:41 -0400
Alberto Sentieri <2...@tripolho.com> wrote:


cp and mv are not preserving the file timestamps when copying from a
ext4 file system to a smb file system.

What I see is:

* mv does preserve the time of the file, regardless of copying to an
   SMB share or not.

* cp indeed does not preserve the time of the original file, regardless
   of copying to an SMB share or not.

mv simply moves a directory entry, including the inode, from here to
there. cp creates a new directory entry at the destination. So these
results make sense.

To have cp preserve the time (i.e. copy the original file's time to the
copy), use its -p option.

Also, check for aliases that might include options you don't want.

Re: Re: unexpected behavior of cp and mv

[Alberto Sentieri]

When I tried strace with /bin/cp -pi I can see on both commands 
something like this:


utimensat(4, NULL, [{tv_sec=1588174263, tv_nsec=908624390} /* 
2020-04-29T11:31:03.908624390-0400 */, {tv_sec=1486350336, 
tv_nsec=481422339} /* 2017-02-05T22:05:36.481422339-0500 */], 0) = 0


The utimensat is exactly the same for both cp -pi to a ext4 file system 
or to a smb filesystem. So, cp seems to be working as expected. Probably 
the same is true to /bin/mv.


-

Exactly the same behavior for /bin/cp and /bin/mv. I do not have any other cp 
or mv in my path.

$ sha1sum  /bin/cp /bin/mv
220687a082fb9d0dbb48e9a2b1093cbb4e9de55a  /bin/cp
46e71d67df7eb1c41f8f8c9039f401e242cce94a  /bin/mv


On Wed, Apr 29, 2020 at 12:22:41PM -0400, Alberto Sentieri wrote:

cp and mv are not preserving the file timestamps when copying from a ext4
file system to a smb file system.

I am running cp and mv on:
$ lsb_release -a
No LSB modules are available.
Distributor ID:    Debian
Description:    Debian GNU/Linux 10 (buster)
Release:    10
Codename:    buster

SMB is running on:
$ lsb_release -a
No LSB modules are available.
Distributor ID:    Debian
Description:    Debian GNU/Linux 9.12 (stretch)
Release:    9.12
Codename:    stretch

I am using "cp -pi" to copy the files and "mv -i" to move them.

If I run cp or mv on a Debian stretch, time stamps will be correct on the
SMB file system.

Buster gnome3 file manager will copy or move the files without problems, I
mean, they will preserve time stamps.

This started happening since I upgraded my workstation to buster, so the
problem seems to be in buster. I am mounting the file system on buster with
the following line added to fstab, which, by the way, is the same I was
using when my workstation was running stretch:

//192.168.1.2/alberto /mnt/u1/rw cifs
credentials=/root/pass/alberto.pass,uid=alberto,gid=alberto,rw 0 0

Does anyone knows which package is causing this behavior?


First, do you see the same behavior if you use /bin/cp and /bin/mv
instead of simply cp and mv?

Regards,

-Roberto

--
Roberto C. Sánchez

Re: Re: unexpected behavior of cp and mv

[Alberto Sentieri]

Exactly the same behavior for /bin/cp and /bin/mv. I do not have any other cp 
or mv in my path.

$ sha1sum  /bin/cp /bin/mv
220687a082fb9d0dbb48e9a2b1093cbb4e9de55a  /bin/cp
46e71d67df7eb1c41f8f8c9039f401e242cce94a  /bin/mv


On Wed, Apr 29, 2020 at 12:22:41PM -0400, Alberto Sentieri wrote:

cp and mv are not preserving the file timestamps when copying from a ext4
file system to a smb file system.

I am running cp and mv on:
$ lsb_release -a
No LSB modules are available.
Distributor ID:    Debian
Description:    Debian GNU/Linux 10 (buster)
Release:    10
Codename:    buster

SMB is running on:
$ lsb_release -a
No LSB modules are available.
Distributor ID:    Debian
Description:    Debian GNU/Linux 9.12 (stretch)
Release:    9.12
Codename:    stretch

I am using "cp -pi" to copy the files and "mv -i" to move them.

If I run cp or mv on a Debian stretch, time stamps will be correct on the
SMB file system.

Buster gnome3 file manager will copy or move the files without problems, I
mean, they will preserve time stamps.

This started happening since I upgraded my workstation to buster, so the
problem seems to be in buster. I am mounting the file system on buster with
the following line added to fstab, which, by the way, is the same I was
using when my workstation was running stretch:

//192.168.1.2/alberto /mnt/u1/rw cifs
credentials=/root/pass/alberto.pass,uid=alberto,gid=alberto,rw 0 0

Does anyone knows which package is causing this behavior?


First, do you see the same behavior if you use /bin/cp and /bin/mv
instead of simply cp and mv?

Regards,

-Roberto

--
Roberto C. Sánchez

unexpected behavior of cp and mv

[Alberto Sentieri]

cp and mv are not preserving the file timestamps when copying from a 
ext4 file system to a smb file system.


I am running cp and mv on:
$ lsb_release -a
No LSB modules are available.
Distributor ID:    Debian
Description:    Debian GNU/Linux 10 (buster)
Release:    10
Codename:    buster

SMB is running on:
$ lsb_release -a
No LSB modules are available.
Distributor ID:    Debian
Description:    Debian GNU/Linux 9.12 (stretch)
Release:    9.12
Codename:    stretch

I am using "cp -pi" to copy the files and "mv -i" to move them.

If I run cp or mv on a Debian stretch, time stamps will be correct on 
the SMB file system.


Buster gnome3 file manager will copy or move the files without problems, 
I mean, they will preserve time stamps.


This started happening since I upgraded my workstation to buster, so the 
problem seems to be in buster. I am mounting the file system on buster 
with the following line added to fstab, which, by the way, is the same I 
was using when my workstation was running stretch:


//192.168.1.2/alberto /mnt/u1/rw cifs 
credentials=/root/pass/alberto.pass,uid=alberto,gid=alberto,rw 0 0


Does anyone knows which package is causing this behavior?

Alberto

Re: looking for a replacement for debian since systemd

[Alberto Luaces]

"0...@caiway.net" writes:

> On Mon, 16 Dec 2019 16:40:52 +0100
> Alberto Luaces wrote:
>
>> "0...@caiway.net" writes:
>> 
>> > But I do like systemd-container very much.
>> 
>> What is that thing? Another name for systemd-nspawn?
>> 
>
> package systemd-container provides systemd's tools for nspawn and
> container/VM management:
>  * systemd-nspawn
>  * systemd-machined and machinectl
>  * systemd-importd

Thanks for the pointer!

-- 
Alberto

Re: looking for a replacement for debian since systemd

[Alberto Luaces]

"0...@caiway.net" writes:

> But I do like systemd-container very much.

What is that thing? Another name for systemd-nspawn?

-- 
Alberto

Re: Lista de python

[Alberto Y. Fujihira]

https://www.python.org/community/lists/
https://python.org.br/lista-de-discussoes/

Em qua., 11 de dez. de 2019 às 09:39, hamacker 
escreveu:

> Eu estou migrando os meus scripts em bash para python, alguns deles até
> acessando base de dados e estou gostando mundo.
> Mas como também sou programador, tenho cometido muitos erros por causa de
> alguns vícios de linguagens que já conheço então será que poderiam
> recomendar uma boa lista de discussão python.
>
> Eu assisti umas videos-aulas e li alguns artigos na internet e já sai
> programando, parece muito fácil. Creio que uma boa lista de discussão me
> ajudaria a impulsionar nesta linguagem que para mim é nova.
>
> []´s a todos.
>

Re: Instalar Perl sin soporte de threads

[Alberto Luaces]

Roberto Carna writes:

> Buenas noches, estoy instalando nfsen + nfdump sobre un Debian 10.
>
> La interface web para ver los flujos netflow anda muy bien, hasta que agrego 
> alertas para ser enviadas por mail. Alli a veces se rompe la conexion con el 
> servicio nfsend y ya no me puedo conectar mas a la
> interface web.
>
> El error que veo es:
>
> PANIC nfsend dies: Can't locate object method "tid" via package "threads" at 
> /usr/share/perl/5.26/XSLoader.pm line 114
>
> Aparentemente yo deberia instalar Perl sin el soporte de threads. Pero la 
> verdad no se como hacerlo, dado que yo siempre instalo todos los paquetes via 
> APT.
>
> En este momento en mi Debian 10 tengo el paquete perl y varios mas *perl*.
>
> Como podria hacer entonces para tener perl sin soporte de threads y luego 
> instalar todos los demas paquetes *perl* ?

Hola, Roberto:

cuando quieras emplear un perl diferente del de sistema, tienes perlbrew
(empaquetado en Debian, instrucciones en https://perlbrew.pl/):

#v+
> apt search perlbrew
perlbrew/testing,testing,now 0.87-1 all [instalado]
  script to manage perl installations in your $HOME
#v-

Lo primero que haría sería instalar versiones más recientes de perl, y
sólo si no funciona centrarme en el asunto de no compilar el soporte de
threads.

-- 
Alberto

Re: ¿Hasta donde se desarrollan los paquetes Debian?

[Alberto Luaces]

Miguel de Dios Matias writes:

> El sáb., 9 nov. 2019 20:35, Roberto C. Sánchez  escribió:
>
>  On Sat, Nov 09, 2019 at 08:29:23PM +0100, Miguel de Dios Matias wrote:
>  >Buenas.
>  >Tengo otra pregunta "un poco rara".
>  >Cuándo un paquete el upstream este muerto. ¿Qué se hace el paquete 
> Debian?
>  >¿Se le abre un git en salsa y se sigue avanzando el paquete? ¿Sólo se
>  >mantiene los fallos de seguridad?¿Se elimina de Debian?
>  >Saludos.
>
>  Eso todo depende de la inclinación del que mantiene el paquete.  Hay
>  ejemplos de todas las tres posibilidades que mencionas.  ¿Tienes un
>  paquete específico que te interesa con respeto a tu pregunta?
>
> Tengo varios en mente, juegos viejitos que conocí en Debian Woody y que en 
> Sourceforge están muertos.
>
> Por ejemplo "Pachi el marciano".
>
> Me gustaría hacer algún arreglo a los bugs abiertos (...que creo que
> eso es es bastante asequible sin ser DD o DM) y después darle un poco
> de vida (...pero supongo que primero tengo que hacer todo el proceso
> de convertirse de DD o DM).

Los paquetes se mantienen indefinidamente hasta que los saque un fallo:
fallo al compilar, dependencias incumplidas o bien fallos de seguridad.
He visto paquetes muy viejos, sin que nadie se ocupe de ellos, perdurar
en el directorio simplemente porque no daban problemas.

Si estás interesado en ese paquete en particular, podrías buscar el
fallo que hizo que lo sacasen automáticamente de la distribución,
arreglarlo y después pedir a alguien que lo suba (no hace falta ser DD
ni DM, simplemente seguir las instrucciones en
https://mentors.debian.net/sponsors/rfs-howto) o solicitarlo a algún DD
que conozcas.

Un saludo,

-- 
Alberto

Re: instalar libpng12.so.0

[Alberto]

On 4/10/19 14:34, merlin verdecia wrote:

Hola,
Tengo debian 10 instalado y necesito instalar la librería
libpng12.so.0 pero no puedo. Agregué a sources.list el repositorio de
jessie, pero cuando intento instalarla desde aquí me parece el
siguiente mensaje:
E: /var/cache/apt/archives/libpng12-0_1.2.50-2+deb8u3_amd64.deb: no se
puede instalar una nueva versión de
`/usr/lib/x86_64-linux-gnu/libpng12.so.0': No existe el fichero o el
directorio


en la 10 la libpng es la 16:

...

libpng16-16 - PNG library - runtime (version 1.6)

...

con lo que quieres hacer un downgrade, o instalarla adicionalmente 
(supongo que esto último)


supongo que despues de añadir un repositorio haces el "apt-get update" no?

y luego hacer el apt-get del paquete concreto

Re: GRUB key repeat too fast

[Alberto Luaces]

Pascal Hambourg writes:

> Le 25/09/2019 à 13:34, Alberto Luaces a écrit :
>> Pascal Hambourg writes:
>>
>>>> I have searched for a key repeat delay in the manual, but I found
>>>> nothing.
>>>
>>> Which manual ? GRUB or the computer/motherboard ?
>>
>> GRUB's.
>
> You won't find anything useful there. By default, the keyboard in GRUB
> is managed by the BIOS/UEFI firmware. The firmware setup may have
> typematic delay and rate settings.
>

That is right, but GRUB also is capable of changing the video resolution
and some other settings, so I thought that could be another sensible
configuration parameter.  After all, is a complete OS itself, if I am not
mistaken.

>
>>> I read a report about a similar issue in a Debian-related forum. IIRC,
>>> a workaround was to connect the keyboard to a USB port of different
>>> type (USB 2 -> USB 3 or the other way around).
>>
>> Thank you! that solves it.  It was indeed the change from 2 → 3 what I did.
>
> Interesting. What is the computer/motherboard/firmware make/model ?
> The one reported in a forum was an Aorus x470 Ultra Gaming motherboard.
>

Close! B450 AORUS M :-)

-- 
Alberto

Re: GRUB key repeat too fast

[Alberto Luaces]

Pascal Hambourg writes:

>> I have searched for a key repeat delay in the manual, but I found
>> nothing.
>
> Which manual ? GRUB or the computer/motherboard ?
>

GRUB's.

>
>> Does this ring a bell for someone?
>
> I read a report about a similar issue in a Debian-related forum. IIRC,
> a workaround was to connect the keyboard to a USB port of different
> type (USB 2 -> USB 3 or the other way around).

Thank you! that solves it.  It was indeed the change from 2 → 3 what I did.

-- 
Alberto

GRUB key repeat too fast

[Alberto Luaces]

Hello,

I have switched to a new computer an existing Debian installation.

At boot time, at the GRUB menu, each key press is repeated very fast, as
if the key repeat delay were close to zero: I can only select either the
first or the last option, since pressing the arrow keys go all the way
up or down.

If, for example, I press 'e' to edit an entry, it is shown, but also
almost 70 'e' characters are typed as well in the editing box.

I have searched for a key repeat delay in the manual, but I found
nothing.

Does this ring a bell for someone?

Thanks.

-- 
Alberto


signature.asc
Description: PGP signature

Re: rocks n diamonds

[Alberto Luaces]

Alberto Luaces writes:

> Paul Sutton writes:
>
>> dpkg-reconfigure rocksndiamonds
>
> Can you add "sudo" or become root for that?

Well, and also check the installation of the debconf package?

-- 
Alberto

Re: rocks n diamonds

[Alberto Luaces]

Paul Sutton writes:

> dpkg-reconfigure rocksndiamonds

Can you add "sudo" or become root for that?

-- 
Alberto

Re: Configurar Thunderbird y lista de correo

[Alberto Luaces]

Debian Neo writes:

> Buenas Noches, como configuro Thunderbird para poder usar la cuenta 
> debian-user-spanish@lists.debian.org y así no tener que hacerlo desde el 
> Navegador web.
>

1. Filtro: pinchar con el botón derecho en la dirección
(debian-user-spanish@lists.debian.org) y crear un filtro para que mande
los correos a la carpeta que quieras.

2. Generalmente ya está, porque Thunderbird envía automáticamente las
respuestas a la lista de correo directamente.

-- 
Alberto

Re: qemu/kvm debian buster

[Alberto Luaces]

Alberto Luaces writes:

> Eduardo Visbal writes:
>
>> Las interfaz de red del servidor están bien, tengo salida normal... no tengo 
>> ningún firewall activado.
>
> Para ir descartando cosas: ¿funciona si empleas DHCP?

Me refiero a que la máquina use dhcp en lugar de la interfaz br0 y la IP
fija que indica tu línea de comandos.

-- 
Alberto

Re: qemu/kvm debian buster

[Alberto Luaces]

Eduardo Visbal writes:

> Las interfaz de red del servidor están bien, tengo salida normal... no tengo 
> ningún firewall activado.

Para ir descartando cosas: ¿funciona si empleas DHCP?

-- 
Alberto

Re: PHP 7.0 --> php7.0-fpm.sock

[Alberto Luaces]

Eriel Perez writes:

>> On 6/20/2019 3:48 AM, Alberto Luaces wrote:
>>> Eriel Perez writes:
>>>
>>>> Hola lista.
>>>>
>>>> Estoy haciendo unas pruebas con PHP 7.0 y en la configuracion del nginx 
>>>> necesito esto
>>>>
>>>>   fastcgi_pass unix:/var/r
>>>>   un/php/php7.0-fpm.sock;
>>>>
>>>> Mas ese fichero no esta en el directorio.
>>>>
>>>> alguna sugerencia?
>>>>
>>> No te preocupes.  Ese fichero (en realidad, un «socket») se crea
>>> automáticamente cuando se arranque el servicio php7.0-fpm.
>>
>
>
>
> pero ese servicio esta arrancado y funcionando. y ese fichero no aparece. :(

En el fichero de  configuración 

/etc/php/7.0/fpm/pool.d/www.conf

se indica dónde se crea el fichero, sección "listen".

-- 
Alberto

Re: PHP 7.0 --> php7.0-fpm.sock

[Alberto Luaces]

Eriel Perez writes:

> Hola lista. 
>
> Estoy haciendo unas pruebas con PHP 7.0 y en la configuracion del nginx 
> necesito esto
>
>  fastcgi_pass unix:/var/r
>  un/php/php7.0-fpm.sock;
>
> Mas ese fichero no esta en el directorio. 
>
> alguna sugerencia?
>

No te preocupes.  Ese fichero (en realidad, un «socket») se crea
automáticamente cuando se arranque el servicio php7.0-fpm.

-- 
Alberto

Re: Perdida de conexion de red

[Alberto Luaces]

Antonio Rello writes:

> Hola
>
> Tengo un debian 9 recien instalado con SSH como servicio activo, mi
> problema es que de buenas a primeras pierdo la conexion de red, dejo
> de tener conexion, desde la propia maquina no puede hacer ping a
> ningun otro equipo de la red, ahora en cuanto pongo un ping a
> cualquier equipo me pierde los 5 primeros paquetes pero luego ya me
> responde y todo vuelve a funcionar. Es como si entrara en modo ahorro
> de energia la tarjeta.
>
> La maquina es una maquina virtual, con ip fija (No tiene DHCP).
>
> Alguna idea de que es lo que puede pasar???

Entonces, ¿el ordenador lleva debian y la máquina virtual también? ¿qué
clase de máquina virtual es?

-- 
Alberto

Re: Net::DNS::Nameserver

[Alberto Luaces]

mick crane writes:

> sorry to be a nuisance
> can somebody explain generally what this scheme of things with the
> dots has to do with ?
> seen this in perl as the kind of hierarchy of modules but how is this
> to do with the OS ?
>
> ~$ apropos nameserver
> Net::DNS::Nameserver (3pm) - DNS server class

It usually translates to directory separators (/).  In your case, it
points to

/usr/share/perl5/Net/DNS/Nameserver.pm

-- 
Alberto

Re: owncloud

[Alberto Luaces]

"sandy.macias" writes:

> Hola alguien sabe como quitar las updates de owncloud automatikamente es 
> decir sin que el solo se actualize ., es decir lo hago yo cuando lo
> deseee

A mí no me sucede eso, pero tendría que ser en settings→overview.

-- 
Alberto

Re: Ayuda nextcloud

[Alberto Luaces]

"sandy.macias" writes:

> Ayuda con nextcloud alguien sabe porque cunado hago conferencia de video ,me 
> sale bien con la gente que tengo en m icentro laboral pero cuando lo
> quiero hacer con otr ousuario de otro ip me sale la pantalla en negra 
>

Porque los interlocutores necesitan conexión directa, o bien un servidor
que atraviese NATs y cortafuegos:

https://help.nextcloud.com/t/installing-stun-turn-server/25549

-- 
Alberto

Re: Python en Debian 9

[Alberto Luaces]

Jorge Sanchez writes:

> Es preferible que dejes como predeterminado la v2.7 y trabajes con 3.5 ya que 
> algunos programas trabajan con dicha versión.

Cuando decía "sustituir" me refería a ejecutar, cuando te manden las
instrucciones hacer algo como

python myscript.py → python3 myscript.py

La versión 2 no se puede eliminar en ninguna distribución actual ni aún
queriendo, porque como dices, hay programas y servicios (básicos) que la
necesitan.  Ésa es otra de las razones por las que la versión 3 tiene
otro nombre, para poder coexistir en el mismo sistema.

-- 
Alberto

Re: Python en Debian 9

[Alberto Luaces]

Yair De la cruz writes:

> Buenas noches Equipo, 
>
> Quiero Aprender a programar en Python, y estoy viendo tutoriales, Tengo 
> Instalado Xubuntu 16.xx y cada vez que compilo un codigo me da errores, he 
> buscado en internet y me han comentado que es por que tengo
> python 2.7 y tengo que cambiarme a python 3.5, para que asi minimise esos 
> errores observados,
>

En realidad tienes los dos disponibles, lo que pasa es que la versión 2
se llama "python", mientras que la 3, "python3".

Si instalas "python3" y sustituyes en todas las instrucciones "python"
por "python3", estarás usando la versión que necesitan los tutoriales.

>
> Mi pregunta es con que Python viene Debian 9?
>

Lo mismo, vienen los dos.

-- 
Alberto

Re: [OT] A vueltas con las caches L1 y L2

[Alberto Luaces]

Angel Vicente writes:

> me dice que las caches L1 y L2 están deshabilitadas, la cosa es que con
> lshw encuentro que existir, existen.

Es prácticamente imposible que tu CPU no esté usando las cachés; jamás
he escuchado que se pudiesen deshabilitar, puesto que es una parte
crucial del sistema, especialmente las más cercanas como la L1 y la L2.

Si envías el mensaje exacto en el que sale lo que dices, quizás podamos
interpretarlo.

-- 
Alberto

Re: Servidor de Correos en Linux

[Alberto]

para una cosa tan pequeña, monta un postfix de 0, hay tutoriales a 
cientos con lo básico, y a partir de ahi, vas tuneandolo en base a tus 
necesidades



On 30/06/18 16:15, Kelvi Martinez wrote:

Muy buenos días a la comunidad de Debian.

Quería una asesoría para montar un servidor de correo bajo Debian. Ya 
tengo mi dominio comprado y quería era hacer yo mismo un hospedaje 
para mis correo relacionados con el dominio.  Tengo una dirección IP 
publica. El correo es máximo para 5 personal y los mismos se van a 
bajar al outlook. Pregunto, que servidor de correo actual me 
recomiendas que sea bajo Debian o si hay uno mejor y sencillo bajo 
otra distribución LINUX.


Gracias

Saludos,

Kelvi

Re: Question to rsync

[Alberto Luaces]

Hans writes:

> I am sure, this option stilll exists in the  actual rsync version, but I  can 
> not find it (although, there is a "--delete", but looks to do something else)

I have always used "--delete" for that purpose.  I interpret the
"extraneous" term in the manpage as "not found in the target".

-- 
Alberto

Re: firmar pdf's con certificado electrónico

[Alberto Luaces]

hubble  writes:

> Hola,
>
> Necesito firmar digitalmente (con certificado digital) un documento
> pdf.
> Sé que en windows puedo contar con acrobat reader y quizá en linux
> también, pero quisiera utilizar algún programa que venga con la
> distribución (debian) (podría hacer un esfuerzo y utilizar ubuntu)
> Un aptitude search no da nada interesante.
> Por internet he visto que hay algún programa (librefirma, clicksign,
> etc) pero no son libres (aunque si gratis) y no forman parte de la
> distribución al igual que las web para firmar digitalmente, por lo que
> no acaban de darme confianza.
>
> ¿Cómo lo haceis vosotr@s?

Si el certificado es de la FNMT, entonces el programa es AutoFirma:

http://firmaelectronica.gob.es/Home/Descargas.htm

-- 
Alberto

Re: Get the external IP address from a Linux box

[Alberto Luaces]

Joe writes:

> On the assumption that you are using a router of some kind, your public
> IP address will be that of the router WAN port (cable, ADSL, etc.) and
> there will be a method of determining that by connecting to the router
> as an administrator. That method will depend entirely on the router.

If the router supports upnp and it is activated, you can check the
external IP in an device-independent way with

upnpc -l | grep ExternalIPAddress

-- 
Alberto

Re: No entiendo los roles de usuarios en el proyecto Debian.

[Alberto Luaces]

Miguel de Dios Matias writes:

> Buenas.
>
> Os pego la pregunta que he hecho por el canal de irc. 
>
> "tengo un lío con los tipos de usuarios en el proyecto Debian."
>
> "os cuento, analizando el paquete Bless he visto que, no hay mantenedor (que 
> es un equipo), pero hay un uploader (el señor Iain Lane) y después en el git 
> del paquete en Debian hay varios commiteadores (Jo
> Shields, Iain Lane, Julian Taylor...) pero el repo git (de Debian) pone que 
> es de Julian Taylor."
>
> Lo de equipo mas o menos lo he entendido del anterior email.
>

Y cuando te enteres de que cualquier DD puede subir nuevas versiones de
cualquier paquete, aunque no esté listando en alguno de esos
campos... :-)

Creo que sería más fácil decir qué quieres hacer con esa información,
para que sea también más fácil ayudarte.

-- 
Alberto

Re: ¿Qué significa los teams como mantenedor de paquetes Debian?

[Alberto Luaces]

Miguel de Dios Matias writes:

> Buenas.
>
> Mirando el paquete Bless (que es un editor hexadecimal en GTK) 
> https://tracker.debian.org/pkg/bless .
>
> He visto que de mantenedor está el "Debian CLI Applications Team" y de 
> uploader (¿Qué no se qué función cumple?) si está una persona.
>
> ¿Eso qué significa? ¿Qué el paquete está huérfano?
>
Todo lo contrario; un equipo está formado por un grupo de
desarrolladores con interés en programas similares, de tal manera que
cualquiera de ellos puede trabajar sobre cualquier paquete del grupo,
haciendo el desarrollo más ágil.  Los casos más paradigmáticos podrían
ser los equipos de Perl o Python, que mantienen miles de paquetes.

El que figura en «uploaders» puede ser generalmente el que empezó el
paquete, aunque bien podría ser cualquier otra persona (incluso externa
al grupo).

-- 
Alberto

Re: rsync por ssh

[Alberto Luaces]

miguel angel gonzalez writes:

> Buenos días,
> Necesito hacer una tranferencia de muchos datos entre entornos diferentes es 
> decir, redes diferentes, tengo una máquina con una tarjeta en los dos 
> entornos. ¿Se os ocurre como hacerlo con rsync?
> Estoy dándole vueltas a meterlo en un tunel ssh, por eso he creado claves 
> pública y privada, pero no doy con la idea.
> Gracias!

Ésta es  la solución completa: haces el túnel y después ordenas a rsync
a pasar por él especificando concretamente cómo invocar a ssh.

https://stackoverflow.com/a/21465177/2658323

-- 
Alberto

Re: Instalação do Debian Stretch em um Dell R710

[Alberto Y. Fujihira]

Tente uma imagem com firmwares (não livres) adicionais:
https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/

Maiores informações:
https://wiki.debian.org/Firmware


Em 26 de setembro de 2017 11:08, Israel Silva  escreveu:

> Bom dia a todos,
>
> Chegou recentemente um servidor Dell R720 e estou tentando instalar o
> Debian no mesmo mas o instalador do Debian não reconhece os disco, em
> algumas pesquisas achei o site [1] onde tem o firmware proprietário, mas
> não achei uma forma de instalar esse firmware durante a instalação do
> sistema, também encontrei esse site [2] no qual informa que o módulo GPL
> megaraid_sas é compatível com minha controladora mas o instalador carrega o
> módulo mas mesmo assim não detecta os discos.
> o comando lspci -nn | grep RAID me retorna a seguinte informação:
> 03:00.0 RAID bus controller [0104]: LSI Logic / Symbios Logic MegaRAID SAS
> 1078 [1000:0060] rev 04
>
> Alguém teria uma dica de como poderia instalar o firmware proprietário na
> instalação de Debian ou até mesmo fazer com que funcione com o modulo
> megaraid_sas?
>
> Desde já, obrigado pela atenção.
>
>
> [1] http://hwraid.le-vert.net/wiki/DebianPackages
> [2] https://wiki.debian.org/LinuxRaidForAdmins
>
>
> --
> "Não sabendo que era impossível, ele foi lá e fez."
>

Re: Instalar python-nest

[Alberto Luaces]

Josu Lazkano writes:

> Buenas a todos,
>
> Quiero probar a utiliza la API de Nest mediante el paquete "python-nest".
>
> El problema es que no acierto a instalarlo al estilo Debian, que sea sencillo.
>
> He probado esto:
>
> apt-get install python3-pip
> pip install python-nest
> -bash: pip: no se encontró la orden
>
> Pero me dice que pip no es un ejecutable.
>
> ¿Algiuien con experiencia en modulos de pthon me puede ayudar?
>
> Lo estoy probando en un raspberrypi con Debian Stretch.

Hola, em tu caso lo primero que probaría es a ver qué hay en
"python3-pip":

$ dpkg -L python3-pip

Tal vez el ejecutable se llame "pip3" o algo así.

De todas formas, lo recomendable es no instalar los paquetes de pip
directamente en el sistema, sino hacer un entorno virtual, lo cual no
requiere permisos de "root".  En python2 había "virtualenv", y en python3
es el módulo "venv":

$ pyvenv --system-site-packages mi_entorno
$ cd mi_entorno
$ source bin/activate.sh

A partir de ahí, todos los comandos como "python" o "pip" se referirán
al entorno nuevo.

-- 
Alberto

Re: Instalar S.A.F.E Open Source Microfinance Suite

[Moises Alberto Lindo Gutarra]

http://wiki.opencorebanking.com/doku.php?id=instalacion

El 19 de febrero de 2018, 18:11, Elvin Rodriguez <elvin@gmail.com>
escribió:

> Buenas tardes estimados,
>
> alguien por aquí ha instalado el software S.A.F.E Open Source Microfinance
> Suite  y me pueda ayudar por favor.
>
>
> --
>
> *Saludos,*
> *Atte.*
> *Elvin Rodriguez.*
>
>


-- 
Atte.
Moisés Alberto Lindo Gutarra
Asesor - Desarrollador Java / Open Source
Linux Registered User #431131 - http://linuxcounter.net/
Cel: (511) 995081720 - Rpm: *548913
EMail: mli...@gmail.com

Re: necesito usar squirrelmail por 443

[Alberto Luaces]

l...@ida.cu writes:

> Buenas a todos listeros
>
> Tengo postfix y squirrelmail en Debian lo tengo funcionando por puerto 80
>
> Que tengo que hacer para que el webmail con el Squirrelmail trabaje por
> puerto 443 ??

Entiendo que lo quieres para usar HTTPS en el servidor.  Para ello, lo
más importante es disponer de un certificado, que puede ser auto-firmado
o bien certificado por una autoridad externa que los navegadores más
comunes acepten.

Para lo segundo, se puede emplear el paquete "certbot", que está en
Debian y registra un certificado gratuitamente.  Además, hace la
configuración del servidor web automáticamente, con lo que los accesos
por el puerto 443 serán cifrados.

-- 
Alberto

Re: Software libre para cotejo de voces

[Alberto Luaces]

Felix Perez writes:

> El 18 de febrero de 2018, 22:52, Germán Avendaño Ramírez
> <gdavenda...@autistici.org> escribió:
>> Cordial saludo lista
>>
>> Ando buscando una aplicación libre, que me permita cotejar voces de dos
>> grabaciones que aparentemente tienen la voz de una misma persona. Quiero
>> verificar si definitivamente se trata de la misma persona o no. ¿Alguna
>> sugerencia?
>>
>
> Un archivo con voces es finalmente un archivo de audio, el cual
> podrías analizar con con algún software de audio como audacity o
> similares.
>

Sin ánimo de ofender, eso es como recomendar el "mspaint" para pintar la
Mona Lisa.

Parece que la tecnología es bastante frágil[1], pero hay un par de
proyectos (sacado de la Wikipedia):

http://mistral.univ-avignon.fr/mediawiki/index.php/Main_Page
https://pypi.python.org/pypi/bob.bio.spear

Footnotes: 
[1]  El sujeto tiene que colaborar y las condiciones de grabación ser
conocidas (entre otras condiciones), ver 
http://mistral.univ-avignon.fr/mediawiki/index.php/Limits_of_voice_authentication

-- 
Alberto

Re: Con ffmpeg... como puedo quitar peso a un vídeo y me quede con el castellano?

[Alberto Luaces]

Jaume Barceló writes:

> Tengo un vídeo con audio ingles y castellano.
> Paso el vídeo de 36,2G a un vídeo de 1,9G pero sólo me graba el audio en 
> ingles
>
> ffmpeg -i video.mkv -vcodec libx265 videofinal.mkv
>

Aquí te ponen un ejemplo con la opción "-map", para coger la pista de
audio que desees:

http://slhck.info/ffmpeg-encoding-course/#/33

-- 
Alberto

[off-topic] Re: VPS para multiples dominios

[alberto]

Pues si, efectivamente creo que es Off-topic, asi que modifico el Asunto...

Dicho esto, tu consulta es muy basta y generica, pero a grandes rasgos
lo que necesitas para la web, es lógicamente que los registros A de los
dominios que quieras que apunten, apunten a la IP pública de tu VPS, y
luego discriminar con los virtual servers de tu servidor web.

Para el correo, lo mismo pero con los MX de los dominios, y luego,
configurar tu MTA para aceptar el correo de todos ellos.

saludos,


On 09/02/18 17:09, Oswaldo Franco wrote:
> Hola listeros, no sé si este tipo de pregunta pueden hacerse a la lista.
> pero es que quiero adquirir un VPS en Linux y quiero configurarlo para
> alojar varias páginas web de mis clientes.
>
> Qué servicios debo configurar para tener seguridad y optimización,
> bueno además de lo que quiero lograr (alojar varios site)?
>
> - Se configurar el servidor web y el dbms.
>
> - Pero por lo menos para crear correo de los dominios de mis clientes?
> - Y para que cada dominio apunte a cada site?
>
> Cualquier aporte es válido, gracias de antemano.
>
> Saludo.
>
> -- 
> OSWALDO FRANCO
> GNU/Linux User # 508524

Re: Servidor de correo | Rebote por Spamhouse

[Alberto Luaces]

Hace unos pocos días salió en las noticias una guía actualizada.  Igual
puede darte alguna idea.  Supongo que en tu caso, será interesante que
mires el apartado relativo a la configuración de DNS:

https://www.c0ffee.net/blog/mail-server-guide

-- 
Alberto

Re: Se cierra la sesion al conectar USB en testing

[Alberto Luaces]

Quijote Libre writes:

> Yo sin entender nada lo achaco a gnome, he intentado reinstalar los
> paquetes de gnome con synaptic (no se con apt) y resulta que no va.
> ¿Alguna idea?

Sí, tiene pinta de ser un problema de gnome, pero la reinstalación de
los paquetes no va a solucionar el problema, que es de software.

Puedes probar con otro entorno de escritorio para comprobar que todo
funciona normalmente.

-- 
Alberto

Re: Se cierra la sesion al conectar USB en testing

[Alberto Luaces]

Quijote Libre <a...@quijotelibre.com> writes:

> Hola a todos, buenos días.
> Estoy con Debian Testing/Gnome desde hace meses, sin ningún problema,
> pero en los últimos días, sin que yo haya detectado razón aparente me
> ocurre un comportamiento extraño, ya que al insertar, o expulsar un
> PenDrive en el equipo este cierra automaticamente la sesión.
> Necesitaria alguna ayuda de por donde puede estar la pega.
> Si no consigo resolverlo tentdría que plantearme poner stable, pero no
> sé si eso se puede hacer a base sólo de apt, sin necesidad de
> reinstalar.
> Un saludo y gracias de antemano.

Será un fallo del sistema de escritorio.  Puedes mirar qué ha pasado con

sudo journalctl --since "2 min ago"

después de que te haya "echado".

-- 
Alberto

Re: Kleopatra / gpgconf

[Alberto Luaces]

Hans writes:

> Now I know, who is to blame. :) However, so I hope, that this bugreport will 
> reach the correct maintainer. IMHO in this case, the reason for the bug is 
> clear, but as there are dependencies with kleopatra, libgpgme and gpgconf, 
> those who better know as me, will see, what can be fixed.

No problem :)  I think you did well, for the kleopatra maintainers to
bug their libgpgme colleagues to enable that option.

-- 
Alberto

Re: Kleopatra / gpgconf

[Alberto Luaces]

Hans writes:

> It is not clear for me, who is to blame now? My bad English... I mean, who 
> should be filed a bug.

Huh... didn't you file the bug already?

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883328

-- 
Alberto

Re:squid basic_ldap_auth con samba4

[Alberto Cabrejas Pérez]

El 28/11/17 a las 07:21, Ariel Alvarez escribió:
hola lista recien estoy estudiendo la posibilidad de migrar mis 
servicios para debian9 y ya pronunciarme en sustituir mi viejo samba3 
a samba4, al implementar squid 3.5.23 la cual es la que tengo 
disponible en mis repos locales me encuentro que el mecanismo de 
autenticacion que usaba para samba3 ya no me funciona para samba4, he 
buscado en internet y probado con algunas variantes las cuales pongo 
mas abajo, sin resultado positivo, pudieran hecharme una mano con esto 
y darme alguna idea.


auth_param basic program /usr/lib/squid/basic_ldap_auth -b 
"cn=Users,dc=midominio,dc=cu" -f "uid=%s" -h direccion.ip.servidor.samba


auth_param basic program /usr/lib/squid/basic_ldap_auth -b 
"dc=midominio,dc=cu" -f "uid=%s" -h direccion.ip.servidor.samba


auth_param basic program /usr/lib/squid/basic_ldap_auth -v 3 -b 
"dc=midominio,dc=cu" -D uid=administrator,ou=Users,dc=midominio,dc=cu 
-w *** -f uid=%s -h direccion.ip.servidor.samba


auth_param basic program /usr/lib/squid/basic_ldap_auth -v 3 -b 
"dc=midominio,dc=cu" -D uid=administrator,ou=Users,dc=midominio,dc=cu 
-w  -f uid=%s direccion.ip.servidor.samba


auth_param basic program /usr/ lib/squid/ squid_ldap_auth -P -R -b 
"dc=midominio,dc=cu" -D 
"cn=administrator,cn=Users,dc=midominio,dc=cu"  -w "***" -f 
sAMAccountName=%s -h direccion.ip.servidor.samba



gracias de antemano por su acostumbrada ayuda.

-
Consejo Nacional de Casas de Cultura
http://www.casasdecultura.cult.cu


auth_param basic program /usr/lib/squid3/basic_ldap_auth -R -b 
"dc=dominio,dc=sub-dominio,dc=cu" -D 
"cn=administrator,cn=Users,dc=dominio,dc=sub-dominio,dc=cu" -w "Pass" -f 
sAMAccountName=%s -h ldap://ip_samba4
external_acl_type ldap_group %LOGIN /usr/lib/squid3/ext_ldap_group_acl 
-R -b "dc=dominio,dc=sub-dominio,dc=cu" -D 
"cn=administrator,cn=Users,dc=dominio,dc=sub-dominio,dc=cu" -w "Pass" -f 
"(&(objectclass=person)(sAMAccountName=%v)(memberof=cn=%a,dc=dominio,dc=sub-dominio,dc=cu))" 
-h ldap://ip_samba4


--

Saludos, *Alberto Cabrejas Pérez*
Administrador de Redes Informáticas
ARTex S.A. Sucursal Granma
http://www.scgr.artex.cu
http://boletin.scgr.artex.cu
Linux Usuario Registrado # 31 666
Teléf.+53 23481956, 23481912 (Ext 115)
Atención al Cliente.+53 23483239
Jabber: albe...@scgr.artex.cu
"BE FREE BE LINUX!!!"


ARTex S.A.   ...el arte de lo cubano. Este mensaje ha

sido analizado por clamav antivirus y se considera totalmente

limpio.

Re: Carácter ^@ bloquea los getty

[Alberto Luaces]

Bueno, y si no es lo del teclado, acabo de leer que hay un módulo del
kernel (input_polldev) que podría dar problemas.  Se puede poner en la
lista negra:

https://unix.stackexchange.com/questions/396192/spam-in-tty-but-seems-to-be-system-wide

-- 
Alberto

Re: Carácter ^@ bloquea los getty

[Alberto Luaces]

Horacio writes:

> Buenas, en una instalación limpia de un debian 9, por algΰun motivo
> que desconozco cuando intento acceder a las getty (login sin X) me
> aparecen cosas como esta que no dejan loguearme,,, el caracter se
> genera en pantalla cada 30 segundos,,, es decir,,,
>
> login: ^@
>
> login: ^@^@
>
> login: ^@^@^@
>
> login: ^@^@^@^@
>
> hasta inundar la pantalla,,, además el blanking está suspendido y no
> encuentro el motivo,,, supongo que la causa es lo que genera los
> chirimbolos,,,
>
> Alguna idea de como buscar la solución?
>

Da la sensación de que el teclado, o cualquier otro dispositivo que
pueda estar conectado a la terminal, está mandando esos códigos.

¿Puedes ir probando a desenchufar uno a uno el teclado y/o el ratón?

-- 
Alberto

Re: Why does resolv.conf keep changing?

[Alberto Luaces]

Michael Stone writes:

> On Wed, Oct 25, 2017 at 12:16:49AM -0400, Gene Heskett wrote:
>>On Tuesday 24 October 2017 23:02:39 Michael Stone wrote:
>>
>>> On Tue, Oct 24, 2017 at 10:52:03PM -0400, Gene Heskett wrote:
>>> >But since its worked flawlessly for years, please explain what IS
>>> > wrong with it.
>>>
>>> We've been over this before. Your "search host dns" line doesn't do
>>> anything at all as written, but will screw things up if copied in a
>>> different order by someone who doesn't know that it's simply broken.
>>>
>>That still doesn't specify what IS wrong. Reading the now 5+ year old man
>>page, the only change I might make is to change the dns string to
>>nameserver. IP changed host to hosts too.
>
> What man page? Honestly, it seems like you're making things up at this point.

Might be "man resolv.conf".

-- 
Alberto

Re: DEBIAN MINIMALISTA

[Moises Alberto Lindo Gutarra]

desbian columpio


El 24 de octubre de 2017, 15:54, Oswaldo Franco <franco.oswa...@gmail.com>
escribió:

> Saludos lister@s, por favor podrían recomendarme alguna version de
> GNU/Linux que sea minimalista, ya que tengo un cacharro Pentium 4 y con 512
> de ram, quisiera con interfaz gráfica.
> Gracias
>
> --
> OSWALDO FRANCO
> Cumaná, Sucre -Venezuela
> GNU/Linux User # 508524
>



-- 
Atte.
Moisés Alberto Lindo Gutarra
Asesor - Desarrollador Java / Open Source
Linux Registered User #431131 - http://linuxcounter.net/
Cel: (511) 995081720 - Rpm: *548913
EMail: mli...@gmail.com

rsyslog guardar log solo de clientes

[Alberto Cabrejas Pérez]

Tengo un server para gestionar log de estaciones (rsyslog), funciona 
bien pero quisiera que los log locales de ese servidor no los guardara, 
o sea que solo almacene log remotos no los locales.


--

Saludos, *Alberto Cabrejas Pérez*
Administrador de Redes Informáticas
ARTex S.A. Sucursal Granma
http://www.scgr.artex.cu
http://boletin.scgr.artex.cu
Linux Usuario Registrado # 31 666
Teléf.+53 23481956,23481912 (Ext 115)
Atención al Cliente.+53 23483239
Jabber: albe...@scgr.artex.cu
"BE FREE BE LINUX!!!"


ARTex S.A.   ...el arte de lo cubano. Este mensaje ha

sido analizado por clamav antivirus y se considera totalmente

limpio.

Re: mariadb uninstall/reinstall

[Alberto Luaces]

Cindy-Sue Causey writes:

> I was wondering about that. I a-sumed maybe it tried to over-purge
> other important packages the way that happens sometimes.

There is no risk: only explicitly named packages are purged.  The rest
are deleted on demand.

-- 
Alberto

Re: mariadb uninstall/reinstall

[Alberto Luaces]

"larry owens" writes:

> Colleagues
>

[...]

> Unfortunately I
> have been unable to find a set of instructions to safely remove
> Maria. Can anyone point me to a working process (the one's on the web
> currently don't seem to work). TIA

Hi, as long as you installed it from Debian packages, you only have to
purge (as opposed to only remove) its packages and then reinstall.

Populating the new database is the real work, in my opinion.

-- 
Alberto

Ipython notenook. Juputer

[Alberto Sanchez]

Buenos dia lista. Pregunto
Por casualidad alguien que halla instalado debían 9 me puede responder lo
siguiente
1. Ya esta oficializado jupyter o aun sigue con ipython notenook
2. Ya funciona tensorflow de forma oficial.
Y por Último. Aun se puede instalar python 2.4.
Gracias de antemano por sus comentarios.

Re: Re: Debian 8 solicitando ctrl D e systemctl default após desligamento inadequado.

[Alberto Fraga]

J.S.Junior, bom dia!
Exatamente o que aconteceu comigo. Ativei o cdrom para "auto" no fstab e
ocorreu o erro como descrito por você. Retornei a configuração "noauto" do
/dev/sr0 e o sistema voltou a funcionar.
Obrigado a você e a lista pela dica.

-- 
*A*lberto *A*lves *F*raga [fraga*aaf*@gmail.com]

Re: How did you update to stretch?

[Alberto Luaces]

Jonathan Dowland writes:

> That's not going to happen. I'm not even sure aptitude is maintained anymore.

Yes, it is.  And I am glad because it is my favourite tool for dealing
with updating and conflict resolving:

https://packages.qa.debian.org/a/aptitude.html

-- 
Alberto

Proxmox

[Alberto Sanchez]

Hola marcos

Gracias por tu aporte. Ya mismo me pongo a estudiar.

Sin mas comentarios porque se molestan.

Feliz tarde

Re: thunderbird problema configuracion de una cuenta con gmail

[Alberto Sanchez]

Voy a estudiar xen. Porque ya tengo rato tratando con lxc pero nada. Estoy
trabajando con inteligente artificial. Con python y gcc. Por parte de
python utilizo sckit-le y por gcc tensorflow. Por desgracia tensorflow no
funciona para Debían. Por ello necesito un entorno virtual. Al menos que
tensorflow funcione en Debía 9. Alguien sabe como darme una mano.
El 21/06/2017 09:24, "JAP"  escribió:
>
> El 21/06/17 a las 08:51, Miguel Angel escribió:
>
>> Hola a todos. He instalado thunderbird en debian 9 y no puedo configurar
>> ninguna cuenta de gmail.
>>
>> Cuando introduzco los datos de la cuenta de correo electrónico y su
contraseña me reconoce el servidor y toda la configuración, acepto y me
abre una ventana en la que me aparece mi correo y me pide que acepte para
introducir las credenciales de google le doy a aceptar y ahi se queda ya no
continua al siguiente paso.
>>
>> Me han comentado que puede ser que tenga activado el sistema de doble
autenticación de google, lo he mirado y no lo tengo activado.
>> Estoy utilizando debian 9 stretch y firefox ESR 52.2.0  64 BITS y
thunderbird 45.8.0. eL es que hace unos dos meses cuando debian stretch
estaba en fase de congelacion con icedove instalado y con iceweasel no me
dio ningun problema en la configuración de las cuentas de gmail.
>>
>>
>>
>
> Hola.
> Primero, sigue ese enlace paso a paso:
> http://www.configuraroutlook.com/es/thunderbirdgmail.php
>
> Este otro es el "oficial", pero no es tan completo:
> https://support.mozilla.org/es/kb/thunderbird-y-gmail
>
> Regla de oro: HABILITAR ACCESO POP en la cuenta GMail.
>
> Si no lo haces, no funciona.
>
> La doble identificación nada tiene que ver; te aparecerá un mensaje en la
cuenta de correo alternativa de que se está accediendo desde otro equipo y
sistema. Si no lo bloqueas, nada pasa.
>
> Complementos recomendados:
> gContactSync
> GoogleCalendarTab
> Proveedor para Google Calendar
>
> (Enviado desde Thunderbird 45.8.0 en Debian 9 ;)
>
> JAP
>
>

Entorno virtuales

[Alberto Sanchez]

Buenos dia. Alguien me puede recomendar como instalar lxc en Debian 8.
Porque no funciona.

Como capturar llamadas entrantes?

[Alberto Cabrejas Pérez]

Como o con que pudiera configurar un server para que por una linea 
telefónica conectado por modem a una PC las llamadas entrantes las 
guarde automáticamente y otras gestiones...



--

Saludos, *Alberto Cabrejas Pérez*
Administrador de Redes Informáticas
ARTex S.A. Sucursal Granma
http://www.artexsa.com
http://www.scgra.artex.sa
Linux Usuario Registrado # 31 666
Teléf.+53(23) 48-1956,48-1912 (Ext 115)
Jabber: albe...@scgr.artex.cu
"BE FREE BE LINUX!!!"

Re: Missing dependencies in steam package?

[Alberto Luaces]

Rémi DUCCESCHI writes:

> I hope this is the right list to post.

I think it is better to report it to the package maintainer:

> reportbug steam:i386

Thanks for your report!

-- 
Alberto

Re: k3b can't find cdrecord

[Alberto Luaces]

Gary Dale writes:

> I'm running Debian/Stretch AMD64 using plasma desktop and I'm trying
> to burn a CD image. However when I start k3b, I get an error message
> "unable to find cdrecord executable" along with the suggestion that I
> install cdrtools. K3b refuses to burn the CD image.
>
> There is no package cdrtools but there was libcdr-tools. Unfortunately
> installing that didn't help. Google was no help and neither was a
> search of packages.debian.org.
>
> I realize optical media is passé these days, but I find it difficult
> to believe that support for burning CDs has been dropped. What do I
> have to do to get k3b to burn a CD?
>
>

You can install wodim, this is what I use and it works fine.

-- 
Alberto

Re: [OT] Consulta GIT

[Alberto Luaces]

Edwin De La Cruz writes:

> Gracias, con git reset --hard master funcionó, ya aparecen los
> archivos que por error fueron borrados.
> Ahora mi pregunta es... haciendo eso se vuelven a bajar todos los
> archivos o solo los que falta y/o han cambiado?

Me alegro de que te funcione.

La respuesta es que nunca se baja nada, ya que git como sistema
distribuido posee toda la historia y el contenido de los ficheros en el
almacén local, sin necesidad de conexión.  De hecho, podrías volver a
cualquier instante previo.

Únicamente se necesita una conexión para la sincronización de nuevo
contenido desde el almacén central.

-- 
Alberto

Re: [OT] Consulta GIT

[Alberto Luaces]

Edwin De La Cruz writes:

> Estimados.
> Reciban un cordial saludo.
> Tengo una duda respecto al uso de GIT, arme un servidor GIT donde
> tengo algunas dll de una aplicacion que actualmente es copiada a las
> maquinas clientes a mano.
> Las maquinas cliente son Windows server 2003 y el Servidor es Debian 8.
>
> Proble clonar el repositorio el las maquinas clientes y hacer PULL
> para ver que los cambios realizados en el repositorio central se
> replican a los clientes y funciona sin problema.
>
> El inconveniente se presenta cuando por "error" en la maquina cliente
> alguien borra un archivo, cuando hago GIT PULL no se sincroniza con el
> repositorio central copiando ese archivo que alguien borró.
>
> Hay alguna forma de hacer que en las maquinas clientes se mantenga
> sincronizados los archivos con el servidor GIT y en caso de que en los
> clientes se borre algun archivo automáticamente se detecte que falta y
> lo descargue desde el repositorio?
>

Entiendo que entonces desde los clientes sólo se obtienen los cambios
del servidor, pero que no se generan cambios nuevos, ¿no?

En ese caso, antes de sincronizar se puede hacer un

git reset --hard master

para quedarse en el estado sin modificaciones.

-- 
Alberto