[Silvan]

Ciao,
il problema non dovrebbe più presentarsi dal tardo pomeriggio.

[Silvan]

Ciao,
bene per aver trovato la causa del problema.

baloo credo sia richiesto se si usano alcune funzionalità di KDE come la posta (kontact) ed esercita una funzione utile.

In passato ha dato più problemi, mentre negli ultimi anni non l’ho più individuato come causa di pesantezza e rallentamenti. C’è da considerare che una volta finita l’indicizzazione iniziale dei files poi lavora molto di meno.

In questo caso potrebbe essere sintomo di disco particolarmente lento o di uno o più files particolarmente grossi.

Al posto di rimuovere il pacchetto potrebbe anche essere una soluzione aprire l’applicazione “Ricerca dei file” ed agire sulle opzioni di configurazione per alleggerirne il lavoro (ad esempio: Indicizza anche il contenuto dei files => disattivato).

[Silvan]

Ciao,
bene per aver risolto.
Il problema comunque pare causato, più che da dinamiche di rete, dal plugin fastestmirror usato da yum e probabilmente la soluzione migliore sarà aggiungere le seguenti opzioni al file /etc/yum/yum.conf:

[main]
...
minrate=1
timeout=300

[Silvan]

Ciao,
premessa: ad oggi per usare la maggior parte dei sistemi desktop moderni, compreso un S.O. Linux con KDE 5, sarebbero raccomandati almeno 4 GB di RAM, un processore quad-core ed un sistema operativo a 64 bit. openmamba essendo finalizzato all’uso come sistema operativo per la produttività non ha come target il riuso di PC troppo “vecchi”, per questo scopo è disponibile una versione con desktop leggero LXDE, ma ci sono probabilmente altre distribuzioni Linux più adatte.
Detto questo nell’uso normale la principale causa di un utilizzo elevato di memoria (e conseguente elevato utilizzo di CPU e I/O per swapping su disco della memoria RAM insufficiente) è il browser Chromium, che posso suggerire di sostituire con Firefox.
Per invidivuare comunuqe la causa in modo più specifico, sia che si tratti di un effettivo problema di qualche processo oppure di normale utilizzo delle risorse, il primo passo è di utilizzare un gestore di processi come “KSysGuard – Monitor di sistema”, il comando top da linea di comando, oppure richiedere una nostra valutazione del problema generando ed inviando un “Report del sistema openmamba”.

[Silvan]

Ciao,
puoi riprovare così:

cd /tmp
wget http://cdn.openmamba.org/pub/openmamba/devel/RPMS.x86_64/kinit-5.58.0-1mamba.x86_64.rpm
sudo rpm -U kinit-5.58.0-1mamba.x86_64.rpm --force

[Silvan]

Ciao,
l’errore:
XYZ is needed by libkio-5.58.0-1mamba.x86_64

si corregge forzando la reinstallazione del pacchetto che fonisce XYZ. In quest’ultimo caso XYZ è kinit che è fornito dal paccheto kinit.

La reinstallazione di una dipendenza si può forzare come sopra con il comando:

sudo rpm -e kinit --nodeps --force

tuttavia rimuovere kinit potrebbe causare il crash del desktop in esecuzione, per cui un altro modo di forzare la reinstallazione è:

sudo rpm -U http://cdn.openmamba.org/pub/openmamba/devel/RPMS.x86_64/kinit-5.58.0-1mamba.x86_64.rpm

Ho fornito le istruzioni in questo modo affinché sia chiaro come correggere per analogia altri problemi simili (presumibili visti i problemi pre-esistenti segnalati da yum).

Note informative per chi fosse interessato alle cause del problema:
il problema della corruzione del database dei pacchetti finora è stato riscontrato soltanto quando si utilizza PackageKit per installare i pacchetti (ovvero ad esempio si fa l’aggiornamento dall’applet dell’interfaccia grafica). PackageKit utilizza il backend per yum che non è più mantenuto da anni pertanto va in crash. Il backend e package manager attualmente supportato è dnf, tuttavia openmamba utilizza rpm5 mentre dnf è compatibile con la versione 4 di rpm (quella usata da RedHat).

La risoluzione di questo problema consiste in una delle seguenti:
1) fix del backend di PackageKit per yum
2) adottare dnf al posto di yum se è possibile farlo funzionare con rpm 5
3) adottare rpm 4 nella distribuzione al posto di rpm 5 e dnf

Le soluzioni di cui sopra richiedono parecchio lavoro e questo è un problema attualmente “show-stopping” per la promozione di openmamba, non è ancora corretto perché non ho ancora avuto reale disponibilità di alcune giornate di “ferie” da dedicare per affrontarlo.

