Re: Paquete no Upgrade

2024-04-29 Thread Camaleón
El 2024-04-28 a las 14:37 -0300, N4ch0 escribió:

> On Sun Apr 28, 2024 at 4:20 AM -03, Camaleón wrote:
> > El 2024-04-27 a las 23:51 -0300, N4ch0 escribió:
> >
> > > hola! Estoy en testing y tengo el siguiente tema:

(...)

> > >  23:48:32 ❯ sudo apt update
> > > Hit:1 http://deb.debian.org/debian testing InRelease
> > > Hit:2 http://security.debian.org/debian-security testing-security 
> > > InRelease
> > > Hit:4 http://deb.debian.org/debian testing-updates InRelease
> > > Fetched 2436 B in 2s (1414 B/s)
> > > 1 package can be upgraded. Run 'apt list --upgradable' to see it.

(...)

> > >  23:49:11 ❯ sudo apt dist-upgrade
> > > Not upgrading:
> > >   libzvbi-common
> > > 
> > > Summary:
> > >   Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 1
> > > 
> > > 
> > > Alguna vez me ocurre que hay paquetes que tengo que darle a dist-upgrade
> > > pero este no es el caso.
> > > 
> > > No termino de entende que pasa.
> > > 
> > > Alguien que pueda orientarme?
> >
> > Pues tampoco veo por qué no lo actualiza :-?
> >
> > Normalmente, en testing y cuando hace mucho tiempo que no has 
> > actualizado, suele pasar lo que comentas por problemas de dependencias 
> > pero no parece ser éste el caso, ya que se trata de un único paquete.
> >  
> 
> Exacto no es el caso, ni full-upgrade soluciona
> 
> > > Gracias!
> >
> > (marchando un buceo por Goglee)
> >
> > Ejecuta un «dist-upgrade» o «full-upgrade», parece que no eres el único 
> > que experimenta ese problema:
> >
> > [Testing - Trixie] Why some packages are not upgraded?
> > https://forums.debian.net/viewtopic.php?t=159016
> 
> ya pase por ese hilo, nada que me colabore para mi caso

Qué raro :-?

Manda a la lista la salida de esta orden:

apt-get update && apt-get -V dist-upgrade

Saludos,

-- 
Camaleón 



Re: Paquete no Upgrade

2024-04-28 Thread Camaleón
El 2024-04-27 a las 23:51 -0300, N4ch0 escribió:

> hola! Estoy en testing y tengo el siguiente tema:
> 
> 
> me in ~  took 20s
>  23:48:32 ❯ sudo apt update
> Hit:1 http://deb.debian.org/debian testing InRelease
> Hit:2 http://security.debian.org/debian-security testing-security InRelease
> Hit:4 http://deb.debian.org/debian testing-updates InRelease
> Fetched 2436 B in 2s (1414 B/s)
> 1 package can be upgraded. Run 'apt list --upgradable' to see it.
> 
> me in ~
>  23:48:45 ❯ sudo apt list --upgradable
> libzvbi-common/testing,testing 0.2.42-2 all [upgradable from: 0.2.42-1.1]
> Notice: There is 1 additional version. Please use the '-a' switch to see it
> 
> me in ~
>  23:48:58 ❯ sudo apt list --upgradable -a
> libzvbi-common/testing,testing 0.2.42-2 all [upgradable from: 0.2.42-1.1]
> libzvbi-common/now 0.2.42-1.1 all [installed,upgradable to: 0.2.42-2]
> 
> 
> me in ~
>  23:49:01 ❯ sudo apt upgrade
> Not upgrading:
>   libzvbi-common
> 
> Summary:
>   Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 1
> 
> me in ~
>  23:49:11 ❯ sudo apt dist-upgrade
> Not upgrading:
>   libzvbi-common
> 
> Summary:
>   Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 1
> 
> 
> 
> Alguna vez me ocurre que hay paquetes que tengo que darle a dist-upgrade
> pero este no es el caso.
> 
> No termino de entende que pasa.
> 
> Alguien que pueda orientarme?

Pues tampoco veo por qué no lo actualiza :-?

Normalmente, en testing y cuando hace mucho tiempo que no has 
actualizado, suele pasar lo que comentas por problemas de dependencias 
pero no parece ser éste el caso, ya que se trata de un único paquete.
 
> Gracias!

(marchando un buceo por Goglee)

Ejecuta un «dist-upgrade» o «full-upgrade», parece que no eres el único 
que experimenta ese problema:

[Testing - Trixie] Why some packages are not upgraded?
https://forums.debian.net/viewtopic.php?t=159016

Saludos,

-- 
Camaleón 



Re: Fwd: Sign in to your Google Account

2024-04-24 Thread Camaleón
El 2024-04-23 a las 18:19 -0300, walter escribió:

> Carlos Villiere:
> > Hola!!
> > Hoy recibi este correo, y no entiendo por que lo recibi

Sí, lo hemos recibido todos los que estamos suscritos a la lista de 
Debian.

> viene de aca

(...)

El caso es que parece verídico, es decir, que venga de Google porque 
alguien haya configurado la dirección de esta lista (seguramente por 
error) como correo de seguridad alternativo en su cuenta de Gmail y le 
está avisando de que van a cerrar la cuenta por inactividad.

Lo raro es que la dirección de correo aludida «*@wanadoo.es» no aparece 
por esta lista ni tampoco buscando en Google :-?

Saludos,

-- 
Camaleón 



Re: acceder a red wifi

2024-04-16 Thread Camaleón
El 2024-04-16 a las 17:43 +0200, Luis Muñoz Fuente escribió:

> El 16/4/24 a las 17:09, Karel Alexis Gayle Cutiño escribió:
> > Saludos
> > 
> > Quisiera saber cómo puedo acceder a una red wi-fi pública con una laptop  
> > en modo consola, sin entorno gráfico alguno instalado, y sin proxy, y con  
> > dirección ip automática. En un navegador la red me pide usuario y  
> > contraseña.

No sé por qué no me ha llegado (aún) el correo de Karel :-?

Tienes que acceder a un portal cautivo (proxy), no sé si podrás hacerlo 
sin un navegador gráfico modernito y que admita seguridad 
avanzada/autentificación HTTP-proxy/scripts/cookies y todas esas gaitas.

Mira curl, wget, navegadores avanzados en modo texto (Lynx, elinks...).

Saludos,

-- 
Camaleón 



Actualización automática de cambios en los archivos

2024-04-16 Thread Camaleón
Hola,

Pregunta de tanteo... 

¿Qué biblioteca / aplicación /sistema / método tenéis instalado /usáis 
en Debian para que la información de los archivos locales/remotos en 
red (p. ej., la hora de modificación)) se actualice automáticamente?

En mi sistema no lo hace, seguramente porque hago instalaciones del 
sistema sin activar los paquetes recomendados y/o sugeridos, pero esta 
funcionalidad me temo que es importante, aunque sólo se a afectos 
visuales, pero la verdad es que me descoloca ver que he modificado un 
archivo y que Thunar no actualice la fecha/hora automáticamente.

En principio veo que está inotify-tools pero no sé si hay alguna otra 
opción más :-?

Uso XFCE como entorno de escritorio y XFS como sistema de archivos.

sm01@stt008:~$ dpkg -l | grep -i notify
ii  libnotify4:amd64   0.7.9-3  
   amd64sends desktop notifications to a notification daemon
ii  python3-notify20.3-4
   all  desktop notifications API for Python 3
ii  xfce4-notifyd  0.6.2-1  
   amd64simple, visually-appealing notification daemon for Xfc

sm01@stt008:~$ cat /etc/fstab | grep xfs
UUID=cb799a4f-6015-44ee-83d2-f2492713c4dc /   xfs defaults  
  0   0

Saludos,

-- 
Camaleón 



Re: Samba y el mateo de usuarios a UNIX

2024-04-14 Thread Camaleón
El 2024-04-14 a las 13:01 +0200, Roberto Leon Lopez escribió:

> Llevo años usando Samba para simplemente compartir recursos por 
> CIFS(desconozco si existe algo más simple), mi idea es cambiar esto por sshfs 
> ya que un existe un cliente para Windows.

Comparto tu penar con samba, es un auténtico dolor de muelas :-)
 
> Samba tiene una gestión de cuentas de usuarios que son independientes de los 
> usuarios de sistema UNIX, doble gestión por tanto. 

Bueno... sí y no.

Es decir, samba te permite elegir si quieres matener usuarios del 
sistema (passwd) o si quieres que sean independientes (tdbsam, 
ldap...). Para configuraciones independientes (standalone / grupos de 
trabajo) lo habitual es mantener los usuarios linux y mapear las 
cuentas con los usuarios windows, sin crear / gestionar más cosas en 
samba. Para despligues complejos no es una opción conveniente.
 
> En el futuro tengo la idea de implementar un servicio OpenLDAP y con la ayuda 
> de SSHFS quitar a Samba.
> 
> Mi pregunta es sobre la situación en la que Samba usa OpenLDAP, en ese caso 
> sólo estoy desplazando a OpenLDAP la gestión de usuarios Samba. ¿Esos 
> usuarios no se corresponden tampoco con usuarios de sistema Unix?

Teniendo en cuenta que OpenLDAP no es más que un directorio 
estructurado que sirve para almacenar los objetos que quieras, los 
usuarios de OpenLDAP son virtuales, es decir, me da la impresión que 
como bien intuyes, «desplazarás» el problema de samba a sshfs.

La ganancia del cambio (samba → sshfs) la debes encontrar en otro lado 
(seguridad, gestión, rapidez, redundancia, limitaciones, cuello de 
botella/congestión en la red, compatibilidad entre clientes/entornos...).

Saludos,

-- 
Camaleón 



Re: ConsultaInstalaciónDEBIAN

2024-04-05 Thread Camaleón
El 2024-04-04 a las 18:07 +, Eduardo Jorge Gil Michelena escribió:

(...)

> LINUX es "lo más". 
> 
> El único problemilla con LINUX es encontrar programas aplicativos... 
> para algunas cosas hay muchos pero para otras cosas NO hay casi nada y
> lo que hay es deficiente. 

Hombre... deficiente, deficiente... 

Quizá no tan completo o no tan avanzado pero lo mismo le sucede a 
Windows o MacOS con aplicaciones a nivel servidor (correo, web...), que 
no dan la talla.

En ambos casos (Linux y Windows) se trata de no ser tan exquisito, y con 
lo que se tiene, buscar o montar la mejor opción para tus necesidades.

> Por ejemplo para aplicaciones de Video profesional o semiprofesional 
> NO hay nada bueno (salvo el KENLIVE y algún otro) 

Que le pregunten a Pixar si hay algo bueno o no :-)

¿Cinelerra, Avidemux?

> y en gráfica... medio que tampoco... te dirán que el GIMP está bueno 
> pero... NO es de lo mejor... y para colmo tiene mucha programación en 
> Python lo cual lo hace tremendamente lento.

The Gimp está muy bien para edición de fotos (mapa de bits).

Y en Linux se ejecuta mucho más fluido que en Windows, o al menos esa 
es mi percepción.

Lo que sucede es que Windows nos ha malacostumbrado (encadenado) a usar 
aplicaciones concretas y el cambio (novedad), que conlleva aprendizaje, 
nos cuesta mucho y nos genera resistencia.
 
> Para navegar por la WEB... Firefox u Opera son de lo mejor.

Coincido con Firefox.
 
> Y para el paquete de oficina tienes el LibreOffice que es MUY lento...
> (justamente porque tiene mucho Python y Java) pero... otra cosa... medio que 
> NO hay.

Con esta aplicación me pasa lo mismo que con The Gimp: en linux vuela 
(se ejecuta muy fluida) pero en Windows se arrastra.

Saludos,

-- 
Camaleón 



Re: ConsultaInstalaciónDEBIAN

2024-04-04 Thread Camaleón
El 2024-04-04 a las 00:18 +0200, Daniel Abaurrea Ruiz escribió:

> Hola, aquí Daniel Abaurrea Ruiz desde Barcelona en España. Tengo cincuenta
> años de edad. Estudié arquitectura.

¡Bienvenido! :-)

> Mi nivel de conocimientos de hardware y software es el de usuario. Siempre
> me ha interesado mucho saber como funciona todo lo que me rodea. Por esta
> razón me gustaria aprender a instalar un sistema operativo debian en un
> ordenador portatil nuevo, comprado sin un sistema operativo windows
> instalado de serie.
> 
> He puesto este mensaje en vuestro sitio web porque estoy tratando de
> encontrar un curso en el que aprender a rea lizar el tipo de instalación que
> he descrito. He buscado información al respecto en internet pero me he
> perdido en la cantidad de información que he encontrado.
> 
> Existe algun colectivo de usuarios de debian que organice un curso en el que
> pueda aprender a realizar el tipo de instalación que he propuesto?

Hace años había LUGS (grupos de usuarios de linux) en distintas 
comunidades autónomas que organizaban eventos y actividades, quizá 
todavía sobreviva alguno en Barcelona:

https://www.caliu.cat/

Podrías preguntarles si todavía realizan actividades o conocen de 
grupos que te puedan echar una mano con la instalación de Debian en el 
portátil.

En las universidades de informática (TIC) también suele haber grupos 
interesantes.

> Dispongo de un ordenador portatil que puedo utilizar para practicar la
> instalación antes de intentarla en un ordenador portatil nuevo.
> 
> ¿Alguien puede ayudarme a conseguir el obejetivo que me he propuesto?
> 
> No dudeis en contactar conmigo a traves de:
> 
> danielabaurrear...@gmail.com
> 
> Muchas gracias por vuestro tiempo y colaboración... danielabaurrearuiz

Tienes la documentación oficial:

Guía Debian GNU/Linux de instalación
https://www.debian.org/releases/stable/amd64/index.es.html

Afortunadamente, hoy en día vas a encontrar mucha información en 
Internet para estas cosas. Tienes manuales de instalación, guías paso a 
paso, vídeos explicativos con todo el proceso... hay de todo. 

En español, en inglés... lo que quieras :-)

Por ejemplo:

Cómo instalar Debian 12 «Bookworm»
https://sevilinux.es/2023/6/instalar-debian-12-bookworm

Y por supuesto, en esta lista te podemos echar una mano en lo que sea 
que necesites (instalación, consejos...) o dudas que tengas sobre algún 
aspecto concreto de Debian (versiones disponibles, entornos gráficos, 
etc...).

Saludos y esperamos verte por aquí :-)

-- 
Camaleón 



Re: Debian 10 «Buster» (old old stable) se mueve al repositorio archivador

2024-04-03 Thread Camaleón
El 2024-04-03 a las 12:45 +, Eduardo A. Riquelme escribió:

(mando también a la lista)

>> Hola,
>> 
>> Pues eso, mando la noticia para quien quiera instalar (o usar) esta
>> versión y no la encuentre en las réplicas habituales:
>> 
>> Debian 10 "buster" moved to archive.debian.org
>> https://lists.debian.org/debian-devel-announce/2024/03/msg3.html
>> 
>> Quien todavía use esta versión seguramente tendrá que actualizar su
>> archivo sources.list para reflejar este cambio, si quiere instalar algún
>> paquete, ya que no recibe actualizaciones desde el canal normalizado
>> (sí a través de LTS hasta el 30-6-2024).

> Buen Dia Maestro,
> 
> Me podría guiar como apuntar el sources.list para recibir las actualización a 
> través de LTS, por favor.

Copipego la información de la wiki en inglés porque, para variar, está 
más actualizada que la versión en español:


https://wiki.debian.org/LTS/Using

Using Debian Long Term Support (LTS)

The next LTS version will be Debian 10 buster and will be supported 
from August 2022 to 2024-06-30. To receive security updates, your 
/etc/apt/sources.list should look like this one:

deb http://deb.debian.org/debian/ buster main contrib non-free
deb-src http://deb.debian.org/debian/ buster main contrib non-free

deb http://security.debian.org/ buster/updates main contrib non-free
deb-src http://security.debian.org/ buster/updates main contrib non-free


Ojo, lo anterior es válido para Debian 10 (buster). Versiones anteriores 
(p. ej. Strech) ya no admiten LTS.

> Otra favor muy grande para Strech donde puedo conseguir las ultimas 
> actualizaciones para descargar o apuntar con sources.list

Debian 9 (strech) ya no se actualiza, pero los paquetes estáticos siguen
estando disponibles en el repositorio archivador:

deb http://archive.debian.org/debian/ stretch contrib main non-free

> Un gran abrazo y un cordial saludo
> 
> Edu
> 
> Enviado desde Correo<https://go.microsoft.com/fwlink/?LinkId=550986> para 
> Windows

Saludos,

-- 
Camaleón 



Re: Paquetes snap sin snap.

2024-03-30 Thread Camaleón
El 2024-03-30 a las 09:23 -0300, JavierDebian escribió:
> 
> El 30/3/24 a las 05:50, Camaleón escribió:
> > El 2024-03-29 a las 09:07 -0300, JavierDebian escribió:
> > 
> > > El 29/3/24 a las 06:49, Listas escribió:
> > > > El jue, 28-03-2024 a las 14:59 -0300, JavierDebian escribió:
> > > > > Buenas tardes.
> > > > > 
> > > > > Proyecto para mi fin de semana:
> > > > > 
> > > > > Instalar paquetes de SNAP sin instalar Snap.
> > > > > Odio Snap.
> > > > 
> > > > ¿Hay alguna razón para necesitar que sea un paquete snap?
> > > > Quiero decir, ¿no está empaquetado en la distribución? ¿no se
> > > > distribuye en otro formato?
> > > > 
> > > > > 
> > > > > ¿Alguien tiene alguna idea o intentó algo?
> > > > 
> > > > Nunca utilizé snap pero se podría buscar otro tipo de contenedor, como
> > > > un docker o similar, o simplemente compilarlo si está disponible el
> > > > código.
> > > > 
> > > > Un saludo
> > > > 
> > > 
> > > Buen día para todos y esperanza fundada para aquellos que somos creyentes.
> > > 
> > > El paquete en cuestión es Geogebra.
> > 
> > (...)
> > 
> > Parece que están reduciendo el soporte de la aplicación en Linux:
> > 
> > 
> > Can we expect an up-to-date Linux application package in the near future?
> > https://www.reddit.com/r/geogebra/comments/17e0rpb/comment/k60gd50/
> > 
> > mike_geogebra / hace 5 m
> > 
> > Sorry, the only official way to run GeoGebra on Linux is in the Chrome
> > browser, or
> > https://wiki.geogebra.org/en/Reference:GeoGebra_Installation#GeoGebra_Classic_5_for_Desktop
> > 
> 
> 
> Justamente lo que decía.
> Es una API de Chrome.
> Se puede correr "stand alone" si uno revuelve la página de descarga, que
> hasta ahora no la han bloqueado para un acceso de fuerza bruta.
> El sitio es
> https://download.geogebra.org/installers/6.0 y el paquete es
> GeoGebra-Linux64-Portable-6-0-804-0.zip
> No es fácil llegar, dado que no hay enlace alguno.
> Lo que está está en SNAP, justamente, lo que hace es bajar esa API y al
> hacerla correr en modo "independiente" (no se ve el navegador), parece que
> es un paquete autónomo.
> No me molesta correrlo así, lo que me molesta es SNAP.

No veo dependencia estricta/directa con Snap :-?

Si hay .deb de la versión 6.0 clásica para la arquitectura armhf¹, y 
está disponible en otras distribuciones (Gentoo, Archlinux...) el 
problema entonces que que NO hay nadie que lo empaquete para amd64 en 
Debian, pero no parece una limitación impuesta por el desarrollador.

¹https://download.geogebra.org/installers/6.0/geogebra-classic_6.0.609.0-202010060653_armhf.deb
²https://packages.gentoo.org/packages/sci-mathematics/geogebra-bin
³https://archlinux.org/packages/extra/x86_64/geogebra/

Saludos,

-- 
Camaleón 



Debian 10 «Buster» (old old stable) se mueve al repositorio archivador

2024-03-30 Thread Camaleón
Hola,

Pues eso, mando la noticia para quien quiera instalar (o usar) esta 
versión y no la encuentre en las réplicas habituales:

Debian 10 "buster" moved to archive.debian.org
https://lists.debian.org/debian-devel-announce/2024/03/msg3.html

Quien todavía use esta versión seguramente tendrá que actualizar su 
archivo sources.list para reflejar este cambio, si quiere instalar algún 
paquete, ya que no recibe actualizaciones desde el canal normalizado 
(sí a través de LTS hasta el 30-6-2024).

Saludos,

-- 
Camaleón 



Re: Paquetes snap sin snap.

2024-03-30 Thread Camaleón
El 2024-03-29 a las 09:07 -0300, JavierDebian escribió:

> El 29/3/24 a las 06:49, Listas escribió:
> > El jue, 28-03-2024 a las 14:59 -0300, JavierDebian escribió:
> > > Buenas tardes.
> > > 
> > > Proyecto para mi fin de semana:
> > > 
> > > Instalar paquetes de SNAP sin instalar Snap.
> > > Odio Snap.
> > 
> > ¿Hay alguna razón para necesitar que sea un paquete snap?
> > Quiero decir, ¿no está empaquetado en la distribución? ¿no se
> > distribuye en otro formato?
> > 
> > > 
> > > ¿Alguien tiene alguna idea o intentó algo?
> > 
> > Nunca utilizé snap pero se podría buscar otro tipo de contenedor, como
> > un docker o similar, o simplemente compilarlo si está disponible el
> > código.
> > 
> > Un saludo
> > 
> 
> Buen día para todos y esperanza fundada para aquellos que somos creyentes.
> 
> El paquete en cuestión es Geogebra.

(...)

Parece que están reduciendo el soporte de la aplicación en Linux:


Can we expect an up-to-date Linux application package in the near future? 
https://www.reddit.com/r/geogebra/comments/17e0rpb/comment/k60gd50/

mike_geogebra / hace 5 m

Sorry, the only official way to run GeoGebra on Linux is in the Chrome 
browser, or 
https://wiki.geogebra.org/en/Reference:GeoGebra_Installation#GeoGebra_Classic_5_for_Desktop


Saludos, 

-- 
Camaleón 



Re: Paquetes snap sin snap.

2024-03-29 Thread Camaleón
El 2024-03-28 a las 14:59 -0300, JavierDebian escribió:

> Buenas tardes.
> 
> Proyecto para mi fin de semana:

Aquí en España tenemos un fin de semana «extendido» de 4 días (en 
algunas comunidades) por ser festivo de Pascua :-)
 
> Instalar paquetes de SNAP sin instalar Snap.
> Odio Snap.
> 
> ¿Alguien tiene alguna idea o intentó algo?

Se supone que la ventaja (ejem) de usar Snap es la facilidad (que la 
proporciona snapd) y la seguridad (que la proporciona squashfs y 
Apparmor).

De hecho, en Debian el paquete snapd depende¹ de squashfs, apparmour y 
systemd. 

Pero técnicamente debería ser posible ejecutar un paquete snap sin tener
la morralla instalada. Ahora bien... el resultado puede funcionar o no 
(apartado «Running snaps without snapd»):

Canonical shows how to use Snaps without the Snap Store
https://www.theregister.com/2023/11/10/snap_without_ubuntu_tools/

Sin tener instalado snapd auguro problemas habituales de dependencias 
no satisfechas y bibliotecas incompatibles, es decir, problemas mil 
dependiendo de cómo esté «esnapeada» (empaqueteda) cada aplicación.

En suma, que te espera una buena «penitencia» >:-)

¹https://packages.debian.org/bookworm/snapd

Saludos,

-- 
Camaleón 



Re: OT: Lista de correo sobre HARDWARE

2024-03-29 Thread Camaleón
El 2024-03-26 a las 16:23 +, Eduardo Jorge Gil Michelena escribió:

> Estimada gente:
> 
> Disculpen el OT...
> ¿Conocen alguna lista de correos o foro web sobre Hardware?

