Forum Debianizzati

Condividi contenuti
Aggiornato: 11 min 33 sec fa

Re: Pinning da oldstable

Lun, 03/09/2018 - 14:52
Categorie: Forum Debianizzati

Re: Pinning da oldstable

Lun, 03/09/2018 - 14:29
Puoi usare http:/tinyupload.com
Categorie: Forum Debianizzati

Re: Strano probblema audio....Fastidioso "Tumb"

Lun, 03/09/2018 - 13:16
Grazie mille.
Ho risolto editando il file:" /etc/modprobe.d/alsa-base.conf "
options snd-hda-intel power_save=0


Finalmente erano 2 giorni che provavo...
Grazie
Categorie: Forum Debianizzati

Re: Pinning da oldstable

Lun, 03/09/2018 - 10:46
Ehm...

$ ls -lh log.txt
-rw-rw-r-- 1 g4b0 staff 65M set  3 10:43 log.txt


Cosa posso grepparti?
Categorie: Forum Debianizzati

Re: Strano probblema audio....Fastidioso "Tumb"

Lun, 03/09/2018 - 08:58
Ciao a tutti.
Sembra essere un problema con la gestione del risparmio energetico della scheda audio.
Passando "snd_hda_intel.power_save=0" come comando del kernel dovresti risolvere.

https://bugzilla.redhat.com/show_bug.cgi?id=1584463
Categorie: Forum Debianizzati

[RISOLTO] Strano probblema audio....Fastidioso "Tumb"

Dom, 02/09/2018 - 20:26
Ciao ragazzi, ho fatto da poco il dist-upgrade da stable a testing, dopo il riavvio ho aggiornato i pacchetti, ora sono sul Kernel
4.17.0-3amd64, l'audio mi da un problema, in pratica si sente un fastidiosissimo: " Tumb" ogni volta che avvio un'applicazione, Firefox, Audacious, vlc ecc.... I pratica è come se si avviassero e si spegnessero gli speaker o la scheda audio ogni volta (Non so spiegarmi meglio, spero abbiate capito)...Sono due giorni ormai e non riesco a risolvere. La scheda audio è la seguente
00:1f.3 Audio device: Intel Corporation Sunrise Point-H HD Audio (rev 31)
01:00.1 Audio device: NVIDIA Corporation Device 0fbc (rev a1)

Oltretutto non credo che faccia bene alla scheda e nemmeno agli speaker lasciare così, oltre al fastido ovviamente.
Avete qualche idea ?

Grazie
Categorie: Forum Debianizzati

Re: Errore dpkg dopo il dist-upgrade

Dom, 02/09/2018 - 20:05
Ok, Risolto aggiungendo le righe con #visudo...Grazie.
Categorie: Forum Debianizzati

Escalation di privilegi tramite backdoor nella CPU "VIA C3"

Dom, 02/09/2018 - 11:27
A chi può interessare, segnalo la registrazione video del keynote tenuto alla conferenza "blackhat USA 2018" dal titolo: "GOD MODE UNLOCKED - Hardware Backdoors in x86 CPUs" ed la URL del sito GIT del ricercatore che ha scoperto la vulnerabilità della specifica CPU Via Technology C3 (X86 compatibile) da lui prescelta come banco di prova. La descrizione fornita dal ricercatore è anche molto dettagliata e, mi sembra, abbastanza ben documentata.

Nel caso specifico, ha utilizzato un'installazione GNU/Linux (quindi, anche Debian è potenzialmente utilizzabile) per realizzare l'analisi per la ricerca della vulnerabilità, il reverse engineering del RISC all'interno della CPU X86 e, infine, la dimostrazione di attacco, fornendo anche il codice sorgente e gli strumenti di analisi utilizzati.

In breve, il ricercatore, ha utilizzato una istruzione specifica delle CPU Intel X86 per accedere ad alcuni registri (MSR) della CPU previsti nelle specifiche Intel, ma non completamente documentati né da Intel né dallo specifico produttore della CPU. In tal modo, utilizzando tecniche di "side-attack" (per alcuni versi simili in parte a quelle utilizzate negli attacchi tipo Spectre e Meltdown), ha identificato uno specifico registro MSR che, opportunamente valorizzato, attiva nella CPU un istruzione X86 di norma inesistente, la quale, a sua volta, si è rivelata in grado di consentire, tramite un'altra istruzione X86 legittima, di inviare istruzioni privilegiate direttamente ad un core RISC "nascosto" e presente all'interno del microprocessore. In tal modo, tramite le istruzioni RISC (individuate con reverse engineering) passate al core RISC (non sottoposte ai controlli "di sicurezza" delle istruzioni X86) è stato possibile accedere, dallo spazio utente ordinario, alle strutture dati del kernel linux in RAM sia in lettura che scrittura, in particolare modo alla tavola dei processi di cui, dallo spazio utente, ha potuto modificare la ownership del processo utilizzato per l'exploit, dandogli i privilegi di root.