[Silvan]

Ciao,
il comando system-config-printer verrà corretto con degli aggiornamenti.

Intanto la configurazione delle stampanti dovrebbe funzionare utilizzando lo strumento di KDE che si trova cercando “Stampanti” nel menù delle applicazioni.

[Silvan]

Ciao,
il problema mi è noto ed è dovuto al cessato supporto per il download gratuito di Java 8 dal sito Oracle.
Avevo iniziato a lavorare all’aggiornamento a Java 12 e cerco di riprenderlo e concluderlo prima possibile.

Silvan

[Silvan]

Ciao,
il problema, anche sulla base del report ricevuto, potrebbe non essere correlato ai driver video, tuttavia la causa non mi è ancora chiara.

Sulla base di queste ultime informazioni, tuttavia, deduco che il problema potrebbe verificarsi solo in fase di ripristino dall’ibernazione. Come prima cosa consiglierei di verificare ed eventualmente disattivare un’eventuale impostazione di sistema che effettui automaticamente l’ibernazione: cercando ed avviando dal menù ‘Risparmio energetico’ occorre innanzitutto controllare che la voce “Sospendi la sessione” non sia attivata ED impostata per l’ibernazione, così come guardare che non vi siano altre opzioni/condizioni configurate per effettuare l’ibernazione.

Se compare il messaggio “resuming from hibernate” significa che il sistema era stato ibernato prima della fase corrente di avvio del computer, pertanto dopo un normale riavvio o spegnendo/accensione del sistema questo messaggio non dovrebbe comparire, tuttavia come detto sopra il problema potrebbe essere in un’impostazione di ibernazione automatica dopo inattività.

[Silvan]

Ciao,
proverei da terminale intanto con:

sudo rpm -e pytalloc.x86_64 pytalloc.i586 --nodeps --force

e poi di nuovo:

sudo yum update

NOTA 1: poiché non è noto lo stato attuale del database dei pacchetti installati preciso che l’indicazione di cui sopra rappresenta uno step di più passaggi possibili per portare alla risoluzione, pertanto è inutile fornire un riscontro del tipo “Il problema ancora persiste/Purtroppo il problema non è risolto”, bensì servirà ricevere ulteriori informazioni per proseguire, riportando nuovamente e di volta in volta i messaggi che compaiono a terminale dopo l’esecuzione dei comandi indicati.

NOTA 2: ricordo ai lettori di questo post che a causa di un problema esistente da tempo gli aggiornamenti non devono essere effettuati da interfaccia grafica ma tramite il comando da terminale sudo yum update.

[Silvan]

Ciao,
in openmamba l’ambiente desktop supportato per computer con bassa disponibilità di RAM e potenza è LXDE.

Per le nuove installazioni vi sono supporti di installazione che forniscono tale ambiente, come ad esempio openmamba-livecd-light, mentre se hai bisogno di effettuare l’installazione di LXDE su un sistema già installato con KDE potrebbe essere necessario verificare la procedura in quanto non normalmente utilizzata e testata.
In questo caso comunque il punto di partenza è il comando:

sudo yum install lxde

[Silvan]

Ciao,
se il gruppo vboxusers non è presente nel sistema significa che lo script post-installazione di VirtualBox non è stato eseguito correttamente. Per correggere puoi reinstallare VirtualBox con sudo yum reinstall VirtualBox o aggiungerlo a mano con sudo groupadd vboxusers -g 65056. Quando il gruppo è presente si aggiunge l’utente al gruppo con sudo usermod -a -G vboxusers tuo_nome_utente.

[Silvan]

Ciao,
peccato che non si legga tutto il messaggio di errore, comunque credo si riferisca al fatto che manchi il link /lib/modules/4.14.94mamba-64GB/build che dovrebbe esserci se gli header del kernel giusto sono installati.

Nelle precedenti risposte noto che il comando dato per installare o aggiornare gli headers era riferito ad un sistema a 64bit, per cui proverei invece con:
yum install kernel-mamba-64GB-headers

[Silvan]

Ciao,
strano che sia vuoto. Questo è lo script post-installazione di VirtualBox che puoi provare a lanciare a mano facendo copia/incolla in un terminale come root:

for p in vboxdrv vboxnetadp vboxnetflt vboxpci; do
      dkms add -q -m ${p} -v 5.2.22
      dkms install -q -m ${p} -v 5.2.22 --force
done

[Silvan]

Ciao,
manca l’output del primo comando che avevo scritto:

sudo dkms status

[Autore]

Articoli