Re: Usuario root bloqueado

[Abogado]

El 19/5/20 a las 22:33, Marco Möller escribió:

On 19.05.20 18:36, José Manuel (Abogado) wrote:



El 19/5/20 a las 16:32, Camaleón escribió:

El 2020-05-19 a las 16:21 +0100, José Manuel (Abogado) escribió:


El 18/5/20 a las 18:07, Marco Möller escribió:

(...)

Podrías hacer el boot a una consola y pedir a ignorar el mecanismo de
seguridad con contraseña. Utilizar este boot parámetro en lugar de lo
que has probado antes, en lugar de init=/bin/bash  :
   init=/sbin/sulogin --force

Linux /boot/vmlinuz-4.19.x-amd64 root=/dev/sda2 rw init=/sbin/sulogin
--force

Con este "truco" cualquier persona con acceso directo al ordenador 
puede

tomar el control del ordenador. Entrar a fuerza sin contraseña como
root, y después estar cambiar todas las contraseñas a gusto.
Suerte, y un saludo, Marco.


Hola Marco

Lo realice, pero sigue igual al teclear "F10" quiere arrancar pero 
llega a
un momento que se para. Tengo fotos, las mande a la lista pero no 
aparece,
supongo porque la lista no admite imágenes y no se como mandarlas 
de otra

forma.
No obstante gracias.
Si tienes imágenes súbelas a, p. ej., https://pasteboard.co/ y manda 
a la lista

el enlace para que podamos acceder y ver qué se cuece.

Saludos,


Hola

Gracias, lo he hecho:

1º Imagen: https://pasteboard.co/J97lJdS.png
2º imagen después de pulsar "F10" https://pasteboard.co/J97mf0y.png



(Disculpa los fallos de idioma, el castellano no es mi lengua materna.)
Me parece que ahora hay dos problemas distintas.
(1) el sistema ahora no arranca; solución: arrancar a la consola de 
rescate
(2) no tener la contraseña del usuario "root" pero necesitarla; 
solución: entrar por fuerza al sistema como root sin que te pediría la 
contraseña del usuario de root, y sin que necesitarías hacer lo por 
utilizar 'sudo' (lo que tampoco parece funcionar en tu caso)


solución para (1):
El foto que has subido indica que el sistema no progresa cuando 
intenta arrancar la tarjeta de red (palabra clave: "r8169"). Como 
normalmente tu sistema arranca bien, salvo que te falta la contraseña 
del usuario "root", no queremos cambiar nada en la configuración de 
los dispositivos.
  Podría hallar salida por arrancar el sistema directamente a la 
consola de rescate. Arrancando la consola de rescate el sistema no 
intenta arrancar las cosas de red. El boot parámetro sea:

  systemd.unit=rescue.target

solución para (2):
Pedir entrar en una consola como root (utilizando 'sulogin) y forzar 
el sistema no preguntar por la contraseña, simplemente ignorando 
cualquier configuración de seguridad en respeto al login con 
contraseña (utilizando 'sulogin --force'). El boot parámetro sea:

  init=/sbin/sulogin --force
Entonces, en tu caso según de lo que puedo sacar de todas las otras 
informaciones que has comunicado en este hilo, todo junto sea esta 
linea larga:


 Linux /boot/vmlinuz-4.19.0-9-amd64 root=/dev/sda4 rw 
systemd.unit=rescue.target init=/sbin/sulogin --force


Cruzamos dedos que funcionará y una vez que el sistema a arrancado te 
va a ofrecer:

"Press ENTER for maintenance, or CTRL-d to continue"
Respondes con ENTER.
Usar el comando 'passwd' y poner la contraseña nueva para el usuario 
root.
Usar el comando 'sync' para asegurar que el cambio de la contraseña de 
verdad sera escrito al disco duro antes de salir de la consola de 
rescate.

Usar CTRL-d para salir de la consola de rescate.
Hacer un reboot y disfrutar que el usuario 'root' tiene contraseña.

Comentario: hoy mismo muchos prefieren utilizar el mecanismo 'sudo' y 
desactivar el usuario 'root'. La desactivación se realiza por no dar 
una contraseña al usuario 'root'. Probablemete en tu sistema el 
usuario 'root' estaba desactivado por no tener ninguna contraseña y 
por eso no era posible hacer un login como 'root', ni en la consola, 
ni por el comando 'su'. Hallar salido por 'sulogin --force' era 
necesario. También puede que simplemente has olvidado la contraseña 
del usuario 'root'. Da igual, ahora tienes puesto una contraseña 
nueva. Pero cuidado: si la idea era tener desactivado el usuario 
'root, ahora lo has activado. Podrîas como 'root' arreglar tu sistema 
con el fin que el mecanismo de 'sudo' funcionará bien, y después 
desactivar el usuario 'root' de nuevo por quitar su contraseña con 
este comando:

  sudo passwd -dl root

Bueno, te deseo suerte!
Marco


Hola Marco

Desesperado he tirado la toalla y he vuelto a instalar Debian, 
manteniendo /home. No obstante gracias por vuestra amable ayuda


--
Un saludo,
José Manuel
Gran Canaria/España

Si vas a escribir.. piensa en esto:
no digas nada que no sea mas precioso que el silencio!!!

Re: Usuario root bloqueado

[Abogado]

El 19/5/20 a las 20:30, hubble escribió:

On Sun, 17 May 2020 23:54:40 +0100
José Manuel (Abogado)  wrote:


Hola

Tengo Debian 10. No se lo que paso pero llevo varios días sin poder
actual como root.

Arranco el sistema bien y entro pongo usuario normal y contraseña. Ya
dentro puedo hacer todo lo que puede hacer un usuario normal sin
problemas. Pero si intento actualizar o cualquier cosa que tenga que ser
root, no puedo me pide la contraseña la pongo pero no la reconoce.

He utilizado Google para ver si podía solucionarlo lo que veía era que
debía reiniciar y cuando aparece el grub pulsar la tecla "e" y en la
linea donde esta el keine poner al final  rw init=/bin/bash y teclear
"F10". Esto me debería poder cambiar la contraseña, pero aparece una
serie de línea de arranque pero llega un momento que se para y no puedo
seguir teniendo que teclear REISUB para reiniciar .

También e intentado entrar, no se como se dice, en fallo de errores,
pero tampoco funciona quiere arrancar pero llega un momento que se para
(esto en las últimas versiones que he instalado nunca me ha funcionado,
pero lo intente por aquí por si acaso)

Bueno ya desesperado me dirijo a la lista, para ver si me puede ayudar a
solucionar mi problema, gracias de antemano, y espero haberme explicado.

Espero noticias.

--
Un saludo,
José Manuel
Gran Canaria/España

Si vas a escribir.. piensa en esto:
no digas nada que no sea mas precioso que el silencio!!!


José Manuel,
Yo te voy a enseñar un sistema que aunque hace años que no lo uso, siempre me 
ha funcionado, aunque muchos se llevarán las manos a la cabeza :)
para ello necesitas una LIVE-CD (ubuntu, xubuntu, Linux Mint, debian-live, la 
que quieras que sea linux).

