Actualización 15.3 a 15.4 con regalo de TRACKER-MINER-FS3 y algo de lentitud.

Hola:

Equipo :


HP-OMEN:~ # inxi -SMCGz  
System: 
  Kernel: 5.14.21-150400.24.28-default arch: x86_64 bits: 64 
    Console: pty pts/4 Distro: openSUSE Leap 15.4 
Machine: 
  Type: Laptop System: HP product: OMEN by HP Laptop 15-dc0xxx v: N/A 
    serial: <filter> 
  Mobo: HP model: 84DA v: 93.24 serial: <filter> UEFI: AMI v: F.12 
    date: 03/23/2020 
CPU: 
  Info: 6-core model: Intel Core i7-8750H bits: 64 type: MT MCP cache: 
    L2: 1.5 MiB 
  Speed (MHz): avg: 1297 min/max: 800/4100 cores: 1: 800 2: 800 3: 899 
    4: 893 5: 800 6: 808 7: 3404 8: 2143 9: 1700 10: 1700 11: 800 12: 827 
Graphics: 
  Device-1: Intel CoffeeLake-H GT2 [UHD Graphics 630] driver: i915 v: kernel 
  Device-2: NVIDIA GP107M [GeForce GTX 1050 Mobile] driver: nouveau 
    v: kernel 
  Device-3: Quanta HP Wide Vision HD Camera type: USB driver: uvcvideo 
  Display: x11 server: X.Org v: 1.20.3 with: Xwayland v: 21.1.4 driver: X: 
    loaded: modesetting,nouveau unloaded: fbdev,vesa gpu: i915,nouveau 
    resolution: 1: 1920x1080~60Hz 2: 1920x1080~60Hz 
  OpenGL: renderer: Mesa DRI Intel UHD Graphics 630 (CFL GT2) v: 4.6 Mesa 
    21.2.4 

Hoy se me ocurrió actualizar el portátil, así que borre todos los repositorios y los cambie por los equivalentes a la 15.4 ,se instalaron todos los programas, pero algunos son nuevos y otros que ni uso, un ejemplo :discover , lo habré usado una vez, lo normal es consola, yast2 o pakagekit, pero me lo incluyo en la barra de tareas, cosa que sobre la marcha lo he quitado.

Aun así noto el equipo algo relentizado y eso que la 15.4 lo he instalado en varios ordenadores y no he tenido problemas: Por lo pronto y sobre la marcha, ya que hay programas, que tardan en abrir (firefox, dolphin, etc) , ejecuto ksysguard o monitor del sistema y me encuentro este programa ejecutando y comiendo recursos tracker-miner-fs3 , no se si es temporal o está indexando, pero por lo pronto hasta que no sepa mas sobre el lo desinstalo (mire un poco por la web, pero sin buscar detalles, por si es algo parecido a baloo u por el estilo .) .

Los programas que he quitado son estos y por lo pronto las pausas , cortes y lentitudes, han desaparecido, ejemplo si abro dolphin, lo hace sobre la marcha, cuando antes tardaba en abrir, vamos parecía que se lo estaba pensando .

La lista es esta, en imagen, por si tengo que reponerlos o bien me he cargado alguno mas de la cuenta :
https://paste.opensuse.org/images/88057183.png

Por lo pronto el equipo va bien y lo mantengo en observación, la actualización fueron 13GB, claro que podían haber mas de 20 y pico repositorios (todos los de la 15.3 a la 15.4) y como tardo mucho, no me apeteció buscar lo de tracker, haber si con tiempo me entero lo que es.

Saludos cordiales .

A mi no me puso ningún “tracker lo que sea”. Igual se te marcó al elegir cierto patrón o aplicación que yo no uso, obviamente.

Lo que sí es verdad es que noto a Plasma comiendo más recursos. En reposo, sin aplicaciones abiertas excepto Monitor del sistema, konsole, Dolphin y un documento de texto, comía unas 2,3Gb de RAM en 15.3 y ahora, en 15.4, es raro que sean menos de 3,1Gb (con exactamente las mismas aplicaciones abiertas y en las mismas condiciones, hasta el fichero de texto es el mismo).

EDIT: Mi plasma es 5.26.2 pero es que en 15.3 tenía exactamente la misma versión. Las Qt no recuerdo si tenía en 15.3 las 5.15.6 o las 5.15.7 de ahora.

Saludos

Hola:

No creo haber seleccionado dicho archivo y no recuerdo haberlo visto en las otras isos que instale; de todas formas esta iso tiene un nombre que difiere de las anteriores ( ¿podría ser un resping? ) : openSUSE-Leap-15.4-CR-DVD-x86_64-Build11.10-Media .