Tale vulnerabilità è specifica del microprocessore utilizzato (peraltro datato, sebbene ancora in commercio), richiede comunque l'accesso iniziale ad una funzionalità privilegiata (ma, attenzione, a quanto indicato in chiusura della presentazione) ed apre un ampio campo di ricerca, e mostra come le tecniche di "side attack" e le architetture delle CPU CISC (che, ormai, spesso contengono al loro interno core RISC che interagiscono con il/i core CISC) possono essere attaccate anche utilizzando le istruzioni RISC e/o le interazioni tra core CISC e sub-core RISC.

Il fatto che la logica di funzionamento interno (ad esempio, il set istruzioni del microcodice RISC) delle CPU CISC sia non documentata (per ragioni di segretezza industriale) può, quindi, potenzialmente costituire per l'utente finale una fattore di rischio. In tal senso, CPU sviluppate secondo logiche di "open-source hardware" (con ISA pubblicamente documentata) sono un possibile scenario evolutivo (ad esempio, l'architettura Power9 di IBM o RISC-V), ma, per il mercato consumer, siamo ancora lontani.
Categorie: Forum Debianizzati

Re: KDE: nessun pannello in Testing

Dom, 02/09/2018 - 11:01
confermo anche sul mio pc
Categorie: Forum Debianizzati

Re: KDE: nessun pannello in Testing

Dom, 02/09/2018 - 08:57
Con gli aggiornamenti di oggi, plasma-framework 5.49 e numerose librerie, sembra che tutto sia tornato funzionante
Categorie: Forum Debianizzati

Re: ot: cavo per monitor dvi-d

Dom, 02/09/2018 - 08:54
La tua supposizione è fuorviante, non si fabbricano "cavi speciali DVI-D".
Categorie: Forum Debianizzati

Re: Errore dpkg dopo il dost-upgrade

Sab, 01/09/2018 - 22:30
Ciao, quanto riferisci è conseguenza di un recente aggiornamento per Debian Testing e Debian Unstable, che sarà presente nella futura Debian Stable.

Puoi consultare la discussione http://forum.debianizzati.org/viewtopic.php?f=23&t=54628&p=214722#p214710 per la soluzione.

Riporto anche il riferimento alla mailing list debian-italian dove è segnalata una situazione simile alla tua e riconducibile ad analoga causa: https://lists.debian.org/debian-italian/2018/08/msg00011.html

post scriptum: per cortesia, correggi l'oggetto della discussione (non hai fatto un "dost-upgrade", ma un "dist-upgrade") ed inoltre il dist-upgrade lo hai fatto da "stretch" e non da "stretc".
Categorie: Forum Debianizzati

Spectre, Meltdown, & Linux: keynote di Greg Kroah-Hart

Sab, 01/09/2018 - 21:29
Porto alla vostra attenzione, per quanti siano interessati, il video (pubblicato il 26 lug 2018) di un Keynote su "Spectre, Meltdown, & Linux" tenuto da Kroah-Hartman, un importante sviluppatore del Kernel Linux e "Fellow" della "The Linux Foundation". Lo potete trovare alla URL https://www.youtube.com/watch?v=lQZzm9z8g_U. (nota: il video è in lingua inglese, ma sono disponibili i sottotitoli).
Categorie: Forum Debianizzati

[RISOLTO] Errore dpkg dopo il dist-upgrade

Sab, 01/09/2018 - 20:32
Ciao ragazzi.
Ho appena eseguito il dist-upgrade da Stretch a Buster, il sistema si è riavviato e ho dato:" apt-get upgrade " dpkg mi ha restituito questo errore :
I seguenti pacchetti saranno aggiornati:
  xserver-xorg-core xserver-xorg-video-amdgpu xserver-xorg-video-ati
  xserver-xorg-video-fbdev xserver-xorg-video-intel xserver-xorg-video-nouveau
  xserver-xorg-video-qxl xserver-xorg-video-radeon xserver-xorg-video-vesa
  xserver-xorg-video-vmware
10 aggiornati, 0 installati, 0 da rimuovere e 0 non aggiornati.
È necessario scaricare 0 B/6.728 kB di archivi.
Dopo quest'operazione, verranno occupati 165 kB di spazio su disco.
Continuare? [S/n] S
Lettura dei changelog... Fatto
dpkg: attenzione: "ldconfig" non è stato trovato in PATH o non è un eseguibile
dpkg: attenzione: "start-stop-daemon" non è stato trovato in PATH o non è un eseguibile
dpkg: errore: 2 programmi attesi non sono stati trovati in PATH o non sono eseguibili
Nota: la variabile PATH di root dovrebbe contenere /usr/local/sbin, /usr/sbin e /sbin
E: Sub-process /usr/bin/dpkg returned an error code (2)


