0MLx4: impossibile aggiornare

bad-title
Tags: #<Tag:0x00007fabd95bedc0>

#1

Non riesco più ad aggiornare Omlx4.
Ecco cosa succede:

dnf --refresh update

termina così

Esecuzione del controllo di transazione
Controllo di transazione eseguito con successo.
Test di transazione in corso
Test di transazione eseguito con successo
Transazione in corso
Impossibile ottenere il lock della transazione (accesso effettuato come: root).
I pacchetti scaricati sono stati salvati nella cache fino alla prossima transazione 
completata con successo.
È possibile rimuovere i pacchetti in cache eseguendo 'dnf clean packages'.
Errore: Impossibile eseguire la transazione.

mentre il widget per l’aggiornamento dice solamente

Update error
Error-1 running transaction

Dove posso recuperare altre info per capire il problema?


(rugyada) #2

Per favore posta tutto il log completo.
Un suggerimento per come farlo: QUI.


#3

Ecco il log (tralascio ovviamento l’elenco dei pacchetti)

dnf --refresh update
OpenMandriva Cooker - x86_64 - Contrib - Updates                                       1.3 kB/s | 1.5 kB     00:01    
OpenMandriva Cooker - x86_64 - Contrib                                                 1.3 kB/s | 1.5 kB     00:01    
OpenMandriva Cooker - x86_64 - Contrib                                                 374 kB/s |  10 MB     00:28    
OpenMandriva Cooker - x86_64 - Updates                                                 1.3 kB/s | 1.5 kB     00:01    
OpenMandriva Cooker - x86_64                                                           1.3 kB/s | 1.5 kB     00:01    
OpenMandriva Cooker - x86_64                                                           383 kB/s |  15 MB     00:39    
OpenMandriva 4.0 - x86_64                                                              145  B/s | 169  B     00:01    
Failed to synchronize cache for repo 'openmandriva-x86_64'
OpenMandriva 4.0 - x86_64 - Updates                                                    145  B/s | 169  B     00:01    
Failed to synchronize cache for repo 'updates-x86_64'
Ignoring repositories: openmandriva-x86_64, updates-x86_64
Dipendenze risolte.
Totale 
Esecuzione del controllo di transazione
Controllo di transazione eseguito con successo.
Test di transazione in corso
Test di transazione eseguito con successo
Transazione in corso
Impossibile ottenere il lock della transazione (accesso effettuato come: root).
I pacchetti scaricati sono stati salvati nella cache fino alla prossima transazione completata con successo.
È possibile rimuovere i pacchetti in cache eseguendo 'dnf clean packages'.
Errore: Impossibile eseguire la transazione.

Ora mi applico a capire il link che hai postato.
Al limite testerò l’ultima versione di Calamares :wink:

Ops. credo di aver letto bene solo ora il log…


(rugyada) #4

Calamares non c’entra nulla.
Vabbè, fai questo intanto:

$ sudo dnf clean all
$ dnf clean all

Poi diventa root con
$ su
Password:

e dai:

rpm --rebuilddb

Il comando rpm --rebuilddb anche un paio di volte, se si lamenta.


#5

so che Calamares è l’installer. E per provarlo bisogna reinstallare…


(rugyada) #6

Ma qui non stiamo parlando di re-installare… Perchè dovresti?
Hai già la Beta, prova ad aggiornarla.
Vuoi provare con i comandi suggeriti? o vuoi rifare tutto daccapo?


#7

Accidenti: pensavo che l’emoticon bastasse.
Sto già eseguendo i comandi suggeriti.
La prima parte è identica

Failed to synchronize cache for repo 'openmandriva-x86_64'
OpenMandriva 4.0 - x86_64 - Updates                          145  B/s | 169  B     00:01    
Failed to synchronize cache for repo 'updates-x86_64'
Ignoring repositories: openmandriva-x86_64, updates-x86_64

e si è bloccato su

Dimensione totale dello scaricamento: 169 M
Procedere [s/N]: s
Scaricamento dei pacchetti:root     

In attesa che il processo con pid 8903 finisca.

.

8903   /usr/bin/python3 /usr/bin/dnf-automatic /etc/dnf/automatic.conf --timer

(rugyada) #8

Ma ti arrivano i messaggi del forum in tempo reale??
I comandi sono questi, per il momento:


#9

In effetti si: mi sembra di essere in una chat.
Ho già dato questi comandi appena me l’hai suggerito.
Nel post precedente c’è il log del successivo

dnf --refresh update

e di

ps -aux

#10

L’errore che hai riportato sembra essere causato da un’istanza di dnf già in esecuzione. Infatti dnf permette l’aggiornamento automatico in background tramite il processo dnf-automatic, perciò il consiglio è quello di aspettare che il processo finisca e riprovare in seguito.