1.- Arrancas con la LIVE
2.- entras al disco duro en el que tienes tu Debian.
3.- Editas el fichero /etc/shadow (si es necesario (que seguro que no lo será 
cambias los permisos (fíjate como están pues luego tienen que volver a ser los 
mismos para que tu sistema siga siendo seguro)
4.- allí verás una línea para cada uno de los usuarios del sistema y los 
demonios y todo lo que funciona en el sistema
5.- si te fijas hay una línea que hace referencia a root y que más o menos es 
así:

root:$6$eOuom7Gt$pUCt2b1Y91234567890gEvR9at1HC3abcdefghiFe6Dcd33Vf9SMd8tAhOfAX2E9yBcatRI93L.e88yjAC9l/:15669:0:9:7:::

6.- te interesa borrar toda la retahila que hay entre root: (root y los 
primeros 2 puntos(:) y los segundos 2 puntos y lo demás (:15669:0:9:7:::)
7.- es decir borrarás en este caso que es un ejemplo:
"$6$eOuom7Gt$pUCt2b1Y91234567890gEvR9at1HC3abcdefghiFe6Dcd33Vf9SMd8tAhOfAX2E9yBcatRI93L.e88yjAC9l/"

8.- y lo dejas (en este caso) así:
root::15669:0:9:7:::

9.- Eso quiere decir que root no tiene contraseña
10 vuelves a reiniciar tu sistema normalmente y, cuando llegues al login (mejor 
que no sea el gráfico, sinó que escoge una consola con Alt+F1 (por ejemplo)

11.- Ahí te logueas como root.
12.- Cuando te pida la contraseña no pones ninguna pero si todo ha ido bien el 
sistema te dejará entrar como root
13.- una vez eres root, ejecutas
# passwd

Te pedirá la nueva contraseña de root y ya está.

Como que hace mucho que no lo uso quizá haya cambiado (acabo de preguntarlo en 
el irc de debian y sigue funcionando igual).

En todo caso, haces ántes una copia de "/etc/shadow" y si no te funciona 
vuelves a rehacer todo lo que has hecho y seguiras igual :)

suerte



Hola hubble

No pude solucionarlo, de la manera que me indicas. Y he tirado la toalla 
y he vuelto a instalar Debian, manteniendo /home. No obstante gracias


--
Un saludo,
José Manuel
Gran Canaria/España

Si vas a escribir.. piensa en esto:
no digas nada que no sea mas precioso que el silencio!!!

Re: plantages Xorg

[MERLIN Philippe]

Une piste peut être :
Un lien : https://gitlab.freedesktop.org/xorg/xserver/issues/102
il semble qu'il faut mettre un paramètre danx xorg.conf
Philippe Merlin

Le mardi 19 mai 2020, 13:16:47 CEST Daniel Caillibaud a écrit :
> Salut,
> 
> Suite de mes déboires avec mon nouveau dell 3793, xorg plante violemment
> sans que j'ai isolé une cause en particulier (j'ai cru que c'était plus
> souvent au retour de veille mais pas spécialement, il vient de replanter
> après un boot normal et 2h d'utilisation).
> 
> Dans kern.log je trouve
> 
> May 19 12:28:04 dell kernel: [13786.197377] i915 :00:02.0: GPU HANG:
> ecode 11:1:0x86dd, in Xorg [2149], hang on rcs0 May 19 12:28:04 dell
> kernel: [13786.198452] i915 :00:02.0: Resetting rcs0 for hang on rcs0
> May 19 12:28:12 dell kernel: [13794.191513] i915 :00:02.0: Resetting
> rcs0 for hang on rcs0 May 19 12:28:20 dell kernel: [13802.191705] i915
> :00:02.0: Resetting rcs0 for hang on rcs0
> 
> et dans Xorg.0.log
> [ 13794.966] (EE) client bug: timer event11 debounce short: offset negative
> (-0ms)
> 
> Y'a aussi du
> [19.430] (EE) modeset(0): [DRI2] No driver mapping found for PCI device
> 0x8086 / 0x8a56 [19.430] (EE) modeset(0): Failed to initialize the DRI2
> extension. à chaque démarrage X
> 
> J'ai tenté de réinstaller les firmware non-free pour voir si ça changeait
> qqchose
> 
> firmware-linux-nonfree=20190717-2~bpo10+1
> firmware-amd-graphics=20190717-2~bpo10+1
> firmware-misc-nonfree=20190717-2~bpo10+1
> 
> mais à part de m'ajouter ces messages au build de l'initrd
> 
> W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125a-3.fw for module
> r8169 W: Possible missing firmware /lib/firmware/i915/icl_dmc_ver1_07.bin
> for module i915 W: Possible missing firmware
> /lib/firmware/i915/tgl_dmc_ver2_04.bin for module i915 W: Possible missing
> firmware /lib/firmware/i915/bxt_huc_ver01_8_2893.bin for module i915
> 
> ça plante ni plus ni moins…
> 
> J'ai essayé gdm3 à la place de lightdm, idem…
> 
> Dans /vl/daemon.log je trouve
> 
> May 19 12:28:20 dell bluetoothd[1114]: Endpoint unregistered: sender=:1.295
> path=/MediaEndpoint/A2DPSource May 19 12:28:20 dell
> at-spi-bus-launcher[2219]: XIO:  fatal IO error 11 (Resource temporarily
> unavailable) on X server ":0" May 19 12:28:20 dell
> at-spi-bus-launcher[2219]:   after 24688 requests (24688 known
> processed) with 0 events remaining. May 19 12:28:20 dell
> gnome-terminal-server[3069]:
> [3223:3223:0519/122820.029461:ERROR:chrome_browser_main_extra_parts_x11.cc(
> 62)] X IO error received (X server probably went away) May 19 12:28:20 dell
> pulseaudio[2273]: XIO:  fatal IO error 11 (Ressource temporairement non
> disponible) on X server ":0" May 19 12:28:20 dell pulseaudio[2273]:  
> after 19 requests (19 known processed) with 0 events remaining. May 19
> 12:28:20 dell bluetoothd[1114]: Endpoint unregistered: sender=:1.295
> path=/MediaEndpoint/A2DPSink May 19 12:28:20 dell
> gnome-terminal-server[3069]:
> [3261:3261:0519/122820.029507:ERROR:x11_util.cc(109)] X IO error received
> (X server probably went away)
> 
> Ce serait le bluetooth qui plante X ? Je vais le virer pour voir, mais
> kern.log parle de pb GPU 16s plus tôt, je suppose que c'est donc plutôt un
> pb de driver vidéo.
> 
> Le chipset vidéo est l'intel UHD 620 intégré au i5-1035G1, j'utilise
> cinnamon…
> 
> Une piste ?
> 
> Merci à ceux qui auraient une idée et voudront bien la partager ;-)

Re: OT - generador de diagrama a partir de código

[Jorge A. Secreto]

Hola Juan.


El mar., 19 de may. de 2020 a la(s) 14:58, Juan Lavieri (jlavi...@gmail.com)
escribió:

>
>
> El 19/5/2020 a las 9:54 a. m., Jorge A. Secreto escribió:
> > Hola, disculpen el OT.
> > Armé una rutina en php, que no hace lo que quiero, y me estoy
> > complicando bastante para debuguearla.
> > Debería haber partido de un diagrama de flujo y ahora estoy pagando el
> > costo de no hacerlo.
> > ¿Alguien conoce un programa que, corra en debian,(de última, en culquier
> > lado) que genere un diagrama de flujo a partir de Php?
>
> No se si algo como esto te sirva.
>
> https://www.jetbrains.com/help/phpstorm/class-diagram.html
>  También está esto.


> https://dasunhegoda.com/class-diagram-from-php-code-using-phuml/867/
>
> Son para código orientado a objetos y mis rutinas son puramente
procedurales..
De cualquier manera los voy a probar a ver que hacen y  les comento.

Muchas gracias!!!


-- 
Jorge A Secreto
Analista de Sistemas
MP 361

Re: plantages Xorg

[Daniel Caillibaud]

Le 19/05/20 à 19:01, Étienne Mollier  a écrit :
> Bonjour, à tout hasard, est-ce qu'inclure ces firmware manquants
> depuis l'amont ferait une différence ?
> 
>   https://lists.debian.org/debian-user-french/2020/05/msg00207.html
> 
> Je me permet d'insister

Merci pour la piqûre de rappel, j'avais zappé ça dans cette réponse à un fil 
précédent, ça
devrait bien aider (y'a une version toute fraîche linux-firmware-20200519).

Je verrai demain si c'est plus stable.

-- 
Daniel

Le génie consiste à voir ce que tout le monde a vu
et à penser ce que personne n'a pensé.

Re: Usuario root bloqueado

[Marco Möller]

On 19.05.20 18:36, José Manuel (Abogado) wrote:



El 19/5/20 a las 16:32, Camaleón escribió:

El 2020-05-19 a las 16:21 +0100, José Manuel (Abogado) escribió:


El 18/5/20 a las 18:07, Marco Möller escribió:

(...)

Podrías hacer el boot a una consola y pedir a ignorar el mecanismo de
seguridad con contraseña. Utilizar este boot parámetro en lugar de lo
que has probado antes, en lugar de init=/bin/bash  :
   init=/sbin/sulogin --force

Linux /boot/vmlinuz-4.19.x-amd64 root=/dev/sda2 rw init=/sbin/sulogin
--force

Con este "truco" cualquier persona con acceso directo al ordenador 
puede

tomar el control del ordenador. Entrar a fuerza sin contraseña como
root, y después estar cambiar todas las contraseñas a gusto.
Suerte, y un saludo, Marco.


Hola Marco

Lo realice, pero sigue igual al teclear "F10" quiere arrancar pero 
llega a
un momento que se para. Tengo fotos, las mande a la lista pero no 
aparece,
supongo porque la lista no admite imágenes y no se como mandarlas de 
otra

forma.
No obstante gracias.
Si tienes imágenes súbelas a, p. ej., https://pasteboard.co/ y manda a 
la lista

el enlace para que podamos acceder y ver qué se cuece.

Saludos,


Hola

Gracias, lo he hecho:

1º Imagen: https://pasteboard.co/J97lJdS.png
2º imagen después de pulsar "F10" https://pasteboard.co/J97mf0y.png



(Disculpa los fallos de idioma, el castellano no es mi lengua materna.)
Me parece que ahora hay dos problemas distintas.
(1) el sistema ahora no arranca; solución: arrancar a la consola de rescate
(2) no tener la contraseña del usuario "root" pero necesitarla; 
solución: entrar por fuerza al sistema como root sin que te pediría la 
contraseña del usuario de root, y sin que necesitarías hacer lo por 
utilizar 'sudo' (lo que tampoco parece funcionar en tu caso)


solución para (1):
El foto que has subido indica que el sistema no progresa cuando intenta 
arrancar la tarjeta de red (palabra clave: "r8169"). Como normalmente tu 
sistema arranca bien, salvo que te falta la contraseña del usuario 
"root", no queremos cambiar nada en la configuración de los dispositivos.
  Podría hallar salida por arrancar el sistema directamente a la 
consola de rescate. Arrancando la consola de rescate el sistema no 
intenta arrancar las cosas de red. El boot parámetro sea:

  systemd.unit=rescue.target

solución para (2):
Pedir entrar en una consola como root (utilizando 'sulogin) y forzar el 
sistema no preguntar por la contraseña, simplemente ignorando cualquier 
configuración de seguridad en respeto al login con contraseña 
(utilizando 'sulogin --force'). El boot parámetro sea:

  init=/sbin/sulogin --force
Entonces, en tu caso según de lo que puedo sacar de todas las otras 
informaciones que has comunicado en este hilo, todo junto sea esta linea 
larga:


 Linux /boot/vmlinuz-4.19.0-9-amd64 root=/dev/sda4 rw 
systemd.unit=rescue.target init=/sbin/sulogin --force


Cruzamos dedos que funcionará y una vez que el sistema a arrancado te va 
a ofrecer:

"Press ENTER for maintenance, or CTRL-d to continue"
Respondes con ENTER.
Usar el comando 'passwd' y poner la contraseña nueva para el usuario root.
Usar el comando 'sync' para asegurar que el cambio de la contraseña de 
verdad sera escrito al disco duro antes de salir de la consola de rescate.

Usar CTRL-d para salir de la consola de rescate.
Hacer un reboot y disfrutar que el usuario 'root' tiene contraseña.

Comentario: hoy mismo muchos prefieren utilizar el mecanismo 'sudo' y 
desactivar el usuario 'root'. La desactivación se realiza por no dar una 
contraseña al usuario 'root'. Probablemete en tu sistema el usuario 
'root' estaba desactivado por no tener ninguna contraseña y por eso no 
era posible hacer un login como 'root', ni en la consola, ni por el 
comando 'su'. Hallar salido por 'sulogin --force' era necesario. También 
puede que simplemente has olvidado la contraseña del usuario 'root'. Da 
igual, ahora tienes puesto una contraseña nueva. Pero cuidado: si la 
idea era tener desactivado el usuario 'root, ahora lo has activado. 
Podrîas como 'root' arreglar tu sistema con el fin que el mecanismo de 
'sudo' funcionará bien, y después desactivar el usuario 'root' de nuevo 
por quitar su contraseña con este comando:

  sudo passwd -dl root

Bueno, te deseo suerte!
Marco

Re: Usuario root bloqueado

[hubble]

On Sun, 17 May 2020 23:54:40 +0100
José Manuel (Abogado)  wrote:

> Hola
> 
> Tengo Debian 10. No se lo que paso pero llevo varios días sin poder 
> actual como root.
> 
> Arranco el sistema bien y entro pongo usuario normal y contraseña. Ya 
> dentro puedo hacer todo lo que puede hacer un usuario normal sin 
> problemas. Pero si intento actualizar o cualquier cosa que tenga que ser 
> root, no puedo me pide la contraseña la pongo pero no la reconoce.
> 
> He utilizado Google para ver si podía solucionarlo lo que veía era que 
> debía reiniciar y cuando aparece el grub pulsar la tecla "e" y en la 
> linea donde esta el keine poner al final  rw init=/bin/bash y teclear 
> "F10". Esto me debería poder cambiar la contraseña, pero aparece una 
> serie de línea de arranque pero llega un momento que se para y no puedo 
> seguir teniendo que teclear REISUB para reiniciar .
> 
> También e intentado entrar, no se como se dice, en fallo de errores, 
> pero tampoco funciona quiere arrancar pero llega un momento que se para 
> (esto en las últimas versiones que he instalado nunca me ha funcionado, 
> pero lo intente por aquí por si acaso)
> 
> Bueno ya desesperado me dirijo a la lista, para ver si me puede ayudar a 
> solucionar mi problema, gracias de antemano, y espero haberme explicado.
> 
> Espero noticias.
> 
> -- 
> Un saludo,
> José Manuel
> Gran Canaria/España
> 
> Si vas a escribir.. piensa en esto:
> no digas nada que no sea mas precioso que el silencio!!!
> 

José Manuel,
Yo te voy a enseñar un sistema que aunque hace años que no lo uso, siempre me 
ha funcionado, aunque muchos se llevarán las manos a la cabeza :)
para ello necesitas una LIVE-CD (ubuntu, xubuntu, Linux Mint, debian-live, la 
que quieras que sea linux).

1.- Arrancas con la LIVE
2.- entras al disco duro en el que tienes tu Debian.
3.- Editas el fichero /etc/shadow (si es necesario (que seguro que no lo será 
cambias los permisos (fíjate como están pues luego tienen que volver a ser los 
mismos para que tu sistema siga siendo seguro)
4.- allí verás una línea para cada uno de los usuarios del sistema y los 
demonios y todo lo que funciona en el sistema
5.- si te fijas hay una línea que hace referencia a root y que más o menos es 
así:

root:$6$eOuom7Gt$pUCt2b1Y91234567890gEvR9at1HC3abcdefghiFe6Dcd33Vf9SMd8tAhOfAX2E9yBcatRI93L.e88yjAC9l/:15669:0:9:7:::

6.- te interesa borrar toda la retahila que hay entre root: (root y los 
primeros 2 puntos(:) y los segundos 2 puntos y lo demás (:15669:0:9:7:::)
7.- es decir borrarás en este caso que es un ejemplo:
"$6$eOuom7Gt$pUCt2b1Y91234567890gEvR9at1HC3abcdefghiFe6Dcd33Vf9SMd8tAhOfAX2E9yBcatRI93L.e88yjAC9l/"

8.- y lo dejas (en este caso) así:
root::15669:0:9:7:::

9.- Eso quiere decir que root no tiene contraseña
10 vuelves a reiniciar tu sistema normalmente y, cuando llegues al login (mejor 
que no sea el gráfico, sinó que escoge una consola con Alt+F1 (por ejemplo)

11.- Ahí te logueas como root.
12.- Cuando te pida la contraseña no pones ninguna pero si todo ha ido bien el 
sistema te dejará entrar como root
13.- una vez eres root, ejecutas 
# passwd

Te pedirá la nueva contraseña de root y ya está.

Como que hace mucho que no lo uso quizá haya cambiado (acabo de preguntarlo en 
el irc de debian y sigue funcionando igual).

En todo caso, haces ántes una copia de "/etc/shadow" y si no te funciona 
vuelves a rehacer todo lo que has hecho y seguiras igual :)

suerte

Re: 1Gbps Ethernet drops to 100Mbps

[Nazar Zhuk]

On 5/13/20 1:58 PM, Nazar Zhuk wrote:


I have a 1Gbps network port that correctly connects as 1Gbps full duplex 
on boot, then drops to 100Mbps 4 seconds later.


Forcing 1Gbps full duplex with ethtool works fine. Tested to make sure 
the actual speed is over 100Mbps.


I am trying to determine what causes the drop to 100Mbps and how to 
avoid it.


Thanks for the hardware suggestions. It's not that. For whatever reason 
NetworkManager was configured to force 100Mbps. It's a new install and I 
don't remember doing that, but that's what it was.


--
Nazar

Re: Wine sobre "buster" - [¿SOLUCIONADO?]

[Felix Perez]

El dom., 17 de may. de 2020 a la(s) 12:30, JavierDebian
(javier.debian.bb...@gmail.com) escribió:
>
>
>
> El 14/5/20 a las 15:31, JavierDebian escribió:
> > Buenas tardes.
> >
> >
> > ¿Alguien ha podido instalar Wine sobre Debian 10 "buster" amd64?
> >
>
>
> Luego de batallar varios días, he llegado a la siguiente conclusión:
>
> No se puede instalar wine en un sistema que esté "retocado" con
> repositorios "especiales".
>
> Es decir, mis repositorios normales incluyen los siguientes:
>
> debian/ buster main contrib non-free
> debian/ buster-updates main contrib non-free
> debian/ buster-proposed-updates main contrib non-free
> debian/ buster-backports main contrib non-free
> security.debian.org/ buster/updates main contrib non-free
> www.deb-multimedia.org buster main non-free
>
> Esto, a lo largo del tiempo ha ido instalando paquetes, que al instalar
> WINE generan problemas de dependencias, sobre todo en lo que hace a
> multimedia y algunas cosas de "backports".
>
> ¿Cómo lo infiero?
>
> Hice en una máquina virtual una instalación limpia, y probé con sólo
> instalar el sistema desde debian/ buster main contrib non-free.
> Se instaló sin inconvenientes.
>
> Por lo que en la máquina donde necesito WINE, hice una instalación
> limpia (otra razón más por la cual siempre mantener particiones
> separadas para /home)
> Hacerlo desde un DVD lleva poco más de una hora, que es mucho menos
> tiempo de lo he gastado hasta ahora,
>
> Ahora funciona.
> Luego de ello, agregué los otros repositorios; ya anda de tiro.
>
> La punta del hilo estaba en https://wiki.debian.org/Wine
>
> "But if you install Wine from another suite (e.g. Debian Backports or
> Unstable) then some newly needed i386 packages might have another
> version, and you face broken dependencies. To solve this install the
> i386 package from the same suite as the already installed amd64 package
> (e.g. "sudo apt install libpulse0:i386/testing"), and then continue to
> install Wine. "
>
> Si bien no tengo "pinning" hecho en el sistema, es evidente que hay
> problemas.
>
> Muchas gracias.
>
> JAP
>
Muchas gracias Javier.
Saludos.

-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html

Re: OT - generador de diagrama a partir de código

[Juan Lavieri]

El 19/5/2020 a las 9:54 a. m., Jorge A. Secreto escribió:

Hola, disculpen el OT.
Armé una rutina en php, que no hace lo que quiero, y me estoy 
complicando bastante para debuguearla.
Debería haber partido de un diagrama de flujo y ahora estoy pagando el 
costo de no hacerlo.
¿Alguien conoce un programa que, corra en debian,(de última, en culquier 
lado) que genere un diagrama de flujo a partir de Php?


También está esto.

https://dasunhegoda.com/class-diagram-from-php-code-using-phuml/867/



Muchas gracias, y disculpas nuevamente.

--
Jorge A Secreto
Analista de Sistemas
MP 361


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

Re: OT - generador de diagrama a partir de código

[Juan Lavieri]

Hola Jorge.

El 19/5/2020 a las 9:54 a. m., Jorge A. Secreto escribió:

Hola, disculpen el OT.
Armé una rutina en php, que no hace lo que quiero, y me estoy 
complicando bastante para debuguearla.
Debería haber partido de un diagrama de flujo y ahora estoy pagando el 
costo de no hacerlo.
¿Alguien conoce un programa que, corra en debian,(de última, en culquier 
lado) que genere un diagrama de flujo a partir de Php?


No se si algo como esto te sirva.

https://www.jetbrains.com/help/phpstorm/class-diagram.html




Muchas gracias, y disculpas nuevamente.

--
Jorge A Secreto
Analista de Sistemas
MP 361



Saludos.

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

Re: Best practive for TLS/DNS Setup for exim

[Dan Ritter]

Rainer Dorsch wrote: 
> Am Montag, 18. Mai 2020, 19:58:06 CEST schrieb Dan Ritter:
> > Rainer Dorsch wrote:
> > I think you're overcomplicating it.
> > 
> > Your domain can and should have two or more MX records, with
> > different priority levels. The MX records don't even have to
> > point to names in your domain.
> > 
> > Since you're using Let's Encrypt, certificates are free. So,
> > for each mail server, set up an A and/or  record. Add those
> > to the MX records for your domain. Have LE produce certificates
> > for the mail servers under the names they have assigned.
> > 
> > Any mail sender will try each of your MX records, stopping when
> > it gets to a working entry. Some spammers will try in reverse
> > order, hoping that you don't have anti-spam measures on your
> > secondary mail server.
> > 
> 
> Just curious, if I have multiple MX records, how would you sync the incoming 
> emails (*) ? I can see with an NFS mounted home directory with Maildir 
> mailboxes that could work and dovecot could probably run on multiple hosts 
> (or 
> at least it would be possible to switch the imap DNS entry if needed). But 
> then the NFS server is the single point of failure. Are there better ways to 
> sync the mail servers behind the MX records than NFS?

Yes. dovecot-sync is quite fast relative to most mailservers.

-dsr-

Re: plantages Xorg

[Étienne Mollier]

Daniel Caillibaud, on 2020-05-19 13:16:47 +0200:
> Dans kern.log je trouve
> 
> May 19 12:28:04 dell kernel: [13786.197377] i915 :00:02.0: GPU HANG: 
> ecode 11:1:0x86dd, in Xorg [2149], hang on rcs0
> May 19 12:28:04 dell kernel: [13786.198452] i915 :00:02.0: Resetting rcs0 
> for hang on rcs0
> May 19 12:28:12 dell kernel: [13794.191513] i915 :00:02.0: Resetting rcs0 
> for hang on rcs0
> May 19 12:28:20 dell kernel: [13802.191705] i915 :00:02.0: Resetting rcs0 
> for hang on rcs0
> 
> et dans Xorg.0.log
> [ 13794.966] (EE) client bug: timer event11 debounce short: offset negative 
> (-0ms)
> 
> Y'a aussi du
> [19.430] (EE) modeset(0): [DRI2] No driver mapping found for PCI device 
> 0x8086 / 0x8a56
> [19.430] (EE) modeset(0): Failed to initialize the DRI2 extension.
> à chaque démarrage X
> 
> J'ai tenté de réinstaller les firmware non-free pour voir si ça changeait 
> qqchose
> 
> firmware-linux-nonfree=20190717-2~bpo10+1 
> firmware-amd-graphics=20190717-2~bpo10+1 
> firmware-misc-nonfree=20190717-2~bpo10+1
> 
> mais à part de m'ajouter ces messages au build de l'initrd
> 
> W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125a-3.fw for module 
> r8169
> W: Possible missing firmware /lib/firmware/i915/icl_dmc_ver1_07.bin for 
> module i915
> W: Possible missing firmware /lib/firmware/i915/tgl_dmc_ver2_04.bin for 
> module i915
> W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_8_2893.bin for 
> module i915

Bonjour, à tout hasard, est-ce qu'inclure ces firmware manquants
depuis l'amont ferait une différence ?

https://lists.debian.org/debian-user-french/2020/05/msg00207.html

Je me permet d'insister, car je crois que ce paramètre peut
avoir une influence non négligeable sur la stabilité du serveur
d'affichage.  Bien sûr, si vous avez déjà essayé...  :)

Bonne soirée,
-- 
Étienne Mollier 
Fingerprint:  5ab1 4edf 63bb ccff 8b54  2fa9 59da 56fe fff3 882d
Help find cures against the Covid-19 !  Give CPU cycles:
  * Rosetta@home: https://boinc.bakerlab.org/rosetta/
  * Folding@home: https://foldingathome.org/


signature.asc
Description: PGP signature

Re: Changing timestamps in video files

[songbird]

Nicolas George wrote:
...
> Note that I was not criticizing Cindy. Speculating and reminiscing are
> essential activities for Libre Software users. I was rather mocking the
> OP, who comes and ask a question, and then disappears mysteriously. What
> was the point, really?

  note my other reply is to a more recent post by
the OP.

  not everyone is on a hurried schedule.  :)  relax...


  songbird

Re: Usuario root bloqueado

[Lic. Domingo Varela Yahuitl]

Para terminar este hilo, reinstala una versión anterior...

Enviado desde mi Samsung Mobile de Telcel


From: Camaleón 
Sent: Tuesday, May 19, 2020 9:37:40 AM
To: debian-user-spanish@lists.debian.org 
Subject: Re: Usuario root bloqueado

El 2020-05-19 a las 14:23 +0100, José Manuel (Abogado) escribió:

> El 19/5/20 a las 7:27, Camaleón escribió:
> > >
> > > Lo intentado de todas las maneras que me han indicado y las que yo vi en
> > > Google
> > Si no nos envías los datos que ves o un pantallazo no te podremos dar
> > indicaciones. Los mensajes que te aparecen son muy importantes, pueden
> > indicar que el problema que tienes está en otro lado.
> >
> > La precisión es vital :-)
> > > Solo me quedaba utilizar un livecd y me descargue uno para Debian de esta
> > > página:
> > > https://www.debian.org/CD/live/index.es.html
> > > Arranque el Livcd y segui estos pasos de esta página:
> > > https://echemosunbitstazo.es/blog/recuperando-acceso-root-live
> > >
> > > Pero al volver al sistema mi sorpresa es que todo seguía igual sin poder
> > > actuar como root
> > Yo prefiero usar los manuales y guías específicos para Debian, pero
> > bueno, que el procedimiento suele ser similar y es sencillo:

(...)

> > Si sigues cualesquiera de las instrucciones, manda a la lista los
> > pasos que sigues, uno a uno, lo que tecleas y lo que te devuelve,
> > para que te podamos indicar mejor.
> >
> > > Solo me queda preguntarte si el error de solucionar esto es por el tipo de
> > > particiones que tengo, Como no puedo utilizar fdisk -l ya que tendría que
> > > ser root, utilice lsblk:
> > >
> > > lsblk
> > > NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
> > > sda  8:00  2,7T  0 disk
> > > ├─sda1   8:101M  0 part
> > > ├─sda2   8:20 15,9G  0 part [SWAP]
> > > ├─sda3   8:30  2,7T  0 part /home
> > > └─sda4   8:40 55,9G  0 part /
> > >
> > > Ya me dirás. Si no es por esto, ya solo me queda instalar de nuevo el
> > > sistema?
> > No veo ningún problema con las particiones y el error que recibes
> > (root autentication failed) tampoco lo vincularía con el esquema de las 
> > particiones.
> > Con los permisos de las particiones, quizá (con la orden «mount» lo
> > podrás ver) pero si tuvieras mal los permisos tendrías muchos más problemas 
> > que el fallo de
> > autenticación.
> >
> Contenido de la raíz
>
> ls -l
> total 68
> lrwxrwxrwx   1 root root 7 abr 10 11:59 bin -> usr/bin
> drwxr-xr-x   3 root root  4096 may  9 13:47 boot
> drwxr-xr-x  19 root root  3620 may 18 23:44 dev
> drwxr-xr-x 139 root root 12288 may 18 23:45 etc
> drwxr-xr-x  10 root root  4096 feb  1 17:09 home
> lrwxrwxrwx   1 root root30 may  9 13:39 initrd.img ->
> boot/initrd.img-4.19.0-9-amd64
> lrwxrwxrwx   1 root root30 abr 10 12:01 initrd.img.old ->
> boot/initrd.img-4.19.0-8-amd64
> lrwxrwxrwx   1 root root 7 abr 10 11:59 lib -> usr/lib
> lrwxrwxrwx   1 root root 9 abr 10 11:59 lib32 -> usr/lib32
> lrwxrwxrwx   1 root root 9 abr 10 11:59 lib64 -> usr/lib64
> lrwxrwxrwx   1 root root10 abr 10 11:59 libx32 -> usr/libx32
> drwx--   2 root root 16384 abr 10 11:58 lost+found
> drwxr-xr-x   5 root root  4096 abr 12 14:00 media
> drwxr-xr-x   2 root root  4096 abr 10 11:59 mnt
> drwxrwxrwx   7 root root  4096 may 11 23:00 opt
> dr-xr-xr-x 195 root root 0 may 18 23:44 proc
> drwx--   8 root root  4096 may 18 23:42 root
> drwxr-xr-x  25 root root   660 may 18 23:45 run
> lrwxrwxrwx   1 root root 8 abr 10 11:59 sbin -> usr/sbin
> drwxr-xr-x   2 root root  4096 abr 10 11:59 srv
> dr-xr-xr-x  13 root root 0 may 18 23:44 sys
> drwxrwxrwt  20 root root  4096 may 19 11:23 tmp
> dr-xr-xr-x  13 root root  4096 abr 10 15:15 usr
> drwxr-xr-x  11 root root  4096 abr 10 11:59 var
> lrwxrwxrwx   1 root root27 may  9 13:39 vmlinuz ->
> boot/vmlinuz-4.19.0-9-amd64
> lrwxrwxrwx   1 root root27 abr 10 12:01 vmlinuz.old ->
> boot/vmlinuz-4.19.0-8-amd64

Esa información no me dice nada que pueda estar relacionado con el error que
tienes. Es decir, los permisos de los directorios parecen correctos y
los enlaces simbólicos de /bin y /sbin tus motivos tendrás para
haberlos creado.

El hecho de que el sistema no sea capaz de iniciar desde GRUB sin saber
por qué ni qué error se produce, me preocupa seriamente. Sigue los
pasos para iniciar desde GRUB y dinos exactamente lo que aparece.

Saludos,

--
Camaleón

Re: Usuario root bloqueado

[Abogado]

El 19/5/20 a las 16:32, Camaleón escribió:

El 2020-05-19 a las 16:21 +0100, José Manuel (Abogado) escribió:


El 18/5/20 a las 18:07, Marco Möller escribió:

(...)

Podrías hacer el boot a una consola y pedir a ignorar el mecanismo de
seguridad con contraseña. Utilizar este boot parámetro en lugar de lo
que has probado antes, en lugar de init=/bin/bash  :
   init=/sbin/sulogin --force

Linux /boot/vmlinuz-4.19.x-amd64 root=/dev/sda2 rw init=/sbin/sulogin
--force

Con este "truco" cualquier persona con acceso directo al ordenador puede
tomar el control del ordenador. Entrar a fuerza sin contraseña como
root, y después estar cambiar todas las contraseñas a gusto.
Suerte, y un saludo, Marco.


Hola Marco

Lo realice, pero sigue igual al teclear "F10" quiere arrancar pero llega a
un momento que se para. Tengo fotos, las mande a la lista pero no aparece,
supongo porque la lista no admite imágenes y no se como mandarlas de otra
forma.
No obstante gracias.

Si tienes imágenes súbelas a, p. ej., https://pasteboard.co/ y manda a la lista
el enlace para que podamos acceder y ver qué se cuece.

Saludos,


Hola

Gracias, lo he hecho:

1º Imagen: https://pasteboard.co/J97lJdS.png
2º imagen después de pulsar "F10" https://pasteboard.co/J97mf0y.png

--
Un saludo,
José Manuel
Gran Canaria/España

Si vas a escribir.. piensa en esto:
no digas nada que no sea mas precioso que el silencio!!!

Re: plantages Xorg

[MERLIN Philippe]

Salut,
Une idée As tu aussi chargé le paquet intel-microcode?
Philippe Merlin



Le mardi 19 mai 2020, 13:16:47 CEST Daniel Caillibaud a écrit :
> Salut,
> 
> Suite de mes déboires avec mon nouveau dell 3793, xorg plante violemment
> sans que j'ai isolé une cause en particulier (j'ai cru que c'était plus
> souvent au retour de veille mais pas spécialement, il vient de replanter
> après un boot normal et 2h d'utilisation).
> 
> Dans kern.log je trouve
> 
> May 19 12:28:04 dell kernel: [13786.197377] i915 :00:02.0: GPU HANG:
> ecode 11:1:0x86dd, in Xorg [2149], hang on rcs0 May 19 12:28:04 dell
> kernel: [13786.198452] i915 :00:02.0: Resetting rcs0 for hang on rcs0
> May 19 12:28:12 dell kernel: [13794.191513] i915 :00:02.0: Resetting
> rcs0 for hang on rcs0 May 19 12:28:20 dell kernel: [13802.191705] i915
> :00:02.0: Resetting rcs0 for hang on rcs0
> 
> et dans Xorg.0.log
> [ 13794.966] (EE) client bug: timer event11 debounce short: offset negative
> (-0ms)
> 
> Y'a aussi du
> [19.430] (EE) modeset(0): [DRI2] No driver mapping found for PCI device
> 0x8086 / 0x8a56 [19.430] (EE) modeset(0): Failed to initialize the DRI2
> extension. à chaque démarrage X
> 
> J'ai tenté de réinstaller les firmware non-free pour voir si ça changeait
> qqchose
> 
> firmware-linux-nonfree=20190717-2~bpo10+1
> firmware-amd-graphics=20190717-2~bpo10+1
> firmware-misc-nonfree=20190717-2~bpo10+1
> 
> mais à part de m'ajouter ces messages au build de l'initrd
> 
> W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125a-3.fw for module
> r8169 W: Possible missing firmware /lib/firmware/i915/icl_dmc_ver1_07.bin
> for module i915 W: Possible missing firmware
> /lib/firmware/i915/tgl_dmc_ver2_04.bin for module i915 W: Possible missing
> firmware /lib/firmware/i915/bxt_huc_ver01_8_2893.bin for module i915
> 
> ça plante ni plus ni moins…
> 
> J'ai essayé gdm3 à la place de lightdm, idem…
> 
> Dans /vl/daemon.log je trouve
> 
> May 19 12:28:20 dell bluetoothd[1114]: Endpoint unregistered: sender=:1.295
> path=/MediaEndpoint/A2DPSource May 19 12:28:20 dell
> at-spi-bus-launcher[2219]: XIO:  fatal IO error 11 (Resource temporarily
> unavailable) on X server ":0" May 19 12:28:20 dell
> at-spi-bus-launcher[2219]:   after 24688 requests (24688 known
> processed) with 0 events remaining. May 19 12:28:20 dell
> gnome-terminal-server[3069]:
> [3223:3223:0519/122820.029461:ERROR:chrome_browser_main_extra_parts_x11.cc(
> 62)] X IO error received (X server probably went away) May 19 12:28:20 dell
> pulseaudio[2273]: XIO:  fatal IO error 11 (Ressource temporairement non
> disponible) on X server ":0" May 19 12:28:20 dell pulseaudio[2273]:  
> after 19 requests (19 known processed) with 0 events remaining. May 19
> 12:28:20 dell bluetoothd[1114]: Endpoint unregistered: sender=:1.295
> path=/MediaEndpoint/A2DPSink May 19 12:28:20 dell
> gnome-terminal-server[3069]:
> [3261:3261:0519/122820.029507:ERROR:x11_util.cc(109)] X IO error received
> (X server probably went away)
> 
> Ce serait le bluetooth qui plante X ? Je vais le virer pour voir, mais
> kern.log parle de pb GPU 16s plus tôt, je suppose que c'est donc plutôt un
> pb de driver vidéo.
> 
> Le chipset vidéo est l'intel UHD 620 intégré au i5-1035G1, j'utilise
> cinnamon…
> 
> Une piste ?
> 
> Merci à ceux qui auraient une idée et voudront bien la partager ;-)

Re: Usuario root bloqueado

[Camaleón]

El 2020-05-19 a las 16:21 +0100, José Manuel (Abogado) escribió:
> 
> 
> El 18/5/20 a las 18:07, Marco Möller escribió:

(...)
> > 
> > Podrías hacer el boot a una consola y pedir a ignorar el mecanismo de
> > seguridad con contraseña. Utilizar este boot parámetro en lugar de lo
> > que has probado antes, en lugar de init=/bin/bash  :
> >   init=/sbin/sulogin --force
> > 
> > Linux /boot/vmlinuz-4.19.x-amd64 root=/dev/sda2 rw init=/sbin/sulogin
> > --force
> > 
> > Con este "truco" cualquier persona con acceso directo al ordenador puede
> > tomar el control del ordenador. Entrar a fuerza sin contraseña como
> > root, y después estar cambiar todas las contraseñas a gusto.
> > Suerte, y un saludo, Marco.
> > 
> Hola Marco
> 
> Lo realice, pero sigue igual al teclear "F10" quiere arrancar pero llega a
> un momento que se para. Tengo fotos, las mande a la lista pero no aparece,
> supongo porque la lista no admite imágenes y no se como mandarlas de otra
> forma.
> No obstante gracias.

Si tienes imágenes súbelas a, p. ej., https://pasteboard.co/ y manda a la lista 
el enlace para que podamos acceder y ver qué se cuece.

Saludos,

-- 
Camaleón 

Re: Usuario root bloqueado

[Abogado]

El 18/5/20 a las 18:07, Marco Möller escribió:

On 18.05.20 00:54, José Manuel (Abogado) wrote:

Hola

Tengo Debian 10. No se lo que paso pero llevo varios días sin poder 
actual como root.


Arranco el sistema bien y entro pongo usuario normal y contraseña. Ya 
dentro puedo hacer todo lo que puede hacer un usuario normal sin 
problemas. Pero si intento actualizar o cualquier cosa que tenga que 
ser root, no puedo me pide la contraseña la pongo pero no la reconoce.


He utilizado Google para ver si podía solucionarlo lo que veía era 
que debía reiniciar y cuando aparece el grub pulsar la tecla "e" y en 
la linea donde esta el keine poner al final  rw init=/bin/bash y 
teclear "F10". Esto me debería poder cambiar la contraseña, pero 
aparece una serie de línea de arranque pero llega un momento que se 
para y no puedo seguir teniendo que teclear REISUB para reiniciar .


También e intentado entrar, no se como se dice, en fallo de errores, 
pero tampoco funciona quiere arrancar pero llega un momento que se 
para (esto en las últimas versiones que he instalado nunca me ha 
funcionado, pero lo intente por aquí por si acaso)


Bueno ya desesperado me dirijo a la lista, para ver si me puede 
ayudar a solucionar mi problema, gracias de antemano, y espero 
haberme explicado.


Espero noticias.




Podrías hacer el boot a una consola y pedir a ignorar el mecanismo de 
seguridad con contraseña. Utilizar este boot parámetro en lugar de lo 
que has probado antes, en lugar de init=/bin/bash  :

  init=/sbin/sulogin --force

Linux /boot/vmlinuz-4.19.x-amd64 root=/dev/sda2 rw init=/sbin/sulogin 
--force


Con este "truco" cualquier persona con acceso directo al ordenador 
puede tomar el control del ordenador. Entrar a fuerza sin contraseña 
como root, y después estar cambiar todas las contraseñas a gusto.

Suerte, y un saludo, Marco.


Hola Marco

Lo realice, pero sigue igual al teclear "F10" quiere arrancar pero llega 
a un momento que se para. Tengo fotos, las mande a la lista pero no 
aparece, supongo porque la lista no admite imágenes y no se como 
mandarlas de otra forma.

No obstante gracias.

--
Un saludo,
José Manuel
Gran Canaria/España

Si vas a escribir.. piensa en esto:
no digas nada que no sea mas precioso que el silencio!!!

Re: Best practive for TLS/DNS Setup for exim

[Greg Wooledge]

On Tue, May 19, 2020 at 05:10:33PM +0200, Rainer Dorsch wrote:
> Just curious, if I have multiple MX records, how would you sync the incoming 
> emails (*) ? I can see with an NFS mounted home directory with Maildir 
> mailboxes that could work and dovecot could probably run on multiple hosts 
> (or 
> at least it would be possible to switch the imap DNS entry if needed). But 
> then the NFS server is the single point of failure. Are there better ways to 
> sync the mail servers behind the MX records than NFS?

You're assuming the secondary MX performs actual local deliveries.  That's
not normally the case.  A secondary MX usually just queues up the messages
for SMTP delivery to the primary MX.

Re: Changing timestamps in video files

[Nicolas George]

Tixy (12020-05-19):
> Ah, sorry. In my email client Cindy's reply showed up under the OP's
> post today with more details. Looking again, I see that Cindy's email
> is in fact a reply to and old post in the thread I've since deleted and
> not the OP's post today.

Happens to anybody.

Note that I was not criticizing Cindy. Speculating and reminiscing are
essential activities for Libre Software users. I was rather mocking the
OP, who comes and ask a question, and then disappears mysteriously. What
was the point, really?

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: Best practive for TLS/DNS Setup for exim

[Rainer Dorsch]

Am Montag, 18. Mai 2020, 19:58:06 CEST schrieb Dan Ritter:
> Rainer Dorsch wrote:
> > Hi,
> > 
> > I am just wondering how a efficient setup for TLS/DNS for exim looks like:
> > 
> > Right now I have an A entry in the DNS server for smtp. and a
> > letsencrypt certificate as well.
> > 
> > If I setup a new server and call it SMTP2, I need to reconfigure this in
> > all my email clients. If I install the SMTP certificates, testing is
> > somewhat limited, since the DNS entry still points to another server and
> > I would need to fake this.
> > 
> > Does anybody know if I can have a certificate for .
> > and use for smtp a CNAME?
> > 
> > The advantage I would see is that I can have a fully functional config and
> > with disabling the SMTP name on the old system and changing the CNAME in
> > the DNS system, I could be done.
> > 
> > Does anybody now if the standard email clients can handle the situation in
> > which them get as SMTP server a cname and as certificate the 
> > the
> > SMTP cname points to?
> 
> I think you're overcomplicating it.
> 
> Your domain can and should have two or more MX records, with
> different priority levels. The MX records don't even have to
> point to names in your domain.
> 
> Since you're using Let's Encrypt, certificates are free. So,
> for each mail server, set up an A and/or  record. Add those
> to the MX records for your domain. Have LE produce certificates
> for the mail servers under the names they have assigned.
> 
> Any mail sender will try each of your MX records, stopping when
> it gets to a working entry. Some spammers will try in reverse
> order, hoping that you don't have anti-spam measures on your
> secondary mail server.
> 

Just curious, if I have multiple MX records, how would you sync the incoming 
emails (*) ? I can see with an NFS mounted home directory with Maildir 
mailboxes that could work and dovecot could probably run on multiple hosts (or 
at least it would be possible to switch the imap DNS entry if needed). But 
then the NFS server is the single point of failure. Are there better ways to 
sync the mail servers behind the MX records than NFS?

Thanks
Rainer

(*) it would be some fun to present to the user multiple mail boxes and emails 
are "randomly" distributed into them :-D

-- 
Rainer Dorsch
http://bokomoko.de/

Re: Best practive for TLS/DNS Setup for exim

[Rainer Dorsch]

Am Dienstag, 19. Mai 2020, 16:15:36 CEST schrieb Dan Ritter:
> Rainer Dorsch wrote:
> > Am Montag, 18. Mai 2020, 20:50:49 CEST schrieb Dan Ritter:
> > > Rainer Dorsch wrote:
> > > > I was more concerned about the outgoing server configured in the email
> > > > clients and used to send main from my domain (at least so far I did
> > > > not
> > > > understand that they can make use of the MX record).
> > > 
> > > It depends on the MTA you choose for your email clients, but
> > > unless you choose the very simplest systems, they can be
> > > configured to look up the MX record and use that. (Postfix has a
> > > fallback_relay option, Exim can accept multiple hosts in a
> > > route_list statement, and so forth.)
> > 
> > Thanks again for your reply.
> > 
> > But what about a client like Thunderbird, kmail or Android mail clients.
> > They need an *outgoing* server.
> > 
> > Do they handle MX records?
> 
> No, if you need high availability for those, you need load
> balancing. DNS is not a good way of doing that; consider
> ldirectord or haproxy or pound, and remember that you will need
> at least two of those machines in a STONITH configuration.
> 
> In any of these cases, you'll configure all your mail servers to
> answer as smtp.domain with the same TLS certificate.

Many thanks, again. No HA was here not my primary motivation here. 

It seems I have to 

1. Setup exim (done by now)
2. copy TLS certificates for smtp. to new server
3. for testing tweak dns for a client to resolve smtp. to the new 
server
4. changing the smtp. entry to new server
5. setup certbot to update the copied smtp TLS certificates

I hoped I get around copying the TLS certificates and then get certbot running 
an tweaking DNS of the client by

1. get TLS certificate for smtp2.
2. Setup exim
3. test with smtp2.
4. change DNS entry to e.g. make smtp CNAME smtp2

I see the last step does not work, but it is not a big hassle overall to 
follow the first procedure (I hope :-) )

Rainer




-- 
Rainer Dorsch
http://bokomoko.de/

Re: Changing timestamps in video files

[Tixy]

On Tue, 2020-05-19 at 14:46 +0200, Nicolas George wrote:
> Tixy (12020-05-19):
> > Try reading the email Cindy was replying to.
> 
> I already did: technical points, speculating around what the OP
> actually
> wanted.

Ah, sorry. In my email client Cindy's reply showed up under the OP's
post today with more details. Looking again, I see that Cindy's email
is in fact a reply to and old post in the thread I've since deleted and
not the OP's post today.

-- 
Tixy

Re: OT - generador de diagrama a partir de código

[Ricardo Frydman]

Por si no entraste al enlaceTe estoy refiriendo dia2code, que es una
extension de dia.

"
dia2code

You can use dia2code to convert Dia diagram files into source code of
various programming languages."

El mar., 19 may. 2020 a las 10:41, Jorge A. Secreto ()
escribió:

> Hola Ricardo
>
> El mar., 19 de may. de 2020 a la(s) 11:16, Ricardo Frydman (
> ricardoeur...@gmail.com) escribió:
>
>> dia hace eso, pero a la inversa, quizas te sea util
>>
>> http://dia-installer.de/dia2code/index.html
>>
>> El mar., 19 may. 2020 a las 9:55, Jorge A. Secreto (<
>> jorgesecr...@gmail.com>) escribió:
>>
>>> ¿Alguien conoce un programa que, corra en debian,(de última, en culquier
>>> lado) que genere un diagrama de flujo a partir de Php?
>>> Muchas gracias, y disculpas nuevamente.
>>>
>>
>> --
>> Ricardo A.Frydman
>>
>
> Si, lo tengo a Dia. Tendría que haber empezado por ahí, en vez de tirar
> codigo directamente. :-(
> Gracias igual
> Abrazo
>
> --
> Jorge A Secreto
> Analista de Sistemas
> MP 361
>


-- 
Ricardo A.Frydman
Technical PM - Tata Consultancy Services
Sun Certified System Administrator - Solaris 10

pgp.mit.edu ID A04134BD



"Aequam memento rebus in arduis servare mentem"

Re: OT - generador de diagrama a partir de código

[Jorge A. Secreto]

Hola Ricardo

El mar., 19 de may. de 2020 a la(s) 11:16, Ricardo Frydman (
ricardoeur...@gmail.com) escribió:

> dia hace eso, pero a la inversa, quizas te sea util
>
> http://dia-installer.de/dia2code/index.html
>
> El mar., 19 may. 2020 a las 9:55, Jorge A. Secreto (<
> jorgesecr...@gmail.com>) escribió:
>
>> ¿Alguien conoce un programa que, corra en debian,(de última, en culquier
>> lado) que genere un diagrama de flujo a partir de Php?
>> Muchas gracias, y disculpas nuevamente.
>>
>
> --
> Ricardo A.Frydman
>

Si, lo tengo a Dia. Tendría que haber empezado por ahí, en vez de tirar
codigo directamente. :-(
Gracias igual
Abrazo

-- 
Jorge A Secreto
Analista de Sistemas
MP 361

Re: Usuario root bloqueado

[Camaleón]

El 2020-05-19 a las 14:23 +0100, José Manuel (Abogado) escribió:

> El 19/5/20 a las 7:27, Camaleón escribió:
> > > 
> > > Lo intentado de todas las maneras que me han indicado y las que yo vi en
> > > Google
> > Si no nos envías los datos que ves o un pantallazo no te podremos dar
> > indicaciones. Los mensajes que te aparecen son muy importantes, pueden
> > indicar que el problema que tienes está en otro lado.
> > 
> > La precisión es vital :-)
> > > Solo me quedaba utilizar un livecd y me descargue uno para Debian de esta
> > > página:
> > > https://www.debian.org/CD/live/index.es.html
> > > Arranque el Livcd y segui estos pasos de esta página:
> > > https://echemosunbitstazo.es/blog/recuperando-acceso-root-live
> > > 
> > > Pero al volver al sistema mi sorpresa es que todo seguía igual sin poder
> > > actuar como root
> > Yo prefiero usar los manuales y guías específicos para Debian, pero
> > bueno, que el procedimiento suele ser similar y es sencillo:

(...)

> > Si sigues cualesquiera de las instrucciones, manda a la lista los
> > pasos que sigues, uno a uno, lo que tecleas y lo que te devuelve,
> > para que te podamos indicar mejor.
> > 
> > > Solo me queda preguntarte si el error de solucionar esto es por el tipo de
> > > particiones que tengo, Como no puedo utilizar fdisk -l ya que tendría que
> > > ser root, utilice lsblk:
> > > 
> > > lsblk
> > > NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
> > > sda  8:0    0  2,7T  0 disk
> > > ├─sda1   8:1    0    1M  0 part
> > > ├─sda2   8:2    0 15,9G  0 part [SWAP]
> > > ├─sda3   8:3    0  2,7T  0 part /home
> > > └─sda4   8:4    0 55,9G  0 part /
> > > 
> > > Ya me dirás. Si no es por esto, ya solo me queda instalar de nuevo el
> > > sistema?
> > No veo ningún problema con las particiones y el error que recibes
> > (root autentication failed) tampoco lo vincularía con el esquema de las 
> > particiones.
> > Con los permisos de las particiones, quizá (con la orden «mount» lo
> > podrás ver) pero si tuvieras mal los permisos tendrías muchos más problemas 
> > que el fallo de
> > autenticación.
> > 
> Contenido de la raíz
> 
> ls -l
> total 68
> lrwxrwxrwx   1 root root 7 abr 10 11:59 bin -> usr/bin
> drwxr-xr-x   3 root root  4096 may  9 13:47 boot
> drwxr-xr-x  19 root root  3620 may 18 23:44 dev
> drwxr-xr-x 139 root root 12288 may 18 23:45 etc
> drwxr-xr-x  10 root root  4096 feb  1 17:09 home
> lrwxrwxrwx   1 root root    30 may  9 13:39 initrd.img ->
> boot/initrd.img-4.19.0-9-amd64
> lrwxrwxrwx   1 root root    30 abr 10 12:01 initrd.img.old ->
> boot/initrd.img-4.19.0-8-amd64
> lrwxrwxrwx   1 root root 7 abr 10 11:59 lib -> usr/lib
> lrwxrwxrwx   1 root root 9 abr 10 11:59 lib32 -> usr/lib32
> lrwxrwxrwx   1 root root 9 abr 10 11:59 lib64 -> usr/lib64
> lrwxrwxrwx   1 root root    10 abr 10 11:59 libx32 -> usr/libx32
> drwx--   2 root root 16384 abr 10 11:58 lost+found
> drwxr-xr-x   5 root root  4096 abr 12 14:00 media
> drwxr-xr-x   2 root root  4096 abr 10 11:59 mnt
> drwxrwxrwx   7 root root  4096 may 11 23:00 opt
> dr-xr-xr-x 195 root root 0 may 18 23:44 proc
> drwx--   8 root root  4096 may 18 23:42 root
> drwxr-xr-x  25 root root   660 may 18 23:45 run
> lrwxrwxrwx   1 root root 8 abr 10 11:59 sbin -> usr/sbin
> drwxr-xr-x   2 root root  4096 abr 10 11:59 srv
> dr-xr-xr-x  13 root root 0 may 18 23:44 sys
> drwxrwxrwt  20 root root  4096 may 19 11:23 tmp
> dr-xr-xr-x  13 root root  4096 abr 10 15:15 usr
> drwxr-xr-x  11 root root  4096 abr 10 11:59 var
> lrwxrwxrwx   1 root root    27 may  9 13:39 vmlinuz ->
> boot/vmlinuz-4.19.0-9-amd64
> lrwxrwxrwx   1 root root    27 abr 10 12:01 vmlinuz.old ->
> boot/vmlinuz-4.19.0-8-amd64

Esa información no me dice nada que pueda estar relacionado con el error que 
tienes. Es decir, los permisos de los directorios parecen correctos y 
los enlaces simbólicos de /bin y /sbin tus motivos tendrás para 
haberlos creado.

El hecho de que el sistema no sea capaz de iniciar desde GRUB sin saber 
por qué ni qué error se produce, me preocupa seriamente. Sigue los 
pasos para iniciar desde GRUB y dinos exactamente lo que aparece.

Saludos,

-- 
Camaleón 

Re: Change Terminal Border Color

[Dan Ritter]

chloe tan wrote: 
> Hi
> 
> I would like to modify my xterm to become like the photo, do I use
> Motif or FVWM or any window maker? Mainly all text, window border
> become green, title black. Thanks in advance!
> 
> https://nmap.org/movies/matrix/trinity-nmapscreen-hd.png

That's a movie. It's almost certainly a slideshow of drawn
images, rather than an actual program.

However, you can get pretty close to it by writing your own
theme. XFCE4's XFWM is, in my experience, among the easiest to
write.

-dsr-

Re: OT - generador de diagrama a partir de código

[Ricardo Frydman]

dia hace eso, pero a la inversa, quizas te sea util

http://dia-installer.de/dia2code/index.html

El mar., 19 may. 2020 a las 9:55, Jorge A. Secreto ()
escribió:

> Hola, disculpen el OT.
> Armé una rutina en php, que no hace lo que quiero, y me estoy complicando
> bastante para debuguearla.
> Debería haber partido de un diagrama de flujo y ahora estoy pagando el
> costo de no hacerlo.
> ¿Alguien conoce un programa que, corra en debian,(de última, en culquier
> lado) que genere un diagrama de flujo a partir de Php?
> Muchas gracias, y disculpas nuevamente.
>
> --
> Jorge A Secreto
> Analista de Sistemas
> MP 361
>


-- 
Ricardo A.Frydman
Technical PM - Tata Consultancy Services
Sun Certified System Administrator - Solaris 10

pgp.mit.edu ID A04134BD



"Aequam memento rebus in arduis servare mentem"

Re: Best practive for TLS/DNS Setup for exim

[Dan Ritter]

Rainer Dorsch wrote: 
> Am Montag, 18. Mai 2020, 20:50:49 CEST schrieb Dan Ritter:
> > Rainer Dorsch wrote:
> > > I was more concerned about the outgoing server configured in the email
> > > clients and used to send main from my domain (at least so far I did not
> > > understand that they can make use of the MX record).
> > 
> > It depends on the MTA you choose for your email clients, but
> > unless you choose the very simplest systems, they can be
> > configured to look up the MX record and use that. (Postfix has a
> > fallback_relay option, Exim can accept multiple hosts in a
> > route_list statement, and so forth.)
> 
> Thanks again for your reply.
> 
> But what about a client like Thunderbird, kmail or Android mail clients. They 
> need an *outgoing* server.
> 
> Do they handle MX records?

No, if you need high availability for those, you need load
balancing. DNS is not a good way of doing that; consider
ldirectord or haproxy or pound, and remember that you will need
at least two of those machines in a STONITH configuration.

In any of these cases, you'll configure all your mail servers to
answer as smtp.domain with the same TLS certificate.

-dsr-

OT - generador de diagrama a partir de código

[Jorge A. Secreto]

Hola, disculpen el OT.
Armé una rutina en php, que no hace lo que quiero, y me estoy complicando
bastante para debuguearla.
Debería haber partido de un diagrama de flujo y ahora estoy pagando el
costo de no hacerlo.
¿Alguien conoce un programa que, corra en debian,(de última, en culquier
lado) que genere un diagrama de flujo a partir de Php?
Muchas gracias, y disculpas nuevamente.

-- 
Jorge A Secreto
Analista de Sistemas
MP 361

Re: Usuario root bloqueado

[Abogado]

El 19/5/20 a las 7:27, Camaleón escribió:

El 2020-05-19 a las 00:18 +0100, José Manuel (Abogado) escribió:


El 18/5/20 a las 21:15, Camaleón escribió:

(...)


¿Qué te devuelve «grep -i sudo /etc/group»?



Lo del modo rescate no me ha funcionado

Mejor si mandas una foto de lo que ves cuando inicias desde ese modo y
otra foto con lo que te aparece cuando editas GRUB y añades el
parámetro que te han dicho (init=/bin/bash) en la línea del kernel y pulsas F10.


Tecleando:  grep -i sudo /etc/group
Me sale lo siguiente:
sudo:x:27:

Si tu usuario no pertenece al grupo «sudo» es que no estás utilizando
sudo en el sistema. Lo tendrás instalado pero no habilitado. De todas
formas, los permisos del binario no son correctos.


Lo del LiveCD no tengo, esperaba solucionarlo sin recurrir a él, por lo que
no he buscado descargarme uno. y como va la cosa, tendré que descargarme
alguno.

Siempre es conveniente tener una LiveCD a mano; p. ej., en mi caso
tengo un CD-RW con la última versión de SystemRescueCD¹ que te sirve para varias
cosas (depuración, chequeos de harwdare...).

¹ http://www.system-rescue-cd.org/Download/


Primero disculpa las molestias.

Lo intentado de todas las maneras que me han indicado y las que yo vi en
Google

Si no nos envías los datos que ves o un pantallazo no te podremos dar
indicaciones. Los mensajes que te aparecen son muy importantes, pueden
indicar que el problema que tienes está en otro lado.

La precisión es vital :-)
  

Solo me quedaba utilizar un livecd y me descargue uno para Debian de esta
página:
https://www.debian.org/CD/live/index.es.html
Arranque el Livcd y segui estos pasos de esta página:
https://echemosunbitstazo.es/blog/recuperando-acceso-root-live

Pero al volver al sistema mi sorpresa es que todo seguía igual sin poder
actuar como root

Yo prefiero usar los manuales y guías específicos para Debian, pero
bueno, que el procedimiento suele ser similar y es sencillo:

https://wiki.debian.org/Root
If you forgot your root password, you first need to reset the password,
then log as root (now accessible without password) and run passwd to
set a new password.

4.7.4. Securing the root password


How to Reset Forgotten Root Password in Debian 10
https://www.tecmint.com/reset-forgotten-root-password-in-debian/

Si sigues cualesquiera de las instrucciones, manda a la lista los
pasos que sigues, uno a uno, lo que tecleas y lo que te devuelve,
para que te podamos indicar mejor.


Solo me queda preguntarte si el error de solucionar esto es por el tipo de
particiones que tengo, Como no puedo utilizar fdisk -l ya que tendría que
ser root, utilice lsblk:

lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda  8:0    0  2,7T  0 disk
├─sda1   8:1    0    1M  0 part
├─sda2   8:2    0 15,9G  0 part [SWAP]
├─sda3   8:3    0  2,7T  0 part /home
└─sda4   8:4    0 55,9G  0 part /

Ya me dirás. Si no es por esto, ya solo me queda instalar de nuevo el
sistema?

No veo ningún problema con las particiones y el error que recibes
(root autentication failed) tampoco lo vincularía con el esquema de las 
particiones.
Con los permisos de las particiones, quizá (con la orden «mount» lo
podrás ver) pero si tuvieras mal los permisos tendrías muchos más problemas que 
el fallo de
autenticación.

Saludos,


Hola

Contenido de la raíz

ls -l
total 68
lrwxrwxrwx   1 root root 7 abr 10 11:59 bin -> usr/bin
drwxr-xr-x   3 root root  4096 may  9 13:47 boot
drwxr-xr-x  19 root root  3620 may 18 23:44 dev
drwxr-xr-x 139 root root 12288 may 18 23:45 etc
drwxr-xr-x  10 root root  4096 feb  1 17:09 home
lrwxrwxrwx   1 root root    30 may  9 13:39 initrd.img -> 
boot/initrd.img-4.19.0-9-amd64
lrwxrwxrwx   1 root root    30 abr 10 12:01 initrd.img.old -> 
boot/initrd.img-4.19.0-8-amd64

lrwxrwxrwx   1 root root 7 abr 10 11:59 lib -> usr/lib
lrwxrwxrwx   1 root root 9 abr 10 11:59 lib32 -> usr/lib32
lrwxrwxrwx   1 root root 9 abr 10 11:59 lib64 -> usr/lib64
lrwxrwxrwx   1 root root    10 abr 10 11:59 libx32 -> usr/libx32
drwx--   2 root root 16384 abr 10 11:58 lost+found
drwxr-xr-x   5 root root  4096 abr 12 14:00 media
drwxr-xr-x   2 root root  4096 abr 10 11:59 mnt
drwxrwxrwx   7 root root  4096 may 11 23:00 opt
dr-xr-xr-x 195 root root 0 may 18 23:44 proc
drwx--   8 root root  4096 may 18 23:42 root
drwxr-xr-x  25 root root   660 may 18 23:45 run
lrwxrwxrwx   1 root root 8 abr 10 11:59 sbin -> usr/sbin
drwxr-xr-x   2 root root  4096 abr 10 11:59 srv
dr-xr-xr-x  13 root root 0 may 18 23:44 sys
drwxrwxrwt  20 root root  4096 may 19 11:23 tmp
dr-xr-xr-x  13 root root  4096 abr 10 15:15 usr
drwxr-xr-x  11 root root  4096 abr 10 11:59 var
lrwxrwxrwx   1 root root    27 may  9 13:39 vmlinuz -> 
boot/vmlinuz-4.19.0-9-amd64
lrwxrwxrwx   1 root root    27 abr 10 12:01 vmlinuz.old -> 
boot/vmlinuz-4.19.0-8-amd64



--
Un saludo,
José Manuel
Gran Canaria/España

Si vas a escribir.. piensa en 

Re: Un autre effet Kiskool de systemd !

[BERTRAND Joël]

BOITEUX, FREDERIC a écrit :
>   Bonjour,
> 
>   Ton souci me fait penser à un souci que j'avais eu, à propos de Systemd qui 
> supprimait toutes les SHM créées par un utilisateur quand sa dernière session 
> se terminait : cela avait pour effet de tuer un éventuel démon lancé par 
> l'utilisateur (un serveur Postgresql par exemple !).
> J'avais dû positionner le paramètre « RemoveIPC=no » dans 
> /etc/systemd/logind.conf.
> 
> C'est pas sûr que cela t'aide, mais au cas où…

Bonjour,

Je note, mais ça ne semble pas être mon problème. Ça ressemblerait dans
mon cas plus à un watchdog (mais le système n'est pas planté, seule une
application peut ramer en attente de swap).

Bien cordialement,

JKB

Re: [HS] Re: Un autre effet Kiskool de systemd !

[Fabien R]

On 19/05/2020 11:33, BERTRAND Joël wrote:
> NoSpam a écrit :
>>
>> Le 19/05/2020 à 10:15, BERTRAND Joël a écrit :
>>> [...]
>>> Ce qui serait vraiment intéressant, c'est que Debian propose avec ou
>>> sans systemd (pour tous ses paquets d'ailleurs),
>>
>> Cela s'appelle devuan.org
> 
>   Sur le papier, oui. Mais as-tu testé devuan ? 
Moi, je l'utilise à la place de debian.
Ca fonctionne très bien.
L'audience n'est pas
> assez grande pour en faire un système utilisable sans problème.
Tu peux développer ?

--
Fabien

Re: Cron toutes les 75 h

[Raphaël POITEVIN]

Sébastien NOBILI  writes:
>> À voir en effet. Espérant qu’on peut exécuter ceci en utilisateur non
>> privilégié.
>
> Oui, on peut.
>
> Tu décris ton timer dans le dossier
> `~/.config/systemd/user/relance.timer`
> Tu actives ton timer avec `systemctl --user enable relance.timer`
>
> J'ai remplacé pas mal de tâches cron utilisateur par ce mécanisme,
> plus souple dans
> certains cas (possibilité de désactiver/réactiver le timer).

Merci, je retiens, ça peut me servir. Bon, pour le moment, je n’ai plus
besoin de la tâche, mais ce n’es pas dit que je n’y ai pas recours de
nouveau.
-- 
Raphaël
www.leclavierquibave.fr

Un autre effet Kiskool de systemd !

[BOITEUX, FREDERIC]

Bonjour,

  Ton souci me fait penser à un souci que j'avais eu, à propos de Systemd qui 
supprimait toutes les SHM créées par un utilisateur quand sa dernière session 
se terminait : cela avait pour effet de tuer un éventuel démon lancé par 
l'utilisateur (un serveur Postgresql par exemple !).
J'avais dû positionner le paramètre « RemoveIPC=no » dans 
/etc/systemd/logind.conf.

C'est pas sûr que cela t'aide, mais au cas où…

Cdlt,
Fred.
This message contains information that may be privileged or confidential and is 
the property of the Capgemini Group. It is intended only for the person to whom 
it is addressed. If you are not the intended recipient, you are not authorized 
to read, print, retain, copy, disseminate, distribute, or use this message or 
any part thereof. If you receive this message in error, please notify the 
sender immediately and delete all copies of this message.

Re: [HS] Re: Un autre effet Kiskool de systemd !

[NoSpam]

Le 19/05/2020 à 10:15, BERTRAND Joël a écrit :

[...]
Ce qui serait vraiment intéressant, c'est que Debian propose avec ou
sans systemd (pour tous ses paquets d'ailleurs),


Cela s'appelle devuan.org

--

Daniel

Re: plantages Xorg

[Daniel Caillibaud]

Le 19/05/20 à 14:03, MERLIN Philippe  a écrit :
> Salut,
> Une idée As tu aussi chargé le paquet intel-microcode?

Oui, dans buster/non-free (il est pas dans les backport), j'aurais intérêt à 
tester la version
de https://packages.debian.org/bullseye/intel-microcode ? En prenant alors aussi
initramfs-tools dans bullseye histoire d'être raccord avec le noyau ?

J'avais pas trop envie de jouer avec du pinning, mais si y'a pas d'autre 
solution…

-- 
Daniel

On ne peut pas juger quelqu'un à ses fréquentations ;
ne perdons pas de vue que Judas avait des amis irréprochables.
Tristan Bernard

Re: Changing timestamps in video files

[Nicolas George]

Tixy (12020-05-19):
> Try reading the email Cindy was replying to.

I already did: technical points, speculating around what the OP actually
wanted.

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: Cron toutes les 75 h

[Sébastien NOBILI]

Bonjour,

Le 2020-05-12 15:56, raphael.poite...@gmail.com a écrit :

Jean-Marc  writes:

Sinon, voir si systemd.timer peut offrir une solution.
Si ton système utilise systemd.


À voir en effet. Espérant qu’on peut exécuter ceci en utilisateur non
privilégié.


Oui, on peut.

Tu décris ton timer dans le dossier 
`~/.config/systemd/user/relance.timer`

Tu actives ton timer avec `systemctl --user enable relance.timer`

J'ai remplacé pas mal de tâches cron utilisateur par ce mécanisme, plus 
souple dans

certains cas (possibilité de désactiver/réactiver le timer).

Sébastien

Re: Changing timestamps in video files

[Tixy]

On Tue, 2020-05-19 at 14:14 +0200, Nicolas George wrote:
> Cindy Sue Causey (12020-05-19):
> 
> 
> Funny thing: three weeks later, still speculating what the original
> question was about, without any input from the person who asked it.

Try reading the email Cindy was replying to.

-- 
Tixy

Re: problemas con audio

[Fernando Romero]

El mar., 19 may. 2020 a las 3:34, Camaleón () escribió:

> El 2020-05-18 a las 19:16 -0300, Fernando Romero escribió:
>
> > Después de reiniciar mi debían me quede sin sonido, estoy mirando logs y
> > servicios y veo todo levantado pero no tengo sonido, miro si los modulos
> > estan levantados y noto que si:
> >  aplay -l
> >  List of PLAYBACK Hardware Devices 
> > card 0: Intel [HDA Intel], device 0: STAC9228 Analog [STAC9228 Analog]
> >   Subdevices: 1/1
> >   Subdevice #0: subdevice #0
> >
> > Con el alsamixer puedo subir y bajar el volumen pero no se escucha nada,
> > alguien tuvo el mismo problema, por donde mas puedo mirar?
>
> ¿Usas PulseAudio/ALSA/Jackd2 como sistema de sonido?
>
> En principio te diría que revisaras lo que indican en la wiki, por si te
> diera
> alguna pista:
>
> Troubleshooting (no sound)
> https://wiki.debian.org/Sound
>
> Saludos,
>
> --
> Camaleón
>

Hola Cameleon gracias por tu respuesta.
Ahí estoy mirando el link que me pasaste, si uso pulseaudio el problema me
estoy viendo que comenzó cuando lo quise configurar para poder usarlo con
root, me funciono pero al reiniciar ya no me funciono para ningún usuario.

Saludos

Re: Changing timestamps in video files

[Nicolas George]

Cindy Sue Causey (12020-05-19):


Funny thing: three weeks later, still speculating what the original
question was about, without any input from the person who asked it.

Regards,

-- 
  Nicolas George


signature.asc
Description: PGP signature

Re: Changing timestamps in video files

[Cindy Sue Causey]

On 4/29/20, elvis  wrote:
>
> On 29/4/20 8:29 pm, Anders Andersson wrote:
>> On Tue, Apr 28, 2020 at 5:57 PM Steve Keller  wrote:
>>> Is there any tool in Debian that is able to change the timestamp in
>>> video files, e.g. .mov, .avi, .mp4, etc.?
>>>
>>> For image files I use jhead -ta  but I haven't found
>>> anything for video.
>> $ ls -gGh faked_evidence.avi
>> -rw-r--r-- 1 700M Apr 29 12:26 faked_evidence.avi
>> $ touch -t 0512241337 faked_evidence.avi
>> $ ls -gGh faked_evidence.avi
>> -rw-r--r-- 1 700M Dec 24  2005 faked_evidence.avi
>
> Don't try that on faked_evidence.pdf
>
> Pdfs have an internal timestamp you need to change as well.
>
>
> I think this is what he wants for movie files, but I am not sure they
> have the time encoded into them...


At least some movie files DO have the time encoded into them. I can't
remember which one of my cameras does this, but one of them gives the
camera's "birthday" as the timestamp for ALL of the THOUSANDS of
videos I've ever taken with it. It does stamp images with the correct
information. Must all be why it was available secondhand. :)

The details escape me now, but, at some point, I tripped over that
there IS some kind of internal stamp that IS correct. However I
encountered a usage case that outed that, the timestamp some Debian
package or another disclosed corresponded with the JPEG files that
were numerically in the same daily directory with the video I was
processing at the time.. Was a major *YEEHAW* moment when it occurred.

Just can't remember which software package was the HERO that day. If
it wasn't a Debian package, it's possible Youtube was what disclosed
that data, instead, after the video was posted online...

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with birdseed *

Re : plantages Xorg

[nicolas . patrois]

Le 19/05/2020 13:16:47, Daniel Caillibaud a écrit :

> Ce serait le bluetooth qui plante X ? Je vais le virer pour voir, mais
> kern.log parle de pb GPU 16s plus tôt, 
> je suppose que c'est donc plutôt un pb de driver vidéo.

> Le chipset vidéo est l'intel UHD 620 intégré au i5-1035G1, j'utilise
> cinnamon…

> Une piste ?

> Merci à ceux qui auraient une idée et voudront bien la partager ;-)

Ça peut être plein de choses : un pilote foireux, une carte graphique boguée, 
une alimentation qui a du mal à suivre ou qui perd un condensateur, un 
composant qui chauffe…
Sur mon vieux PC (acheté fin 2011), je sais que si je le sollicite trop, ça 
chauffe et ça finit par planter. Même Doom le fait planter.
Le précédent lâchait quand je jouais à Quake (des condensateurs de 
l’alimentation gonflaient).
Regarde les capteurs de température pour voir si ça vient de là ou non. Peux-tu 
t’y connecter via ssh ou non ?

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

plantages Xorg

[Daniel Caillibaud]

Salut,

Suite de mes déboires avec mon nouveau dell 3793, xorg plante violemment sans 
que j'ai isolé
une cause en particulier (j'ai cru que c'était plus souvent au retour de veille 
mais pas
spécialement, il vient de replanter après un boot normal et 2h d'utilisation).

Dans kern.log je trouve

May 19 12:28:04 dell kernel: [13786.197377] i915 :00:02.0: GPU HANG: ecode 
11:1:0x86dd, in Xorg [2149], hang on rcs0
May 19 12:28:04 dell kernel: [13786.198452] i915 :00:02.0: Resetting rcs0 
for hang on rcs0
May 19 12:28:12 dell kernel: [13794.191513] i915 :00:02.0: Resetting rcs0 
for hang on rcs0
May 19 12:28:20 dell kernel: [13802.191705] i915 :00:02.0: Resetting rcs0 
for hang on rcs0

et dans Xorg.0.log
[ 13794.966] (EE) client bug: timer event11 debounce short: offset negative 
(-0ms)

Y'a aussi du
[19.430] (EE) modeset(0): [DRI2] No driver mapping found for PCI device 
0x8086 / 0x8a56
[19.430] (EE) modeset(0): Failed to initialize the DRI2 extension.
à chaque démarrage X

J'ai tenté de réinstaller les firmware non-free pour voir si ça changeait 
qqchose

firmware-linux-nonfree=20190717-2~bpo10+1 
firmware-amd-graphics=20190717-2~bpo10+1 
firmware-misc-nonfree=20190717-2~bpo10+1

mais à part de m'ajouter ces messages au build de l'initrd

W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125a-3.fw for module 
r8169
W: Possible missing firmware /lib/firmware/i915/icl_dmc_ver1_07.bin for module 
i915
W: Possible missing firmware /lib/firmware/i915/tgl_dmc_ver2_04.bin for module 
i915
W: Possible missing firmware /lib/firmware/i915/bxt_huc_ver01_8_2893.bin for 
module i915

ça plante ni plus ni moins…

J'ai essayé gdm3 à la place de lightdm, idem…

Dans /vl/daemon.log je trouve

May 19 12:28:20 dell bluetoothd[1114]: Endpoint unregistered: sender=:1.295 
path=/MediaEndpoint/A2DPSource
May 19 12:28:20 dell at-spi-bus-launcher[2219]: XIO:  fatal IO error 11 
(Resource temporarily unavailable) on X server ":0"
May 19 12:28:20 dell at-spi-bus-launcher[2219]:   after 24688 requests 
(24688 known processed) with 0 events remaining.
May 19 12:28:20 dell gnome-terminal-server[3069]: 
[3223:3223:0519/122820.029461:ERROR:chrome_browser_main_extra_parts_x11.cc(62)] 
X IO error received (X server probably went away)
May 19 12:28:20 dell pulseaudio[2273]: XIO:  fatal IO error 11 (Ressource 
temporairement non disponible) on X server ":0"
May 19 12:28:20 dell pulseaudio[2273]:   after 19 requests (19 known 
processed) with 0 events remaining.
May 19 12:28:20 dell bluetoothd[1114]: Endpoint unregistered: sender=:1.295 
path=/MediaEndpoint/A2DPSink
May 19 12:28:20 dell gnome-terminal-server[3069]: 
[3261:3261:0519/122820.029507:ERROR:x11_util.cc(109)] X IO error received (X 
server probably went away)

Ce serait le bluetooth qui plante X ? Je vais le virer pour voir, mais kern.log 
parle de pb GPU 16s plus tôt, 
je suppose que c'est donc plutôt un pb de driver vidéo.

Le chipset vidéo est l'intel UHD 620 intégré au i5-1035G1, j'utilise cinnamon…

Une piste ?

Merci à ceux qui auraient une idée et voudront bien la partager ;-)

-- 
Daniel

Quand j'écoute trop Wagner, j'ai envie d'envahir la Pologne.
Woody Allen

Re: Dual Prolific PL2303 Serial Port USB devices have iSerial of 0?

[Gene Heskett]

On Tuesday 19 May 2020 04:39:55 Richard Hector wrote:

> On 18/05/20 4:44 am, Gene Heskett wrote:
> > On Sunday 17 May 2020 11:56:51 John Conover wrote:
> >> I have two Prolific PL2303 devices on a machine. The output of
> >> lsusb is identical for both, including iSerial of 0, for both.
> >>
> >> Is there any way of doing udev SYMLINK+ with these devices?
> >>
> >> Thanks,
> >>
> >> John
> >
> > TBT John, the best place for them is a drawer, to be used only long
> > enough to obtain FDTI devices for regular use. They goto sleep, (or
> > something) and you have to knock several times to re-awaken them,
> > losing data in the process. Strange disconnects will plague your
> > system. BTDT, used foul language, they slept right thru my tantrums.
> >  FDTI stuff just works.
>
> FTDI, I think. Helps with web searching :-)
>
> Richard
I expect it does help. Sign of oldtimers for sure.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 