Il sistema non si aggiorna più e non mi permette di installare nulla con apt, qualche idea per risolverlo ?
Categorie: Forum Debianizzati

Re: ot: cavo per monitor dvi-d

Sab, 01/09/2018 - 19:23
cioe' secondo me, non e' che tutti i cavi sono difettati e uno no
secondo me tutti i cavi sono normali e uno solo e' migliore di tutti gli altri (quello che funziona con i 4k) ma non riesco a capire che cavolo di caratteristica ha in piu' o di diverso.. non so come cavolo fare per comprare un altro uguale..
Categorie: Forum Debianizzati

Re: Pinning da oldstable

Sab, 01/09/2018 - 15:19
g4b0 ha scritto:Non mi sembra in hold, oppure non vedo qualcosa?

Sembrerebbe di no. A ben vedere, il mancato aggiornamento del pacchetto wkhtmltopdf potrebbe essere riconducibile a quanto ti ha indicato spoon nel precedente messaggio, fatto salvo non hai effettuato un pin specifico sul singolo pacchetto in /etc/apt/preferences oppure in /etc/apt/preferences.d/ .

Dal log di apt-cache, se non erro, risulta che la priorità del pacchetto installato (preceduto da ***) è 100, ma la priorità minima considerata per l'azione da eseguire è zero:
# apt-cache policy wkhtmltopdf
wkhtmltopdf:
[..]
 *** 0.9.9-4 0 <= minima priorità da considerare 
        100 /var/lib/dpkg/status

Le versioni dei pacchetti distribuite dai repository configurati risultano avere priorità 80 e 70, rispettivamente, ma la priorità minima considerata è zero:
# apt-cache policy wkhtmltopdf
wkhtmltopdf:
  Installato: 0.9.9-4
  Candidato:  0.12.1-2
  Tabella versione:
     0.12.4-1 0  <= minima priorità da considerare 
         80 http://ftp.ch.debian.org/debian/ testing/main amd64 Packages
         70 http://ftp.ch.debian.org/debian/ unstable/main amd64 Packages
     0.12.1-2 0  <= minima priorità da considerare 
        500 http://ftp.ch.debian.org/debian/ jessie/main amd64 Packages
 *** 0.9.9-4 0  <= minima priorità da considerare 
        100 /var/lib/dpkg/status

Prova ad impartire questi comandi per verificare come sono considerate le priorità in fase di installazione e aggiornamento ed invia l'output (in log.txt):
script log.txt

apt-cache policy -o=Debug::pkgPolicy=true wkhtmltopdf

apt-get -o=Debug::pkgPolicy=true -o=Debug::pkgProblemResolver=true -o=Debug::pkgProblemResolver::ShowScores=true --simulate --reinstall install wkhtmltopdf

apt-get -o=Debug::pkgPolicy=true -o=Debug::pkgProblemResolver=true -o=Debug::pkgProblemResolver::ShowScores=true  --simulate upgrade

exit
Categorie: Forum Debianizzati

Re: [RISOLTO] Top non mostra utilizzo cpu(s) VPS con 4 core

Sab, 01/09/2018 - 15:07
danjde ha scritto:Ottimo, anche se sarebbe interessante capire se esiste un metodo alternativo al riavvio per "riagganciare" "top" (o altri software di gestione del carico) alle funzioni del kernel.
il comando top acquisisce i dati dal kernel del sistema operativo "guest" che, a sua volta, li riceve, nel tuo caso, dal KVM dell'host (di default o come parametro di configurazione specificato in fase di avvio). Pertanto, modificata la configurazione nell'host di KVM, perché tale variazione pervenga al guest è necessario riavviare la macchina virtuale. Lo avevi fatto ?
Categorie: Forum Debianizzati

Re: [RISOLTO] Top non mostra utilizzo cpu(s) VPS con 4 core

Sab, 01/09/2018 - 12:10
Ottimo, anche se sarebbe interessante capire se esiste un metodo alternativo al riavvio per "riagganciare" "top" (o altri software di gestione del carico) alle funzioni del kernel.


Grazie ancora

davide
Categorie: Forum Debianizzati

Re: Top non mostra utilizzo cpu(s) VPS con 4 core (virt. KVM

Sab, 01/09/2018 - 12:04
Grazie a te. Contrassegno per Te la discussione come risolta.
Categorie: Forum Debianizzati

Re: Top non mostra utilizzo cpu(s) VPS con 4 core (virt. KVM

Sab, 01/09/2018 - 11:59
Utilizzo Contabo, versione "VPS L": https://contabo.com/?show=configurator&vserver_id=209

Vi aggiorno inoltre del fatto che riavviando la VPS tutto è tornato a funzionare correttamente, sia "htop" che "top" (e altri che avevo provato).

Non capisco forse un servizio del kernel che non si era caricato correttamente, però strano (almeno per me :-) )

Grazie ancora del gentilissimo aiuto Aki!
Categorie: Forum Debianizzati