¿De hardware en general o buscas algo más concreto?
 
> Antes había muchos pero ahora... parece que han desaparecido o por lo menos 
> los que yo conocía.
> Y en la WEB... la información que suelo buscar seguramente debe estar pero... 
> con tanta página y sitio con información pobre y claramente comercial, es 
> difícil encontrar algo técnico que seguramente debe estar... como lo puede 
> estar una aguja en un pajar.

Cómo echo de menos NNTP ;-(

En fin, no sólo han ido desapareciendo servicios como Usenet y/o 
servicios vinculados (Gmane), también existen cada vez menos listas de 
correo y foros especializados abiertos y accesibles y más páginas 
cerradas de infumables redes sociales como TikTok-Instagram-catapom.

Echa un vistazo a servicios clásicos como The Mail Archive y busca por 
algún grupo o lista de correo de hardware que te guste (especializado o
genérico).

De momento localizo el clásico:

https://www.mail-archive.com/hardware@hardwaregroup.com/info.html

Y parece que sigue vivo:

https://www.mail-archive.com/hardware@hardwaregroup.com/maillist.html

En cuanto a foros de hardware tienes más opciones (en inglés y español):

https://www.google.com/search?q=hardware+forum
https://www.google.com/search?q=foro+hardware+espa%C3%B1ol

Saludos,

-- 
Camaleón 



[OT] A partir del kernel 6.9, el sistema de archivos ext2 se marca como obsoleto

2024-03-27 Thread Camaleón
Hola,

Lo acabo de leer y creo que es convieniente tener este tipo de hitos en 
el radar, aunque no creo que el uso de ext2 actualmente esté muy 
extendido, sí puede afectar en situaciones específicas:

La nota, en español y un buen artículo técnico en inglés, con opciones 
y alternativas al uso de ext2 (visto en Phoronix):

El sistema de ficheros EXT2 ha sido marcado como obsoleto en Linux 6.9
https://www.muylinux.com/2024/03/26/ext2-linux-6-9/

ext2 filesystem driver now marked as deprecated
https://bootlin.com/blog/ext2-filesystem-driver-now-marked-as-deprecated/

La versión del núcleo 6.9 saldrá en mayo de 2024.

Saludos,

-- 
Camaleón 



Re: Reporte de fallo

2024-03-25 Thread Camaleón
El 2024-03-24 a las 15:58 -0300, Leandro Garcia escribió:

> Hola. He encontrado un fallo en uno de los comandos predeterminados en
> Debian 12.

Yo también tengo curiosidad por saber qué falla :-?
 
> Se trata del comando "TAC" (inversor de listas)
> 
> Donde puedo informarlo? No se como reportarlo, ni donde.. pero es un fallo
> que debe estar afectando a todos los usuarios que usen ese comando.

man tag

REPORTING BUGS
   GNU coreutils online help: 
<https://www.gnu.org/software/coreutils/>
   Report any translation bugs to 
<https://translationproject.org/team/>

Saludos,

-- 
Camaleón 



Re: [OT] Desaparición de los menús de aplicaciones

2024-03-05 Thread Camaleón
El 2024-03-05 a las 17:34 +0100, Luis Muñoz Fuente escribió:

> Os pongo el ejemplo de gEdit, al que le han quitado los menús y le han
> puesto el menú hamburguesa o de las tres rayas horizontales, y además le
> han quitado la indicación de las teclas rápidas a las funciones, por
> ejemplo antes, al lado de la opción del menú abrir, «guardar como»,
> indicaba su tecla rápida correspondiente, «Ctr+Mayus+s», y ahora no lo
> indica, aunque funciona. Y lo mismo pasa en otras aplicaciones. Yo
> particularmente lo odio, me hace usar el ratón para algo que hacía
> fácilmente solo con el teclado. A lo mejor es que yo me estoy perdiendo
> algo y no le sé sacar partido..., ¿qué opináis?

Hace ¿años? que GNOME ha eliminado la barra de menús de su diseño en 
las aplicaciones (gEdit es una aplicación gnomera) y lo ha reemplazado 
por una hambuerguesa ☰ 

... una hamburguesa para gobernarlos a todos, para encontrarlos, para 
atraerlos a todos y atarlos en las tinieblas del ketchup.

Por eso me pasé de GNOME a XFCE hace años O:-)

Personalmente me parece una decisión de diseño horrible, poco práctica 
para según qué aplicaciones.

P. ej., en Firefox, que no uso apenas el menú de opciones, pues se 
agradece el menú único porque prefiero ver más contenido en la pantalla 
(las páginas web) y porque el programa permite volver a la vieja barra 
de menú si sin problemas (bien de manera temporal, pulsando la tecla Alt 
o bien de manera permanente desde la configuración).

Desgraciadamente, los desarrolladores de GNOME no suelen ser tan 
comprensivos y no siempre permiten al usuario configurar las 
aplicaciones al gusto, pero no sé si es el caso de gEDit, quizá permita 
editar algún archivo de configuración para activar (hacer visible) la 
barra de menú.

Saludos,

-- 
Camaleón 



Re: [OT] VMware vende su negocio enfocado a usaurios finales

2024-03-05 Thread Camaleón
El 2024-03-04 a las 20:47 +0100, Juan carlos Rebate escribió:

> > Pues eso, ojo avizor quienes uséis productos de VMware que Broadcom
> > está empezando a hacer caja «soltando lastre»:
> >
> > Broadcom Sells VMware's End-User Computing Division for $4bn
> > https://news.itsfoss.com/broadcom-vmware-euc/
> >
> > KKR comprará la unidad de informática de usuario final de Broadcom por
> > 4.000 millones de dólares
> >
> > https://es.investing.com/news/stock-market-news/kkr-comprara-la-unidad-de-informatica-de-usuario-final-de-broadcom-por-4000-millones-de-dolares-93CH-2581920

> Dejarán workstation discontinuado? Lo empeorarán aún más? Se sabe algo?

Supongo que te refieres a VMware Workstation Player/Pro¹, pero ni idea 
de lo que le va a deparar los hipervisores. 

Entiendo que por el tipo de empresa que _intuyo_ es KKR va a por la 
pasta y poco más; es decir, a por el negocio dirigido a las empresas y 
el modelo de suscripciones (SaaS).

¹https://www.vmware.com/products/workstation-player.html

Saludos,

-- 
Camaleón 



Re: OpenLDAP, refuerzo de la política de contraseñas no recomendado

2024-03-02 Thread Camaleón
El 2024-03-02 a las 13:51 +0100, RLL escribió:

> Leyendo la documentación en páginas man sobre el overlay ppolicy,
> https://manpages.debian.org/bookworm/slapd/slapo-ppolicy.5.en.html,  hay un
> punto en el que puedes enlazar OpenLDAP con una aplicación externa que se
> encarga de comprobar si la clave que introduce un usuario es fácil de
> averiguar entre otras cosas:
> 
> pwdCheckModule is a non-standard extension to the LDAP password policy
> proposal.
> 
> ¿Alguien aconseja otra solución?

Por aquí se hacen la misma pregunta... sin respuesta :-(

OpenLDAP password quality control
https://stackoverflow.com/questions/77570271/openldap-password-quality-control
 
Saludos,

-- 
Camaleón 



[OT] VMware vende su negocio enfocado a usaurios finales

2024-02-28 Thread Camaleón
Hola,

Pues eso, ojo avizor quienes uséis productos de VMware que Broadcom 
está empezando a hacer caja «soltando lastre»:

Broadcom Sells VMware's End-User Computing Division for $4bn
https://news.itsfoss.com/broadcom-vmware-euc/

KKR comprará la unidad de informática de usuario final de Broadcom por 4.000 
millones de dólares 
https://es.investing.com/news/stock-market-news/kkr-comprara-la-unidad-de-informatica-de-usuario-final-de-broadcom-por-4000-millones-de-dolares-93CH-2581920

Saludos,

-- 
Camaleón 



Re: OT (Muy, muy OT): Barra herramientas MS-Excel

2024-02-21 Thread Camaleón
El 2024-02-20 a las 10:15 -0300, Javier ArgentinaBBAR escribió:

(...)

> El problema, es la cinta de herramientas de porquería que tiene 3cms
> de alto en la pantalla; la muestro y la oculto con el consabido
> "Ctrl+F1", pero
> ...pero quiero recuperar mi vieja (soy viejo) y súper eficiente "Barra
> de herramientas" estándar.
> Esa porquería de cinta tiene no más de 6 o 7 comandos, en el espacio
> que estoy acostumbrado a tener más de 30 con botones chiquitos.
> 
> La pregunta: ¿alguno conoce de algún "mod" que reemplace la maldita
> cinta por la vieja y eficiente Barra de herramientas en Excel?

Supongo que te refieres a la versión de MS Office instalable en disco, 
no la que se ejecuta en la web.

Puedes seguir dos vías:

1. Usar un complemento o programa (mod) instalable para que te devuelva 
el menú clásico o semi-clásico;

2. Ajustar la cinta a tu gusto (modo simplificado, reducido, no 
mostrar, personalizar botones y órdenes...).

Para la opción 1), Internet devuelve varias opciones¹²³.

Aunque no soy partidaria de instalar este tipo de modificadores, si el
ansia/necesidad del menú clásico es grande, mejor probarlos en una 
máquina virtual antes ver cuál se adapta visualmente mejor a lo que se 
busca, comprobar que no vienen con bicho dentro, que no dejan 
colgado/interfieren con el programa, etc...

Para la opcíón 2):

Use the Simplified Ribbon
https://support.microsoft.com/en-us/office/use-the-simplified-ribbon-44bef9c3-295d-4092-b7f0-f471fa629a98

Show or hide the ribbon in Office
https://support.microsoft.com/en-gb/office/show-or-hide-the-ribbon-in-office-d946b26e-0c8c-402d-a0f7-c6efa296b527#ID0EBBD=Newer_Versions

¹https://www.ubit.ch/software/ubitmenu-languages/
²https://gregmaxey.com/word_tip_pages/ribbon_menu_control.html
³https://www.officeclassicmenu.com/en/index.php

Saludos,

-- 
Camaleón 



Re: Problemas con el controlador no libre de NVidia en la 12.5

2024-02-17 Thread Camaleón
El 2024-02-12 a las 08:50 +0100, Camaleón escribió:

> El 2024-02-12 a las 01:04 +0100, Parodper escribió:
> 
> > Aviso a navegantes, la última versión 12.5 parece que causa problemas al
> > compilar el controlador no libre de NVidia para Linux 6.1.0-18.
> 
> Gracias por el aviso.
> 
> Hace años que uso nouveau, pero seguro que a más de uno le has salvado 
> el lunes :-)
>  
> > Existe un hilo en el foro[1], pero me pareció curioso que no se mencionara
> > nada en las listas.
> > 
> > [1]: https://forums.debian.net/viewtopic.php?t=158200
> 
> Por aquí añaden más información:
> 
> Debian 12 linux-image-6.1.0-18-amd64 dist-upgrade fails on nvidia 
> GPL-incompatible module nvidia.ko uses GPL-only symbol '__rcu_read_lock'
> https://unix.stackexchange.com/questions/769026/debian-12-linux-image-6-1-0-18-amd64-dist-upgrade-fails-on-nvidia-gpl-incompatib
> 
> Moraleja: si alguien usa el driver propietarario de nvidia en Debian 
> 12 (actual estable) que espere a que lo resuelvan antes de actualizar 
> el sistema.

Parece que ya lo han solucionado:

[SUA 252-1] Updated nVidia driver packages
https://lists.debian.org/debian-stable-announce/2024/02/msg2.html

Lo mando a lista para que quede archivado por si le sirve a alguien, 
en este momento cuántico o en algún futuro paralelo, indeterminado y 
perpendicular al espacio-tiempo.

Saludos,

-- 
Camaleón 



Re: Problema puerto usb-c

2024-02-12 Thread Camaleón
Lo mando a la lista.


El 2024-02-11 a las 20:13 +0100, JA CM escribió:

> Gracias por la ayuda camaleón, te contesto a las cuestiones que me planteas
> y te comento  otras:
> Es la única versión de Kernel que tengo 6.1.0-17-amd64, estoy pendiente
> de actualizar a la 6.1.0-17-amd64 pero por algún error de configuración no
> lo hace directamente. Tengo que mirarlo pero eso es otro cantar.

Hum... no sé por qué yo tengo 3 versiones guardadas:

root@noc11:~# dpkg -l | grep -i image
ii  linux-base   4.9 all
  Linux image base package
ii  linux-image-6.1.0-15-amd64   6.1.66-1amd64  
  Linux 6.1 for 64-bit PCs (signed)
ii  linux-image-6.1.0-17-amd64   6.1.69-1amd64  
  Linux 6.1 for 64-bit PCs (signed)
ii  linux-image-6.1.0-18-amd64   6.1.76-1amd64  
  Linux 6.1 for 64-bit PCs (signed)
ii  linux-image-amd646.1.76-1amd64  
  Linux for 64-bit PCs (meta-package)

¿Has instalado el sistema hace poco? :-?

> No tengo adaptador usb-c a usb 3.0 convencional, mañana me acercaré a
> una tienda de informática local a por uno.

Merece la pena que tengas uno, pero comprueba antes que el chipset del 
adaptador sea compatible con linux, no vaya a ser que añadamos otro 
problema :-)

> No he podido conectar otro dispositivo porque no tengo ninguno con esa
> salida. Lo que sé es que el puerto funciona, porque en Windows sí que
> trabaja.

Si funcionaba la cámara en linux, el puerto funciona. Seguramente se 
deba a un problema con el controlador de linux para USB-C (el kernel, 
en este caso).

> ___
> *usb 6-1 current rate 16000 is different from the runtime rate 48000*.
> Por lo que he buscado al respecto esto está relacionado con la frecuencia
> del sonido de la cámara.
> -
> *xhci_hcd :03:00.0: ERROR Transfer event TRB DMA ptr not part of
> current TD ep_index 2 comp_code 13*
> También está relacionado con la tarjeta de sonido, buscando en internet lo
> explicaban y me hizo darme cuenta que el :03:00.0 me indicaba la
> tarjeta de sonido que tengo que es la STRIX RAID DLX de ASUS como puede
> verse en la captura de la salida lsUSB
> -
> En cuanto a los enlaces que me das, te lo agradezco. Los había visto en las
> búsquedas y seguidos pero no me han conducido a la solución. No obstante
> muchas gracias.
> Añado un enlace más a pastebin con la salida de usb-devices donde se puede
> ver el driver usado por cada uno de los puertos..
> https://pastebin.com/gbxai0rs

Por lo que he leído en los foros, parece un problema generalizado con 
el puerto USB-C y el modelo de cámara web.

Saludos, 

-- 
Camaleón 



Re: Problemas con el controlador no libre de NVidia en la 12.5

2024-02-11 Thread Camaleón
El 2024-02-12 a las 01:04 +0100, Parodper escribió:

> Aviso a navegantes, la última versión 12.5 parece que causa problemas al
> compilar el controlador no libre de NVidia para Linux 6.1.0-18.

Gracias por el aviso.

Hace años que uso nouveau, pero seguro que a más de uno le has salvado 
el lunes :-)
 
> Existe un hilo en el foro[1], pero me pareció curioso que no se mencionara
> nada en las listas.
> 
> [1]: https://forums.debian.net/viewtopic.php?t=158200

Por aquí añaden más información:

Debian 12 linux-image-6.1.0-18-amd64 dist-upgrade fails on nvidia 
GPL-incompatible module nvidia.ko uses GPL-only symbol '__rcu_read_lock'
https://unix.stackexchange.com/questions/769026/debian-12-linux-image-6-1-0-18-amd64-dist-upgrade-fails-on-nvidia-gpl-incompatib

Moraleja: si alguien usa el driver propietarario de nvidia en Debian 
12 (actual estable) que espere a que lo resuelvan antes de actualizar 
el sistema.

Saludos,

-- 
Camaleón 



Re: Problema puerto usb-c

2024-02-11 Thread Camaleón
El 2024-02-10 a las 19:40 +0100, JA CM escribió:

> Buenos días
> Tengo una StremCam de Logitec con conector USB-C que hasta hace poco me
> funcionaba correctamente pero que ha dejado de hacerlo de una manera
> extraña.

Que algo deje de funcionar sin más es extraño :-?

Lo único que puede haber cambiado es la versión del kernel, pero en 
Debian estable los cambios del kernel son muy leves entre versiones, 
sólo actualizan parches de seguridad que no suelen añadir o quitar 
funcionalidades.

Si aún mantienes alguna versión anterior, prueba a iniciar el sistema 
con otro kernel más antiguo (normalmente el sistema mantiene 2 o 3 
núcleos cuando sale alguna actualización).

> El SO es un Debian 12 y el Kernel es 6.1.0-17-amd. Tiene arranque dual con
> Windows 10 (con fast boot desactivado y en Windows la cámara va bien). La
> placa base es una ASUS PRIME X299-A y sólo tiene un puerto USB-C

¿Has probado a conectar la cámara a otro puerto USB (con adaptador)?
¿Has probado a conectar otro dispositivo al puerto USB-C?

>  Cuando arranco el sistema me detecta sin problemas el dispositivo:
> * la salida lsusb y v4lw-ctl --list-devices es:
> [image: lsusb.png][image: v412-list.png]
> A pesar de esto, en los logs del núcleo (kern.log) me aparece varias veces
> el mensaje siguiente:
> usb 6-1 *current rate 16000 is different from the runtime rate 48000*.
> Si ejecuto el programa de cámaras Cheese en los logs del nucleo me aparecen
> multitud de veces los dos mensajes siguientes
> 2024-02-10T14:25:19.003426+01:00 debian kernel: [ 2749.691059] *xhci_hcd 
> :03:00.0: ERROR* Transfer event TRB DMA ptr not part of current TD 
> ep_index 2 comp_code 13
> 2024-02-10T14:25:19.003427+01:00 debian kernel: [ 2749.691061] xhci_hcd 
> :03:00.0: Looking for event-dma fffc5a20 trb-start 
> fffc5130 trb-end fffc5130 seg-start fffc5000> seg-end 
> fffc5ff0

(...)

> Si es guvcview quien arranca la cámara el kernel lanza lo siguiente
> 2024-02-10T14:25:41.313584+01:00 debian kernel: [ 2772.000990] *uvcvideo 
> 6-1:1.1: Failed to query *(130) UVC probe control : -110 (exp. 26).
> 2024-02-10T14:25:46.433585+01:00 debian kernel: [ 2777.117761] *uvcvideo 
> 6-1:1.1: Failed to set UVC probe control : -110 (exp. 26)*.
> 2024-02-10T14:25:53.980089+01:00 debian kernel: [ 2784.667935] *DMAR: DRHD*: 
> handling fault status reg 2
> 2024-02-10T14:25:53.980100+01:00 debian kernel: [ 2784.667944] DMAR: [DMA 
> Write NO_PASID] Request device [03:00.0] fault addr 0xffe2a000 [fault reason 
> 0x05] PTE Write access is not set
> 2024-02-10T14:25:53.980596+01:00 debian kernel: [ 2784.668452] *xhci_hcd 
> :03:00.0: WARN* Event TRB for slot 1 ep 0 with no TDs queued?
> 2024-02-10T14:25:53.981078+01:00 debian kernel: [ 2784.668949] DMAR: *DRHD: 
> handling fault status reg 102*
> 2024-02-10T14:25:53.981082+01:00 debian kernel: [ 2784.668953] *DMAR: [DMA 
> Read NO_PASID] *Request device [03:00.0] fault addr 0xffe2d000 [fault reason 
> 0x06] PTE Read access is not set

> El caso es que después de esto, ya deja de aparecer la cámara al ejecutar
> lsusb y v4lw-ctl con lo que dev/video0 tampoco existe y no hay cámara.
> Además, en los log de núcleo tengo mensajes de intentos de reset del puerto
> y de error como los siguientes sin llegar en ningún momento a reconocer la
> cámara:

(...)

> Estoy buscando información por los temas marcados en negrita pero aún no he
> llegado a nada concluyente. He descargado y recargado el módulo con
> modprobe -rv usbhid ; sudo modprobe -v usbhid
> pero tampoco he conseguido nada. Comentar también que recientemente y para
> poder instalar el paquete "info" de ayuda de GNU tuve que corregir un error
> y es que el archivo /etc/enviroment contenía: JAVA_HOME=
> "/usr/lib/jvm/java-17-openjdk-amd64/" y para permitir la instalación tenía
> que ser JAVA_HOME=/usr/lib/jvm/java-17-openjdk-amd64/
> Ahora voy a anular el usbcore.autosuspend pero sin esperanzas, por eso les
> escribo, si bien continúo buscando.
> 
> Muchas gracias por adelantado y un saludo. Dejo también en pastebin los
> siguientes archivos:
> 
> * https://pastebin.com/1T2grDLQ con errores del kernel
> * https://pastebin.com/98VY0B44 con dpkg.log
> * https://pastebin.com/sdrJmK06 con history.log de apt

Gracias por los paste, muy útiles y completos, así da gusto :-)

Por los mensajes que recibes del kernel, he localizado algunos 
problemas similiares, mira a ver si te algo de lo que comentan te sirve:

USB-Controller crashes after increasing webcam resolution
https://bbs.archlinux.org/viewtopic.php?id=262432

Logitech BRIO webcam fails with "xhci_hcd :02:00.0: ERROR Transfer 
event TRB DMA ptr not part of current TD ep_index 2 comp_code 13" 
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1873439

Saludos,

-- 
Camaleón 



Re: [ Era (Sin título)] Compartir archivos con Samba

2024-02-11 Thread Camaleón
El 2024-02-11 a las 01:48 +0200, Julián Daich escribió:

> El 10/2/24 a las 11:03, Camaleón escribió:
> 
> > 
> > El tipo (rol) de servidor samba será «standalone server» si no has
> > cambiado nada más, que entiendo es lo correcto.
> > 
> 
> No cambié nada, pero vale la pena verificar si vale de algo¿ en dónde me
> fijo?

La configuración del servidor Samba la tienes en «/etc/samba/smb.conf», 
pero si no lo has editado, el rol predeterminado es «standalone», que 
es el más sencillo.

> > Las rutas con acentos no me terminan de convencer (Vídeos, Música),
> > crea mejor una de prueba sin caracteres extendidos, p. ej., en Ubuntu,
> > «/home/julian/prueba» o el directorio de «Documentos« si ya lo tienes
> > creado en «/home/julian/Documentos», y la añades en la configuración de
> > Samba (recuerda reiniciar el servidor samba cuando hags cambios).
> > 
> 
> Hice la prueba. Se comporta igual con directorios sin tilde.
> 
> > > En el cliente hago smb://nombre_del_equipo
> > 
> > Hum... a ver, prueba mejor a conectar desde el cliente con:
> > 
> > smb://julian@ip.servidor.samba.ubuntu/
> > 
> > Para que te liste los recursos/carpetas disponibles.
> 
> El mismo efecto usando el nombre del equipo o la IP. Por lo menos reconoce
> si son válidos. Probé darle rutas erróneas. Probé también con otro cliente
> con XFCE4 en Sid y fueron los mismos mensajes.
> 
> usuario@ no cambia mucho el comportamiento. Solo un campo menos en el menú
> de diálogo.

Por curiosidad ¿has probado a conectar desde algún cliente con Windows?

> Probé también la ruta completa a la carpeta smb://equipo/carpeta. A veces da
> error de parámetros incorrectos y otras veces dice que la carpeta no existe.
> 
> Creo que el problema está en el servidor. Un Debian 12.