(rugyada) #11

:astonished:
Ma l’aggiornamento automatico è stato disabilitato già da un pezzo…


#12

il problema è che il comando sembra non avanzare: la CPU lavora ma il comando non termina. Sembra bloccato circa a metà pacchetti.
Aspetto ancora un po’.

Bloccato il comando, l’ho rilanciato e tutto è andato a buon fine.
Non proverò Calamares… :expressionless:


(rugyada) #13

Bene.
Calamares è fantastico quando serve, ma è preferibile evitarlo se se ne può fare a meno :grin:


#14

Mi era capitato qualche settimana fa, pensavo fosse ancora attivo. Dal file /etc/dnf/automatic.conf:

# Whether updates should be downloaded when they are available, by
# dnf-automatic.timer. notifyonly.timer, download.timer and
# install.timer override this setting.
download_updates = yes

(rugyada) #15

Io ho un
download_updates = yes

e un
apply_updates = no

Per quanto download_updates = yes mi lasci un dubbio su cosa faccia in realtà, mi tranquillizza il apply_updates = no.

Cmq dopo il baco degli aggiornamenti automatici a insaputa dell’admin, che risiedeva nell’applet di dragora, controllo saltuariamente e non ho mai trovato aggiornamenti che non ho deciso io.


#16

Idem qui. A quanto pare dnf aggiorna le liste e scarica i pacchetti ma non li installa. Poiché installo e rimuovo pacchetti continuamente non ci fatto caso più di tanto.


(Ben Bullard) #17

Questo non ha importanza, non ha nulla a che fare con nulla, ti sta dicendo che non può raggiungere quei repository che non possono perché non esistono ancora. Potresti disabilitarli.
This does not matter, has nothing to do with anything, it is telling you that it can’t reach those repos which it can’t because they do not exist yet. You could disable them.

Ti sta dicendo semplicemente che il processo 8903 non è finito.
Is telling you simply that process 8903 has not finished.

Questo sta dicendo che dnf-automatic è il processo 8903. Non uso dnf-automatic quindi non so perché sarebbe in esecuzione. Ma a prescindere da ciò, è necessario finire prima di poter fare qualsiasi altra cosa. O se è bloccato puoi uccidere il processo con il comando kill. Penso che sia:
This is telling that dnf-automatic is process 8903. I don’t use dnf-automatic so don’t know why it would be running. But regardless this needs to finish before you can do anything else. Or if it is stuck you can kill the process with the kill command. I think that’s:

$ sudo kill -9 8903

Post-edit: Intendevo dire che non uso consapevolmente dnf-automatic. L’aggiornamento probabilmente lo fa, ma l’aggiornamento sembra interrotto. FWIW per quanto ne so l’aggiornamento è ‘plasma-pk-updates’ non ‘dnfdragora-updater’, ma questo potrebbe essere cambiato, di nuovo.
Post-edit: I meant that I don’t knowingly use dnf-automatic. The updater probably does but the updater seems broken. FWIW as far as I know the updater is ‘plasma-pk-updates’ not ‘dnfdragora-updater’ but this could have changed, again.


(Ben Bullard) #18

i log dnf sono:
dnf logs are:

/var/log/dnf.log

/var/log/dnf.rpm.log

Penso che il dnf.log abbia tutte le uscite delle transazioni dnf. Non sono sicuro di cosa sia il dnf.rpm.log ma sono sicuro che gli sviluppatori lo troveranno utile in caso di problemi.
I think the dnf.log has all the output of dnf transactions. Not sure what the dnf.rpm.log is but I’m sure developers will find it useful in the event of a problem.

Anche riguardo all’aggiornamento questo da IRC # openmandriva-cooker:
Also about the updater this from IRC #openmandriva-cooker:

ben79: next iso will switch back to dragora’s one , only one working … pk based ones seems to have problems with scriptlets


(Ben Bullard) #19

Questa potrebbe essere una buona idea dato che plasma-pk-updates non esegue correttamente gli scriptlet.
This may be a good idea given that plasma-pk-updates does not run scriptlets properly.

$ sudo dnf remove plasma-pk-updates

$ sudo dnf install dnfdragora-updater

Inoltre da quando passeremo a dnfdragora-updater sul prossimo ISO.
Also since we will be switching to dnfdragora-updater on next ISO.


#20

Il problema si è ripresentato; ho aspettato 10 minuti prima di riprovare ad aggiornare e tutto è filato liscio.
Allora ho sostituito plasma-pk-updates con dnfdragora-updater e domani farò un altro test.