Silvan

Risposte al Forum Create

Stai vedendo 15 articoli - dal 31 a 45 (di 1,424 totali)
  • Autore
    Articoli
  • in risposta a: scanner canon #33927
    Silvan
    Amministratore del forum

    Ciao,
    per rilevare lo scanner in rete bisogna di solito configurare il sottosistema SANE, 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

    in risposta a: problemi aggiornamento #33922
    Silvan
    Amministratore del forum

    Ciao,
    ho reso disponibile un altro aggiornamento di PackageKitcon 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

    in risposta a: problemi aggiornamento #33918
    Silvan
    Amministratore del forum

    Ciao,
    l’aggiornamento a PackageKit-1.2.7-2mamba, disponibile da oggi, potrebbe risolvere il problema per cui vi suggerisco di effettuare un altro aggiornamento da terminale con dnf per poi controllare se questo risolva il problema.

    in risposta a: problemi aggiornamento #33914
    Silvan
    Amministratore del forum

    Se 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

    in risposta a: problemi aggiornamento #33912
    Silvan
    Amministratore del forum

    Ciao.

    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?

    in risposta a: Dopo l’aggiornamento non si avviano più i programmi #33909
    Silvan
    Amministratore del forum

    Ciao,
    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.

    in risposta a: Dopo l’aggiornamento non si avviano più i programmi #33906
    Silvan
    Amministratore del forum

    Giusto, 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 di filesystem 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.
    in risposta a: Dopo l’aggiornamento non si avviano più i programmi #33903
    Silvan
    Amministratore del forum

    Ciao Ercole,
    l’aggiornamento sospetto tra quelli pubblicati oggi è il pacchetto filesystem. L’aggiornamento tuttavia aveva lo scopo di completare la migrazione a flat 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.
    in risposta a: errore dkms #33900
    Silvan
    Amministratore del forum

    Ciao,
    grazie per le informazioni, il tuo sistema sembra aggiornato correttamente.

    Ho reso disponibile l’aggiornamento di rtl88x2bu alla versione 5.13.1.20230711git.12cfcd8. Se dopo l’aggiornamento il problema dovesse persistere sarà utile vedere il log di dkms per esempio con il comando:

    sudo journalctl -u dkms -b

    in risposta a: errore dkms #33898
    Silvan
    Amministratore del forum

    Ciao,
    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

    in risposta a: problema dnf #33873
    Silvan
    Amministratore del forum

    Ciao,
    la risposta breve è che il problema sarà risolto con l’aggiornamento di rpm 4.18.1-3mamba. Anche se ci sono problemi con dnf 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 di libsqlite 3.42.0. Tuttavia questa volta il problema è stato riscontrato e risolto definitivamente upstream dagli sviluppatori di rpm.

    Il file con estensione sqlite-wal è un file binario che contiene un journal di database sqlite, pertanto non è corretto né utile aprirlo con kate.

    • Questa risposta è stata modificata 8 mesi, 4 settimane fa da Silvan.
    • Questa risposta è stata modificata 8 mesi, 4 settimane fa da Silvan.
    • Questa risposta è stata modificata 8 mesi, 4 settimane fa da Silvan.
    in risposta a: errore aggiornamenti #33870
    Silvan
    Amministratore del forum

    Ciao,
    il problema dovrebbe essere stato risolto con libgomp 13.1.1-2mamba, puoi verificare se hai questa versione installata con il comando rpm -q libgomp?

    in risposta a: problema ntfs #33867
    Silvan
    Amministratore del forum

    Ciao,
    il problema dovrebbe essere risolto con l’aggiornamento di libmount (2.39-2mamba) che sarà disponibile nelle prossime ore. Grazie per la segnalazione.

    in risposta a: errore aggiornamenti #33864
    Silvan
    Amministratore del forum

    Ciao,
    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 e PackageKit.

    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

    in risposta a: Driver nvidia #33860
    Silvan
    Amministratore del forum

    Ciao,
    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 aperta

    Riuscendo 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.
Stai vedendo 15 articoli - dal 31 a 45 (di 1,424 totali)