Risposte al Forum Create
-
AutoreArticoli
-
SilvanAmministratore del forum
Ciao,
per rilevare lo scanner in rete bisogna di solito configurare il sottosistemaSANE
, di base potrebbe bastare aggiungere una riga come la seguente, che specifica il protocollo e l’indirizzo di rete, in fondo al file /etc/sane.d/pixma.conf:`
bjnp://192.168.1.2
`
Per maggiori informazioni puoi fare riferimento a questa pagina: https://superuser.com/questions/1516987/how-to-use-to-a-canon-pixma-scanner-in-gnu-linux-using-sane-and-over-a-local-ne
SilvanAmministratore del forumCiao,
ho reso disponibile un altro aggiornamento diPackageKit
con una nuova patch avente lo scopo di risolvere il problema. Grazie per i vostri riscontri.Informazione: qualora la cache dei dati dei repository di
dnf
non sia aggiornata è possibile farlo immediatamente con il seguente comando:
sudo dnf refresh
SilvanAmministratore del forumCiao,
l’aggiornamento aPackageKit-1.2.7-2mamba
, disponibile da oggi, potrebbe risolvere il problema per cui vi suggerisco di effettuare un altro aggiornamento da terminale condnf
per poi controllare se questo risolva il problema.SilvanAmministratore del forumSe il sistema non si aggiorna sarebbe interessante sapere da quanto perché c’è stato nel recente passato un problema del genere con
PackageKit
. Il seguente comando restituisce l’elenco degli ultimi 10 pacchetti che sono stati aggiornati:rpm -qa --last | head -n 10
In ogni caso consiglio di effettuare un aggiornamento da una finestra di terminale con il comando:
sudo dnf update
SilvanAmministratore del forumCiao.
Appena avvio il pc mio arriva questa notifica:
notify-send
VBoxClient: the VirtualBox service is not running. Exiting.
(Io non uso VirtualBox).Probabilmente va verificato l’ultimo aggiornamento di VirtualBox su questo, comunque nel tuo caso se il sistema è installato su una macchina fisica puoi fare che rimuovere il pacchetto
VirtualBox-guest
:sudo dnf remove VirtualBox-guest
E poi Aggiornamenti software: Errore nell’aggiornamento – The PackageKit daemon has crashed
Il messaggio compare dopo aver aperto
Discover
? O esattamente dove? Non trovo un riferimento univoco per “Aggiornamenti software”. In ogni caso se ho capito bene gli aggiornamenti vengono proposti ed applicati correttamente dall’apposito applet nella tray icon bar?6 Settembre, 2023 alle 16:22 in risposta a: Dopo l’aggiornamento non si avviano più i programmi #33909SilvanAmministratore del forumCiao,
probabilmente ricreando manualmente i link mancava ancora il symlink da/usr/sbin
a/usr/bin
.
In ogni caso questa installazione dovrebbe aver superato il problema ma per completezza consiglio di controllare che in/
o/usr
non ci sia alcuna cartella che termini con.notmigrated
, ad esempio/usr/sbin.notmigrated
.4 Settembre, 2023 alle 22:28 in risposta a: Dopo l’aggiornamento non si avviano più i programmi #33906SilvanAmministratore del forumGiusto, i comandi vanno eseguiti con i privilegi di root ma anche il sottosistema
pam
potrebbe non trovare la cartella/lib64/security
.Tuttavia l’errore restituito è coerente con quella che che era l’ipotesi del problema ed a questo punto non ho suggerimento migliore che avviare con un sistema live, montare il filesystem di root e creare i link simbolici mancanti in
/
.In alternativa puoi provare, sempre dal sistema live e supponendo che il rootfs sia montato in
/mnt/openmamba
, ad installare l’aggiornamento difilesystem
che adesso è disponibile con questo comando:
`
sudo rpm -U http://cdn.openmamba.org/pub/openmamba/base/RPMS.x86_64/filesystem-2.3-9mamba.noarch.rpm -r /mnt/openmamba
`
- Questa risposta è stata modificata 6 mesi, 3 settimane fa da Silvan.
4 Settembre, 2023 alle 21:03 in risposta a: Dopo l’aggiornamento non si avviano più i programmi #33903SilvanAmministratore del forumCiao Ercole,
l’aggiornamento sospetto tra quelli pubblicati oggi è il pacchettofilesystem
. L’aggiornamento tuttavia aveva lo scopo di completare la migrazione aflat filesystem
facendo il merge di/usr/sbin
in/usr/bin
.Da una prima verifica potrebbe essere stato rimosso il link
/lib64
a/usr/lib64
e/o/lib
a/usr/lib
, in tal caso si potrebbero creare richiamando direttamente il linux loader con:
`
/usr/lib64/ld-linux-x86_64.so.2 /usr/bin/ln -s usr/lib64 /lib64
/usr/lib64/ld-linux-x86_64.so.2 /usr/bin/ln -s usr/lib /lib
Valuterei dopo altre possibilità se quanto sopra non dovesse risolvere.
- Questa risposta è stata modificata 6 mesi, 3 settimane fa da Silvan.
SilvanAmministratore del forumCiao,
grazie per le informazioni, il tuo sistema sembra aggiornato correttamente.Ho reso disponibile l’aggiornamento di
rtl88x2bu
alla versione5.13.1.20230711git.12cfcd8
. Se dopo l’aggiornamento il problema dovesse persistere sarà utile vedere il log didkms
per esempio con il comando:sudo journalctl -u dkms -b
SilvanAmministratore del forumCiao,
prima di guardare il problema che segnali mi sto occupando di un problema prioritario nell’applicazione degli aggiornamenti. Forse tu non aggiorni il sistema da diversi giorni, ma per essere sicuri mi puoi fornire l’esito del seguente comando eseguito in una finestra di terminale? Grazie.rpm -qa --last | head -n 40
SilvanAmministratore del forumCiao,
la risposta breve è che il problema sarà risolto con l’aggiornamento dirpm 4.18.1-3mamba
. Anche se ci sono problemi condnf
dovrebbe comunque essere possibile applicare questo aggiornamento con i consueti meccanismi di aggiornamento dal desktop.La risposta lunga è che il problema è una riproposizione di quanto già descritto in questo commento in quanto a causa di un errore si è riproposto nel repository
rolling
l’aggiornamento dilibsqlite 3.42.0
. Tuttavia questa volta il problema è stato riscontrato e risolto definitivamente upstream dagli sviluppatori dirpm
.Il file con estensione
sqlite-wal
è un file binario che contiene un journal di database sqlite, pertanto non è corretto né utile aprirlo conkate
.SilvanAmministratore del forumCiao,
il problema dovrebbe essere stato risolto conlibgomp 13.1.1-2mamba
, puoi verificare se hai questa versione installata con il comandorpm -q libgomp
?SilvanAmministratore del forumCiao,
il problema dovrebbe essere risolto con l’aggiornamento dilibmount
(2.39-2mamba) che sarà disponibile nelle prossime ore. Grazie per la segnalazione.SilvanAmministratore del forumCiao,
il problema è stato provocato dall’aggiornamento di libsqlite 3.42.0 che è stato disponibile come aggiornamento per alcune ore prima che lo ritirassi.
La correzione veloce consiste nell’aggiornare manualmente il pacchetto libsqlite:sudo rpm -U https://cdn.openmamba.org/pub/openmamba/devel/RPMS.x86_64/libsqlite-3.41.2-2mamba.x86_64.rpm
Questo dovrebbe essere sufficiente per ripristinare il corretto funzionamento di
dnf
ePackageKit
.Tuttavia se non lo fosse potrebbe essere necessario cancellare il database della cronologia dei comandi di
dnf
:sudo rm -f /var/lib/dnf/history.sqlite*
Non volendo perdere la cronologia dei comandi questo database può essere ripristinato seguendo le istruzioni in questo commento: https://bugzilla.redhat.com/show_bug.cgi?id=1868860#c16
SilvanAmministratore del forumCiao,
bentornato e grazie per gli apprezzamenti.Ho recentemente testato il driver nvidia corrente (530) su un PC e so che dovrebbe funzionare con la procedura che hai applicato, ovvero
sudo dnf install xorg-drv-video-nvidia
.Come prima cosa mi chiedo se hai già verificato, magari installandolo su altri Linux, che il driver nvidia corretto sia quello che hai installato. Perché su TG fai riferimento ad una scheda “GTX 760 ti” ed una “GTX 750”, la prima sembrerebbe supportata dal driver 470 cercando qui: https://www.nvidia.com/download/index.aspx?lang=en-us
A parte questo, riguardo a cercare di recuperare l’accesso al sistema all’avvio:
– se l’avvio si ferma immediatamente su “openmamba starting” suggerisco di provare con le altre opzioni di avvio, dovrebbe esserci la modalità fail-safe. In questo caso la causa potrebbe essere un problema nella rigenerazione dell’initramfs dopo l’installazione del driver nvidia.
– Se l’avvio procede mostrando lo splash di openmamba e poi torna su “openmamba starting”, in questo caso il sistema dovrebbe essere avviato ma non sta partendo l’ambiente grafico, qui proverei a premere combinazioni come CTRL-ALT-F2 o CTRL-ALT-F3 per cercare di avere una console apertaRiuscendo a recuperare l’accesso ad una console sarà possibile più facilmente individuare e correggere il problema. Se non si riesce in alcun modo potrà essere necessario avviare un supporto live di openmamba, montare e correggere l’installazione. In ogni caso dal live come prima cosa controllerei la presenza del file initramfs per il kernel corrente nella cartella /boot. Il nome del file corrente è:
/boot/initramfs-6.1.24-1mamba-x86_64.img
- Questa risposta è stata modificata 10 mesi, 3 settimane fa da Silvan.
-
AutoreArticoli