Re: Changing timestamps in video files

[songbird]

Steve Keller wrote:
> Sorry for coming back so late, I was very busy the last few weeks.
...
> For video files there are obviously similar timestamps in the files:
> A file from my Canon Ixus:
> $ strings -a  ixus-.avi | grep 2015
> MON AUG 17 15:50:11 2015
>
> A file from my Canon Powershot:
> $ strings -a  powershot-.mov | grep 2019
> 2019:07:25 18:58:49
> 2019:07:25 18:58:49
> 2019:07:25 18:58:49
>
> I couldn't find any good info about these file formats and the
> timestamps in them and the meaning of the three timestamps in .mov
> files.  Some of my .mov files have even more than 3 timestamps in
> them.
>
> I could change the strings in the files using an editor that supports
> binary files or write a small program to do it.  But I don't know if
> that would corrupt the files, e.g. because of CRC for some header, or
> if there are further non-ASCII timestamps that strings(1) wouldn't
> find.  Therefore my question if there's a tool to do it.

  exiftool can do some movie formats but not others.
pretty likely if there isn't a tool to do it that would
be because the format specification hasn't been made
public or someone hasn't cared enough to do it but it
may also have been done by someone else...

  AVI isn't done by exiftool, but AVIF is.
  MOV is, etc.

  there's also a list of other tools but i haven't checked
