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

[Marco Möller]

On 18.10.22 21:46, Alberto Carvajal wrote:

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

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

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

Atentos saludos





Hola,
tenîa exactamente el mismo problema. Ocurre desde hace la ultima 
actualización de libre office o actualización de componentes java, más o 
menos desde hace no más de quizás 2 semanas. Utilizo Debian stable.


Version: 7.4.1.2 / LibreOffice Community
Build ID: 40(Build:2)
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: en-US
Debian package version: 1:7.4.1-1~bpo11+2
Calc: threaded

Cada vez que he abierto Libre Office y un documento, y después de varias 
veces amplificar el tamaño de la ventana escondido en el rincón 
izquierdo y superior de la pantalla, parece que ya no ocurre. No tengo 
explicación. Solo escribo para confirmar que el problema existe también 
para otros usuarios.


Saludos, Marco.

Re: Usuario root bloqueado

[Marco Möller]

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



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

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


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

(...)

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

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

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

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


Hola Marco

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

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

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

Saludos,


Hola

Gracias, lo he hecho:

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



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


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

  systemd.unit=rescue.target

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

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


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


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

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

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

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

  sudo passwd -dl root

Bueno, te deseo suerte!
Marco

Re: Usuario root bloqueado

[Marco Möller]

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


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



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

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

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


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

Re: Usuario root bloqueado

[Marco Möller]

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

Hola

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


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


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


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


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


Espero noticias.




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

  init=/sbin/sulogin --force

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


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

Suerte, y un saludo, Marco.

Re: paquetes retenidos

[Marco Möller]

On 15.04.20 15:34, diego leon giraldo garcia wrote:
con dist-upgrade tendría una nueva versión del sistema 
Simplemente recibirías el upgrade de 10 o de 10.1 o de 10.2, depende de 
lo que por el momento tienes, al más actual 10.3, de todas formas te 
quedarías en la rama del Debian "Buster" (stable, Debian 10) y esto no 
debería cambiar tu sistema aparte de instalar todas las upgrades de 
seguridad y solucionar problemas justo como (probablemente) el que tienes.


Quizás hacer un backup, tipo image completo, y probarlo solo después. 
Recuerda que con la opción "-s" en el "apt dist-upgrade -s" simplemente 
te va ha informar al detalle de lo que pasaría, que cambios se tendría, 
sin de verdad aplicarlos.


Como ya estas en Debian "stable" puedes confiar que no te cambiaría el 
sistema a algo ya no conocido. Más hay a esperar que ni vas a notar como 
usuario ningún cambio. Los cambios dentro de la rama "stable" 
normalmente solo son correcciones de fallos conocidos o parches de 
seguridad, pero no cambios generales en el diseño del sistema.

Re: paquetes retenidos

[Marco Möller]

On 15.04.20 14:23, diego leon giraldo garcia wrote:

buenos días lista.

pregunto porque en Debian 10 luego de ejecutar apt update aparecen dos
paquetes para actualizar, ejecuto apt  upgrade y dice paquetes retenidos
(dos) . trato de instalar paquete por paquete con install pero sigue los
paquetes retenidos.


gracias



(antes de todo, por favor perdoname fallos en el idioma no es mi lengua 
nativa)


apt  no borra archivos, solo hace upgrades de archivos o instalaciones 
de paquetes nuevos. Probablemente un upgrade tuyo necesitaría a borrar 
un paquete viejo - lo que no está permitido. Este problema al veces 
ocurre si un paquete NO tiene nombre "ABCD" acompañado por un numero de 
versión "1.2.3" guardado en otro lugar, pero esta llamado directamente 
con el numero como parte del nombre, por ejemplo "ABCD-1.2.3". Si la 
instalación tuya ahora requiere substituir "ABCD-1.2.3" por "ABCD-4.1.0" 
hay un problema, por que no se trata de un update del mismo paquete 
"ABCD" con distintos números de versión, pero el sistema lo trata como 
dos paquetes distintas llamadas "ABCD-1.2.3" y "ABCD-4.1.0".


Deberías seguir las informaciones que aparecen por (utilizando "-s" para 
solo hacer simulación pero no cambiar tu sistema de verdad)

"apt upgrade -s nombre-de-un-paquete-que-es-parte-del-problema"
o
"apt install -s nombre-de-un-paquete-que-es-parte-del-problema"

leer y buscar si es el problema del tipo que sospecho, podría estar 
necesario entrar a más detalle y estudiar lo que dice

"apt show nombre-de-un-paquete-que-es-parte-del-problema"

Con las informaciones tendrías que evaluar si querías tomar el riesgo y 
borrar un paquete manualmente antes de instalar el otro. Esto solo sea 
recomendado si sabes muy bien que el paquete que borras no sea necesario 
ya no para ninguna otra dependencia en el sistema! Probablemente que no 
sepas esto y no podrías tomar una decisión segura.


Entonces de quedas con una opción más: cruzando dedos que el problema ya 
es conocido y por eso que ya hay una solución automática, lo que para 
Debian "stable" debería ser como eso: No hagas simplemente en upgrade, 
pero todo un dist-upgrade! La función dist-upgrade permite borrar 
archivos si esto soluciona un problema sin romper otras dependencias. 
Prueba con "-s" primero:

"apt dist-upgrade -s"