Revisa los registros de samba en el servidor, quizá te den alguna pista 
del origen del problema. Los tienes en «/var/log/samba/*».

Si tienes instalado en el cliente «smbclient» prueba a conectarte al 
recurso desde línea de órdenes «smbclient -U julian 
//ip.servidor.samba/mi_carpeta_compartida», para depurar errores la 
consola mejor que la aplicación gráfica (gestor de archivos).
 
> > >  Veo que esto de compartir archivos sigue siendo igual
> > > de complicado como 20 años atrás.
> > 
> > Igual no... ¡peor! :-)
> > 
> > Ahora tienes que lidiar con la versión de NTLM entre cliente y servidor
> > cuando trabajas con equipos y sistemas operativos antiguos (Windows XP,
> > etc...). Un horror.
> > 
> 
> Usé NFS entre servidores de red, pero también me dio problemas cuando lo
> quise usar en casa.
> 
> > Por exigencias de la red, tengo Samba en un servidor con Debian 12 y me
> > contecto desde mi equipo habitual (Debian 11) sin problemas
> 
> ¿ podrías pasar tu configuración?

Claro, lo pongo en un paste que es un poco extenso (expira en 3 días):

https://paste.debian.net/1306925

> > , pero con
> > dos linux en juego, prefiero conectarlos mediante SFTP, va como la seda
> > (eso sí, necesitas que SSH esté configurado y ejecutándose en el
> > servidor pero entiendo que lo estará).
> > 
> > sftp://julian@ip.servidor.ubuntu
> > 
> 
> Si KDE-Connect tendría la opción de explorar archivos entre computadoras
> todo sería más fácil- A mi solo me funciona de computadora a teléfono.

No sé qué gestor de archivos usa KDE ahora (¿Dolphin, Konqueror?) pero 
normalmente sólo tienes que instalar algún paquete para que pueda usar 
protocolos de red (smb://, sftp://, obex://...).

Desconozco si KDE-Connect dispone de esa funcionalidad :-?

Saludos,

-- 
Camaleón 



Re: Cifrado de disco sin contraseña

2024-02-01 Thread Camaleón
El 2024-01-31 a las 20:41 +0100, Josu Lazkano escribió:

> Llevo tiempo cifrando las particiones de Debian mediante LUKS, funciona muy
> bien. Pide una contraseña en el arranque y se accede al sistema.
> 
> Pero he visto que en algunos entornos corporativos, los equipos Windows se
> pueden cifrar con Bitlocker y no pide contraseña, se descifra al hacer un
> login correcto en dominio.

En ese caso no estará cifrado el disco completo, serán particiones, porque 
para iniciar sesión en el dominio hay que cargar previamente el sistema 
operativo, la UEFI, etc...

> ¿Sabeis si es posible hacer algo parecido en Debian? Que el disco esté
> cifrado y al hacer un login válido se descifre?
> 
> Se agradece cualquier sugerencia o comentario.

Dependerá de tu configuración (elementos en uso, objetivo...) en 
concreto pero este hilo de Reddit te puede servir o dar alguna idea de 
dónde mirar:


How to avoid typing password of LUKS encrypted server every boot? 
https://www.reddit.com/r/homelab/comments/14rjhgs/comment/jqufmr1/

SOLVED: Thanks to u/anomalyconcept for suggesting 
https://github.com/r-pufky/wireguard-initramfs in this comment. 


Específicamente para Debian:

Any actually working tutorial how to boot LUKS passwordless?
https://forums.debian.net/viewtopic.php?t=138238

Palabra clave para buscar en Google: debian luks passwordless

Saludos,

-- 
Camaleón 



OT - Mini encuesta: Núcleo de linux instalado (completo o dirigido)

2024-01-28 Thread Camaleón
Hola,

Siempre que instalo una nueva verisón de Debian en servidores, utilizo 
la imagen compacta (netinst) y selecciono el instalador avanzado sin 
entorno gráfico, que en un momento determinado, pregunta qué tipo de 
núcloe quiero instalar:

1. Iamgen del kernel completo (ocupa más espacio pero tiene todos los 
controladores/módulos y genera una inirt más gordo); o bien,

2. Imagen dirigida del kernel, que únicamente instala los controaldores 
dependiendo de los componentes de hardware detectados en el equipo y 
genera un initrd de tamaño más reducido.

Dada mi aversión a las instalacines copiosas O:-) siempre selecciono la 
opción 2, y la verdad es que nunca he tenido problemas al respecto 
(entiendo que si posteriormente instalo un componente nuevo en el 
equipo del que no tengo cargado el módulo correspondiente, podré hacerlo
manualmente) pero me pregunto qué hace el resto de usuarios.


Pregunta (mini encuesta) para quienes utilizan la instalación avanzada o 
que hayan tenido que responder a la pregunta del tipo de imagen del 
kernel a instalar en el sistema:

¿Qué opción escogéis (1 o 2)?

¿Y por qué?
***

Saludos,

P.S. Aprovecho para recordar la reciente opción de Mozilla Firefox para 
instalar el navegador desde un paquete .deb (o desde los repos de 
Mozilla), por si a alguien le puede interesar esta alternativa que se 
encuentra disponible desde hace varios días:

Instalar el paquete .deb de Firefox para distribuciones basadas en Debian
https://support.mozilla.org/es/kb/Instalar-firefox-linux#w_install-firefox-deb-package-for-debian-based-distributions

Saludos,

-- 
Camaleón 



Re: Bacula y la comunicación TLS

2024-01-21 Thread Camaleón
El 2024-01-21 a las 13:58 +0100, RLL escribió:

> Me está resultando dificil hacer uso de las comunicaciones cifradas en
> Bacula.
> 
> Estoy reutilizando easy-rsa de OpenVPN para generar certificados de servidor
> para un servidor web Apache sin problemas, y lo mismo quiero hacer para los
> clientes de Bacula donde por lo visto tiene que coincidir el Common Name del
> certificado con la dirección del cliente que no con el nombre del cliente,
> igualmente aplicado al bacula-dir.conf, bacula-sd.conf y bacula-fd.conf .
> 
> Entonces cuando hago la conexión con bconsole tras el reinicio de los
> servicios el log que obtengo es el siguiente:
> 
> Destaco el mensaje de error "bacula-dir  tls.c:94-0 Error with
> certificate at depth:  ERR=26:unsuitable certificate purpose" . Cuando
> el certificado del servidor se generó con easy-rsa indicando precisamente
> que es para un servidor.

No uso Bacula, Sólo un apunte por si te resulta de interés y/o utilidad.

Aunque es un hilo antiguo (2011) el error y el problema parecen 
similares, echa un vistazo a estos mensajes de los foros de Bacula:

[Bacula-users] bacula and tls. Can't get that working
https://sourceforge.net/p/bacula/mailman/bacula-users/thread/2008190128.6beff8f8%40d830-oh/#msg28371522
 

Saludos,

-- 
Camaleón 



Re: Re: Como hacer una partición no destructiva?

2024-01-19 Thread Camaleón
El 2024-01-19 a las 08:20 -0300, Jorge Abel Secreto escribió:

> Hola, buen día!
> 
> El jue, 18 ene 2024 a la(s) 3:22 p.m., Camaleón (noela...@gmail.com) escribió:
> >
> > El 2024-01-18 a las 08:36 -0500, Jude_xiomi Sago escribió:
> >
> > > El jue, 18 ene 2024 a las 8:32, Jude_xiomi Sago
> > > () escribió:
> > > >
> > > > El 2024-01-17 a las 14:44 -0500, Jude_xiomi Sago escribió:
> > > > Identificador del disco: 0xcbe73cf0
> > > > > 
> > > > > Disposit.  Inicio  Comienzo Final  Sectores Tamaño Id Tipo
> > > > > /dev/sda1  *   2046 107438079 107436034  51,2G  5 Extendida
> > > > > /dev/sda2 107438080 976773167 869335088 414,5G  7 
> > > > > HPFS/NTFS/exFAT
> > > > > /dev/sda5  2048  20269055  20267008   9,7G 83 Linux
> > > > > /dev/sda6  20271104  27674623   7403520   3,5G 83 Linux
> > > > > /dev/sda7  27676672  31848447   4171776 2G 82 Linux swap 
> > > > > / Solaris
> > > > > /dev/sda8  31850496  33257471   1406976   687M 83 Linux
> > > > > /dev/sda9  33259520 107438079  74178560  35,4G 83 Linux
> > > > >
> > >
> > > sda1 es partición extendida y ahí no hay nada
> >
> > Lo que me desconcierta es que ocupa 51,2 GiB :-?
> 
> Da la impresión de que la partición sda1 es la extendida donde están
> sda5 a sda9 que son las lógicas.
> Si te fijas la suma de sus tamaños es igual a tamaño de sda1.

Cierto... parece que las particiones no están en orden.

Efectivamente, la partición extendida inicia en el sector 2046 y la sda5 
en el 2048, por lo que entiendo que el orden «real» es:

(extendida)
sda1 
↓
sda5
sda6
sda7
sda8
sda9

(primaria)
sda2

Se me hace raro ver una partición extendida al principio del disco y 
marcada como «arracable» :-?

Saludos,

-- 
Camaleón 



Re: Cuelgues aleatorios

2023-12-29 Thread Camaleón
El 2023-12-29 a las 12:12 +0100, Luis Muñoz Fuente escribió:

> Hola a todos/as:
> Retomo el hilo. En la última contestación a Camaleón, os comenté que
> había comprobado que no se colgaba el sistema gráfico, si no el kernel.
> 
> Creo que algún proceso usa el 100 % de la CPU y por eso se cuelga. Y
> creo que está relacionado con Firefox. En él tengo desactivada la
> aceleración de hardware y WebGL, pero se sigue colgando. En el último
> cuelgue no me da ningún error, los últimos mensajes indican:
> 
> dic 26 15:03:13 torre rtkit-daemon[834]: Supervising 9 threads of 6
> processes of 1 users.
> 
> 
> ¿alguna idea?

Si piensas que Firefox es el culpable, crea un perfil nuevo y trabaja 
con él a diario, para ver si el fallo persiste.

Si mantienes una configuración heredada de Firefox de años (es decir, 
lo has ido actualizando y haciendo cambios en la configuración de 
parámetros, activando y desactivando opciones, etc...) quizá alguna 
opción antigua te esté dando guerra y pone la CPU a tope.

Ya sé que es pesado trabajar con un navegador «limpio» y con los 
ajustes prdeterminados, pero si no experimentas cuelgues con un perfil 
nuevo en varios días (desconozco la cadencia en que se queda colgado el 
equipo, si te pasa a menudo, o lo puedes forzar cargando alguna página 
en concreto) pues ya sabes por dónde seguir.

Saludos,

-- 
Camaleón 



En Debian ya piensan en abandonar la arquitectura i386 (x86)

2023-12-17 Thread Camaleón
Hola,

Pues eso... no hay fecha pero cuando el río suena, llega el torrente 
:-/

Debian Likely Moving Away From i386 In The Near Future
https://www.phoronix.com/news/Debian-Plans-Cease-i386

Personalmente pienso que ni un plazo de 5-8 años me parecería razonable 
para abandonar los 32 bits, lo siento, aún sigue siendo una arquitectura
relevante en ciertos sectores, circunstancias... sin olvidar el plano 
educativo o los sistemas virtuales.

Saludos,

-- 
Camaleón 



Re: ⚠ No actualicéis a Debian 12.3 ⚠

2023-12-12 Thread Camaleón
El 2023-12-11 a las 20:42 +0100, Javier Silva escribió:

> El lun, 11 dic 2023, 11:37, Camaleón  escribió:

> > > > https://www.debian.org/News/2023/2023120902
> > > >
> > > > P.S. El asunto se inicia y finaliza con dos símbolos unicode con la
> > > > señal de peligro (⚠) a ver cómo se renderiza :-)
> > > >
> > >
> > > Por desgracia justo se me ocurrió actualizar sin mirar el correo. Creo que
> > > llevo ya un día en esa versión, pero por suerte no he notado nada fuera de
> > > lo normal.
> > >
> > > La verdad es que el Discover de KDE debería avisar antes de actualizar a 
> > > una
> > > nueva versión. Me suena que Ubuntu lo hacía.
> >
> > Mira a ver si tienes la 12.3 o la 12.4, la acaban de anunciar:
> >
> > Debian 12.4 to supersede Debian 12.3
> > https://www.debian.org/News/2023/2023121002
> >
> > Más que nada, la versión del paquete afectado (el núcleo) que debe ser
> > la versión «6.1.66+1» donde ya se corrige el fallo.
> >
> > sm01@stt008:~$ uname -a
> > Linux stt008 5.10.0-26-amd64 #1 SMP Debian 5.10.197-1 (2023-09-29) x86_64 
> > GNU/Linux
> >^^
> >
> >
> Hola!
> Me parece que los problemas no acabarán con ext4, esta mañana he
> actualizado a la versión 12.4 (kernel 66) en 2 equipos, uno sobremesa
> que lo tengo conectado por cable y otro portátil conectado por wifi.

(...)

¿Será por esto? :-?

Linux 6.6.6 Released Due To WiFi Regression
https://www.phoronix.com/news/Linux-6.6.6-Released

Estáte pendiente de una nueva actualización, a ver si lo corrigen con 
la 666.

Saludos,

-- 
Camaleón 



Re: ⚠ No actualicéis a Debian 12.3 ⚠

2023-12-11 Thread Camaleón
El 2023-12-10 a las 21:13 +0100, Parodper escribió:

> O 10/12/23 ás 10:15, Camaleón escribiu:
> > Hola,
> > 
> > Pues eso, acabo de leer que se retrasa por problemas con un bug de ext4
> > (corrupción de archivos) y en Debian recomiendan PAUSAR las actualizaciones,
> > sobre todo en sistemas que tienen configuradas las actualizaciones
> > desatendidas.
> > 
> > Debian 12.3 image release delayed
> > https://www.debian.org/News/2023/2023120902
> > 
> > P.S. El asunto se inicia y finaliza con dos símbolos unicode con la
> > señal de peligro (⚠) a ver cómo se renderiza :-)
> > 
> 
> Por desgracia justo se me ocurrió actualizar sin mirar el correo. Creo que
> llevo ya un día en esa versión, pero por suerte no he notado nada fuera de
> lo normal.
> 
> La verdad es que el Discover de KDE debería avisar antes de actualizar a una
> nueva versión. Me suena que Ubuntu lo hacía.

Mira a ver si tienes la 12.3 o la 12.4, la acaban de anunciar:

Debian 12.4 to supersede Debian 12.3
https://www.debian.org/News/2023/2023121002

Más que nada, la versión del paquete afectado (el núcleo) que debe ser 
la versión «6.1.66+1» donde ya se corrige el fallo.

sm01@stt008:~$ uname -a
Linux stt008 5.10.0-26-amd64 #1 SMP Debian 5.10.197-1 (2023-09-29) x86_64 
GNU/Linux
   ^^

Saludos,

-- 
Camaleón 



⚠ No actualicéis a Debian 12.3 ⚠

2023-12-10 Thread Camaleón
Hola,

Pues eso, acabo de leer que se retrasa por problemas con un bug de ext4 
(corrupción de archivos) y en Debian recomiendan PAUSAR las actualizaciones, 
sobre todo en sistemas que tienen configuradas las actualizaciones 
desatendidas.

Debian 12.3 image release delayed
https://www.debian.org/News/2023/2023120902

P.S. El asunto se inicia y finaliza con dos símbolos unicode con la 
señal de peligro (⚠) a ver cómo se renderiza :-)

Saludos,

-- 
Camaleón 



Re: Memoria Intel Optane Debian 12

2023-12-08 Thread Camaleón
El 2023-12-07 a las 18:51 -0500, Gabo escribió:

> El jue, 7 de dic de 2023, 12:02, Camaleón  escribió:
> 
> > El 2023-12-06 a las 20:48 -0500, Gabo escribió:
> >
> > > Quería saber si es posible utilizar o configurar la memoria Intel Optane
> > de
> > > un laptop acer al cual le instalé Debian 12.
> > >
> > > Se supone que esa memoria sirve para acelerar el computador. Esto es
> > > posible para debian 12?
> >
> > Si tienes un sistema Optane compatible, en teoría no tienes que hacer
> > nada, debe estar configurado de fábrica para tener el mejor
> > rendimiento:
> >
> > Memoria Intel Optane™ en computadoras Acer
> >
> > https://community.acer.com/es/kb/articles/14274-memoria-intel-optane-en-computadoras-acer

(...)

> > Ahora bien, por aquí dicen Intel que NO es compatible con Linux:
> >
> > ***
> > Es compatible la memoria Intel® Optane™ con Linux*?
> >
> > https://www.intel.la/content/www/xl/es/support/articles/56875/memory-and-storage/intel-optane-memory.html
> >
> > La aceleración del sistema con memoria Intel® Optane™ es compatible con
> > el sistema operativo Windows 10 de 64 bits.  No es compatible con
> > ningún otro sistema operativo, incluyendo Linux.
> > ***
> >
> 
> Sí, efectivamente, yo había visto este artículo, estaba pensando en que
> depronto alguien hubiera desarrollado algún tipo de controlador, pero con
> software basado en Linux/Debian, para poder usar esa memoria como caché o
> algo así y mejorar el rendimiento del computador, pero eso es como difícil
> de hacer.
> 
> Cuando escribo el comando lspci o fdisk -l, no veo que diga Intel Optane o
> similar, es como si no la viera.

Me da la sensación que eso del Optane es similar al falso RAID (Intel 
Matrix) y esos inventos que se sacan de la manga las megaempresas a las 
que les gusta las técnicas de mercadontecnia más que una zanahoria a un 
burro :-)

> > Ante la duda, en Linux evitaría usar o configurar nada que no fuera
> > estándar/normalizado, para evitar cualquier problema de compatibilidad,
> > presente y/o futuro :-/
> 
> 
> Muchas gracias Camaleón por tu respuesta.
> 
> Es que al computador, que originalmente tenía Windows 10, con su memoria
> Intel Optane, iniciaba súper rápido, luego se me metió como un virus y tuve
> que restablecerlo, pero luego salió actualización a Windows 11 y quedó muy
> lento. Entonces dije, Debian el mejor! Y lo instalé, pero también quedó
> como lento, incluso en funciones sencillas ya con debían 12 y entorno KDE
> plasma, con comandos sencillos como cambiar entre ventanas con alt+Tab se
> queda como trabado, pensé que esa memoria Intel Optane podría causar alguna
> incompatibilidad
> 
> Este portátil tiene 4GB de RAM, será muy poca para debian 12 y KDE plasma?

Te diría que 4 gigas de RAM HOY es poco para todo, salvo que uses un 
sistema muy afinado (p. ej., una distribución de Linux tipo súper-ligera como 
Tiny o Puppy y además, con un entorno gráfico básico, como XFCE o LXDE, 
o simplemente un gestor de ventanas).

Pero GNOME, KDE y las aplicaciones convencionales (LibreOffice, 
Firefox, Chrome...) te van a pedir «manduca».

En cualquier caso, Intel ha dejado de desarrrollar Optane¹ (por algo 
será), así que para mejorar el rendimiento general del equipo, optaría 
por desactivar de la BIOS/UEFI² toda referencia a Optane, manteniendo un 
sistema lo más limpio, neutral y normalizado posible, y añadiaría el 
máximo de memoria RAM física que te admita el equipo.

Yo estoy con un equipo viejote del año 2008 y 8 GiB de RAM (la placa 
base no admite más), pero para los discos mecánicos he activado AHCI, 
tengo XFCE y he desactivado todo lo relativo a la aceleración gráfica 
3D en el navegador y los efectos del entorno gráfico, etc. 

El equipo vuela, como si Red Bull le hubiera dado aalas :-)

sm01@stt008:~$ cat /proc/cpuinfo | grep name | head -n 1
model name  : Intel(R) Core(TM)2 Quad CPUQ9550  @ 2.83GHz

sm01@stt008:~$ cat /proc/meminfo | head -n 1
MemTotal:8134172 kB

¹ 
https://www.intel.com/content/www/us/en/support/articles/91826/memory-and-storage.html
² Sólo si vas a instalar desde cero el equipo, no hagas cambios de 
este tipo con un sistema operativo ya instalado y funcionando ya que te 
lo pude dejar inoperativo.

Saludos,

-- 
Camaleón 



Re: Memoria Intel Optane Debian 12

2023-12-07 Thread Camaleón
El 2023-12-06 a las 20:48 -0500, Gabo escribió:

> Quería saber si es posible utilizar o configurar la memoria Intel Optane de
> un laptop acer al cual le instalé Debian 12.
> 
> Se supone que esa memoria sirve para acelerar el computador. Esto es
> posible para debian 12?

Si tienes un sistema Optane compatible, en teoría no tienes que hacer 
nada, debe estar configurado de fábrica para tener el mejor 
rendimiento:

Memoria Intel Optane™ en computadoras Acer
https://community.acer.com/es/kb/articles/14274-memoria-intel-optane-en-computadoras-acer

Sistemas operativos compatibles con Intel® Optane™ memoria persistente serie 100
https://www.intel.la/content/www/xl/es/support/articles/32860/memory-and-storage/intel-optane-persistent-memory.html

Sistemas operativos compatibles con Intel® Optane™ memoria persistente serie 200
https://www.intel.la/content/www/xl/es/support/articles/94512/memory-and-storage/intel-optane-persistent-memory.html

Ahora bien, por aquí dicen Intel que NO es compatible con Linux:

***
Es compatible la memoria Intel® Optane™ con Linux*?
https://www.intel.la/content/www/xl/es/support/articles/56875/memory-and-storage/intel-optane-memory.html

La aceleración del sistema con memoria Intel® Optane™ es compatible con 
el sistema operativo Windows 10 de 64 bits.  No es compatible con 
ningún otro sistema operativo, incluyendo Linux.
***

Ante la duda, en Linux evitaría usar o configurar nada que no fuera 
estándar/normalizado, para evitar cualquier problema de compatibilidad, 
presente y/o futuro :-/

Saludos,

-- 
Camaleón 



Re: Problema reportando bug

2023-12-03 Thread Camaleón
El 2023-12-02 a las 19:17 +, Aimar Urteaga escribió:

>> Me acabo de comprar un portátil nuevo y he decidido instalarle la versión 
>> testing de debian. El portátil en cuestión es un framework con el procesador 
>> AMD Ryzen™ 7 7840U. El problema en cuestión es a la hora de conectar un 
>> monitor externo si utilizo el adaptador de USBc a HDMI. Si utilizo el 
>> adaptador incluido por defecto con el portátil todo funciona perfecto, pero 
>> si en cambio utilizo un adaptador que además de HDMI adapte a USB y pongo a 
>> través de la interfaz gráfica de GNOME la pantalla principal a la exterior 
>> esta empieza a parpadear en blanco hasta que finalmente se apaga. Tras esto 
>> GNOME sigue detectando el monitor como conectado, pero este permanece 
>> apagado. Aunque posteriormente se desconecte el dispositivo y se vuelva a 
>> conectar, la pantalla no se vuelve a encender. He probado con dos 
>> adaptadores y ambos han mostrado el mismo comportamiento:
>> El UGREEN Revodok Pro 10 En 1: 
>> https://www.amazon.es/dp/B0BXDQS4BD?psc=1=ppx_yo2ov_dt_b_product_details
>> El Lemorele Hub USB C con Ethernet - 5 en 1: 
>> https://www.amazon.es/gp/product/B09ZQNCQHC/ref=ppx_yo_dt_b_asin_title_o04_s00?ie=UTF8=1

En principio se supone que ambos funcionan con Linux sin driver, o eso 
dice la página de Amazon pero en los comentarios iniciales no veo 
ninguno sobre cómo/si funciona en Linux.

Quizá sea un problema de incompatibilidad de la salida USB-C a HDMI con 
el portátil ¿qué marca y modelo de ordenador es, exactamente?

Pruebas que haría:

- Si estás con Wayland, probar con Xorg (o viceversa)
- Probar si funciona la salida VGA
- Como te han comentado, revisa los registros con el journal, 
seguramente tengas algún mensaje de error que te pueda dar alguna 
pista.
- Baja alguna LiveCD de Ubuntu u otra distribución modernita para ver 
si te sigue haciendo lo mismo.

>> He intentado hacer un bug report pero no he sabido a que paquete le 
>> corresponde el bug no se si es problema de GNOME o de Wayland o del driver 
>> de AMD o de algún otro. No creo que sea un problema de hardware porque es 
>> común entre varios dispositivos y además requiere que sea la pantalla 
>> principal (que en principio le es indiferente al hardware).

Yo lo pondría contra el sistema gráfico (Xorg o Wayland), y según el 
controlador gráfico que uses, si se trata del libre también podría ser 
contra el kernel (por el KMS).

>> A las espera de vuestra respuesta,
>> Aimar.

> Rectifico si utilizo el adaptador incluido por defecto con el portátil da los 
> mismos problemas que el original.

Hum... eso es significativo. Descartado el hardware, pues. Pero las 
pruebas las puedes hacer igualmente  con el adapatdor que trae el equipo 
e informar del fallo si sigue sin funcionar.

Saludos,

-- 
Camaleón 



Re: MySQL Workbench

2023-11-17 Thread Camaleón
El 2023-11-16 a las 17:22 -0300, Carlos Villiere escribió:

> ¡¡Hola Comunidad Debian!!
> 
> Estoy tratando de instalar mysql-workbench-community_8.0.34 en miPc Debian
> desde un paquete .deb obtenido de la Web Page de MySQL, pero los únicos
> para Sistemas Debian son
> mysql-workbench-community_8.0.34-1ubuntu23.04_amd64 y
> mysql-workbench-community_8.0.34-1ubuntu22.04_amd64.

Descarga la versión del paquete deb para la versión de Ubuntu más 
parecida a tu versión Debian, es decir, si tienes instalada la versión 
oldstable de Debian (bullseye), que salió en el año 2021, prueba con el 
paquete para ubuntu22 o incluso con una versión más antigua (la 8.0.28
desde los archivos¹, para intentar minimizar problemas con las 
dependencias.

¹https://downloads.mysql.com/archives/workbench/

> También tengo la versión del código fuente.
> Al querer instalarla mysql-workbench-community_8.0.34-1ubuntu23.04_amd64
> con el procedimiento estándar.
> sudo apt-get update
> sudo apt-get upgrade
> sudo apt-get install
> ./mysql-workbench-community_8.0.34-1ubuntu23.04_amd64.deb
> Tengo un problema de dependencias que me informa apt-get
> "Los siguientes paquetes tienen dependencias incumplidas:
>  mysql-workbench-community : Depende: libatkmm-1.6-1v5 (>= 2.28.3) pero 
> 2.28.0-3 va a ser instalado
>  Depende: libc6 (>= 2.35) pero 2.31-13+deb11u7 va 
> a ser instalado
>  Depende: libglib2.0-0 (>= 2.70.0) pero 2.66.8-1 
> va a ser instalado
>  Depende: libglibmm-2.4-1v5 (>= 2.66.6) pero 
> 2.64.2-2 va a ser instalado
>  Depende: libgtkmm-3.0-1v5 (>= 3.24.7) pero 
> 3.24.2-2 va a ser instalado
>  Depende: libjpeg8 (>= 8c) pero no es instalable
>  Depende: liblerc4 (>= 3.0) pero no es instalable
>  Depende: libmysqlclient21 (>= 8.0.11) pero no es 
> instalable
>  Depende: libproj25 (>= 8.2.0) pero no es 
> instalable
>  Depende: libpython3.11 (>= 3.11.0) pero no es 
> instalable
>  Depende: libsasl2-2 (>= 2.1.28+dfsg) pero 
> 2.1.27+dfsg-2.1+deb11u1 va a ser instalado
>  Depende: libssl3 (>= 3.0.0) pero no es instalable
>  Depende: libstdc++6 (>= 12) pero 10.2.1-6 va a 
> ser instalado
>  Depende: libwebp7 (>= 1.2.4) pero no es 
> instalable
> E: No se pudieron corregir los problemas, usted ha retenido paquetes rotos.
> " (sic.)

Lo que quiere decir es que el paquete que vas a instalar es demasiado 
moderno para tu sistema, que no tiene todos los paquetes disponibles en 
la versión requerida.

> El paquete mysql-workbench-community no se encuentra en los repositorios de
> Debian, por esa razon lo baje de la Web Page.

Bueno, está en Sid pero es mejor que pruebes antes con la versión de WB 
8.0.28, o anteriores.

https://packages.debian.org/sid/mysql-workbench

> La cuestion aqui es, ¿resuelvo las dependencias incumplidas y vuelvo a
> intentar instalarlo 

Si tienes Debian 11 no vas a poder :-P

> o pruebo instalar desde las fuentes con Cmake, el que tengo ya 
> instalado, y es como indica la documentación que incluye el
> mysql-workbench-community-8.0.33-src.tar.gz?

Yo probaría antes a instalar otro deb para Ubuntu (8.0.28), que salió en 
el año 2021.

> ¿La primera opción podría producir algún inconveniente en mi sistema?

No vas a poder :-)

> Desde ya les agradezco su tiempo y sugerencias al respecto.

Por aquí tienes más info:

Instalar MySQL Workbench en Debian 10
https://hotsechu.wordpress.com/2021/03/02/instalar-mysql-workbench-en-debian-10/

Saludos,

-- 
Camaleón 



Re: OT Se Congela el sistema

2023-11-15 Thread Camaleón
El 2023-11-15 a las 22:49 +, José Manuel (Abogado) escribió:

> El 14/11/23 a las 11:42, Camaleón escribió:
> > El 2023-11-13 a las 17:50 +, José Manuel (Abogado) escribió:
> > 
> > > Disculpen si el problema no es de Debian, por si acaso he puesto OT. Mi
> > > Debian es el 12 (Bookworm)
> > > 
> > > Desde hace poco tiempo estando trabajando en el ordenador, si por 
> > > cualquier
> > > motivo debo ausentarme durante un tiempo, dejo el ordenador encendido y
> > > cuando vuelvo el sistema se ha congelado y tengo que apagarlo y volverlo a
> > > encender.
> > > 
> > > Si puede ser, me pueden indicar procedimientos para poder averiguar que es
> > > lo que pasa. Gracias de antemano
> > Para congelamientos, antes de nada siempre miro lo siguiente:
> > 
> > 1. ¿Funcionan la tecas REISUB, reinicia el equipo?
> > 2. ¿Puedo acceder y reiniciar desde SSH?
> > 
> > Si alguna de las dos respuestas es afirmativa, entonces lo que se queda
> > colgado es el entorno gráfico NO el kernel.
> > 
> > Se trata de ir averiguando qué genera el bloqueo (componente físico del
> > equipo, el kernel, en subsistema gráfico, configuración del entorno del
> > usaurio...) y a partir de ahí indagar más.
> > 
> > 
> Hola
> 
> Gracias por contestar.
> 
> A la 1º no hace nada.

Asegúrate de que hayas introducido la combinación de teclas 
correctamente en la secuencia apropiada «(Alt+Imp. Pant) REISUB»:

https://es.wikipedia.org/wiki/REInicia_SUBnormal

No es sensillo, hay que mantener pulsadas las teclas Alt e Impr. Pant. 
y mientras las pulsas, secuencialmente ir pulsando las letras R E I S U 
B (pulsar/soltar). Lleva práctica :-)
 
> A la 2º estoy en ordenador personar que no esta en red
> 
> Seguiré mirando otros componentes

Conviene siempre tener un segundo equipo para casos de emergencia y 
habilitar ssh siempre al menos para acceso desde la red local.

Un portátil con Windows y Putty te serviría.

Sigue intentando con el reisub, si introduces la secuencia correcta y 
te reinicia el equipo, puedes descartar un problema del kernel.

También puedes tener algo en los registros del sistema relacionado con 
el bloqueo, revisa el journalctl completo (sin filtrar) de varias 
sesiones (journatctl -b -2). 

Puedes subir los registros a Debian paste para que lo revisemos.

https://paste.debian.net/

Saludos,

-- 
Camaleón 



Re: OT Se Congela el sistema

2023-11-14 Thread Camaleón
El 2023-11-13 a las 17:50 +, José Manuel (Abogado) escribió:

> Disculpen si el problema no es de Debian, por si acaso he puesto OT. Mi
> Debian es el 12 (Bookworm)
> 
> Desde hace poco tiempo estando trabajando en el ordenador, si por cualquier
> motivo debo ausentarme durante un tiempo, dejo el ordenador encendido y
> cuando vuelvo el sistema se ha congelado y tengo que apagarlo y volverlo a
> encender.
> 
> Si puede ser, me pueden indicar procedimientos para poder averiguar que es
> lo que pasa. Gracias de antemano

Para congelamientos, antes de nada siempre miro lo siguiente:

1. ¿Funcionan la tecas REISUB, reinicia el equipo?
2. ¿Puedo acceder y reiniciar desde SSH?

Si alguna de las dos respuestas es afirmativa, entonces lo que se queda 
colgado es el entorno gráfico NO el kernel.

Se trata de ir averiguando qué genera el bloqueo (componente físico del 
equipo, el kernel, en subsistema gráfico, configuración del entorno del 
usaurio...) y a partir de ahí indagar más.

Saludos, 

-- 
Camaleón 



Re: Mover /var de una partición a la raíz en /

2023-11-09 Thread Camaleón
El 2023-11-09 a las 11:59 +0100, Roberto Leon Lopez escribió:

> Me encuentro con el problema de que /var lo tengo en una partición en un 
> sistema que lleva años y se queda pequeña porque la base de datos crece… 
> 
> En la raiz / tengo espacio de sobra y el problema es que hay que hacer la 
> operación en remoto. Mi idea sigue los pasos:
> 
> 1) Copiar con todos los permisos /var a un directorio temporal fuera.
> 2) Parar los servicios como mariadb, rsyslog, y alguno más.
> 3) Desmontar /var y comentar en fstab.
> 4) Copiar en /var  sobre la raíz todos los ficheros anteriores y reiniciar.
> 
> Pero me temo que esto en caliente puede no funcionar. ¿Algún consejo?

Coincido: tu temor es fundado.

El problema lo tendrás en hacer el particionado en caliente y en remoto, eso 
suena a 
catástrofe inminente :-/ 

Lo de menos son los permisos y montar/desmontar /var o que te den guerra 
los servicios después de tener la nueva partición lista y preparada.

Si no tienes un Plan B (alguien con acceso físico al equipo que te pueda 
ayudar) en principio me abstendría.

Saludos,

-- 
Camaleón 



Re: Cliente IRC para Gnome (Moderno y Completo)

2023-10-31 Thread Camaleón
El 2023-10-31 a las 09:55 +0100, Jose Luis Alarcon Sanchez escribió:

> ¿Tendríais la amabilidad de sugerirme un top de los mejores clientes
> para IRC existentes para el escritorio Gnome?. No vale contestar ircII y
> similares. Se trata de sustituir a Konversation, lo cual son Palabras Mayores.

No uso ese tipo de programas, pero por si te sirve para buscar 
alternativas y ver las capacidades de los clientes, en Wikipedia tienes 
una tabla muy útil:

Comparison of Internet Relay Chat clients
https://en.wikipedia.org/wiki/Comparison_of_Internet_Relay_Chat_clients

Y cómo no, la wiki de Archlinux también es muy completa:

https://wiki.archlinux.org/title/List_of_applications/Internet#Instant_messaging_clients

Thunderbird integra un cliente IRC, pero si buscas una aplicación 
independiente no es la mejor opción, evidentemente.

Saludos,

-- 
Camaleón 



Re: OT: Criptominador Outlaw en cuenta de usuario

2023-10-26 Thread Camaleón
El 2023-10-25 a las 15:34 -0300, JavierDebian escribió:

> Buenas tardes.
> 
> Hace un par de años fui víctima de Outlaw's
> 
> https://www.trendmicro.com/en_us/research/19/f/outlaw-hacking-groups-botnet-observed-spreading-miner-perl-based-backdoor.html

(...)

> ¿Alguien tiene idea de dónde se esconde el maldito gusano?
> 
> Porque he revisado TODO (bashrc y los etcéteras que se les ocurran) y no
> encuentro un script o algo que lo lance.
> Y a nivel WEB, no encuentro nada nuevo, todo del 2020/2021.

En la página que mandas de Trendmicro algo dicen:


Routine

Our data shows that the malware gains access to the system with 
brute-force attacks via SSH and executes two possible command files. 
Components of the file and routine appear similar to those of a 
published entry, while our sample executed .x15cache, the bash script 
that downloads the malware.

(...) 

The shell script downloads, extracts, and executes the miner payload. 
The extracted TAR file contains folders with scripts and the miner and 
backdoor components.


También en esta otra de Microsoft que enlazan desde la anterior:

https://www.microsoft.com/en-us/security/blog/2019/05/23/uncovering-linux-based-cyberattack-using-azure-security-center/


After the initial successful SSH brute force compromise, the attacker 
proceeds to download a first stage ‘tddwrt7s.sh’ script using utilities 
like ‘wget’ that delivers further payload to the host. Azure Security 
Center surfaces this behavior via a “Detected suspicious file 
download” alert.

Post stage 1 download, the attacker executed the script to find 
‘dota.tar.gz’ by enumerating multiple hosting URLs. Once a live hosting 
IP was found, the second stage file gets delivered in directory 
‘/tmp/.mountfs.’ Most of these exploitation and persistence techniques 
are observed from the /tmp folder. In this case all activities were 
tracked under /tmp/.mountfs and /tmp/.mountfs/.rsync directories. 
Creating directories with a dot keeps the activity hidden from the user 
interface, a common technique used by attackers.


Saludos,

-- 
Camaleón 



Re: faillock ante ataques de fuerza bruta

2023-10-26 Thread Camaleón
El 2023-10-25 a las 22:07 +0200, Roberto Leon Lopez escribió:

> En Debian 12 está el paquete libpam-modules-bin la utilidad faillock y su 
> módulo pam_faillock.so, al leer su página man no declara ninguna advertencia 
> porque podemos dejar el sistema totalmente bloqueado para acceder con 
> cualquier cuenta y es algo muy normal que pase al colocar las dos siguiente 
> líneas:
> 
> auth [default=die]  pam_faillock.so authfail
> auth sufficient pam_faillock.so authsucc
> 
> En /etc/pam.d/login o en /etc/pam.d/common-auth.
> 
> ¿Me pueden dar alguna recomendación o alternativa al respecto?

Bueno, para eso sirven los equipos de prueba :-)
Para probar cosas (configuraciones, apliiaciones, etc...) antes de 
introducirlas en producción. Las máquinas virtuales vienen muy bien 
precisamente para esto.

En cuanto a la pregunta, en principio ese tipo de módulos no debería 
afectar al usuario root, salvo configuración expresa (even_deny_root), 
en las páginas del manual tendrás más información.

https://manpages.debian.org/bookworm/libpam-modules/pam_faillock.8.en.html
https://manpages.debian.org/bookworm/libpam-modules/faillock.conf.5.en.html

Saludos,

-- 
Camaleón 



Re: Vulnerabilidad CVE-2021-25216 (libdns-export1104 y libisc-export1100)

2023-10-25 Thread Camaleón
El 2023-10-25 a las 14:46 +0200, Julio Herrero escribió:

No sé qué pasa a Gmail pero no he recibido el correo de Usaurios Lista 
:-?

> El mié, 25-10-2023 a las 13:53 +0200, Usuario Lista escribió:
> > Buenas.
> > 
> > Revisando las vulnerabilidades me he topado con esta que es bastante
> > antigua y no entiendo muy bien porque no se ha actualizado.
> 
> Según los trackers de Debian lleva corregido desde hace más de dos
> años:
> 
> https://security-tracker.debian.org/tracker/CVE-2021-25216
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=987743

El paquete que lo corrige es Bind, no las bibliotecas.

> > Estoy utilizando Wazuh como SIEM y me detecta esta vulnerabilidad en
> > los servidores Debian. Resulta que tengo instalado en estos equipos
> > la
> > versión de bind9 actualizada y parcheada, pero no tengo actualizado
> > ninguno de estos paquetes:
> > libdns-export1104
> > libisc-export1100

Podría tratarse de un falso positivo o de otra vulnerabilidad. 
Teniendo en cuenta que Debian trocea mucho los paquetes, quizá las 
aplicaciones detectan las bibliotecas y piensan que Bind no está 
parcheado cuando realmente no es así.

https://security-tracker.debian.org/tracker/CVE-2023-3341

De todas formas, Buster ya no tiene soporte de seguridad, no conviene 
tenerlo instalado en servidores públicos en producción.
> 
> Esos paquetes libdns-export* y libisc-export* no me aparecen en los
> repositorios de Debian de mi sistema, que son los oficiales. 
> 
> $ apt search libisc-export
> Ordenando... Hecho
> Buscar en todo el texto... Hecho
> $
> $apt search libdns-export
> Ordenando... Hecho
> Buscar en todo el texto... Hecho
> $
> $ dpkg -l|grep libdns
> $ dpkg -l|grep libisc
> $ 

Están... son de Debian Buster.

https://packages.debian.org/buster/libdns-export1104
https://packages.debian.org/buster/libisc-export1100

> > Os paso la información del paquete instalado y del bind9
> > 
> > Os ocurre a vosotros lo mismo
> > No encuentro la forma de parchear esos paquetes o si incluso los
> > puedo eliminar.

A ver, si los tienes instalados será por algo. Si no por necesidad 
directa sí por alguna dependencia, ya que son paquetes de bibliotecas.
No los elimines sin asegurarte antes de que no vas a romper algo.

> Pues a mi no. Ya te digo que no aparecen en los repositorios y menos en
> el sistema. Intenta eliminarlos con apt a ver si se queja algún
> paquete. Puede que uses algún repositorio no oficial y vengan de ahí.

Saludos,

-- 
Camaleón 



Re: No existe exdebian.org desde marzo 2023

2023-10-19 Thread Camaleón
El 2023-10-19 a las 12:40 +0200, Miguel de Dios Matias escribió:

> Buenas.
> 
> ¿No se si se informa así de los errores en la web (en la versión
> español)? Perdón por las molestias de no seguir el procedimiento
> correcto.
> 
> En la web en:
> 
> https://www.debian.org/support.es.html
> 
> Hay un link a un foro que ya murió el dominio desde marzo de este año:
> 
> https://web.archive.org/web/20230322164016/http://www.exdebian.org/
> 
> El fichero afectado y la línea es:
> 
> https://salsa.debian.org/webmaster-team/webwml/-/blob/master/spanish/support.wml#L137

Normalmente esas cosas las llevan los traductores de la página web, a 
quienes puedes contactar en esta lista:

https://lists.debian.org/debian-l10n-spanish/
 
> Por otra parte. ¿Cómo se hace para colaborar en la web (en español)?

Para traducir la página web oficial, pasa por aquí:

https://www.debian.org/devel/website/translating.es.html

La wiki es libre, no necesitas más que crear una cuenta y añadir el 
contenido que quieras:

https://wiki.debian.org/FrontPage

Saludos,

-- 
Camaleón 



Re: Instalar impresora como usuario normal

2023-10-16 Thread Camaleón
El 2023-10-16 a las 13:25 +0200, Luis Muñoz Fuente escribió:

> Tengo una impresora Brother que no funciona con el driver libre, tengo que
> usar el driver privativo de la marca. Tengo que usarlo en varios ordenadores
> de los que no sé su contraseña de root. Puede usar un live-usb y añadir un
> usuario con privilegios y luego instalar el driver, pero me da mucho trabajo
> porque tengo que modificar varios equipos. ¿Se puede instalar el driver en
> el ambiente del usuario normal para que pueda imprimir? Hasta donde yo sé no
> se puede, pero por si alguien sabe más. De esta manera solo tendría que
> darle las instrucciones a cada usuario y ellos mismos se instalarían la
> impresora solo para ellos, no para todo el sistema.

Sería un fallo de seguridad tremendo.

Ten en cuenta que hablamos de un controlador para que funcione un 
equipo de hardware, no de instalar un programa autónomo; es normal y 
lógico que te pida credenciales de administrador para instalarlo.

Saludos,

-- 
Camaleón 



Re: Oftopic fallo de red en vmware

2023-10-07 Thread Camaleón
El 2023-10-07 a las 16:07 +0200, Juan carlos Rebate escribió:

> El sáb., 7 oct. 2023 14:04, Camaleón  escribió:
> 
> > El 2023-10-06 a las 16:56 +0200, Juan carlos Rebate escribió:
> >
> > (corrijo el top-posting)
> >
> > > El vie., 6 oct. 2023 14:14, Camaleón  escribió:
> > >
> > > > El 2023-10-05 a las 16:27 +0200, Juan carlos Rebate escribió:
> > > >
> > > > > Hola lista, alguien más se encontró con la imposibilidad de conectar
> > vía
> > > > > dhcp una vm Linux con vmware workstation 17.0.2?, ya contacte con
> > vmware
> > > > y
> > > > > pasan de mi.
> > > >
> > > > Pues si tienes una licencia de pago, yo pasaría de ellos llevando mi
> > pasta
> > > > a otro proveedor >:-)
> > > >
> > > > > Se que no es de hardware porque cuando se instala un guest
> > > > > Windows funciona bien (no uso vbx o qemu porque son horriblemente
> > > > lentos),
> > > > > también note que si instalo Linux con gui y le doy una IP estática si
> > > > > resuelve hacia afuera pero sin gui no, digo Linux porque pasa con
> > todas
> > > > las
> > > > > distros guest pero uso debían como host. Otra curiosidad es que esto
> > lo
> > > > > hago en un portátil, el problema se origina intentando usar Bridge en
> > > > > vmware con la wifi interna pero con la red cableada no pasa esto
> > > >
> > > > Mira a ver si tienes activada esta opción para el adptador de red:
> > > >
> > > > [x] Replicate physical network connection state.
> > > >
> > > > Configure Bridged Networking for an Existing Virtual Machine
> > > >
> > > >
> > https://docs.vmware.com/en/VMware-Workstation-Pro/17/com.vmware.ws.using.doc/GUID-826323AD-D014-475D-8909-DFA73B5A3A57.html
> >
> > > Las peticiones se envían con la mac de la vm, la opción de replicación
> > está
> > > activa y no hay diferencia en la configuración a nivel usuario, a nivel
> > de
> > > fichero vmx si, claro para configurar componentes compatibles con Linux,
> > > por ejemplo Windows usa e1000e y Linux e1000, pero eso no tiene nada que
> > > ver ya que al cambiarlo no funciona, ni siquiera usando el suyo propio
> > > vmnet3.
> >
> > Lo que hace esa opción es actualizar el estado del adaptador de red
> > inalámbrico cuando conmutas entre la red cableada y la inalámbrica. Y
> > si recomienda la opción únicamente para los portátiles y móviles debe
> > ser porque VMWare es consciente de lo puñeteras (y los problemas que
> > dan) las configuraciones de la gestión de energía en esos equipos, que
> > ponen a dormir los componentes si no detectan actividad y eso es lo que
> > genera problemas ya que no siempre se despiertan correctamente.
> >
> > Si no te funciona, abre un informe de fallo en VMware, como harías en
> > cualquier otro caso:
> >
> > https://www.vmware.com/es/support/policies/defect.html
> >
> > También te podría ayudar a dar con el origen del problema revisar los
> > registros del hipervisor.
> >
> > > En cuanto a tu sugerencia Camaleon, y donde voy? Vbx lento, quemu
> > > lento y paralels que yo sepa es solo para Mac, hyper-v solo se ejecuta en
> > > Windows, kvm no entiendo cómo va no encuentro documentación pero vamos,
> > esa
> > > supuesta rapidez de kvm con qemu es un mito
> >
> > Pues depende de para qué lo estés usando y de tus necesidades,
> > obviamente. Hoy en día hay más alternativas para la instalación de
> > máquinas virtuales e hipervisores que hace unos años, y han mejorado
> > bastante.
> >
> > ¿Has probado con la versión Player? Debería compartir código con la
> > Workstation pero no sé si seguirá estando disponible.
> >
> > Para cosas caseras (desarrollo, pruebas) yo utilizaba VBox. Sí, era
> > lento pero lo ejecutaba en un Tecra A7 (Core 2 Duo T2400) con 4GiB de
> > RAM, lo que no sé es cómo se llegaba a cargar la VM.
> >
> > Con las configuraciones de hardware actuales (la RAM ya va por los
> > 64/128 GiB de serie) pues algo habrá mejorado en cuanto al rendimiento,
> > digo yo.
> >
> > Para entornos en producción o que necesitan una configuración fina, si
> > estás pagando por una licencia de una aplicación que no solamente no
> > funciona sino que además no te soluciona el problema ni te da
> > alternativas, imagina lo que pasará cuando el problema sea más gordo.

> Yo tengo un Intel core i7 

Re: Oftopic fallo de red en vmware

2023-10-07 Thread Camaleón
El 2023-10-06 a las 16:56 +0200, Juan carlos Rebate escribió:

(corrijo el top-posting)

> El vie., 6 oct. 2023 14:14, Camaleón  escribió:
> 
> > El 2023-10-05 a las 16:27 +0200, Juan carlos Rebate escribió:
> >
> > > Hola lista, alguien más se encontró con la imposibilidad de conectar vía
> > > dhcp una vm Linux con vmware workstation 17.0.2?, ya contacte con vmware
> > y
> > > pasan de mi.
> >
> > Pues si tienes una licencia de pago, yo pasaría de ellos llevando mi pasta
> > a otro proveedor >:-)
> >
> > > Se que no es de hardware porque cuando se instala un guest
> > > Windows funciona bien (no uso vbx o qemu porque son horriblemente
> > lentos),
> > > también note que si instalo Linux con gui y le doy una IP estática si
> > > resuelve hacia afuera pero sin gui no, digo Linux porque pasa con todas
> > las
> > > distros guest pero uso debían como host. Otra curiosidad es que esto lo
> > > hago en un portátil, el problema se origina intentando usar Bridge en
> > > vmware con la wifi interna pero con la red cableada no pasa esto
> >
> > Mira a ver si tienes activada esta opción para el adptador de red:
> >
> > [x] Replicate physical network connection state.
> >
> > Configure Bridged Networking for an Existing Virtual Machine
> >
> > https://docs.vmware.com/en/VMware-Workstation-Pro/17/com.vmware.ws.using.doc/GUID-826323AD-D014-475D-8909-DFA73B5A3A57.html

> Las peticiones se envían con la mac de la vm, la opción de replicación está
> activa y no hay diferencia en la configuración a nivel usuario, a nivel de
> fichero vmx si, claro para configurar componentes compatibles con Linux,
> por ejemplo Windows usa e1000e y Linux e1000, pero eso no tiene nada que
> ver ya que al cambiarlo no funciona, ni siquiera usando el suyo propio
> vmnet3. 

Lo que hace esa opción es actualizar el estado del adaptador de red 
inalámbrico cuando conmutas entre la red cableada y la inalámbrica. Y 
si recomienda la opción únicamente para los portátiles y móviles debe 
ser porque VMWare es consciente de lo puñeteras (y los problemas que 
dan) las configuraciones de la gestión de energía en esos equipos, que 
ponen a dormir los componentes si no detectan actividad y eso es lo que 
genera problemas ya que no siempre se despiertan correctamente.

Si no te funciona, abre un informe de fallo en VMware, como harías en 
cualquier otro caso:

https://www.vmware.com/es/support/policies/defect.html

También te podría ayudar a dar con el origen del problema revisar los 
registros del hipervisor.

> En cuanto a tu sugerencia Camaleon, y donde voy? Vbx lento, quemu
> lento y paralels que yo sepa es solo para Mac, hyper-v solo se ejecuta en
> Windows, kvm no entiendo cómo va no encuentro documentación pero vamos, esa
> supuesta rapidez de kvm con qemu es un mito

Pues depende de para qué lo estés usando y de tus necesidades, 
obviamente. Hoy en día hay más alternativas para la instalación de 
máquinas virtuales e hipervisores que hace unos años, y han mejorado 
bastante.

¿Has probado con la versión Player? Debería compartir código con la 
Workstation pero no sé si seguirá estando disponible.

Para cosas caseras (desarrollo, pruebas) yo utilizaba VBox. Sí, era 
lento pero lo ejecutaba en un Tecra A7 (Core 2 Duo T2400) con 4GiB de 
RAM, lo que no sé es cómo se llegaba a cargar la VM.

Con las configuraciones de hardware actuales (la RAM ya va por los 
64/128 GiB de serie) pues algo habrá mejorado en cuanto al rendimiento, 
digo yo.

Para entornos en producción o que necesitan una configuración fina, si 
estás pagando por una licencia de una aplicación que no solamente no 
funciona sino que además no te soluciona el problema ni te da 
alternativas, imagina lo que pasará cuando el problema sea más gordo.

Saludos,

-- 
Camaleón 



Re: Error al actualizar debian 12

2023-10-07 Thread Camaleón
El 2023-10-06 a las 16:47 +, CAMP escribió:

> Desde hace varios días, al ejecutar #apt update, me marca el error que el 
> repositorio debian-security no tiene un fichero de publicación.
> 
> Ya he investigado y cambiado sources.list con los ejemplos que vienen en 
> wiki.debian.org y en otras paginas.
> 
> Saben como se puede corregir?

Mejor si mandas a la lista:

1. La salida de la orden «apt-get update && apt update» para que sepamos
qué error te da exactamente.

2. La salida de «cat /etc/apt/sources.list»

Saludos,

-- 
Camaleón 



Re: plasma-discover no se abre

2023-10-01 Thread Camaleón
El 2023-10-01 a las 10:25 +0200, Adolfo R. escribió:

> El 30/9/23 a las 17:24, Camaleón escribió:
> > El 2023-09-30 a las 13:22 +0200, Adolfo R. escribió:
> > 
> > > Saludos a la lista. ... Suelo actualizar mi sistema
> > > mediante apt; pero a veces me resulta cómodo tirar del actualizador de
> > > plasma que aparece como icono en la bandeja del sistema; pero desde hace
> > > unas semanas, éste no funciona y me dice: The PackageKit daemon has 
> > > crashed
> > > Si abro plasma-discover, se cierra y, en la traza inversa de Dr.konqui
> > > aparece: Application: Discover (plasma-discover), signal: Segmentation
> > > fault...Muchas gracias por vuestra paciencia. Adolfo R.
> > Hay muchos informes de fallo abiertos en el bugzilla de KDE¹ para ese
> > tipo de fallo (segfault) relacionados con ese applet, widget o como
> > lo llamen :-)
> > 
> > Puedes probar a crear un usurio nuevo e interlo desde ahí, para
> > descartar un problema de confgiración pero tratándose de Debian testing,
> > yo esperarría a que lo actualicen, seguramente lo resuelvan
> > inadvertidamente.
> > 
> > ¹https://bugs.kde.org/buglist.cgi?bug_status=__open__=discover=changeddate%20DESC%2Cbug_status%2Cpriority%2Cassigned_to%2Cbug_id=Discover_format=advanced
> > 
> Gracias por la idea. He creado un nuevo usuario y con él he podido abrir
> Discover y, con el applet de la bandeja, he actualizado el sistema;
> 
> pero al acabar la actualización, de nuevo me ha salido el error del
> "demonio" de packagekit. A partir de este momento, tampoco puedo acceder a
> Discover
> 
> con el nuevo usuario... ni siquiera tras reinicio.
> 
> En la lista de bugs de kde que me proporcionas, he visto entradas con lo que
> me sucede; pero me extraña no encontrar más comentarios fuera de
> 
> dicha página. Ya sé que estoy utilizando la rama testing de Debian y, por
> consiguiente, puedo tener problemas - no me importan -; pero usuarios
> 
> de kde neon o de Arch con plasma tienen un sistema tan "a la última o más"
> no están reportando en masa este comportamiento de discover... y
> 
> para ellos su sistema operativo no está tildado de testing.

No creo que se trate de un problema de la distribución de Linux sino 
del paquete en sí mismo, es decir, de KDE. En los informes de bugzilla 
no se indica el sistema de los usuarios pero los errores con ese applet 
son siempre los mismos.

La ventaja de ArchLinux con respecto a Debian testing es que Arch es 
una rolling-release pura, los paquetes se actualizan contínuamente (es 
más parecida a Debian sid en este aspecto) y por lo tanto, los fallos 
upstream se solucionan antes.

Debian testing es más lentorra, para cuando aterriza una nueva versión 
del paquete que corrige el fallo, ya te has olvidado de que tenías un 
problema con ese paquete :-)

Y ojo, que quizás el problema no esté en ese paquete en concreto sino en
alguna bilioteca de Qt que interactúa con eĺ, o en otro paquete de Plasma. 

Ten paciencia y espera a ver si sacan alguna versión nueva.

Saludos,

-- 
Camaleón 



Re: plasma-discover no se abre

2023-09-30 Thread Camaleón
El 2023-09-30 a las 13:22 +0200, Adolfo R. escribió:

> Saludos a la lista. Esto me ocurre en dos ordenadores que tengo con la misma
> configuración de software. A saber: Debian en la rama testing. Kernel:
> 6.5.0-1-amd64 Escritorio Plasma 5.27,.8. También está instalado GNOME aunque
> lo utilizo muy poco. Plataforma gráfica: Wayland Suelo actualizar mi sistema
> mediante apt; pero a veces me resulta cómodo tirar del actualizador de
> plasma que aparece como icono en la bandeja del sistema; pero desde hace
> unas semanas, éste no funciona y me dice: The PackageKit daemon has crashed
> Si abro plasma-discover, se cierra y, en la traza inversa de Dr.konqui
> aparece: Application: Discover (plasma-discover), signal: Segmentation
> fault. No he podido enviar el informe a través de konqui porque me aparece
> un problema de ssl al tratar de enviarlo. Si utilizo gnome y abro discover
> recibo el siguiente mensaje: Message recipient disconnected from message bus
> without replying El problema me ocurre tanto en wayland como en X11. He
> probado a reinstalar tanto plasma-discover como packagekit; pero sin éxito
> alguno. No he sido capaz de encontrar algo útil por internet y en la lista
> tampoco. No sé si va a ser un problema sólo mío; pero me resulta curioso que
> me ocurra en dos ordenadores a la vez. Por suerte, siempre nos quedará apt
> desde la consola. Muchas gracias por vuestra paciencia. Adolfo R.

Hay muchos informes de fallo abiertos en el bugzilla de KDE¹ para ese 
tipo de fallo (segfault) relacionados con ese applet, widget o como 
lo llamen :-)

Puedes probar a crear un usurio nuevo e interlo desde ahí, para 
descartar un problema de confgiración pero tratándose de Debian testing,
yo esperarría a que lo actualicen, seguramente lo resuelvan 
inadvertidamente.

¹https://bugs.kde.org/buglist.cgi?bug_status=__open__=discover=changeddate%20DESC%2Cbug_status%2Cpriority%2Cassigned_to%2Cbug_id=Discover_format=advanced

Saludos, 

-- 
Camaleón 



Re: [OT] Mutt y Gmail

2023-09-28 Thread Camaleón
El 2023-09-28 a las 07:39 +0200, Luis Muñoz Fuente escribió:

No me ha llegado el mensaje original de Guido (no lo tengo ni en /spam 
ni en /todos los correos de Gmail), respondo a través del correo de 
Luis.
 
> El 28/9/23 a las 5:18, Guido Ignacio escribió:
> > Antes recuerdo era configurar imap y smtp en .muttrc y salia andando.
> 
> Hola:
> Hace tiempo que no consulto ninguna cuenta de gmail con mutt y la
> configuración que tenía en .muttrc ya no me sirve:
> 
> set imap_user = "USUARIO"; set imap_pass = "CLAVE"; set folder =
> "imaps://imap.gmail.com:993";set smtp_url =
> "smtp://USUARIO:CLAVE?@smtp.gmail.com:587"
> 
> Y tengo permitido el acceso de terceros a la cuenta.

Uso Mutt habitualmente para las listas de correo (ahora mismo respondo 
desde Mutt), pero la configuración básica que te ha indicado Luis 
debería ser suficiente para que funcione (al menos para que conecte con
Gmail).

Añado que también suele ser útil iniciar Mutt en modo de depuración 
para ver por dónde pueden ir los tiros (mutt -d 2).

Saludos,

-- 
Camaleón 



Re: Cuelgues aleatorios

2023-09-24 Thread Camaleón
El 2023-09-24 a las 12:04 +0200, Luis Muñoz Fuente escribió:

> El 18/9/23 a las 17:56, Camaleón escribió:
> > Si se queja de que la gráfica necesita un firmware, mejor si lo 
> > instalas.
> todavía no lo instalé.
> 
> > Cuando se te quede colgado, intenta:
> > 
> > 1. Reiniciar con la combinación mágica (SysRq).
> > 2. Acceder al equipo colgado desde SSH.
> 
> HOy se ha vuelto a colgar y no funcionaron ninguna de las dos opciones,
> así que se cuelga el kernel.
> 
> > 
> > Por experiencia, los cuelgues «duros», es decir, los que no permiten 
> > reiniciar con SysRq y tienes que apagar desde el botón del encendido, 
> > se deben a problemas con los componentes básicos: disco duro, memoria o 
> > micro, por este orden.
> 
> Adjunto la salida de journalctl -b -1 y de journalctl -b -1 -p 3. 

(...)

Hum... No veo ningún registro de salida, ni tampoco ningún archivo 
adjunto pero puede ser un problema de configuración de Mutt :-?

Saludos,

-- 
Camaleón 



Re: Toma de contacto

2023-09-24 Thread Camaleón
El 2023-09-23 a las 20:46 +, Salva escribió:

> Hola

Hola Salva, bienvenido :-)

> Soy nuevo en la comunidad Debian. Me gustaría contactar con vosotros para 
> ayudar de alguna manera en el proyecto.
> Me gustaría saber si hace falta ayuda en la parte de arte-gráfica, diseño, 
> imagen corporativa, vídeo...
> No se muy bien como contactar ni con quién.

Debian es un proyecto excelente pero uno de sus puntos flacos (desde mi 
punto de vista) es que carece de una organización o estructura asentada 
para los colaboradores.

Dejan demasiado abierta la iniciativa personal y mucha gente se pierde 
en el camino antes de llegar a buen puerto.

En suma, colaborar en Debian es un auténtico acto de fe/voluntad :-)

Date una vuelta por las páginas de la wiki (la información más 
actualizada está en inglés) y mira a ver si encuentras alguna sección 
donde colaborar:

Contribute: How you can help Debian
https://www.debian.org/intro/help.en.html

En la parte gráfica, cuando se publica una nueva versión de la 
distribción (normalmente cada 2 años) hacen una especie de concurso o 
votación para elegir el tema de esa versión:

DebianArt
https://wiki.debian.org/DebianArt
https://wiki.debian.org/DebianArt/Themes
https://wiki.debian.org/Promote

Siempre se puede hacer algo, aunque no se ajuste exactamente a lo que 
nos gustaría o nuestra espcialidad. Por ejemplo, yo colaboro con las 
traducciones de las plantillas de configuración de los paquetes, 
informo de errores que encuentro en el sistema y en las aplicaciones, 
ayudo por la lista de usuarios (esta), etc.

Mucho ánimo, y cualquier cosa que necesites, pregunta. La gente está 
aquí para ayudar.

Saludos,

-- 
Camaleón 



Re: El entorno gráfico no muestra unidades extraíbles USB

2023-09-20 Thread Camaleón
El 2023-09-20 a las 09:42 +0200, Julian Daich escribió:

> El lun, 18 sept 2023 a las 21:10, Germán Avendaño Ramírez
> () escribió:
> >
> > Tengo debian 11, con xfce. Para montar usb u otros discos uso el comando
> >
> > 'udisksctl mount -b /dev/sdbX'
> >
> 
> Hola,
> 
> Gracias, el problema puede estar por aquí
> $ udisksctl mount -b /dev/sdbb
> Error connecting to the udisks daemon: Se alcanzó el tiempo de expiración
> 
> Con sudo la respuesta no cambia. Lo mismo con udisksctl status y
> udisksctl monitor.
> 
> Tengo instalado udisks2, pero no udisks2d porque ya no está disponible
> 
> $ systemctl status udisks2
> ● udisks2.service - Disk Manager
>  Loaded: loaded (/lib/systemd/system/udisks2.service; disabled; preset: 
> disabled)

^^
>  Active: active (running) since Wed 2023-09-20 08:09:47 CEST; 1h 28min ago
>Docs: man:udisks(8)
>Main PID: 4917 (udisksd)
>   Tasks: 7 (limit: 9280)
>  Memory: 93.8M
> CPU: 22min 56.771s
>  CGroup: /system.slice/udisks2.service
>  ├─ 4917 /usr/libexec/udisks2/udisksd
>  └─11737 fsck.vfat -nv /dev/sdb1

El servicio aparece como DESACTIVADO, pero creo que debería cargarse al 
inicio. Así lo tengo yo:


root@stt008:~# systemctl status udisks2
● udisks2.service - Disk Manager
 Loaded: loaded (/lib/systemd/system/udisks2.service; enabled; vendor 
preset: enabled)
 Active: active (running) since Wed 2023-09-20 08:07:43 CEST; 5h 46min ago
   Docs: man:udisks(8)
   Main PID: 459 (udisksd)
  Tasks: 5 (limit: 9512)
 Memory: 10.6M
CPU: 5.599s
 CGroup: /system.slice/udisks2.service
 └─459 /usr/libexec/udisks2/udisksd

sep 20 08:07:39 stt008 systemd[1]: Starting Disk Manager...
sep 20 08:07:39 stt008 udisksd[459]: udisks daemon version 2.9.2 starting
sep 20 08:07:43 stt008 systemd[1]: Started Disk Manager.
sep 20 08:07:43 stt008 udisksd[459]: Acquired the name org.freedesktop.UDisks2 
on the system message bus


Saludos,

-- 
Camaleón 



Re: [OT] Nueva versión de Thunderbird (Nova) ya disponible como actualización

2023-09-18 Thread Camaleón
El 2023-09-18 a las 19:12 +0200, Borja Gutiérrez Fernández escribió:

(reenvío a la lista, me llegó al privado)

> El 7/9/23 a las 20:23, Camaleón escribió:
> > Hola,
> > 
> > Para los «cobardicas» como yo O:-), que hemos esperado a que Thunderbird
> > actualizara a Nova (102.x → 115.x) os informo que ese día ha llegado.
> > 
> > Sólo comentar que he actualizado como de costumbre y se inicia
> > aparantemente sin problemas. Mi perfil (del que previamente a
> > actualizar he copiado en ubicación a parte, por si acaso...) ocupa 42
> > GiB, de ahí el temor del salto.
> > 
> > Y poco más, el estilo (estética) es muy similar a la versión anterior y
> > ya veremos cómo se va comportando, pero ha migrado todo bien (correos,
> > cuentas, calendario, agenda, filtros...). Se nota ligero, como es
> > habitual.
> > 
> > En fin, cruzo (todos) los dedos y tentáculos.
> > 
> > Nota: Uso el programa descargado de la página web de Mozilla, no los
> > paquetes de la distribución. Estoy en un sistema Debian 11, con micro
> > viejito (Core 2 Quad Q9550 del año 2008) y 8 GiB de RAM.

> Hola,
> 
> Yo he instalado la actualización hace poco. Y después de estar funcionando
> un rato, me empezaba a consumir la CPU de forma desproporcionada.
> 
> Mirando por internet, he encontrado que parece un bug, y después de
> modificar el valor de un parámetro, parece que ha vuelto a un uso normal de
> CPU.
> 
> https://bugzilla.mozilla.org/show_bug.cgi?id=1305207

Hum... ese bug es de hace ¡7 años! >:-O

¿Crees que tiene relación con la reciente versión de Nova? 

Cierto es que Thunderbird siempre ha tenido fama de «lentorro y pesado» 
quizá haya arrastrado el problema hasta la versión actual.

En mi equipo (que es viejo a rabiar) se desenvuelve MUY bien para la 
carga que tiene (40 GiB de perfil siempre abierto desde que se inicia 
el equipo). En ese aspecto no tengo queja alguna.

Saludos,

-- 
Camaleón 



[OT] backup inmutable

2023-09-14 Thread Camaleón
El 2023-09-14 a las 08:15 -0300, Luciano Andino escribió:

> ¡Buenas! Bueno resulta que los ransomware están a full y parece que no
> respetan ningún sistema operativo. Mi consulta es: ¿conocen una solución
> libre (o de última no tan costosa) para poder realizar backups que sean
> inmutables?

Hum... interesante.

Se me ocurre el uso de un medio que por su naturaleza sea de tipo sólo 
lectura (p. ej., DVD óptico) o almacenar la copia en un sistema de 
archivos (o partición) de sólo lectura, si bien habría que conmutar su 
estado, para permitir la escritura previamente a hacer la copia, y 
volver a ponerlo en modo sólo lectura tras realizar la copia, previa 
autorización/autentificación del administrador.

Saludos,

-- 
Camaleón 



Re: [OT] Nueva versión de Thunderbird (Nova) ya disponible como actualización

2023-09-08 Thread Camaleón
El 2023-09-07 a las 17:04 -0300, Gerardo Braica escribió:

> El 7/9/23 a las 15:23, Camaleón escribió:
> > Hola,
> > 
> > Para los «cobardicas» como yo O:-), que hemos esperado a que Thunderbird
> > actualizara a Nova (102.x → 115.x) os informo que ese día ha llegado.
> > 
> > Sólo comentar que he actualizado como de costumbre y se inicia
> > aparantemente sin problemas. Mi perfil (del que previamente a
> > actualizar he copiado en ubicación a parte, por si acaso...) ocupa 42
> > GiB, de ahí el temor del salto.
> > 
> > Y poco más, el estilo (estética) es muy similar a la versión anterior y
> > ya veremos cómo se va comportando, pero ha migrado todo bien (correos,
> > cuentas, calendario, agenda, filtros...). Se nota ligero, como es
> > habitual.
> > 
> > En fin, cruzo (todos) los dedos y tentáculos.
> > 
> > Nota: Uso el programa descargado de la página web de Mozilla, no los
> > paquetes de la distribución. Estoy en un sistema Debian 11, con micro
> > viejito (Core 2 Quad Q9550 del año 2008) y 8 GiB de RAM.

> Lo instalé y funcionaba bien pero no hubo forma de configurar el color
> manualmente.
> Habitualmente uso colores neutros para todo, gamas de beige o similares.
> Incluso me modifico los temas de Cinnamon. Y siempre use userChrome.css,
> pero con la version 115 fue imposible, y en blanco o negro era muy incomodo.
> Tuve que volver a la 102.

En los foros de Thunderbird es un tema recurrente, mira a ver si alguna 
de las cosas que comentan te sirve:

Thunderbird v115.2 be modified with userChrome.css?
https://forums.mozillazine.org/viewtopic.php?f=39=3113191=e935e255d8c6d3b91c6613207ef9173e

Adapt userChrome.css from v102 to v115
http://forums.mozillazine.org/viewtopic.php?t=315

Estos hilos son recientes (el primero te interesará seguirlo para ver 
las respuestas), pero en los foros hay más mensajes.

Saludos,

-- 
Camaleón 



[OT] Nueva versión de Thunderbird (Nova) ya disponible como actualización

2023-09-07 Thread Camaleón
Hola,

Para los «cobardicas» como yo O:-), que hemos esperado a que Thunderbird 
actualizara a Nova (102.x → 115.x) os informo que ese día ha llegado.

Sólo comentar que he actualizado como de costumbre y se inicia 
aparantemente sin problemas. Mi perfil (del que previamente a 
actualizar he copiado en ubicación a parte, por si acaso...) ocupa 42 
GiB, de ahí el temor del salto.

Y poco más, el estilo (estética) es muy similar a la versión anterior y 
ya veremos cómo se va comportando, pero ha migrado todo bien (correos, 
cuentas, calendario, agenda, filtros...). Se nota ligero, como es 
habitual.

En fin, cruzo (todos) los dedos y tentáculos.

Nota: Uso el programa descargado de la página web de Mozilla, no los 
paquetes de la distribución. Estoy en un sistema Debian 11, con micro 
viejito (Core 2 Quad Q9550 del año 2008) y 8 GiB de RAM.

Saludos,

-- 
Camaleón 



Re: Problema con el sonido

2023-09-06 Thread Camaleón
El 2023-09-05 a las 18:42 +0200, Imeneo Tirinto escribió:

> Hola.
> Desde hace unos días los altavoces de mi ordenador dejaron de emitir
> sonidos. Sólo puedo escuchar algo (vídeos, música...) si conecto los cascos
> a través de minijack, por lo que deduzco que el problema no está en la
> tarjeta de sonido.
> 
> Tengo instalado Debian 12.
> 
> Cómo podría solucionarlo?

Verifica desde el applet del icono del altavoz que tienes configurada 
como salida de audio los altavoces y que el nivel de volumen no sea muy 
bajo ni estén silenciados.

Saludos,

-- 
Camaleón 



Re: Desconfiguracin

2023-09-06 Thread Camaleón
El 2023-08-29 a las 14:01 +, Darío escribió:

Hola,

> Hola buen día! estoy teniendo un problema con el sonido en Debian 12, y está 
> pasando siempre.
> Vengo de la actualización de 11 a 12 en una portatil Dell E6420 (algo viejita 
> pero anda perfecto) y se me desconfigura el sonido teniendo que ir siempre al 
> ícono de audio (en Mate) y encontrar a cuál corresponde, a veces siempre 
> diferente a una configuración anterior incluso.
> Anteriormente no pasaba con Debian 11, pero es seguido e incluso ahora que 
> tengo que usar zoom no se me escucha. Cuando en OBS puede grabar con el 
> micrófono.
> No sé qué otra manera de configurar el audio realmente, no fue algo de 
> preocuparme porque siempre anduvo perfecto, y lo solucioné con ese ícono, 
> además de que nunca usé el micrófono incorporado de la portátil.
> 
> ¿Cómo puedo dejar definitivamente configurado sin que se desconfigure? ¿y por 
> qué puede llegar a ocurrir?

¿Y cuál es el problema, exactamente?:

1. No funciona el sonido en ninguna aplicación ni tampoco los sonidos 
del sistema.

2. No funciona el sonido en una aplicación/es concreta/s (indicar en 
cuál fucniona y en cuál no).

3. El sonido funciona bien cuando se configura desde el applet de sonido 
pero al reiniciar el sistea vuelve a desconfigurarse y hay que 
cofigurarlo de nuevo para que funcione (se pierden los valores definidos).

4. Otro problema (desarrollar).

Ya nos dices :-)

Saludos,

-- 
Camaleón 



Re: Grub

2023-09-02 Thread Camaleón
El 2023-09-02 a las 06:40 -0700, latin...@vcn.bc.ca escribió:

(reenvío a la lista)

> > El 2023-09-01 a las 15:33 -0700, latin...@vcn.bc.ca escribió:
> >
> >> > El 2023-08-30 a las 16:50 -0700, latin...@vcn.bc.ca escribió:
> >> >
> >> >> Necesito instalar Grub u otro Boot Loader, en /dev/sda2, como se hace
> >> >> por
> >> >> favor?
> >> >
> >> > Desde un sistema arrancable:
> >> >
> >> > grub-install /dev/sda2
> >> >
> >> > Desde un sistema que no inicia, recomiendo Super Grub2 Disk¹ o
> >> alguna
> >> > versión LiveCD de linux para instatarlo desde línea de
> >> órdenes, ya que
> >> > de manera predeterminada (si no se especifica nada), se suele instalar
> >> > en el sector de arranque del disco marcado como de inicio, no en la
> >> > partición, que es lo que buscas.
> >> >
> >> > Antes de hacer nada, a tener en cuenta varias cosas, como si se trata
> >> > de un sistema con BIOS o UEFI, si hay otros sistemas operativos o
> >> > discos, si hay RAID (hardware o software), volúmenes (LVM),
> >> cifrado,
> >> > etc²...
> >>
> >> >
> >> > ¹https://www.supergrubdisk.org/super-grub2-disk/
> >> > ²https://wiki.archlinux.org/title/GRUB#Install_grub2-bios_package
> >> >
> >>
> >> Gracias Camaleon
> >>
> >> Pero no me funciona nada!
> >
> > Pues como no nos digas qué es lo que has hecho exactamente y qué te
> > devuelve, con esto de la inflación subyacente las bolas de cristal se
> > han encarecido bastante >:-)
> >
> > SuperGrub2Disk es un todoterreno que arranca lo inarrancable y repara
> > lo irreparable.
> >
> >> Mejor voy a sustituirlo, gracias de nuevo.
> >>
> >> PD:
> >> Este es el error de lilo:
> >> Fatal: First sector of /dev/sda2 doesn't have a valid boot signature
> >
> > Uff... LILO, ese gran deasconocido. Nunca lo usé en Linux y hace años
> > que está obsoleto, creo (desde el 2015) :-?
> >
> > Del manual:
> >
> > 
> > 6.1.1 Fatal errors
> > https://www.joonet.de/lilo/olddoc/html/user_21-5.html#x1-760006.1.1
> >
> > First sector of device doesn’t have a valid boot signature
> >
> > The first sector of the specified device does not appear to be a
> > valid boot sector. You might have confused the device name.32
> > 
> >
> > Mira a ver qué tienes en el archivo de configuración de LILO, pero
> > mejor si como bien dices, aprovechando la coyuntura, te pasas a GRUB2.
> >
> 
> Bueno la bola de cristal te la podes meter por el culo, como se te ocurre
> sugerir Super Grub, cuando Debian es el segundo Linux mas viejo!

Oye niño, esa lengua :-/

Y a ver si aprendes a leer, que yo no te he dicho que instales algo 
distinto a Debian (Super Grub2 Disk NO es una distribución instalable, 
es una versión LiveCD para reparar un sistema que no carga).
 
> Deberias limitarte a sugerir como resolver con debian. Y si debian no
> puede significa que ya no es Debian.

De hecho LILO ya no está en los repos oficiales:

https://tracker.debian.org/pkg/lilo

Saludos,

-- 
Camaleón 



Re: Grub

2023-09-02 Thread Camaleón
El 2023-09-01 a las 15:33 -0700, latin...@vcn.bc.ca escribió:

> > El 2023-08-30 a las 16:50 -0700, latin...@vcn.bc.ca escribió:
> >
> >> Necesito instalar Grub u otro Boot Loader, en /dev/sda2, como se hace
> >> por
> >> favor?
> >
> > Desde un sistema arrancable:
> >
> > grub-install /dev/sda2
> >
> > Desde un sistema que no inicia, recomiendo Super Grub2 Disk¹ o alguna
> > versión LiveCD de linux para instatarlo desde línea de órdenes, ya que
> > de manera predeterminada (si no se especifica nada), se suele instalar
> > en el sector de arranque del disco marcado como de inicio, no en la
> > partición, que es lo que buscas.
> >
> > Antes de hacer nada, a tener en cuenta varias cosas, como si se trata
> > de un sistema con BIOS o UEFI, si hay otros sistemas operativos o
> > discos, si hay RAID (hardware o software), volúmenes (LVM), cifrado,
> > etc²...
> 
> >
> > ¹https://www.supergrubdisk.org/super-grub2-disk/
> > ²https://wiki.archlinux.org/title/GRUB#Install_grub2-bios_package
> >
> 
> Gracias Camaleon
> 
> Pero no me funciona nada!

Pues como no nos digas qué es lo que has hecho exactamente y qué te 
devuelve, con esto de la inflación subyacente las bolas de cristal se 
han encarecido bastante >:-)

SuperGrub2Disk es un todoterreno que arranca lo inarrancable y repara 
lo irreparable.
 
> Mejor voy a sustituirlo, gracias de nuevo.
> 
> PD:
> Este es el error de lilo:
> Fatal: First sector of /dev/sda2 doesn't have a valid boot signature

Uff... LILO, ese gran deasconocido. Nunca lo usé en Linux y hace años 
que está obsoleto, creo (desde el 2015) :-?

Del manual:


6.1.1 Fatal errors
https://www.joonet.de/lilo/olddoc/html/user_21-5.html#x1-760006.1.1

First sector of device doesn’t have a valid boot signature
 
The first sector of the specified device does not appear to be a 
valid boot sector. You might have confused the device name.32


Mira a ver qué tienes en el archivo de configuración de LILO, pero 
mejor si como bien dices, aprovechando la coyuntura, te pasas a GRUB2.

Saludos,

-- 
Camaleón 



Re: Fallos en mi Debian

2023-08-31 Thread Camaleón
El 2023-08-31 a las 17:19 +0100, José Manuel (Abogado) escribió:
> 
> El 30/8/23 a las 7:58, Camaleón escribió:

(...)
> > > Gracias por contestar a Fran y Camaleón
> > > 
> > > Poniendo los comandos que me indicas sale lo siguiente:
> > > 
> > > eb8cxw@debianPAPA:~$ systemctl list-units --failed
> > >   UNIT    LOAD   ACTIVE SUB    DESCRIPTION
> > > ● accounts-daemon.service loaded failed failed Accounts Service
> > > 
> > > LOAD   = Reflects whether the unit definition was properly loaded.
> > > ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
> > > SUB    = The low-level unit activation state, values depend on unit type.
> > > 1 loaded units listed.
> > 
> > Hum... no sé qué hace ese servicio. De hecho no tengo instalado el paquete, 
> > voy a
> > instruirme...
> > 
> > ***
> > https://packages.debian.org/bookworm/accountsservice
> > 
> > Package: accountsservice (22.08.8-6)
> > query and manipulate user account information
> > 
> > The AccountService project provides a set of D-Bus interfaces for
> > querying and manipulating user account information and an
> > implementation of these interfaces, based on the useradd, usermod and
> > userdel commands.
> > ***
> > 
> > Pues muy bien (me quedo igual) :-)
> > 
> > Pero bueno, ahora que ya sabes cuál falla, y siempre que quieras
> > invocar a la bestia, intenta iniciar el servicio para ver qué te dice:
> > 
> > systemctl restart accounts-daemon
> 
> No hace nada:
> 
> eb8cxw@debianPAPA:~$  systemctl restart accounts-daemon
> eb8cxw@debianPAPA:~$

¿Y ejecutado como root?

> > Si no saca nada, revisa el registro con:
> > 
> > journalctl -n
> > 
> > Y manda la salida.
> 
> Esto es lo que sale:
> 
> eb8cxw@debianPAPA:~$ journalctl -n
> Hint: You are currently not seeing messages from other users and the system.
>  Users in the 'systemd-journal' group can see all messages. Pass -q to
>  turn off this notice.

(...)

Ejecuta esta orden también como root, mejor. No vaya a ser que nos 
estemos perdiendo lo sustancial :-)

> ago 31 17:11:15 debianPAPA polkit-kde-authentication-agent-1[1528]:> 
> Finishing obtaining privileges
> ago 31 17:11:15 debianPAPA polkit-kde-authentication-agent-1[1528]: Listener 
> adapter polkit_qt_listener_initi>
> ago 31 17:11:15 debianPAPA polkit-kde-authentication-agent-1[1528]: 
> polkit_qt_listener_initiate_authenticatio>
> ago 31 17:11:15 debianPAPA polkit-kde-authentication-agent-1[1528]: Finish 
> obtain authorization: true
> ago 31 17:11:15 debianPAPA kwin_x11[1483]: kwin_core: XCB error: 152 
> (BadDamage), sequence: 41240, resource i>
> ago 31 17:11:42 debianPAPA kwin_x11[1483]: qt.qpa.xcb: QXcbConnection: XCB 
> error: 3 (BadWindow), sequence: 48>
> ago 31 17:11:52 debianPAPA kwin_x11[1483]: qt.qpa.xcb: QXcbConnection: XCB 
> error: 3 (BadWindow), sequence: 52>
> ago 31 17:13:16 debianPAPA plasmashell[1509]: Could not find the Plasmoid for 
> Plasma::FrameSvgItem(0x55aacb88>
> ago 31 17:13:16 debianPAPA plasmashell[1509]: Could not find the Plasmoid for 
> Plasma::FrameSvgItem(0x55aacb88>
> ago 31 17:13:21 debianPAPA kwin_x11[1483]: qt.qpa.xcb: QXcbConnection: XCB 
> error: 3 (BadWindow), sequence: 10 lines 1-10/10 (END)

(...)

> > > ago 29 16:46:47 debianPAPA plasmashell[4181]: libva error:> 
> > > /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed
> > > ago 29 16:47:38 debianPAPA plasmashell[4181]: libva error:  
> > > /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed
> > > ago 29 16:47:39 debianPAPA plasmashell[4181]: libva error: 
> > > /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed
> > > ago 29 16:48:42 debianPAPA plasmashell[4181]: libva error: 
> > > /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed
> > > ago 29 16:49:02 debianPAPA plasmashell[4181]: libva error: 
> > > /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed
> > > 
> > > No entiendo mucho pero parece que esta en el vídeo, ya me diréis,
> > Sí, esto parece más importante.
> > 
> > Ese archivo que falla al inicializar está en el paquete
> > «intel-media-va-driver» y también en «intel-media-va-driver-non-free»
> > que es para la aceleración de la gráfica (Intel).
> > 
> > Veo varios bugs abiertos en Ubuntu, Archlinux, Fedora... con ese mismo
> > error que te aparece, pero mi recomendación es que si no experimentas
> > ningún problema evidente y efectivo (más allá del mensaje), si no notas
> > mal rendi

Re: Grub

2023-08-31 Thread Camaleón
El 2023-08-30 a las 16:50 -0700, latin...@vcn.bc.ca escribió:

> Necesito instalar Grub u otro Boot Loader, en /dev/sda2, como se hace por
> favor?

Desde un sistema arrancable:

grub-install /dev/sda2

Desde un sistema que no inicia, recomiendo Super Grub2 Disk¹ o alguna 
versión LiveCD de linux para instatarlo desde línea de órdenes, ya que 
de manera predeterminada (si no se especifica nada), se suele instalar 
en el sector de arranque del disco marcado como de inicio, no en la 
partición, que es lo que buscas.

Antes de hacer nada, a tener en cuenta varias cosas, como si se trata 
de un sistema con BIOS o UEFI, si hay otros sistemas operativos o 
discos, si hay RAID (hardware o software), volúmenes (LVM), cifrado, 
etc²...

¹https://www.supergrubdisk.org/super-grub2-disk/
²https://wiki.archlinux.org/title/GRUB#Install_grub2-bios_package

Saludos,

-- 
Camaleón 



Re: Fallos en mi Debian

2023-08-30 Thread Camaleón
El 2023-08-29 a las 20:01 +0100, José Manuel (Abogado) escribió:
> 
> El 29/8/23 a las 7:29, Camaleón escribió:
> > El 2023-08-28 a las 20:51 +0100, José Manuel (Abogado) escribió:
> > 
> > > Me aparecen dos fallos que no se porque sucede, por lo que me dirijo a
> > > ustedes por si me pueden orientar, cosa que les agradezco de antemano.
> > > 
> > > Tengo Debian Bookworm
> > > 
> > > Primer fallo, en el arranque me aparece la palabra fallo en rojo pero al 
> > > ser
> > > rápido no me da tiempo a saber que lo que pone
> > Añado a lo ya indicado por Fran.
> > 
> > La orden «systemctl list-units --failed» te permite enumerar los
> > servicios fallidos.
> > 
> > Y con «journalctl -b | grep -i -e fallo -e failed» también podrás ver los 
> > registros
> > del arranque actual con la palabra «fallo» o «failed».
> > > Segundo fallo por consola, al actualizar algún paquete al terminar a 
> > > través
> > > de sudo me aparece lo siguiente en las últimas líneas:
> > > 
> > > ...
> > > 
> > > libdvd-pkg: Checking orig.tar integrity...
> > > /usr/src/libdvd-pkg/libdvdcss_1.4.3.orig.tar.bz2: La suma coincide
> > > libdvd-pkg: `apt-get check` failed, you may have broken packages.
> > > Aborting...
> > No sé si has probado a reconfigurar el paquete con la orden 
> > «dpkg-reconfigure
> > libdvd-pkg».
> > 
> > 
> Hola
> 
> Gracias por contestar a Fran y Camaleón
> 
> Poniendo los comandos que me indicas sale lo siguiente:
> 
> eb8cxw@debianPAPA:~$ systemctl list-units --failed
>  UNIT    LOAD   ACTIVE SUB    DESCRIPTION
> ● accounts-daemon.service loaded failed failed Accounts Service
> 
> LOAD   = Reflects whether the unit definition was properly loaded.
> ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
> SUB    = The low-level unit activation state, values depend on unit type.
> 1 loaded units listed.


Hum... no sé qué hace ese servicio. De hecho no tengo instalado el paquete, voy 
a 
instruirme...

***
https://packages.debian.org/bookworm/accountsservice

Package: accountsservice (22.08.8-6) 
query and manipulate user account information

The AccountService project provides a set of D-Bus interfaces for 
querying and manipulating user account information and an 
implementation of these interfaces, based on the useradd, usermod and 
userdel commands. 
***

Pues muy bien (me quedo igual) :-)

Pero bueno, ahora que ya sabes cuál falla, y siempre que quieras 
invocar a la bestia, intenta iniciar el servicio para ver qué te dice:

systemctl restart accounts-daemon

Si no saca nada, revisa el registro con:

journalctl -n

Y manda la salida.

> eb8cxw@debianPAPA:~$ journalctl -b | grep -i -e fallo -e failed
> Hint: You are currently not seeing messages from other users and the system.
>  Users in the 'systemd-journal' group can see all messages. Pass -q to
>  turn off this notice.
> ago 29 15:45:45 debianPAPA wireplumber[1584]: Failed to set scheduler 
> settings: Operación no permitida
> ago 29 15:45:46 debianPAPA wireplumber[1584]: 
>  failed to activate item: Object activation 
> aborted: proxy destroyed
> ago 29 15:45:55 debianPAPA org_kde_powerdevil[1766]: org.kde.powerdevil: 
> org.kde.powerdevil.chargethresholdhel per.getthreshold failed "Charge 
> thresholds are not supported by the kernel for this hardware"
> ago 29 15:45:55 debianPAPA org_kde_powerdevil[1766]: org.kde.powerdevil: 
> org.kde.powerdevil.backlighthelper.brightness failed
> ago 29 15:45:57 debianPAPA org_kde_powerdevil[1766]: org.kde.powerdevil: 
> org.kde.powerdevil.chargethresholdhelper.getthreshold failed "Charge 
> thresholds are not supported by the kernel for this hardware"
> ago 29 15:45:57 debianPAPA kwin_x11[1715]: kf.config.core: "\"fsrestore1\" - 
> conversion of \"0,0,0,0\" to QRect failed"
> ago 29 15:45:57 debianPAPA kwin_x11[1715]: kf.config.core: "\"fsrestore2\" - 
> conversion of \"0,0,0,0\" to QRect failed"
> ago 29 15:46:02 debianPAPA kded5[1714]: org.kde.libkbolt: Failed to connect 
> to Bolt manager DBus interface:
> ago 29 15:47:25 debianPAPA dbus-daemon[1588]: [session uid=1000 pid=1588] 
> Activated service 'org.kde.KSplash'failed: Process org.kde.KSplash exited 
> with status 1

Estos mensajes de arriba (↑) parecen inocuos de KDE y sus cositas (gestión de 
energía, etc...).

> ago 29 16:46:47 debianPAPA plasmashell[4181]: libva error:> 
> /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so init failed
> ago 29 16:47:38 debianPAPA plasmashell[4181]: libva error:  
> /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so

Re: Fallos en mi Debian

2023-08-29 Thread Camaleón
El 2023-08-28 a las 20:51 +0100, José Manuel (Abogado) escribió:

> Me aparecen dos fallos que no se porque sucede, por lo que me dirijo a
> ustedes por si me pueden orientar, cosa que les agradezco de antemano.
> 
> Tengo Debian Bookworm
> 
> Primer fallo, en el arranque me aparece la palabra fallo en rojo pero al ser
> rápido no me da tiempo a saber que lo que pone

Añado a lo ya indicado por Fran.

La orden «systemctl list-units --failed» te permite enumerar los 
servicios fallidos.

Y con «journalctl -b | grep -i -e fallo -e failed» también podrás ver los 
registros 
del arranque actual con la palabra «fallo» o «failed».
 
> Segundo fallo por consola, al actualizar algún paquete al terminar a través
> de sudo me aparece lo siguiente en las últimas líneas:
> 
> ...
> 
> libdvd-pkg: Checking orig.tar integrity...
> /usr/src/libdvd-pkg/libdvdcss_1.4.3.orig.tar.bz2: La suma coincide
> libdvd-pkg: `apt-get check` failed, you may have broken packages.
> Aborting...

No sé si has probado a reconfigurar el paquete con la orden «dpkg-reconfigure 
libdvd-pkg».

Saludos,

-- 
Camaleón 



Re: GUI JSON viewer

2023-08-28 Thread Camaleón
El 2023-08-28 a las 11:27 -0600, Paynalton escribió:

> Hay algún programa opensource que me recomienden para ver archivos en
> formato JSON en entorno gráfico???
> 
> Actualmente uso xed, me es suficiente, pero tengo curiosidad sobre qué
> cosas nuevas han surgido en estos años.

Firefox (y entiendo que el resto de navegadores modernitos también), lo 
carga como un XML, sencillo pero con un mínimo de lógica (colorines, 
estructura arbórea...). 

Saludos,

-- 
Camaleón 



Re: Después de actualizar no arranca «entorno gráfico» de forma automática

2023-08-23 Thread Camaleón
El 2023-08-23 a las 19:04 +0200, aa ag escribió:

> Enviar: miércoles 23 de agosto de 2023 a las 17:50
> De: "Camaleón" 
> Para: debian-user-spanish@lists.debian.org
> Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
> automática
> El 2023-08-23 a las 17:18 +0200, aa ag escribió:
> 
>> > Buenas.
>> > Pues este es el resultado de ~# grep -e "(EE)" -e "(WW)" /var/log/Xorg.*
>> 
>> ¡Gracias! :-)
>> 
>> > /var/log/Xorg.0.log: (WW) warning, (EE) error, (NI) not implemented, (??) 
>> > unknown.
>> > /var/log/Xorg.0.log:[ 15.181] (WW) The directory 
>> > "/usr/share/fonts/X11/cyrillic" does not exist.
>> > /var/log/Xorg.0.log:[ 15.265] (EE) open /dev/dri/card0: No such file or 
>> > directory
>> > /var/log/Xorg.0.log:[ 15.265] (WW) Falling back to old probe method for 
>> > modesetting
>> > /var/log/Xorg.0.log:[ 15.265] (EE) open /dev/dri/card0: No such file or 
>> > directory
>> > /var/log/Xorg.0.log:[ 15.266] (EE) Unable to find a valid framebuffer 
>> > device
>> > /var/log/Xorg.0.log:[ 15.266] (WW) Falling back to old probe method for 
>> > fbdev
>> > /var/log/Xorg.0.log:[ 15.266] (EE) open /dev/fb0: No such file or directory
>> > /var/log/Xorg.0.log:[ 15.266] (EE) Screen 0 deleted because of no matching 
>> > config section.
>> > /var/log/Xorg.0.log:[ 15.266] (EE) Screen 0 deleted because of no matching 
>> > config section.
>> > /var/log/Xorg.0.log:[ 15.266] (EE) Screen 0 deleted because of no matching 
>> > config section.
>> > /var/log/Xorg.0.log:[ 15.287] (WW) VESA(0): Unable to estimate virtual size
> 
>> (...)
> 
>> ¿Puedes subir el archivo completo «/var/log/Xorg.0.log» a pastebin o algún 
>> sitio similar
>> (p. ej., «https://paste.debian.net/»)?
>> 
>> El archivo no contiene datos sensibles, puedes subirlo completo sin
>> problemas.

> Claro, ahí va: https://paste.debian.net/1289829/
> Gracias y un saludo.

Hum... no veo errores PERO algo le pasa a tu servidor gráfico porque 
*carga el driver VESA* y no creo que sea eso lo que quieras (tampoco 
debería ser motivo para que no nicie LightDM pero desde luego algo no 
marcha bien por es aparte), entiendo que tienes un adaptador ATI y 
deberías cargar el driver libre (RADEON) o el propietario pero no el 
genérico (framebuffer):

[15.264] (II) RADEON: Driver for ATI/AMD Radeon chipsets:
(...)
[15.265] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[15.265] (II) FBDEV: driver for framebuffer: fbdev
[15.265] (II) VESA: driver for VESA chipsets: vesa
[15.265] (II) [KMS] drm report modesetting isn't supported.
[15.265] (EE) open /dev/dri/card0: No such file or directory
[15.265] (WW) Falling back to old probe method for modesetting
[15.265] (EE) open /dev/dri/card0: No such file or directory
[15.265] (II) Loading sub module "fbdevhw"
[15.265] (II) LoadModule: "fbdevhw"
[15.265] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[15.266] (II) Module fbdevhw: vendor="X.Org Foundation"
(...)
[15.266] (II) UnloadModule: "radeon"
[15.266] (EE) Screen 0 deleted because of no matching config section.
[15.266] (II) UnloadModule: "modesetting"
[15.266] (EE) Screen 0 deleted because of no matching config section.
[15.266] (II) UnloadModule: "fbdev"
[15.266] (II) UnloadSubModule: "fbdevhw"
[15.266] (II) Loading sub module "vbe"
[15.266] (II) LoadModule: "vbe"
[15.266] (II) Loading /usr/lib/xorg/modules/libint10.so
[15.267] (II) Module int10: vendor="X.Org Foundation"
[15.267]compiled for 1.21.1.8, module version = 1.0.0
[15.267]ABI class: X.Org Video Driver, version 25.2
[15.267] (II) Loading sub module "int10"
[15.267] (II) LoadModule: "int10"
[15.268] (II) Loading /usr/lib/xorg/modules/libint10.so
[15.268] (II) Module int10: vendor="X.Org Foundation"
[15.268]compiled for 1.21.1.8, module version = 1.0.0
[15.268]ABI class: X.Org Video Driver, version 25.2
[15.268] (II) VESA(0): initializing int10
(...)

Salvo que quieras cargar el driver VESA por algo en concreto (?) yo 
intentaría resolver ese problema con el servidor gráfico antes que nada:

https://wiki.debian.org/AtiHowTo

Saludos,

-- 
Camaleón 



Re: Después de actualizar no arranca «entorno gráfico» de forma automática

2023-08-22 Thread Camaleón
El 2023-08-22 a las 14:46 +0200, aa ag escribió:

> En principio, según el tutorial de Ubuntu está todo bien (a falta de probar 
> el paso de ubuntu.deskop).
> No se si esto puede dar alguna pista?
> 
> 
> Aquí dijimos que no había nada grave /var/log/lightdm/lightdm.log:
> 
> [+0.00s] DEBUG: Loading configuration dirs from 
> /usr/share/lightdm/lightdm.conf>

(...)

> Estas líneas se me pasaron por alto /var/log/Xorg.0.log:
> 
> [   139.663] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not 
> exist.
> [   139.745] (EE) open /dev/dri/card0: No such file or directory
> [   139.745] (WW) Falling back to old probe method for modesetting
> [   139.745] (EE) open /dev/dri/card0: No such file or directory
> [   139.746] (EE) Unable to find a valid framebuffer device
> [   139.746] (WW) Falling back to old probe method for fbdev
> [   139.746] (EE) open /dev/fb0: No such file or directory
> [   139.746] (EE) Screen 0 deleted because of no matching config section.
> [   139.746] (EE) Screen 0 deleted because of no matching config section.
> [   139.746] (EE) Screen 0 deleted because of no matching config section.
> [   139.767] (WW) VESA(0): Unable to estimate virtual size

Todos los EE (errores) de Xorg son (o pueden ser) GRAVES.
Ejecuta la siguiente orden y manda la salida:

grep -e "(EE)" -e "(WW)" /var/log/Xorg.* 

> Y este se me quedó a revisar ~/.xsession-errors:
> 

(...)

> ** (light-locker:2799): ERROR **: 03:19:08.077: Environment variable 
> XDG_SESSION_PATH not set. Is LightDM running?

Este mensaje es consecuente con el hecho de que LighDM no esté 
ejecutándose.

Vamos a centrarnos en Xorg a ver si sacamos algo útil de ahí.

Saludos,

-- 
Camaleón 



Re: Después de actualizar no arranca «entorno gráfico» de forma automática

2023-08-21 Thread Camaleón
El 2023-08-21 a las 13:58 +0200, aa ag escribió:

> Enviar: viernes 18 de agosto de 2023 a las 17:15
> De: "fernando sainz" 
> Para: debian-user-spanish@lists.debian.org
> Asunto: Re: Después de actualizar no arranca «entorno gráfico» de forma 
> automática
>   
> 
> El vie, 18 ago 2023 a las 13:40, aa ag 
> (mailto:trac...@gmx.com]>) escribió:Si que es raro si.
>> Iré investigando y probando.
>> Si doy con una solución la cuelgo por aquí.
>> Un saludo y gracias por la ayuda.
>  
>  
>>> En estos casos,  si no das con ello, puedes intentar con aptitude hacer un 
>>> "purge"  "_" del paquete de forma que borre todas las configuraciones, e 
>>> instálalo de nuevo.
>
> Sí, se queda igual el asunto.
> Gracias.

¿Has probado con el nuevo usuario?

Saludos,

-- 
Camaleón 



Re: Después de actualizar no arranca «entorno gráfico» de forma automática

2023-08-17 Thread Camaleón
El 2023-08-17 a las 14:00 +0200, aa ag escribió:

> Perdón por el html de antes.

Muho mejor ahora, gracias :-)
 
> El servidor gráfico en principio anda bien.
> 
> Esto es lo que me devuelven
> journalctl -b -u lightdm.service
> y
> systemctl status lightdm.service:
> 
> 
>  lightdm.service - Light Display Manager
>  Loaded: loaded (/lib/systemd/system/lightdm.service; enabled; preset: 
> enabled)
>  Active: active (running) since Thu 2023-08-17 12:02:05 CEST; 1h 44min ago
>Docs: man:lightdm(1)
>Main PID: 841 (lightdm)
>   Tasks: 4 (limit: 19011)
>  Memory: 2.2M
> CPU: 14ms
>  CGroup: /system.slice/lightdm.service
>  └─841 /usr/sbin/lightdm
> 
> ago 17 12:02:05 segon systemd[1]: Starting lightdm.service - Light Display 
> Manager...
> ago 17 12:02:05 segon lightdm[841]: Error getting user list from 
> org.freedesktop.Accounts: 
> GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name 
> org.freedesktop.Accounts was not p>
> ago 17 12:02:05 segon systemd[1]: Started lightdm.service - Light Display 
> Manager.

¿Has ejecutado las órdenes *antes o después* de iniciar y cargar el 
entorno gráfico manualmente? Lo pregunto porque los mensajes indican 
que está iniciado sin problemas, vamos, que no sucede nada raro :-?

Ejecútalas nada más iniciar el sistema, cuando te deja en la línea de 
órdenes, para ver qué falla y por qué no carga el servicio 
directamente, porque entiendo que el sistema lo tienes configurado para 
iniciar con el modo gráfico. 

Puedes comprobarlo con esta otra orden:

root@stt008:~# systemctl get-default
graphical.target

Saludos,

-- 
Camaleón 



Re: Después de actualizar no arranca «entorno gráfico» de forma automática

2023-08-17 Thread Camaleón
El 2023-08-17 a las 12:42 +0200, aa ag escribió:

Arhh, más html... a ver, gentes del mundo mundial, hay que 
desactivar el html para enviar correo a la lista, que a la gente mayor 
nos hace daño a la vista y luego nos sube la tensión >:-)

> Pues esto es lo me dice /var/log/lightdm/lightdm.log:
> 
> [+0.00s] DEBUG: Logging to /var/log/lightdm/lightdm.log
> [+0.00s] DEBUG: Starting Light Display Manager 1.32.0, UID=0 PID=841
> [+0.00s] DEBUG: Loading configuration dirs from 
> /usr/share/lightdm/lightdm.conf.d
> [+0.00s] DEBUG: Loading configuration from 
> /usr/share/lightdm/lightdm.conf.d/01_debian.conf
> [+0.00s] DEBUG: Loading configuration dirs from 
> /usr/local/share/lightdm/lightdm.conf.d
> [+0.00s] DEBUG: Loading configuration dirs from 
> /etc/xdg/lightdm/lightdm.conf.d
> [+0.00s] DEBUG: Loading configuration from /etc/lightdm/lightdm.conf
> [+0.00s] DEBUG: Registered seat module local
> [+0.00s] DEBUG: Registered seat module xremote
> [+0.00s] DEBUG: Using D-Bus name org.freedesktop.DisplayManager
> [+0.00s] DEBUG: Using cross-namespace EXTERNAL authentication (this will 
> deadlock if server is GDBus  2.73.3)
> [+0.00s] DEBUG: _g_io_module_get_default: Found default implementation local 
> (GLocalVfs) for gio-vfs
> [+0.01s] DEBUG: Monitoring logind for seats
> [+0.01s] DEBUG: Acquired bus name org.freedesktop.DisplayManager
> [+0.01s] DEBUG: Stopping Plymouth, no displays replace it
> [+0.01s] DEBUG: Quitting Plymouth
> [+0.03s] WARNING: Error getting user list from org.freedesktop.Accounts: 
> GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name 
> org.freedesktop.Accounts was not provided by any .service files
> [+0.03s] DEBUG: Loading user config from /etc/lightdm/users.conf
> [+0.07s] DEBUG: User a added
> [+10.63s] DEBUG: Seat seat0 changes active session to 1

No veo nada raro (ningún error crítico, vamos). 

Mira también el registro del servidor gráfico, a ver si arranca bien 
(/var/log/Xorg.0.log)

¿Qué te devuelven las siguientes órdenes?

journalctl -b -u lightdm.service
systemctl status lightdm.service

Saludos,

-- 
Camaleón 



Re: Wifi modo AP no visible a pesar de informar que se encuentra activo

2023-08-15 Thread Camaleón
El 2023-08-15 a las 12:53 -0300, Jorge Abel Secreto escribió:

> Hola, buen día!!
> Estoy montando un Access Point en una pc con Bookworm de acuerdo a lo
> que dice https://wiki.debian.org/NetworkManager/iwd en el punto
> Enabling IWD backend.
> La placa wifi es TL-WN881ND y funciona sin problemas en conexiones
> normales, como cliente.
> Migré de hostapd a iwd porque, con hostapd el AP figura activo pero no
> está en el aire. Con Iwd se configura el AP desde NetworkManager y se
> puede activar y funciona bien. Mientras está activo.
> Como necesito que levante aunque no se haya logueado el usuario lo
> activo como un servicio desde systemd con after:
> Networkmanager.service, para verificar que la  red esté funcionando
> antes de activarlo.
> 
> El problema es que, aleatoriamente,  vuelve a ocurrir lo que pasaba
> con hostapd. Figura como activo pero no está presente en el "aire".
> Según journalctl no hay ningún mensaje que indique algún problema
> relacionado con iwd o la placa de red.

El journalctl debería mostrar errores de autentificación, al fin y al 
cabo iwd reemplaza a wpasupplicant.
 
> Espero haber sido claro con la descripción de lo que pasa.
> ¿Alguien tuvo alguna experiencia similar?
> Muchas gracias por la atención.

En la misma página de la wiki de Debian que apuntas, al fondo te dice 
los problemas conocidos con NetworkManager y por los síntomas que 
tienes (se desconecta solo y no se vuelve a reconectar, o más bien a 
autentificar) diría que te sucede eso mismo.


Known issues

As of 2021-10-02 the following issues with using IWD as backend for 
NetworkManager are:

NetworkManager does not reconnect a connection dropped by the other 
side

connections created with WPA-Supplicant are not reused with IWD


Y en el BTS de Debian también tienes otros fallos similares con N-M:

https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=iwd;dist=unstable

Revisa los artículos de los fallos conocidos a los que apuntan en la 
wiki por si pudieras resolver el problema con algún truquito, pero si no 
te funciona o no puedes resolverlo, y no necesitas NM considera usar 
otro gestor de conexiones de red.

En el portátil uso Connman sin problemas, ahora bien, para gestionar 
únicamente los adaptadores de red de la manera habitual.

Saludos,

-- 
Camaleón 



Re: ayuda con algo de script

2023-08-13 Thread Camaleón
El 2023-08-12 a las 15:52 -0400, Rick Gutierrez escribió:

> hola lista, estoy instalando un herramienta que la quiero automatizar
> con un script , hay un paso donde me pregunta el password para un
> servicio y quiero agregar una variable que lleva el password , pero no
> me lo acepta:
> 
> cd /root
> passwordcluster="c6966f49d0c6ca09"
> echo $passwordcluster | pending-setups -a
> 
> , cuando ejecuto ese pedazo de script me da este mensaje
> 
> Insert the cluster credential password: service-discover: error: the
> provided file descriptor (0) is not a terminal
> Cannot access to bootstrap token
> 
> alguna idea q estoy haciendo mal?



Si estás intentando configurar Carbonio Mesh¹, en el manual te dice que la 
contraseña para esa orden la toma de un archivo accesible por root:


To complete Carbonio Mesh installation, run

pending-setups -a

Hint

The secret needed to run the above command is stored in file 
/var/lib/service-discover/password, which is accessible only by the 
root user.


Quizá puedas trabajar con esa variable (me parece que en ese archivo no 
está cifrada²), ahora bien, la cuestión es si la orden acepta parámetros
o espera simplemente leer el contenido de un archivo.

Quizá en los foros de la aplicación (si se trata de esa, claro) te puedan 
indicar mejor sobre cómo hacer lo que buscas (automatizar la orden de 
configuración):

https://community.zextras.com/forum/carbonio-setup/



¹https://docs.zextras.com/carbonio/html/multi-server-installation.html
²https://docs.zextras.com/carbonio-ce/html/common/carbonio/mesh/credentials.html

Saludos,

-- 
Camaleón 



Re: Limpieza de paquetes que corren como servicio en segundo plano

2023-08-12 Thread Camaleón
El 2023-08-12 a las 12:58 -0300, JavierDebian escribió:

> Buen día.
> 
> Estuve haciendo limpieza en una de las computadoras de casa.
> Es decir, eliminar paquetes que alguna vez instalé para probar o hacer
> pruebas, sobre todo, aquellos que inician como servicios y que se que no
> necesito.
> Y me vuelvo a encontrar con dos "perlas" de las instalaciones estándares de
> paquetes de Debian, que nunca entendí por qué:
> 
> 1 - Un paquete, al día de hoy lo sigue instalando, y corriendo en segundo
> plano, cuando el "hardware" que debería controlar es prácticamente obsoleto:
> modemmanager.
> 
> 2 - Un paquete, que si bien es útil, muy pocos lo usan y sólo en equipos
> puntuales para UNA tarea muy específica: minidlna.
> 
> 
> Va la pregunta:
> 
> ¿Hay alguna forma de reportar a Debian que no los instalen por defecto?

Los paquetes que se instalan en Debian de manera predeterminada 
dependen del tipo de instalación que hagas, del medio seleccionado, 
etc.

Normalmente, se instalan por dependencias flojas, esto es, están 
marcados como paquetes recomendados o sugeridos de otrso paquetes que 
sí instalas de mansera consciente.

Yo no tengo esos dos paquetes en mis sistemas porque:

1. Elijo como medio de instalación la imagen mini-ISO.
2. Selecciono el modo avanzado de instalación.
3. Instalo sólo los paquetes base sin entorno gráfico ni gaitas.
4. No hago ni caso del Popcon.
5. Tras instalar Debian, lo primerito que hago es configrar APT para 
que NO instale paquetes recomendados ni sugeridos.

> Porque están en un círculo vicioso: popularity-contest los informa como que
> todo el mundo los instala, pero la realidad es que no se necesitan, y están
> instalados por defecto, y son paquetes que corren como servicio, y,
> personalmente, no me gusta tener cosas corriendo que no necesito ni uso, por
> tema de puertos abiertos y esas cosas.

Puedes enviar un informe de fallo de tipo «deseo» contra los paquetes 
que «arrastran» a modemmanager y minidlna, pero los mantenedores de los 
paquetes suelen ser reacios a cambiar las dependencias, salvo que 
realmente se justifique que no aportan nada y la dependencia es 
indebida.

Saludos,

-- 
Camaleón 



Re: Después de actualizar no arranca «entorno gráfico» de forma automática

2023-08-09 Thread Camaleón
El 2023-08-09 a las 12:45 +0200, aa ag escribió:


> 

Arrghhh

> Pues en principio parece que lightdm est activado y 
> configurado, no hay paquetes rotos ni en principio problemas de dependencias.
> 
> 
> As que sigo indagando...

Revisa los registros por si te dieran alguna pista de dónde viene el 
problema (~/.xsession-errors, /var/log/lightdm/lightdm.log, 
/var/log/Xorg.0.log...)

Saludos,

-- 
Camaleón 



Re: Después de actualizar no arranca «entorno gráfico» de forma automática

2023-08-09 Thread Camaleón
El 2023-08-08 a las 20:57 +0200, aa ag escribió:

Arghh... formato html >:-(

> Buenas.
> 
>
> Me ocurre que despus de una actualizacin de Debian 12 
> (testing), al arrancar, ya no me arranca en entorno 
> grfico de forma directa-automtica, sino que me arranca 
> en modo de terminal getty.

(...)

Asegúrate de que el servicio «lightdm» y sus dependencias están 
configurados para iniciarse al arrancar el sistema.

Lo más sencillo, probar con «systemctl enable lightdm».

Si no funciona, intenta reconfigurar el paquete con «dpkg-reconfigure 
lightdm».

Saludos,

-- 
Camaleón 



Re: Error kernel 6.1.0-10-amd64 después de actualizar.

2023-07-29 Thread Camaleón
El 2023-07-29 a las 13:09 +0200, Esteban Torres escribió:

> El 27/7/23 a las 20:46, Camaleón escribió:
> > El 2023-07-27 a las 19:47 +0200, Esteban Torres escribió:
> > 
> > > El 26/7/23 a las 19:05, Camaleón escribió:
> > > > El 2023-07-26 a las 18:36 +0200, Esteban Torres escribió:
> > > > 
> > > > > En el proceso de actualización de Debian 11 a 12, me he encontrado 
> > > > > con este
> > > > > error (lo adjunto). He visto que está documentado el bug
> > > > > (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028987).
> > > > > 
> > > > > Se os ocurre alguna forma de solucionarlo. De momento tiro con el 
> > > > > anterior
> > > > > kernel.
> > > > > 
> > > > > He intentado el "dpkg --configure -a" y "apt --fix-broken 
> > > > > install"... y
> > > > > nada.
> > > > (...)
> > > > 
> > > > Tendrás que actualizar el driver para que sea compatble con la nueva
> > > > versión del kernel (y las cabeceras para poder compilar) pero antes de
> > > > nada, verifica si sigues necesitando ese driver REALTEK externo.
> > > Si. Es mi tarjeta de red.
> > > 
> > > *-network
> > >      description: Ethernet interface
> > >      product: RTL8111/8168/8411 PCI Express Gigabit Ethernet
> > > Controller
> > >      vendor: Realtek Semiconductor Co., Ltd.
> > ¿Y no funciona bien con el driver del kernel o sólo falla (y necesitas)
> > la parte inalámbrica? :-?

> El problema es que al intentar iniciar con ese kernel me encuentro con un
> kernel panic.

Quizá resultaría más factible, y a la larga productivo, intentar solucionar el 
kernel panic o ver qué lo origina.

> > El chipset se supone que está soportado:
> > 
> > Device 'Realtek Semiconductor RTL8111/8168/8411 PCI Express Gigabit 
> > Ethernet Controller'
> > https://linux-hardware.org/?id=pci:10ec-8168-10ec-0123
> > 
> > > > > Building module:
> > > > > Cleaning build area...(bad exit status: 2)
> > > > > make -j4 KERNELRELEASE=6.1.0-10-amd64 -C 
> > > > > /lib/modules/6.1.0-10-amd64/build
> > > > > M=/va
> > > > > r/lib/dkms/rtlwifi-new/0.6/build...(bad exit status: 2)
> > > > > Error! Bad return status for module build on kernel: 6.1.0-10-amd64 
> > > > > (x86_64)
> > > > > Consult /var/lib/dkms/rtlwifi-new/0.6/build/make.log for more 
> > > > > information.
> > > > 
> > > > 
> > > > ¿Ves algo interesante en ese registro? :-?
> > > DKMS make.log for rtlwifi-new-0.6 for kernel 6.1.0-10-amd64 (x86_64)
> > > mié 26 jul 2023 18:08:52 CEST
> > > make: se entra en el directorio '/usr/src/linux-headers-6.1.0-10-amd64'
> > > 
> > >    ERROR: Kernel configuration is invalid.
> > >   include/generated/autoconf.h or include/config/auto.conf are
> > > missing.
> > >   Run 'make oldconfig && make prepare' on kernel src to fix it.
> > > 
> > > make: *** [/usr/src/linux-headers-6.1.0-10-common/Makefile:824:
> > > include/config/auto.conf] Error 1
> > > make: se sale del directorio '/usr/src/linux-headers-6.1.0-10-amd64'
> > Te dice lo mismo que en el bug, que por cierto, está puesto desde hace 8
> > meses. Puedes añadirte y comentar que te pasa lo mismo, cuantos más lo
> > mováis, y más ruido hagáis, antes lo mirarán y/o cambiarán.
> > 
> > Aunque ene ste caso concreto me parece que quien falla es el driver, no
> > el kernel, por lo que sería más raṕido contactar directamente con el
> > desarrollador, que tiene su repositorio ajeno a Debian:
> > 
> > https://github.com/rtlwifi-linux/rtlwifi_new

> Voy a realizar limpieza de este driver he intentaré instalarle otros.

Prueba ditintas combinaciones, es decir, intenta compilar el driver 
realtek contra las cabeceras de distintas versiones del kernel, quizá 
con alguna versión anterior (<6.1.0) te funcione.

Saludos,

-- 
Camaleón 



Re: Error kernel 6.1.0-10-amd64 después de actualizar.

2023-07-27 Thread Camaleón
El 2023-07-27 a las 19:47 +0200, Esteban Torres escribió:

> El 26/7/23 a las 19:05, Camaleón escribió:
> > El 2023-07-26 a las 18:36 +0200, Esteban Torres escribió:
> > 
> > > En el proceso de actualización de Debian 11 a 12, me he encontrado con 
> > > este
> > > error (lo adjunto). He visto que está documentado el bug
> > > (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1028987).
> > > 
> > > Se os ocurre alguna forma de solucionarlo. De momento tiro con el anterior
> > > kernel.
> > > 
> > > He intentado el "dpkg --configure -a" y "apt --fix-broken install"... 
> > > y
> > > nada.
> > (...)
> > 
> > Tendrás que actualizar el driver para que sea compatble con la nueva
> > versión del kernel (y las cabeceras para poder compilar) pero antes de
> > nada, verifica si sigues necesitando ese driver REALTEK externo.
> 
> Si. Es mi tarjeta de red.
> 
> *-network
>     description: Ethernet interface
>     product: RTL8111/8168/8411 PCI Express Gigabit Ethernet
> Controller
>     vendor: Realtek Semiconductor Co., Ltd.

¿Y no funciona bien con el driver del kernel o sólo falla (y necesitas) 
la parte inalámbrica? :-?

El chipset se supone que está soportado:

Device 'Realtek Semiconductor RTL8111/8168/8411 PCI Express Gigabit Ethernet 
Controller'
https://linux-hardware.org/?id=pci:10ec-8168-10ec-0123

> > > Building module:
> > > Cleaning build area...(bad exit status: 2)
> > > make -j4 KERNELRELEASE=6.1.0-10-amd64 -C /lib/modules/6.1.0-10-amd64/build
> > > M=/va
> > > r/lib/dkms/rtlwifi-new/0.6/build...(bad exit status: 2)
> > > Error! Bad return status for module build on kernel: 6.1.0-10-amd64 
> > > (x86_64)
> > > Consult /var/lib/dkms/rtlwifi-new/0.6/build/make.log for more information.
> >
> > 
> > ¿Ves algo interesante en ese registro? :-?
> DKMS make.log for rtlwifi-new-0.6 for kernel 6.1.0-10-amd64 (x86_64)
> mié 26 jul 2023 18:08:52 CEST
> make: se entra en el directorio '/usr/src/linux-headers-6.1.0-10-amd64'
> 
>   ERROR: Kernel configuration is invalid.
>  include/generated/autoconf.h or include/config/auto.conf are
> missing.
>  Run 'make oldconfig && make prepare' on kernel src to fix it.
> 
> make: *** [/usr/src/linux-headers-6.1.0-10-common/Makefile:824:
> include/config/auto.conf] Error 1
> make: se sale del directorio '/usr/src/linux-headers-6.1.0-10-amd64'

Te dice lo mismo que en el bug, que por cierto, está puesto desde hace 8
meses. Puedes añadirte y comentar que te pasa lo mismo, cuantos más lo 
mováis, y más ruido hagáis, antes lo mirarán y/o cambiarán.

Aunque ene ste caso concreto me parece que quien falla es el driver, no 
el kernel, por lo que sería más raṕido contactar directamente con el 
desarrollador, que tiene su repositorio ajeno a Debian:

https://github.com/rtlwifi-linux/rtlwifi_new

Saludos, 

-- 
Camaleón 



Re: flash

2023-07-26 Thread Camaleón
El 2023-07-25 a las 23:43 +0200, Aleix Piulachs escribió:

> hallo debianers

In Spanish, si us plau! :-)

> apt-cdrom how do i use the flash drive as a
> cd-rom to install software in Debian 12

Hum... para instalar software (paquetes deb, aplicaciones tar.gz) no 
necesitas definir un medio de instalación.

¿Qué es lo que quieres hacer, exactamente?

Saludos,

-- 
Camaleón 



Re: Lector ACR122U no escribe

2023-07-26 Thread Camaleón
El 2023-07-25 a las 19:06 -0600, Paynalton escribió:

> Me compre un lector/escritor de NFC ACR122U (
> https://www.amazon.com.mx/dp/B08GKPSVLQ).
> Logre instalarlo con ayuda de algunos manuales. Instale tambien el nfctools
> (https://www.wakdev.com/en/apps/nfc-tools-pc-mac.html) segun el manual.
> 
> El lector puede leer y borrar registros correcrtamente, sin embargo no
> graba ningun registro nuevo.
> 
> Al grabar registros sale un mensaje de exito.
> Al retirar y volver a leer la tarjeta aparecen los registros.
> Al intentar leer la tarjeta en otro dispositivo esta vacia.
> 
> Es como si solo grabara los registros en un cache local.
> 
> A alguien le ha pasado?

No he trabajado nunca con esa aplicación, pero lo primera que haría 
sería intentar lanzarala en modo de depuración o desde una terminal, 
para ver si te saca algún error cuando intentas grabar los datos en la 
tarjeta.

> NFC-tools es software privativo, saben de alguna alternativa libre???

Normalmente todos los chismes RFID/Mifare/EM para control de acceso 
suelen llevar software propietario :-(

En Debian veo https://nfc-tools.github.io/, que parece una 
implementación libre pero son solamente bibliotecas, no es una 
aplicación. Además, el aparatico en sí no parece que esté soportado 
completamente:

https://nfc-tools.github.io/resources/devices/acr122/

Si puedes, prueba con varias tarjetas (NFC / RFID), quizá obtengas 
distintos resultados al escribir los datos en una y otra.

Y tampoco sé si habrás probado con el programa y los controladores del 
fabricante, quizá tengas más suerte:

https://www.acs.com.hk/en/driver/3/acr122u-usb-nfc-reader/

Saludos,

-- 
Camaleón 



Re: without pwmconfig

2023-07-25 Thread Camaleón
El 2023-07-25 a las 15:13 +0200, Aleix Piulachs escribió:

(creo que esto va para la lista en inglés >:-))

> hallo debianers!
> by which application can pwmconfig be changed on laptops that do not
> support the application?

¿lm-sensors?

Pero dependerá de lo que quieras gestionar/controlar/monitorizar, así 
como de la marca y modelo del portátil.

Es posible que algunos fabricantes (HP, Lenovo,Asus, Dell...) tengan 
herramientas dedicadas.

Saludos,

-- 
Camaleón 



Re: Redimensionar sda1

2023-07-22 Thread Camaleón
El 2023-07-22 a las 12:18 -0300, martin ayos escribió:

> El sáb, 22 jul 2023 a las 12:15, Gerardo Braica () 
> escribió:
> >
> > Si, me ha pasado, como te han respondido lo que impide la operacion es la
> > particion swap en el medio del espacio. Deberias eliminar la particion sda7,
> > mover sda6 y swap hacia el final del disco y redimensionar sda1.
> > Me suena a complicado, habria que ver como queda fstab , grub, etc.
> > Personalmente come medida preventiva siempre dejo swap al inicio del disco y
> > el resto despues, y tampoco me preocupo mucho por tener varias particiones,
> > solamente sistema y /home, el resto lo organizo en directorios. Porque si 
> > un disco
> > se estropea tener varias particiones no ayuda demasiado. Opinion personal 
> > solamente.
> >
> >
> >
> Es así, Gerardo. Generalmente, dejo la Swap al final. Creo que lo
> mejor será formatear nuevamente. Lo único que perderé son algunos
> non-free y deb que instalé. Muchas gracias.

Hace años que uso un archivo para la /swap (en lugar de una partición) y
la verdad es que no te tenido ningún problema.

root@stt008:~# swapon --show
NAME  TYPE SIZE  USED PRIO
/swapfile file   8G 11,8M   -2

Saludos,

-- 
Camaleón 



Re: Redimensionar sda1

2023-07-22 Thread Camaleón
El 2023-07-22 a las 11:22 -0300, martin ayos escribió:

> Buenos días. Hace mil años que particiono sin problemas, instalo etc.
> Pero, esta vez, no sé por qué, me tildé. Tengo un problema para
> redimensionar sda1, a la que asigné solo 30 gb y se me está llenando.
> Estoy con Debian 12 KDE. Mis particiones, en orden, son:
> sda1 (30gb ext4 primaria) sistema
> Swap 1 gb
> sda 6 (ext4 primaria) /home 220 gb
> Sda7 (lógica, ext4) libre 30 gb.
> Quisiera asignar ese  espacio de sda7 a sda1. Pero no pude hacerlo con
> Gparted, tampoco por terminal.

Si mal no recuerdo, el espacio que quieras usar para ampliar la 
partición debe estar colindante al que quieras aumentar.

Por los datos que pones, parece que sda7 no está adyacente a sda1 ni 
dentro de la primera :-?

Saludos,

-- 
Camaleón 



Re: Debian 12 problema con Español de Argentina

2023-07-19 Thread Camaleón
El 2023-07-19 a las 10:17 -0300, Marcelo Eduardo Giordano escribió:

> > Desconozcono por qué se te ha restaurado al español de España, no sé qué
> > habrás modficado, pero ya sabes lo que tienes que hacer para configurarlo
> > al español de Argentina:
> No, no se lo que tengo que hacer para configurarlo en Español de Argentina,
> ese es justamente mi problema
> > https://lists.debian.org/debian-user-spanish/2023/07/msg00022.html
> > 
> Esto lo he publicado yo mismo

Esos son los pasos que seguiste tú mismo y que tienes que seguir ahora 
para poner el sistema (consola y locale) en es_AR.

Luego sólo tendrás que hacer lo mismo con KDE, desde la configuración 
Regional e idioma, como ya habías hecho anteriromente:

https://lists.debian.org/debian-user-spanish/2023/07/msg00035.html

Saludos,

-- 
Camaleón 



Re: Debian 12 problema con Español de Argentina

2023-07-18 Thread Camaleón
El 2023-07-18 a las 12:44 -0300, Marcelo Eduardo Giordano escribió:

> > Entonces tendrás que dejarlo como estaba, o configurarlo desde KDE como
> > hiciste antes y dejarlo así para que te mantenga el idioma es_AR en
> > todo el sistema (consola, entorno gráfico).
> > 
> Eso quiero, dejarlo como estaba. Pero no lo logro...

Me refiero a que tienes que volver a descomentar las líneas que te 
había generado KDE, bien manualmente y regenerando el archivo 
«/etc/locale.gen», o bien a través de la configuración regional del 
centro de control de plasma, para que en el entorno gráfico se defina 
la variable es_AR (moneda e idioma).

Saludos,

-- 
Camaleón 



Re: Mensaje de error en inicio

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

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

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

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

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

Saludos,

-- 
Camaleón 



Re: Mensaje de error en inicio

2023-07-17 Thread Camaleón
El 2023-07-17 a las 12:37 +, alberto moreno martinez escribió:

> 
> >   Cambia «usuario» por el nombre de tu usuario y ejecuta esta orden como
> > súperusuario:
> 
> > journalctl -b -1 > /home/usuario/Escritorio/journal.txt
> 
> No me funciona el comando.

(...)

Tienes que ejecutarlo como root y cambiar la ruta de la salida del 
archivo para que apunte a tu /home.

Saludos,

-- 
Camaleón 



Re: Debian 12 problema con Español de Argentina

2023-07-16 Thread Camaleón
El 2023-07-15 a las 21:39 -0300, Marcelo Eduardo Giordano escribió:

> > # generated by KDE Plasma Region & Language KCM
> > es_US.UTF-8 UTF-8
> > es_ES.UTF-8 UTF-8
> > en_US.UTF-8 UTF-8
> > en_US.UTF-8 UTF-8
> > 
> > Puedes probar a comnentar esas líneas «#» para que no se carguen,
> > regenerar el arhcivo, reiniciar el sistema y ver qué te dice KDE.
> > 
> Tampoco funciona.
> 
> Y ahora encuentro parte del sistema en inglés. Algunas aplicaciones kde
> salen en inglés.

Entonces tendrás que dejarlo como estaba, o configurarlo desde KDE como 
hiciste antes y dejarlo así para que te mantenga el idioma es_AR en 
todo el sistema (consola, entorno gráfico).

Saludos, 

-- 
Camaleón 



Re: Debian 12 problema con Español de Argentina

2023-07-14 Thread Camaleón
El 2023-07-13 a las 13:30 -0300, Marcelo Eduardo Giordano escribió:

> En principio todo parece correcto.
> > ¿Qué síntomas tienes, exactamente?
> > 
> > ¿Aparecen mensajes en español de España en KDE o también desde la consola
> > o terminal?
> 
> Lo que aparece es la moneda Euro y en idioma en el escritorio me dice
> "Español de España"

(...)

En principio, la configuración regional del entorno gráfico es 
independiente de la del sistema. Eso es así para que un mismo usuario 
pueda disponer de una configuración distinta e independiente cuando 
accede desde una terminal (p. ej., en remoto usando SSH) y cuando inicia
sesión gráfica.

Desde consola puede ser preferible disponer de una  configuración del 
teclado en inglés pero el entorno gráfico se prefiere que esté 
localizado en español.

Si sólo te fallaba KDE en unos parámetros concretos, era KDE lo que 
debías cambiar. De menare predeterinada, KDE debería respetar y 
mantener la configuración locale del sistema, pero esto aparecería al 
final de tu archivo «/etc/locale.gen»:

# generated by KDE Plasma Region & Language KCM
es_US.UTF-8 UTF-8
es_ES.UTF-8 UTF-8
en_US.UTF-8 UTF-8
en_US.UTF-8 UTF-8

Puedes probar a comnentar esas líneas «#» para que no se carguen, 
regenerar el arhcivo, reiniciar el sistema y ver qué te dice KDE.

Saludos,

-- 
Camaleón 



Re: Mensaje de error en inicio

2023-07-14 Thread Camaleón
a_modeset
> wmi36864  5 
> video,intel_wmi_thunderbolt,asus_wmi,wmi_bmof,mxm_wmi

Gracias por la información.

Por los datos que mandas estás usando el controaldor propietario de 
nNidia empquetado or Debian.

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

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

Recuerda que debes ser root para ver el contenido de os dos archivos.

https://pastebin.com/ 

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

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

Saludos,

-- 
Camaleón 



Re: Debian 12 problema con Español de Argentina

2023-07-13 Thread Camaleón
El 2023-07-12 a las 07:22 -0300, Marcelo Eduardo Giordano escribió:

> Borré haciendo algunas pruebas el idioma español de argentina y ahora no
> puedo recuperarlo, no puedo configurarlo nuevamente.
> 
> Probé con dpkg-reconfigure locales. Me sale el idioma que yo quiero pero el
> sistema me sigue saliendo en español de españa
> 
> Les paso algunos logs
> 
> cat /etc/default/locale
> #  File generated by update-locale
> LANG=es_AR.UTF-8
> LANGUAGE="es_AR:es"
> 
> cat  /etc/locale.gen

(...)

> es_AR.UTF-8 UTF-8

> # generated by KDE Plasma Region & Language KCM
> es_US.UTF-8 UTF-8
> es_ES.UTF-8 UTF-8

En principio todo parece correcto.

¿Qué síntomas tienes, exactamente? 

¿Aparecen mensajes en español de España en KDE o también desde la consola 
o terminal?

Mira a ver qué te devuelve la orden «locale».

Y acuérdate de reiniciar el sistema para que se apliquen los cambios que 
hayas hecho tras añadir algún idioma o reconfigurar la localización.

Saludos,

-- 
Camaleón 



Re: Mensaje de error en inicio

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

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

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

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

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

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

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

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

Saludos

-- 
Camaleón 



Re: Bullseye upgrade - Mate desktop - Caja - por ssh no previsualiza jpg ni png.

2023-07-10 Thread Camaleón
El 2023-07-10 a las 12:16 +0200, Jose Ab bA escribió:

> El lun, 10 jul 2023 a las 12:11, Jose Ab bA ()
> escribió:
> 
> > Buenas Debianer@s!
> >
> > Hasta la semana pasada seguia en Buster.
> >
> > Upgradee de Bullseye desde los repositorios oficiales.
> >
> > Todo bien, excepto que ahora cuando accedo por ssh con caja a mi servidor
> > remoto no visualizo las vistas previas de los archivos tipo jpg y png.
> >
> > En Buster los previsualizaba sin problemas...
> >
> Disculpar que se me ha colado el enter y el gmail este ha remitio el correo
> sin querer!
> 
> Al hilo del asunto...
> 
> Creo que me falta un paquete... Sabeis cual es?
> 
> O es algun problema de configuracion?
> He renombrado mi /home/$user y he creado uno nuevo vacio y sigue igual...

Supongo que accederás en remoto mediante sftp://.

Mira a ver si te funciona (o no)iniciando desde un usuario normal y/o 
desde root, quizá haya alguna dierencia.

En Thunar (el gestor de archivos de XFCE) hay una opción para 
configurar cuándo quieres que se muestren las previsualizaciones o 
minitaruras (siempre, _sólo en local_, nunca), quizá taengas alguna 
opción similar para configurar que se te haya olvidado activar o se 
haya desconfigurado al actualizar Caja :-?

Saludos,

-- 
Camaleón 



Re: rx 6500 xt

2023-07-09 Thread Camaleón
El 2023-07-09 a las 07:38 -0600, Deiby Herrera escribió:

> como instalo los driver para esta tarjeta, o se inicia bien con amdgpu y
> xserver-xorg-video-amd pero lo que ocupo saber si eso es todo, no hay otro
> driver que instalar en debian 12

Primero mira a ver si el kernel o el servidor gráfico están sufriendo o 
necesitan algo :-)

Ejecuta como root la siguiente orden y manda la salida a la lista:

journalctl -b | grep -i amdgpu

Saludos,

-- 
Camaleón 



Re: ¿Qué tipografía es Monospace regular?

2023-07-05 Thread Camaleón
El 2023-07-04 a las 20:41 +0200, Luis Muñoz Fuente escribió:

> Hola a todo el mundo:
> En Debian 12 con Cinnamon, me sale por defecto en la terminal el tipo de
> letra Monospace regular. Esto lo he visto porque instalé el paquete
> font-manager. Pero creo que Monospace regular en realidad indica un tipo
> genérico, pero no sé cuál es exactamente la tipografía que usa en este
> caso. Es una mezcla de palo seco y de serifa. Por ejemplo la r, l e i
> tienen serifa pero la p, a, d y h no.
> 
> Al principio no me gustaba nada pero ahora a fuerza de usarla me está
> gustando :-)
> 
> ¿Alguien sabe cuál es?

Ni idea :-?

Pero puedes usar fc-match para saber a qué tipo de letra apunta:

sm01@stt008:~$ fc-match monospace
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"

Saludos,

-- 
Camaleón 



Re: Zoom en Debían 11

2023-06-26 Thread Camaleón
El 2023-06-25 a las 20:48 -0300, Carlos Villiere escribió:

Corrijo el top-posting.

> El mié, 21 jun 2023 a las 3:28, Camaleón () escribió:
> 
> > El 2023-06-20 a las 22:02 -0300, Carlos Villiere escribió:
> >
> > (corrijo el top-posting)

(...)

> > > > > > > Estoy realizando un curso en línea a través de una plataforma que
> > > > utiliza
> > > > > > > Zoom para conectar a los alumnos, coaches y mentores.
> > > > > > > Para la comunicación entre los participantes, todo funciona
> > > > > > correctamente:
> > > > > > > audio ,video y chat.
> > > > > > > El problema es que no permite compartir archivos por el chat,
> > dando
> > > > el
> > > > > > > siguiente error "Access to file restricted by your account admin"
> > > > > > > Prove cambiar los permisos de los ejecutables, pero no funciono
> > > > > > > Instale Zoom version 5.14.7 (2928) con "sudo apt install
> > > > > > ./zoom_amd64.deb"
> > > > > > > No se que puedo hacer,que me aconsejan
> > > > > >
> > > > > > Por el mensaje que recibes, diría que es Zoom quien te está
> > limitando,
> > > > > > que no tiene nada que ver con los permisos que tengas definidos en
> > los
> > > > > > archivos del equipo local.
> > > > > >
> > > > > > Quizá el administrador del chat no permita compratir archivos pero
> > lo
> > > > > > veo un poco incongruente para una plataforma de aprendizaje :-?
> > > > > >
> > > > > > Por aquí hablan sobre eso:
> > > > > >
> > > > > > Managing file transfers in Zoom Team Chat
> > > > > >
> > > > > >
> > > >
> > https://support.zoom.us/hc/en-us/articles/6373137457037-Managing-file-transfers-in-Zoom-Team-Chat
> > > > > >
> > > > > > Comprueba que tu versión del kernel sea igual o superior a la
> > 5.10.6
> > > > > > (yo tengo la 5.10.0 en Debian 11):
> > > > > >
> > > > > > Description:Debian GNU/Linux 11 (bullseye)
> > > > > > 5.10.0-23-amd64
> > > >
> > > > > Desde 1983 y continuó hoy viernes 16 de Junio del año 2023 # 19:3:30
> > hs
> > > > mi
> > > > > kernel libre gnu es :
> > > > > labestiatomy@labestiatomy-Inspiron-3420:~$ uname -r
> > > > > 6.3.0-gnu  #
> > > >
> > > > Vale, no reconozco esa nomenclatura.
> > > >
> > > > Entonces ni es Debian 11 ni un kernel de Debian ;-)
> > > >
> > > > En Debian veo disponibles las versiones 5.10.179 (oldstable), 6.1.27
> > > > (estable y testing) y 6.3.7 (unstable), por lo que seguramente lo
> > habrás
> > > > compilado tú mismo.
> > > >
> > > > Contacta con el administardor de chat, quizá haya puesto alguna
> > > > restricción para el envío de archivos.
> > > >
> > > > Buscando por Internet, a este usuario le pasa lo mismo en Linux:
> > > >
> > > >
> > > >
> > https://www.reddit.com/r/Zoom/comments/13d9n9x/access_to_file_restricted_by_your_account_admin/
> > > >
> > > > Quizá sea un bug de la aplicación de Zoom para Linux, no descartes
> > > > contactar con ellos y/o preguntar en sus foros:
> > > >
> > > > https://community.zoom.com/t5/Contact-Center/bd-p/contact_center
> > > > https://community.zoom.com/
> >
> > > ¡Hola a todos!
> > > Después de leer una tonelada de páginas web, encontré que en el cliente
> > > Linux de Zoom tenía una configuración para realizar que no encontré
> > > documentada y es la de utilización de un proxy localmente. Está abajo a
> > la
> > > derecha en la primera pantalla que aparece.
> > > En mi caso decía que había un proxy, y no tengo instalado ninguno. Aunque
> > > me asegure con
> > > env | grep -i proxy
> > > Hice una prueba con mi cuenta de usuario de Zoom y mi teléfono celular y
> > > funciono correctamente, la única duda es si funcionará en la plataforma
> > > educativa.
> > > Espero que si,por que con clientes de Windows si lo hace.
> >
> > Ya nos dirás cómo te fue :-)

(...)

> Hola lista!!
> Probé  el Zoom en mi plataforma educativa y el problema persiste.
> Lo extraño es que puedo bajar los archivos (de tipo .zip) desde el cliente
> de Zoom en un móvil Android (Samsung Galaxy j5) sin problemas, aunque
> aparecen caracteres aleatorios delante el nombre del archivo como por
> ejemplo "ea2f -fd3ab...etc. , lo que hace suponer que en vez de subir el
> archivo lo están copiando y pegando en el chat, la mayoría usa Windows.
> ¿Podria ser el problema? En el chat parece que estuviese pintado, la opción
> de download no funciona, pero si me permite subir archivos, ya que intente
> y la opción funcionó aunque no complete la opción

¿Sabes de algún otro usuario con Linux que use esa plataforma educativa 
y que le funcione desde el cliente? 

Quizá no esté habilitado específicamente en la aplicación para linux de 
Zoom pero sí funcione vía web y en otros entornos:

Sending a file in meetings and webinars
https://support.zoom.us/hc/en-us/articles/209605493-Sending-a-file-in-meetings-and-webinars

Saludos,

-- 
Camaleón 



  1   2   3   4   5   6   7   8   9   10   >