out what is on there at but perhaps some may work for you:

  https://exiftool.org/


  songbird

Re: [HS] Re: Un autre effet Kiskool de systemd !

[didier gaumet]

Disons que j'ai peut-être tort, mais je pense qu'ici tu envisages ton
problème d'un manière plus subjective que rationnelle et que ça te
pénalise dans sa résolution :-)

Je suis loin d'être compétent sur les systèmes de démarrage pseudo-unix
en général et Systemd en particulier, qui ne se résume pas à ce rôle,
donc je ne vais pas trop m'étendre.
Mais je pense que l'un des points qui gênent, souvent inconsciemment,
les critiques de Systemd est que de facto, on a transféré des
responsabilités: autrefois sous SysV, le caractère fonctionnel ou non
d'un daemon était plus ou moins en partie caractérisé par la qualité de
son script Sysv de démarrage, écrit par l'équipe de développement
upstream du logiciel concerné. Avec Systemd j'ai l'impression qu'une
partie du caractère opérationnel du système d'exploitation et du
logiciel concerné (via son service) repose -c'est nouveau- sur
l'administrateur du système d'exploitation.
 En gros, avec SysV, suivant où était placé le script du dameon dans la
chaîne d'initialisation, c'était binaire: ça démarrait et ça
fonctionnait, ou non. Systemd demanderait plutôt une démarche
d'intégration de système et pénaliserait l'administrateur du système par
un fonctionnement non-optimisé lorsque la réflexion de l'administrateur
a été trop vague ("Systemd, me fais pas chier, j'veux qu'tu démarres
daemon1, pose pas de questions")

Je pense que la majorité des problèmes se pose pour ceux qui souhaitent
utiliser Systemd de la même manière que SysV auparavant alors que ce
n'est pas prévu (tu as déjà dû connaître ça du temps de la guéguerre
SysV/rc: "SysV c'est de la merde", et on cause même pas des
ordonnancements par cartes perforées)

