Forum Debianizzati

Permessi su udev

Forum Debianizzati - Mer, 08/04/2020 - 15:59
Ciao a tutti
e da un po di tempo che smanetto da debian 10 con android e adb
Ora mi trovo un problema di configurazione riguardante adb e udev.
non so dove andare a mettere le mani!!!!
dando il comando # adb devices mi esce questo errore
root@vittorio-desktop:/home/zut# adb devices
List of devices attached
4bd1d1af9805   no permissions (user in plugdev group; are your udev rules wrong?); see [http://developer.android.com/tools/device.html]

Il problema e che non so dove mettere le mani per risolvere perfavore qualche indicazione
Grazie
nota: il Debug usb e abilitato come e installato corettamente adb e fastboot
Categorie: Forum Debianizzati

Re: [RISOLTO] Installazione redmine su Debian 10

Forum Debianizzati - Mer, 08/04/2020 - 15:36
Scusatemi l'estremo ritardo.

Grazie a chi ha già messo [RISOLTO]
Ho qualche difficoltà a capire le tracce su changelog e Patch, ma va bene così.
Ho provato ad aprire un bug usando reportbug.

Grazie
Categorie: Forum Debianizzati

Creare immagine scheda MicroSD senza spazi vuoti

Forum Debianizzati - Mer, 08/04/2020 - 02:50
Ciao a tutti, ho una scheda MicroSd con un sistema Debian personalizzato avviabile.
La scheda è da 128Giga mentre il contenuto è 60 giga. Posso creare una iso con il comando dd con solo la parte usata? E quindi di 60 giga?
Grazie.
Categorie: Forum Debianizzati

Re: [RISOLTO] Incompatibilita' scheda audio esterna

Forum Debianizzati - 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

Forum Debianizzati - 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

Forum Debianizzati - 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 audio 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

Forum Debianizzati - 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

Forum Debianizzati - 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

Forum Debianizzati - 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

Forum Debianizzati - 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

Forum Debianizzati - 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

Forum Debianizzati - 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

Forum Debianizzati - 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

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

Re: MIGLIORARE SWAP

Forum Debianizzati - 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

Forum Debianizzati - 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

Forum Debianizzati - 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

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

Re: Cambiare DE a LMDE4

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

Re: Incompatibilita' scheda audio esterna

Forum Debianizzati - 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
Condividi contenuti