Y era un fastidio, pero puede que empezara a fallar antes de hacer la actualización, aunque en menor medida , pero con esos archivos era un suplicio abrir dolphin y lo peor era cerrar la aplicación ; el remedio era reescribir la raíz , perdiendo programas instalados, pero vi que el tiempo de la cpu de ese programa y el % no era muy normal (me recordó con la indexación , al principio lenta y una vez terminada normal, sobre btrfs, no porque lo hace a ciertas horas, ademas se vería en el monitor de sistema) .

Por ahora va todo normal y muy rápido con las aplicaciones de edición que utilizo, con mas tiempo busco algo sobre esos archivos, lo que vi es que a alguien le fue mal, pero lo soluciono cambiando un parámetro, a mi como no tengo idea, lo dejo así pendiente y cuando sepa algo mas, intentare solucionarlo .

Gracias y un saludo cordial .

P.D. uno de los programas que se vio afectado fue krita, en medio de la edición se congelaba, y a la hora de salvar o abrir un archivo, tardaba mas de la cuenta.
Esta misma iso, también se grabo en uno de los pc (dos versiones de la 15.4) , por ahora trabaja normal, pero no puedo tocarlo, ya que está haciendo un backup al servidor de mas de 12 teras (quedan pendiente 8 teras, cuando termine lo mirare, haber si hay algo de eso, usare el comando compgen , para verlo .

Hola:

Consulte por la web, y vi en algunos sitios que había problemas con eso, pero eran noticias antiguas; de todas formas, uno comentaba que un programa lo usaba para indexar (fotos) , así que borre los programas sospechosos y volví a reponer los archivos, después hice una actualización (sobre la misma 15.4, que se suponía actualizado) y no instalo esos programas de indexar, ademas el de f-3 no aparece por ningún lado (quien lo instalo? ) , de paso verifique dependencias, encontrando una de un repo no firmado, el cual elimine y quedo ok.

Sobre tracker, es posible que tarde un poco al activarlo y una vez acabado sea normal, no lo se con certeza, ya que con baloo, tampoco lo tengo activado .
Otra cosa que verifique es lo de la cpu y aparece normal ( son 6 núcleos y 12 subprocesos , no veo lógico que se colapsara las aplicaciones, ahora hecho esto quedo normal) .

Otra cosa que podía hacer era un rollback, pero como se arreglo así , no lo hago.

Lo de tracker queda así :


HP-OMEN:~ # zypper se -s tracker*  
Loading repository data... 
Reading installed packages... 

S | Name                          | Type       | Version           | Arch   | Repository
--+-------------------------------+------------+-------------------+--------+-----------------------------
  | tracker                       | package    | 3.2.1-150400.1.12 | x86_64 | Repositorio principal
  | tracker                       | srcpackage | 3.2.1-150400.1.12 | noarch | Repositorio de código fuente
  | tracker                       | srcpackage | 2.3.2-2.32        | noarch | Repositorio de código fuente
  | tracker-data-files            | package    | 3.2.1-150400.1.12 | x86_64 | Repositorio principal
  | tracker-debuginfo             | package    | 3.2.1-150400.1.12 | x86_64 | Repositorio de depuración
  | tracker-debuginfo             | package    | 2.3.2-2.32        | x86_64 | Repositorio de depuración
  | tracker-debugsource           | package    | 3.2.1-150400.1.12 | x86_64 | Repositorio de depuración
  | tracker-debugsource           | package    | 2.3.2-2.32        | x86_64 | Repositorio de depuración
  | tracker-devel                 | package    | 3.2.1-150400.1.12 | x86_64 | Repositorio principal
  | tracker-lang                  | package    | 3.2.1-150400.1.12 | noarch | Repositorio principal
  | tracker-miner-files           | package    | 3.2.1-150400.1.11 | x86_64 | Repositorio principal
  | tracker-miner-files-debuginfo | package    | 3.2.1-150400.1.11 | x86_64 | Repositorio de depuración
  | tracker-miners                | package    | 3.2.1-150400.1.11 | x86_64 | Repositorio principal
  | tracker-miners                | srcpackage | 3.2.1-150400.1.11 | noarch | Repositorio de código fuente
  | tracker-miners-debuginfo      | package    | 3.2.1-150400.1.11 | x86_64 | Repositorio de depuración
  | tracker-miners-debugsource    | package    | 3.2.1-150400.1.11 | x86_64 | Repositorio de depuración
  | tracker-miners-lang           | package    | 3.2.1-150400.1.11 | noarch | Repositorio principal
HP-OMEN:~ # 

O sea ninguno instalado .

Saludos cordiales .

Hola.

Tracker es el indexador de GNOME, así que en realidad cualquier aplicación GTK es candidata a culpable rotfl! por esto de que el instalador por defecto “añade” los “recomendados”.

Como curiosidad, es un software que durante mucho tiempo he tenido como tabú para que no lo instalase, aunque ahora creo que no se me ha intentado instalar nunca.

@krovikan en principio no hay problema con tener más memoria ocupada mientras funcione bien. Pero sí parece que alguna configuración no va demasiado fina e igual te compensa darle una vuelta a eso y si acaso crear un hilo para intentar solucionarlo.

Salud!!

Hola:

Gracias, ahora que lo comentas, uno de los programas instalados, era de gnome y creaba una base de datos de fotos e imágenes (sospecho que fue el culpable, ademas coincide con el momento que empezó a dar fallos



**HP-OMEN:~ #** cat /var/log/zypp/history

2022-11-11 15:43:21|remove |eog-lang|41.1-150400.1.9|noarch|root@HP-OMEN| 
2022-11-11 15:43:21|remove |eog-plugins-lang|3.26.7-bp154.1.168|noarch|root@HP-OMEN| 
2022-11-11 15:43:21|remove |fotowall|1.0-lp154.13.3|x86_64|root@HP-OMEN| 
2022-11-11 15:43:22|remove |photocd|1.12-lp154.4.2|x86_64|root@HP-OMEN| 
2022-11-11 15:43:22|remove |rapid-photo-downloader-lang|0.9.27a3-lp154.65.1|noarch|root@HP-OMEN| 
2022-11-11 15:43:22|remove |eog-plugins|3.26.7-bp154.1.168|x86_64|root@HP-OMEN| 
2022-11-11 15:43:23|remove |rapid-photo-downloader|0.9.27a3-lp154.65.1|noarch|root@HP-OMEN| 
2022-11-11 15:43:23|remove |eog|41.1-150400.1.9|x86_64|root@HP-OMEN|


Puede que fuera alguno de estos, o unos que borre, antes de actualizar(por el tema de la lentitud, y me suena el visor de gnome, que puse mas abajo ) . (eog eye of gnome ojos de gnome , creo que esos no fueron) ; pero viendo lo dicho , mire uno de ellos y sorpresa :


     gnome-photos - Photo viewer for GNOME
 

    Versión:
  40.0-150400.2.6
   Proporciona:
  application()
metainfo()
application(org.gnome.Photos.desktop)
libgnome-photos.so()(64bit)
metainfo(org.gnome.Photos.appdata.xml)
gnome-photos = 40.0-150400.2.6
gnome-photos(x86-64) = 40.0-150400.2.6
   Requiere:

  libpthread.so.0()(64bit)
libm.so.6()(64bit)
libglib-2.0.so.0()(64bit)
libgobject-2.0.so.0()(64bit)
libm.so.6(GLIBC_2.29)(64bit)
libgio-2.0.so.0()(64bit)
libm.so.6(GLIBC_2.2.5)(64bit)
libgtk-3.so.0()(64bit)
libcairo.so.2()(64bit)
libgdk-3.so.0()(64bit)
libgdk_pixbuf-2.0.so.0()(64bit)
libpango-1.0.so.0()(64bit)
libpng16.so.16()(64bit)
libpng16.so.16(PNG16_0)(64bit)
libpangocairo-1.0.so.0()(64bit)
libjpeg.so.8()(64bit)
libjpeg.so.8(LIBJPEG_8.0)(64bit)
libatk-1.0.so.0()(64bit)
libc.so.6(GLIBC_2.11)(64bit)
libcairo-gobject.so.2()(64bit)
libhandy-1.so.0()(64bit)
libhandy-1.so.0(LIBHANDY_1_0)(64bit)
libgoa-1.0.so.0()(64bit)
libtracker-sparql-3.0.so.0()(64bit)
libgrilo-0.3.so.0()(64bit)
libbabl-0.1.so.0()(64bit)
libgdata.so.22()(64bit)
libgegl-0.4.so.0()(64bit)
libbabl-0.1.so.0(V0_1_0)(64bit)
libdazzle-1.0.so.0()(64bit)
libgexiv2.so.2()(64bit)
libgeocode-glib.so.0()(64bit)
libgfbgraph-0.2.so.0()(64bit)
tracker >= 3
tracker-miner-files >= 3

   Recomienda:
  dbus(dleyna-renderer-service)
p, li { white-space: pre-wrap; }

**
tracker >= 3
tracker-miner-files >= 3 **Estos si los instalo , y de los programas , creo que eran 2 o mas de gnome (eso me pasa por instalar sin mirar )

Gracias y saludos cordiales .

Al final resolví ese detalle hace 2 días.

Como ya comenté, hice una instalación de 0 (incluso del /home). Hace 2 días me fijé que un proceso kalendarac me comía 500Mb de RAM. Descubrí que era el server akonadi que no había desactivado.

Ahora estoy en 2Gb en las condiciones de mi autocita (300Mb menos que en el 15.3).

SOLUCIÓN a las MB de más: Por si alguien no lo sabe (y no lo usa) que desconecte el Servidor Akonadi siguiendo estos pasos.

Para impedir los procesos akonadi, editar:

~/.config/akonadi/akonadiserverrc

y cambiar:

StartServer=true

a

StartServer=false

Saludos