Que l'on soit heureux ou malheureux de ces tendances, de facto:
- Debian c'est basé sur Linux (Debian/Hurd est assez anecdotique,
Debian/kNetBSD est mort-né, Debian/kFreeBSD n'a pas vraiment survécu)
- Linux c'est de plus en plus Systemd en termes d'adoption
- selon moi en OS libres sur desktop ou laptop, sortir de Linux c'est
chercher les ennuis (j'ai utilisé NetBSD plus que Free ou Open, y a très
longtemps). En desktop ça s'est beaucoup dégradé, en laptop ça n'a
jamais été vraiment pertinent (opinion perso, comme le reste). (Dans la
recherche Distrowatch suscitée figurent tous les BSD)

Donc, pour moi, soit tu mets ton dégoût de côté et tu solutionneras plus
facilement tes problèmes Systemd par une approche moins subjective
("quelle merde ce truc, c'est normal que ça marche pas"), soit le dégoût
en question est trop fort et tu sautes le pas pour te passer de Systemd
(ce qui peut signifier cesser d'utiliser certains logiciels ou certains OS)

KISS et le principe "tout-est-fichier" c'est bien tant que ça ne devient
pas un dogme qui empêche l'atteinte de tes objectifs. Le paroxysme du
KISS c'est l'immobilisme et y a eu une vie informatique avant le
"tout-est-fichier" :-)

