Forum Debianizzati

Condividi contenuti
Aggiornato: 1 ora 3 sec fa

Re: [RISOLTO] Incompatibilita' scheda audio esterna

Mar, 07/04/2020 - 23:24
Perfetto! Quindi probabilmente avrebbe funzionato anche semplicemente cambiare la versione degli ALSA
Ad ogni modo cambio subito il nome
Grazie ancora per la pazienza è per l’aiuto
Categorie: Forum Debianizzati

Re: ParrotOS: configurare driver nouveau

Mar, 07/04/2020 - 23:12
Prova a modificare il file /etc/modules da:
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.

loop

a:
# /etc/modules: kernel modules to load at boot time.
#
# This file contains the names of kernel modules that should be loaded
# at boot time, one per line. Lines beginning with "#" are ignored.

loop
nouveau

Quindi, aggiorna l'intramfs con il comando impartendo il seguente comando come root:
update-initramfs -u

Quindi riavvia e verifica se ci sono cambiamenti, generando un nuovo log.
Categorie: Forum Debianizzati

Re: [RISOLTO] Incompatibilita' scheda audio esterna

Mar, 07/04/2020 - 23:07
Felice di esserti stato d'aiuto nel confronto alla ricerca della soluzione.

Grazie per aver inviato il log generato con il nuovo sistema operativo. Dal confronto tra i log generai dai due sistemi operativi, la differenza principale, oltre che nella versione del kernel, credo sia nella versione di ALSA utilizzata e nei moduli del kernel caricati (per la sezione adio usb).

Nel sistema operativo con cui sei riuscito ad attivare il dispositivo risulta:
!!Kernel Information
!!------------------

Kernel release:    5.3.0-45-generic
Operating System:  GNU/Linux
Architecture:      x86_64
Processor:         x86_64
SMP Enabled:       Yes


!!ALSA Version
!!------------

Driver version:     k5.3.0-45-generic
Library version:    1.1.9
Utilities version:  1.1.9

!!Modprobe options (Sound related)
!!--------------------------------

snd_pcsp: index=-2
snd_usb_audio: index=-2
snd_atiixp_modem: index=-2
snd_intel8x0m: index=-2
snd_via82xx_modem: index=-2
snd_atiixp_modem: index=-2
snd_intel8x0m: index=-2
snd_via82xx_modem: index=-2
snd_usb_audio: index=-2
snd_usb_caiaq: index=-2
snd_usb_ua101: index=-2
snd_usb_us122l: index=-2
snd_usb_usx2y: index=-2
snd_cmipci: mpu_port=0x330 fm_port=0x388
snd_pcsp: index=-2
snd_usb_audio: index=-2

Mentre nella versione precedente del sistema operativo risulta:
!!Kernel Information
!!------------------

Kernel release:    4.16.12-rt5-avl1
Operating System:  GNU/Linux
Architecture:      x86_64
Processor:         unknown
SMP Enabled:       Yes


!!ALSA Version
!!------------

Driver version:     k4.16.12-rt5-avl1
Library version:    1.1.3
Utilities version:  1.1.3


!!Modprobe options (Sound related)
!!--------------------------------

snd_pcsp: index=-2
snd_usb_audio: index=-2
snd_atiixp_modem: index=-2
snd_intel8x0m: index=-2
snd_via82xx_modem: index=-2
snd_usb_audio: vid=0x763 pid=0x2012 device_setup=0x9 index=5 enable=1

Se può essere utile, mi ricollego anche a questa altra e diversa discussione, anche se non specifica per il Tuo apparato. [0]

Infine, se nulla osta, cambierei il titolo della discussione da "Incompatibilita' scheda audio esterna" a "Incompatibilità PreSonus Studio 192"

[0] https://forumsarchive.presonus.com/posts/list/28993.page
Categorie: Forum Debianizzati

Re: MIGLIORARE SWAP

Mar, 07/04/2020 - 18:58
Ciao,
Ho letto il log ed i dati del messaggio precedente e riporto di seguito alcune osservazioni che spero ti siano utili.
diabolikos ha scritto:Nel frattempo posto il contenuto dei comandi FREE e VMSTAT in due momenti successivi.
              total        used        free      shared  buff/cache   available