Je reconnais bien volontiers que je suis un utilisateur basique de
laptop donc que je ne figure pas parmi ceux que Systemd peut le plus
gêner :-)

Fin de la parenthèse, je m'arrête là :-)

Re: [HS] Re: Un autre effet Kiskool de systemd !

[BERTRAND Joël]

NoSpam a écrit :
> 
> Le 19/05/2020 à 10:15, BERTRAND Joël a écrit :
>> [...]
>> Ce qui serait vraiment intéressant, c'est que Debian propose avec ou
>> sans systemd (pour tous ses paquets d'ailleurs),
> 
> Cela s'appelle devuan.org

Sur le papier, oui. Mais as-tu testé devuan ? L'audience n'est pas
assez grande pour en faire un système utilisable sans problème.

Change Terminal Border Color

[chloe tan]

Hi

I would like to modify my xterm to become like the photo, do I use
Motif or FVWM or any window maker? Mainly all text, window border
become green, title black. Thanks in advance!

https://nmap.org/movies/matrix/trinity-nmapscreen-hd.png

Re: Changing timestamps in video files

[Michael Lange]

Hi,

On Tue, 19 May 2020 09:16:44 +0200
"Steve Keller"  wrote:

(...)
> I want to change the timestamps internal to video files like .avi and
> .mov, e.g. when I have taken a video with my Canon Ixus or Canon
> Powershot camera while the clock was set to a wrong time after DST
> change.  For pictures I can change the EXIF data in .jpg files with
> the command-line tool jhead.
> 
> For video files there are obviously similar timestamps in the files:
> A file from my Canon Ixus:
> $ strings -a  ixus-.avi | grep 2015
> MON AUG 17 15:50:11 2015
> 
> A file from my Canon Powershot:
> $ strings -a  powershot-.mov | grep 2019
> 2019:07:25 18:58:49
> 2019:07:25 18:58:49
> 2019:07:25 18:58:49
> 
> I couldn't find any good info about these file formats and the
> timestamps in them and the meaning of the three timestamps in .mov
> files.  Some of my .mov files have even more than 3 timestamps in
> them.
> 
> I could change the strings in the files using an editor that supports
> binary files or write a small program to do it.  But I don't know if
> that would corrupt the files, e.g. because of CRC for some header, or
> if there are further non-ASCII timestamps that strings(1) wouldn't
> find.  Therefore my question if there's a tool to do it.

according to

 
https://stackoverflow.com/questions/40354172/change-avi-creation-date-with-ffmpeg

ffmpeg seems to be able to do this, however as it seems only by
reencoding the video, which is probably not what are you looking for?

Regards

Michael

.-.. .. ...- .   .-.. --- -. --.   .- -. -..   .--. .-. --- ... .--. . .-.

When dreams become more important than reality, you give up travel,
building, creating; you even forget how to repair the machines left
behind by your ancestors.  You just sit living and reliving other lives
left behind in the thought records.
-- Vina, "The Menagerie" ("The Cage"), stardate unknown

Re: Dual Prolific PL2303 Serial Port USB devices have iSerial of 0?

[Richard Hector]

On 18/05/20 4:44 am, Gene Heskett wrote:
> On Sunday 17 May 2020 11:56:51 John Conover wrote:
> 
>> I have two Prolific PL2303 devices on a machine. The output of lsusb
>> is identical for both, including iSerial of 0, for both.
>>
>> Is there any way of doing udev SYMLINK+ with these devices?
>>
>> Thanks,
>>
>> John
> TBT John, the best place for them is a drawer, to be used only long 
> enough to obtain FDTI devices for regular use. They goto sleep, (or 
> something) and you have to knock several times to re-awaken them, losing 
> data in the process. Strange disconnects will plague your system. BTDT, 
> used foul language, they slept right thru my tantrums.  FDTI stuff just 
> works.

FTDI, I think. Helps with web searching :-)

Richard

[HS] Re: Un autre effet Kiskool de systemd !

[BERTRAND Joël]

didier.gau...@gmail.com a écrit :
> Le mardi 19 mai 2020 08:30:03 UTC+2, BERTRAND Joël a écrit :
>> Bonjour à tous,
>>
>>  Vous le savez depuis le temps que je m'exprime sur le sujet, je hais la
>> bouse systemd pour tout un tas de raisons.
> [...]
>>  Je prends toute idée.
>>
>>  Merci,
>>
>>  JKB
> 
> https://distrowatch.com/search.php?ostype=All=All=All=All=None=All=All=All=All=All=All=All=Not+systemd=Active#simple
>  ?

Ce n'est _pas_ une solution. Il y a trop de dépendances cachées à
systemd dans les softs actuels et pas assez de visibilité (avenir) sur
les distributions non systemd. Il se passe aujourd'hui avec systemd très
exactement ce qu'il se passe avec les logiciels soit disant Unix. Ils
sont bourrés de linuxismes.

La seule dans le lot qui ait une audience plus que symbolique et qui
pourrait répondre à certains de mes critères, c'est gentoo (mais j'ai
déjà donné et pour un certain nombre de raisons dont emerge sur un poste
diskless, je préférerais éviter...).

Aujourd'hui, j'utilise systemd parce que je n'ai pas trouvé de solution
satisfaisante pour remplacer la chose correctement. J'ai maintenu init
SysV tant que j'ai pu. Et si je dois réinstaller ce poste, je ne
réinstallerai pas un Linux, ce système d'exploitation file de plus en
plus un mauvais coton. La gestion de la mémoire, en particulier, est
devenue totalement délirante. Je ne parle même pas du système d'amorçage.

Pour fixer les idées, j'ai deux machines comparables (hard et
utilisation) pour faire de la simulation électronique. La première
tourne sous Debian/testing, la seconde sous NetBSD 9.0. Logiciels
utilisés : kicad, ngpice, versions identiques (compilées depuis le git).