Mem:        3922644     3171532      143312      294700      607800      226560
Swap:       8190972      418048     7772924

Da quanto hai sopra riportato, si può desumere che in questa fase il sistema operativo sta impegnando, a vario titolo, circa 3,1 GB di RAM ("used") per i programmi in esecuzione e 418 MB, sempre per programmi, di memoria swap (su disco). Sembrerebbe un normale sistema che sta utilizzando pienamente la propria RAM ed iniziando ad utilizzare la memoria di swap. Un sistema operativo, in questo stato dal punto di vista della memoria, è lento se deve continuamente accedere alla memoria di swap e, quindi, rallenterebbe qualora tu usassi programmi la cui occupazione di memoria eccedesse largamente i 3,8 GB RAM disponibili. Se guardiamo ai dati del comando wmstat, sia nel primo che nel secondo output, la CPU è sostanzialmente inutilizzata (nel 91% del tempo la CPU è "idle" cioé disponibile per eventuali richieste) e questo depone per un utilizzo, nel momento del comando, di un uso non molto aggressivo della RAM.

diabolikos ha scritto:
              total        used        free      shared  buff/cache   available
Mem:        3922644      784260     2710676      132400      427708     2777948
Swap:       8190972      519168     7671804

Da questo ulteriore output, risulta che presumibilmente hai chiuso, dopo la fase precedente, i programmi che occupavano la maggior parte della memoria RAM ed il sistema operativo sta impegnando circa 700 MB (dei 3,9 GB) di RAM per i programmi in esecuzione (con 2,7 GB di RAM libera) e sta impegnando 519 MB di memoria di swap (quest'ultima sicuramente in conseguenza del precedente utilizzo): anche questo è normale. Naturalmente, se accedi ad un programma in cui parte della memoria è stata temporaneamente trasferita in swap, il programma risulterà poco responsivo perché inizialmente rallentato dalle attività di swap-in (trasferimento dalla memoria di swap alla RAM), ma con un SSD e porta sata a 6GB/sec (come ne tuo caso) non dovrebbe essere un grande limite (al di là della usura nel tempo del disco SSD).

Quindi, i rallentamenti che riferisci non dovrebbero essere strettamente legati alla swap, fatto salvo non utilizzi programmi che saturano la memoria di sistema ben oltre i 3,9 GB di RAM disponibili del tuo computer.

Hai esperienze diverse ?

Puoi fornire maggiori dettagli o provare a raccogliere ed a fornirci dati oggettivi sullo stato del sistema operativo durante i rallentamenti che riferisci ?

diabolikos ha scritto:Aki ha scritto:Da quanto hai scritto, hai una partizione di swap enorme rispetto alla RAM di riferimento, La swap da 8Gb l'ho creata io, come dimensione massima consigliata del 2 x RAM se si volesse ricorrere all'ibernazione
Sì, questa è la regola generale di massima tranquillità, ma considera che in fase di ibernazione sono svuotati tutti i buffer e le cache del sistema operativo e l'immagine della memoria è generalmente compressa, quindi una partizione di swap con dimensione pari a 1,5 volte la RAM la maggior parte delle volte è sufficiente.

Infine, dal log che hai inviato segnalo che risultano molti "core dump" per interruzioni del funzionamento del servizio relativo alla gestione del bluetooth che potrebbero rallentare il funzionamento del computer, sia per il flusso continuo di dati che popola i log, sia per la creazione delle immagini (core dump) che il sistema ad ogni crash dovrebbe generare, occupandoti spazio su disco e impegnando sia il disco che la CPU: prova a dare un'occhiata ai log di sistema per capire dove intervenire per sanare questa situazione.
Categorie: Forum Debianizzati

vnc e firewall router ecc

Mar, 07/04/2020 - 10:53
vorrei accedere al pc di un amico
il pc si trova a casa sua e lui non puo' impostare niente sul suo router (port forwarding, eccezioni del router ecc)

io stessa cosa, non posso toccare router e firewall

pero' io ho a disposizione l'accesso a un server dislocato su internet, con ip statico con sopra linux e con ssh installato e porte aperte

ho letto che si potrebbe fare un tunnell, ma non mi e' chiaro chi lo deve fare..

a volte io dovrei prendere il controllo del suo computer e a volte lui del mio

che si puo' fare?
Categorie: Forum Debianizzati

Re: Eliminare segnalazioni generate dal kernel - Debian Bust

Lun, 06/04/2020 - 19:43
kikuz75 ha scritto:Devo fare la stessa operazione sul kernel 4.9?

kikuz75 ha scritto:C'è la possibilità di ridurre ulteriormente in caso?
La cosa migliore è aprirli, vedere la riga ripetuta nmila volte e cancellarne tutte le occorrenze. Non ti consiglio assolutamente di cancellare l'intero file. In genere è cosa saggia non cancellare niente al di fuori della propria home directory.
Per il journal c'è l'opzione "--vacuum-size" che rimuove tutto quello che eccede la dimensione impostata. Per cui:
# journalctl --vacuum-size=100M

riduce il journal a 100Mb.
$ man journalctl
Categorie: Forum Debianizzati

Re: Eliminare segnalazioni generate dal kernel - Debian Bust

Lun, 06/04/2020 - 18:46
s3v ha scritto:Quindi quelle righe non ci sono più nei log.
Ricorda che questo vale solo quando usi il kernel 5.4.


Devo fare la stessa operazione sul kernel 4.9?
s3v ha scritto:Wow, pensavo meglio.
Non cancellare nulla.
Usa il comando:
# sed -i "/HALMAC/d' /var/log/nomefile

Dove "nomefile" è il nome del file che vuoi "accorciare". Stai attento che questo comando devi usarlo solo per i file non compressi, cioè che non hanno estensione .gz, .xz, .bz2, .tar.gz e simili.
Fatto adesso mi esce questo:
sudo  du -hS /var/log/* | sort -rh | head -20
1,9G    /var/log/journal/26ecbbe6833c4f898df31405d4d6cb47
885M    /var/log/messages.1
885M    /var/log/kern.log.1
367M    /var/log/messages
367M    /var/log/kern.log
250M    /var/log/syslog
148M    /var/log/syslog.3.gz
120M    /var/log/syslog.1
96M     /var/log/syslog.1.gz-2020032901.backup
69M     /var/log/messages.2.gz
69M     /var/log/kern.log.2.gz
58M     /var/log/syslog.2.gz
43M     /var/log/messages.4.gz
43M     /var/log/kern.log.4.gz
33M     /var/log/syslog.4.gz
27M     /var/log/syslog.5.gz
17M     /var/log/messages.3.gz
16M     /var/log/kern.log.3.gz
15M     /var/log/installer/cdebconf
9,6M    /var/log/syslog.6.gz

C'è la possibilità di ridurre ulteriormente in caso?
Categorie: Forum Debianizzati

Re: Eliminare segnalazioni generate dal kernel - Debian Bust

Lun, 06/04/2020 - 16:20
kikuz75 ha scritto:Comunque, ricercando le stringhe di debug ottengo questo:
sudo journalctl -x -b --no-pager | grep HALMAC | wc -l
[sudo] password di mandrhacker:
0

Quindi quelle righe non ci sono più nei log.
Ricorda che questo vale solo quando usi il kernel 5.4.
kikuz75 ha scritto:Mentre cercando i file log più grandi mi esce questo:
sudo  du -hS /var/log/* | sort -rh | head -20
3,8G    /var/log/messages.1
3,8G    /var/log/kern.log.1
1,9G    /var/log/journal/26ecbbe6833c4f898df31405d4d6cb47
1,6G    /var/log/messages
1,6G    /var/log/kern.log
886M    /var/log/syslog
713M    /var/log/syslog.1
148M    /var/log/syslog.3.gz
96M     /var/log/syslog.1.gz-2020032901.backup
69M     /var/log/messages.2.gz
69M     /var/log/kern.log.2.gz
58M     /var/log/syslog.2.gz
43M     /var/log/messages.4.gz
43M     /var/log/kern.log.4.gz
33M     /var/log/syslog.4.gz
27M     /var/log/syslog.5.gz
17M     /var/log/messages.3.gz
16M     /var/log/kern.log.3.gz
15M     /var/log/installer/cdebconf
9,6M    /var/log/syslog.6.gz

Ho più di 10 GB di file log che mi occupano spazio. Conoscendomi, cancellerei manualmente questi file, ma non so se lo posso fare, cosa suggerisci?
Wow, pensavo meglio.
Non cancellare nulla.
Usa il comando:
# sed -i "/HALMAC/d' /var/log/nomefile

Dove "nomefile" è il nome del file che vuoi "accorciare". Stai attento che questo comando devi usarlo solo per i file non compressi, cioè che non hanno estensione .gz, .xz, .bz2, .tar.gz e simili.
Categorie: Forum Debianizzati

Re: Eliminare segnalazioni generate dal kernel - Debian Bust

Lun, 06/04/2020 - 14:18
Può essere, mi sembrava però di aver creato un log prima di aggiornare il firmware.

Comunque, ricercando le stringhe di debug ottengo questo:
sudo journalctl -x -b --no-pager | grep HALMAC | wc -l
[sudo] password di mandrhacker:
0


Mentre cercando i file log più grandi mi esce questo:
sudo  du -hS /var/log/* | sort -rh | head -20
3,8G    /var/log/messages.1
3,8G    /var/log/kern.log.1
1,9G    /var/log/journal/26ecbbe6833c4f898df31405d4d6cb47
1,6G    /var/log/messages
1,6G    /var/log/kern.log
886M    /var/log/syslog
713M    /var/log/syslog.1
148M    /var/log/syslog.3.gz
96M     /var/log/syslog.1.gz-2020032901.backup
69M     /var/log/messages.2.gz
69M     /var/log/kern.log.2.gz
58M     /var/log/syslog.2.gz
43M     /var/log/messages.4.gz
43M     /var/log/kern.log.4.gz
33M     /var/log/syslog.4.gz
27M     /var/log/syslog.5.gz
17M     /var/log/messages.3.gz
16M     /var/log/kern.log.3.gz
15M     /var/log/installer/cdebconf
9,6M    /var/log/syslog.6.gz

Ho più di 10 GB di file log che mi occupano spazio. Conoscendomi, cancellerei manualmente questi file, ma non so se lo posso fare, cosa suggerisci?
Categorie: Forum Debianizzati

Re: Incompatibilita' scheda audio esterna

Lun, 06/04/2020 - 11:48
ciao!
faccio un piccolo riassunto di quello che é stata la giornata di ieri.

allora, dopo svariati tentativi anche con la distro AV Linux (reinstallato da zero, installato e disintallato diversi pacchetti per l'audio) non sono comunque riuscito a rendere funzionale la scheda audio.
allora come ho accennato ho cambiato distro, nello specifico kubuntu, e ho installato il pacchetto "Ubuntu Studio" che mi permette di gestire jack...e sta funzionando. ascolto musica, registro e ascolto in diretta. Funziona quasi tutto.
l'unica cosa che non riesco a far funzionare per ora é l'uscita delle cuffie (poco male, uso soprattutto le casse)

grazie per l'aiuto e la pazienza!
Categorie: Forum Debianizzati

Re: [ RISOLTO ] INSTALLARE DOCKY

Lun, 06/04/2020 - 11:14
Mi fa piacere, buona continuazione.
Categorie: Forum Debianizzati

Re: MIGLIORARE SWAP

Lun, 06/04/2020 - 10:54
Grazie. Avrei il file di LOG pronto, ma l'invio è fallito al momento della creazione, ritengo per le dimensione >60K
Come posso inviarlo successivamente o splittarlo?

Nel frattempo posto il contenuto dei comandi FREE e VMSTAT in due momenti successivi.
              total        used        free      shared  buff/cache   available
Mem:        3922644     3171532      143312      294700      607800      226560
Swap:       8190972      418048     7772924


              total        used        free      shared  buff/cache   available
Mem:        3922644      784260     2710676      132400      427708     2777948
Swap:       8190972      519168     7671804


procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 3  0 519168 2738028  13616 401644    2   20   101    68  190  552  9  2 89  0  0


procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 5  0 418048 311112  21252 571624    1   15    96    65  170  460  7  2 91  0  0


Aki ha scritto:Da quanto hai scritto, hai una partizione di swap enorme rispetto alla RAM di riferimento,
La swap da 8Gb l'ho creata io, come dimensione massima consigliata del 2 x RAM se si volesse ricorrere all'ibernazione.

--
edit: Ho visto dopo la possibilità di allegare file
Categorie: Forum Debianizzati

Re: INSTALLARE DOCKY

Lun, 06/04/2020 - 10:46
Per completezza di informazione aggiungo:
ho installato PLANK visto che DOCKY non sembra più supportato e tutto sommato nella sua semplicità fa tutto.

da terminale con:
plank --preferences

si possono modificare alcune impostazioni che non sono permesse nella barra in esecuzione.
Categorie: Forum Debianizzati

Re: ParrotOS: configurare driver nouveau

Lun, 06/04/2020 - 10:16

└──╼ #lsmod | grep nouveau
┌─[✗]─[root@parrot]─[/home/ivano]


#modprobe -v nouveau
insmod /lib/modules/5.4.0-4parrot1-amd64/kernel/drivers/i2c/algos/i2c-algo-bit.ko
insmod /lib/modules/5.4.0-4parrot1-amd64/kernel/drivers/gpu/drm/drm.ko
insmod /lib/modules/5.4.0-4parrot1-amd64/kernel/drivers/gpu/drm/drm_kms_helper.ko
insmod /lib/modules/5.4.0-4parrot1-amd64/kernel/drivers/gpu/drm/ttm/ttm.ko
insmod /lib/modules/5.4.0-4parrot1-amd64/kernel/drivers/gpu/drm/nouveau/nouveau.ko modeset=0

nouveau              2273280  0
ttm                   122880  1 nouveau
drm_kms_helper        212992  1 nouveau
drm                   548864  3 drm_kms_helper,ttm,nouveau
i2c_algo_bit           16384  1 nouveau
mxm_wmi                16384  1 nouveau
video                  53248  2 thinkpad_acpi,nouveau
wmi                    36864  3 wmi_bmof,mxm_wmi,nouveau
button                 20480  1 nouveau
Categorie: Forum Debianizzati

Re: [Buster+Testing] Filesystem in read-only

Lun, 06/04/2020 - 08:39
@Dr.FrankenHouse: hai aggiornamenti ?
Categorie: Forum Debianizzati

Re: Cambiare DE a LMDE4

Lun, 06/04/2020 - 08:35
Ok, contrassegno come risolto.
Categorie: Forum Debianizzati

Re: Incompatibilita' scheda audio esterna

Lun, 06/04/2020 - 08:35
@Jargognano: confermi che hai risolto ? In caso affermativo, puoi generare i log sull’installazione del nuovo sistema operativo al fine di confrontarlo con il precedente ed analizzare le differenze ?
Categorie: Forum Debianizzati

Re: [Risolto] Finestre grosse

Dom, 05/04/2020 - 20:15
Rudolph ha scritto:Contrassegnata come risolta perchè diminuendo un po' le dimensioni dei caratteri in generale e l'altezza della barra in basso ho ottenuto il risultato che volevo.
Grazie per aver aggiornato la discussione. Happy Debian.
Categorie: Forum Debianizzati

Re: [Risolto] Finestre grosse

Dom, 05/04/2020 - 19:22
Contrassegnata come risolta perchè diminuendo un po' le dimensioni dei caratteri in generale e l'altezza della barra in basso ho ottenuto il risultato che volevo.
Categorie: Forum Debianizzati

Re: Installazione/passaggio da testing a Sid per un non espe

Dom, 05/04/2020 - 19:18
Bene. Facci sapere quando sei atterrato
Categorie: Forum Debianizzati