Linux : swappe à mort (malgré un swapiness à 1, d'ailleurs swapiness ne
sert plus à rien ou ne fait plus ce qu'il est censé faire)
NetBSD : je peux retirer le swap sans problème, il n'est pas utilisé
sauf par ngspice dans des simulations vraiment lourdes.

\begin{ma vie mon oeuvre}
En 1995, lorsque j'ai installé ma première debian, une 0.93, on avait un
système à peu près fiable, simple, robuste, qui faisait ce qu'on lui
demandait de faire.

Aujourd'hui, on est bien loin avec Linux en général et avec Debian en
particulier de la philosophie Unix KISS. Je rajouterai qu'on peut
reprocher aujourd'hui à Linux les mêmes travers qu'à Windows, à savoir
devenir une usine à gaz avec des fuites.
\end{ma vie mon oeuvre}

Ce qui serait vraiment intéressant, c'est que Debian propose avec ou
sans systemd (pour tous ses paquets d'ailleurs), parce que j'ai beau
chercher et trouver des excuses à systemd, je ne vois pas en quoi ce
truc est élégant, fiable et robuste. Sur des machines un peu courtes en
mémoire, le système swappe d'entrée de jeu en raison des lancements
concurrents (alors que si j'ai bonne mémoire, l'un des intérêts de la
chose, c'est justement de démarrer plus vite, ce dont on se contrefiche
sur un serveur qui est redémarré une fois par an). C'est en raison de
systemd que je vire à chaque remplacement Debian de mes serveurs pour
passer à du système beaucoup plus robuste, qu'on peut rebooter à
distance sans croiser les doigts, voire simplement mettre à jour sans se
poser la question de savoir si ça redémarrera correctement la prochaine
fois (ah, la dernière couillonnade sur le renommage des interfaces
réseau, elle était belle, celle-là ! systemd et udev qui se tiraient la
nouille sur qui arrivera à renommer les interfaces réseau et comme
personne ne voulait céder, eh bien mon eth0 qui heureusement était la
patte du LAN était renommée en eth3 !).

Je ne parle même pas des mises à jour de systemd qui mettent le daemon
à moitié en vrac et qui obligent à redémarrer un poste. Pas très sérieux.

Re: Un autre effet Kiskool de systemd !

[didier . gaumet]

Le mardi 19 mai 2020 08:30:03 UTC+2, BERTRAND Joël a écrit :
> Bonjour à tous,
> 
>   Vous le savez depuis le temps que je m'exprime sur le sujet, je hais la
> bouse systemd pour tout un tas de raisons.
[...]
>   Je prends toute idée.
> 
>   Merci,
> 
>   JKB

https://distrowatch.com/search.php?ostype=All=All=All=All=None=All=All=All=All=All=All=All=Not+systemd=Active#simple
 ?

Re: Changing timestamps in video files

[Steve Keller]

Sorry for coming back so late, I was very busy the last few weeks.

Anders Andersson  writes:

> On Wed, Apr 29, 2020 at 4:17 PM David Wright  wrote:
> >
> > On Wed 29 Apr 2020 at 13:16:17 (+0200), Anders Andersson wrote:
> > > On Wed, Apr 29, 2020 at 12:54 PM elvis  wrote:
> > > > On 29/4/20 8:29 pm, Anders Andersson wrote:
> > > > >
> > > > > [ touch file system timestamps ]
> > > >
> > > > Don't try that on faked_evidence.pdf
> > > >
> > > > Pdfs have an internal timestamp you need to change as well.
> > > >
> > > >
> > > > I think this is what he wants for movie files, but I am not sure they
> > > > have the time encoded into them...
> > >
> > > Sure. We can only guess what goes on in OPs mind. Could be basically
> > > anything, so I imagine this list of replies will grow until OP tells
> > > us what they want.
> >
> > Well, the OP wrote "in video files", which rules out touch.
> > It's pretty obvious that the OP is more interested in modifying
> > timestamps more like the one seen here, reading 210.718067.
> >
> > $ ffprobe 2037DFB67323C9DBA31FA6AE9C27A2670855D94A
> > Input #0, mpegts, from '2037DFB67323C9DBA31FA6AE9C27A2670855D94A':
> >   Duration: 00:00:07.57, start: 210.718067, bitrate: 4413 kb/s
> >   Program 1
> > Metadata:
> >   service_name: Service01
> >   service_provider: FFmpeg
> > Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), 
> > yuv420p(progressive), 1920x1080, Closed Captions, 29.97 fps, 29.97 tbr, 90k 
> > tbn, 59.94 tbc
> > Stream #0:1[0x101]: Audio: aac (LC) ([15][0][0][0] / 0x000F), 44100 Hz, 
> > stereo, fltp, 102 kb/s
> > $
>
> Or maybe he wants to change actual timestamps in video files, like
> this? https://i.stack.imgur.com/UcoNw.jpg
>
> It's far from obvious that he wants fragment timestamps since they
> would not apply to image files as he mentioned in the first post.

I want to change the timestamps internal to video files like .avi and
.mov, e.g. when I have taken a video with my Canon Ixus or Canon
Powershot camera while the clock was set to a wrong time after DST
change.  For pictures I can change the EXIF data in .jpg files with
the command-line tool jhead.

For video files there are obviously similar timestamps in the files:
A file from my Canon Ixus:
$ strings -a  ixus-.avi | grep 2015
MON AUG 17 15:50:11 2015

A file from my Canon Powershot:
$ strings -a  powershot-.mov | grep 2019
2019:07:25 18:58:49
2019:07:25 18:58:49
2019:07:25 18:58:49

I couldn't find any good info about these file formats and the
timestamps in them and the meaning of the three timestamps in .mov
files.  Some of my .mov files have even more than 3 timestamps in
them.

I could change the strings in the files using an editor that supports
binary files or write a small program to do it.  But I don't know if
that would corrupt the files, e.g. because of CRC for some header, or
if there are further non-ASCII timestamps that strings(1) wouldn't
find.  Therefore my question if there's a tool to do it.

Steve

Re: Usuario root bloqueado

[Marco Möller]

> Yo prefiero usar los manuales y guías específicos para Debian, pero
> bueno, que el procedimiento suele ser similar y es sencillo:
>
> https://wiki.debian.org/Root
> If you forgot your root password, you first need to reset the password,
> then log as root (now accessible without password) and run passwd to
> set a new password.
>
> 4.7.4. Securing the root password
>  ng_the_root_password>
>
> How to Reset Forgotten Root Password in Debian 10
> https://www.tecmint.com/reset-forgotten-root-password-in-debian/
>
> Si sigues cualesquiera de las instrucciones, manda a la lista los
> pasos que sigues, uno a uno, lo que tecleas y lo que te devuelve,
> para que te podamos indicar mejor.


lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda  8:0    0  2,7T  0 disk
├─sda1   8:1    0    1M  0 part
├─sda2   8:2    0 15,9G  0 part [SWAP]
├─sda3   8:3    0  2,7T  0 part /home
└─sda4   8:4    0 55,9G  0 part /



Qué resultado te ha producido arrancar tu sistema con el boot parámetro 
que te recomendé? Te ha permitido llegar a la consola como usuario root? 
Allí es posible seguir las recomendaciones dado por Camaleon?

Te recomendé:
> Podrías hacer el boot a una consola y pedir a ignorar el mecanismo de
> seguridad con contraseña. Utilizar este boot parámetro en lugar de lo
> que has probado antes, en lugar de init=/bin/bash  :
>init=/sbin/sulogin --force
>

arrancar con algo como por ejemplo:
Linux /boot/vmlinuz-4.19.x-amd64 root=/dev/sda4 rw init=/sbin/sulogin 
--force


después lo que Camaleon ha recomendado: ver lo más arriba en este correo.

Re: problemas con audio

[Camaleón]

El 2020-05-18 a las 19:16 -0300, Fernando Romero escribió:

> Después de reiniciar mi debían me quede sin sonido, estoy mirando logs y
> servicios y veo todo levantado pero no tengo sonido, miro si los modulos
> estan levantados y noto que si:
>  aplay -l
>  List of PLAYBACK Hardware Devices 
> card 0: Intel [HDA Intel], device 0: STAC9228 Analog [STAC9228 Analog]
>   Subdevices: 1/1
>   Subdevice #0: subdevice #0
> 
> Con el alsamixer puedo subir y bajar el volumen pero no se escucha nada,
> alguien tuvo el mismo problema, por donde mas puedo mirar?

¿Usas PulseAudio/ALSA/Jackd2 como sistema de sonido?

En principio te diría que revisaras lo que indican en la wiki, por si te diera 
alguna pista:

Troubleshooting (no sound)
https://wiki.debian.org/Sound

Saludos,

-- 
Camaleón 

Re: Usuario root bloqueado

[Camaleón]

El 2020-05-19 a las 00:18 +0100, José Manuel (Abogado) escribió:

> El 18/5/20 a las 21:15, Camaleón escribió:

(...)

> > > > ¿Qué te devuelve «grep -i sudo /etc/group»?
> > > > 
> > > > 
> > > Lo del modo rescate no me ha funcionado
> > Mejor si mandas una foto de lo que ves cuando inicias desde ese modo y
> > otra foto con lo que te aparece cuando editas GRUB y añades el
> > parámetro que te han dicho (init=/bin/bash) en la línea del kernel y pulsas 
> > F10.
> > 
> > > Tecleando:  grep -i sudo /etc/group
> > > Me sale lo siguiente:
> > > sudo:x:27:
> > Si tu usuario no pertenece al grupo «sudo» es que no estás utilizando
> > sudo en el sistema. Lo tendrás instalado pero no habilitado. De todas
> > formas, los permisos del binario no son correctos.
> > 
> > > Lo del LiveCD no tengo, esperaba solucionarlo sin recurrir a él, por lo 
> > > que
> > > no he buscado descargarme uno. y como va la cosa, tendré que descargarme
> > > alguno.
> > Siempre es conveniente tener una LiveCD a mano; p. ej., en mi caso
> > tengo un CD-RW con la última versión de SystemRescueCD¹ que te sirve para 
> > varias
> > cosas (depuración, chequeos de harwdare...).
> > 
> > ¹ http://www.system-rescue-cd.org/Download/
> > 
> Primero disculpa las molestias.
> 
> Lo intentado de todas las maneras que me han indicado y las que yo vi en
> Google

Si no nos envías los datos que ves o un pantallazo no te podremos dar 
indicaciones. Los mensajes que te aparecen son muy importantes, pueden 
indicar que el problema que tienes está en otro lado.

La precisión es vital :-)
 
> Solo me quedaba utilizar un livecd y me descargue uno para Debian de esta
> página:
> https://www.debian.org/CD/live/index.es.html
> Arranque el Livcd y segui estos pasos de esta página:
> https://echemosunbitstazo.es/blog/recuperando-acceso-root-live
> 
> Pero al volver al sistema mi sorpresa es que todo seguía igual sin poder
> actuar como root

Yo prefiero usar los manuales y guías específicos para Debian, pero 
bueno, que el procedimiento suele ser similar y es sencillo:

https://wiki.debian.org/Root
If you forgot your root password, you first need to reset the password, 
then log as root (now accessible without password) and run passwd to 
set a new password. 

4.7.4. Securing the root password


How to Reset Forgotten Root Password in Debian 10
https://www.tecmint.com/reset-forgotten-root-password-in-debian/

Si sigues cualesquiera de las instrucciones, manda a la lista los 
pasos que sigues, uno a uno, lo que tecleas y lo que te devuelve, 
para que te podamos indicar mejor.

> Solo me queda preguntarte si el error de solucionar esto es por el tipo de
> particiones que tengo, Como no puedo utilizar fdisk -l ya que tendría que
> ser root, utilice lsblk:
> 
> lsblk
> NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
> sda  8:0    0  2,7T  0 disk
> ├─sda1   8:1    0    1M  0 part
> ├─sda2   8:2    0 15,9G  0 part [SWAP]
> ├─sda3   8:3    0  2,7T  0 part /home
> └─sda4   8:4    0 55,9G  0 part /
> 
> Ya me dirás. Si no es por esto, ya solo me queda instalar de nuevo el
> sistema?

No veo ningún problema con las particiones y el error que recibes 
(root autentication failed) tampoco lo vincularía con el esquema de las 
particiones. 
Con los permisos de las particiones, quizá (con la orden «mount» lo 
podrás ver) pero si tuvieras mal los permisos tendrías muchos más problemas que 
el fallo de 
autenticación.

Saludos, 

-- 
Camaleón 

Un autre effet Kiskool de systemd !

[BERTRAND Joël]

Bonjour à tous,

Vous le savez depuis le temps que je m'exprime sur le sujet, je hais la
bouse systemd pour tout un tas de raisons. Depuis quelques jours, je
peux en ajouter une de plus. Je m'explique :

J'utilise un poste de travail diskless (debian/testing à jour du 17 mai
dernier, i7, 32 Go de mémoire, swap en iSCSI, / et /home en nfs depuis
un serveur NetBSD, biécran, Windowmaker). Je précise que j'ai mis à jour
la distribution à la suite d'un premier problème de systemd qui, pour
une raison que j'ignore (et j'ai d'autres choses à faire que d'essayer
de comprendre les effets de bord de ce truc), avait décidé de ne plus
fonctionner normalement. J'avais encore accès à la vt1, mais les autres
ne lançaient plus getty... Là encore, strictement rien dans les logs.

Lorsqu'un programme quelconque met un peu de temps à répondre, il
m'arrive depuis quelque temps que ma session X soit autoritairement
close et que je me retrouve sous wdm. C'est assez énervant. Les logs ne
contiennent que ceci :

May 19 07:47:57 hilbert systemd[1]: Created slice User Slice of UID 0.
May 19 07:47:57 hilbert systemd[1]: Starting User Runtime Directory
/run/user/0...
May 19 07:47:57 hilbert systemd[1]: Finished User Runtime Directory
/run/user/0.
May 19 07:47:57 hilbert systemd[1]: Starting User Manager for UID 0...
May 19 07:47:57 hilbert systemd[573558]: gpgconf: erreur d'exécution de
« /usr/lib/gnupg/scdaemon » : il n'est sans doute pas installé
May 19 07:47:59 hilbert systemd[573552]: Reached target Paths.
May 19 07:47:59 hilbert systemd[573552]: Reached target Timers.
May 19 07:47:59 hilbert systemd[573552]: Starting D-Bus User Message Bus
Socket.
May 19 07:47:59 hilbert systemd[573552]: Listening on GnuPG network
certificate management daemon.
May 19 07:47:59 hilbert systemd[573552]: Listening on GnuPG
cryptographic agent and passphrase cache (access for web browsers).
May 19 07:47:59 hilbert systemd[573552]: Listening on GnuPG
cryptographic agent and passphrase cache (restricted).
May 19 07:47:59 hilbert systemd[573552]: Listening on GnuPG
cryptographic agent (ssh-agent emulation).
May 19 07:47:59 hilbert systemd[573552]: Listening on GnuPG
cryptographic agent and passphrase cache.
May 19 07:47:59 hilbert systemd[573552]: Listening on debconf
communication socket.
May 19 07:47:59 hilbert systemd[573552]: Condition check resulted in
Sound System being skipped.
May 19 07:47:59 hilbert systemd[573552]: Listening on D-Bus User Message
Bus Socket.
May 19 07:47:59 hilbert systemd[573552]: Reached target Sockets.
May 19 07:47:59 hilbert systemd[573552]: Reached target Basic System.
May 19 07:47:59 hilbert systemd[573552]: Condition check resulted in
Sound Service being skipped.
May 19 07:47:59 hilbert systemd[573552]: Reached target Main User Target.
May 19 07:47:59 hilbert systemd[573552]: Startup finished in 1.860s.

Je ne vois pas bien le rapport avec ce que j'observe. Je constate aussi
que toutes les instances de WM sont closes (même celles qui tournent
sous :1 et :2). De manière concomitante, certains processus se prennent
des SIGBUS.

Je n'ai strictement rien d'autre dans les logs, pas la plus petite
erreur mémoire, rien. Juste une déconnexion des sessions X pour une
raison indéterminée et, visiblement, à la demande de systemd.

Je prends toute idée.

Merci,

JKB