Forum Debianizzati

Condividi contenuti
Aggiornato: 47 min 30 sec fa

Re: Configurare tpb su thinkpad a31

Dom, 25/03/2018 - 10:26
Simo84 ha scritto:Mi dispiace di averti fatto perdere tempo ma credo che lascerò perdere, sono riuscito a configurare tutto quello che mi serve su questo notebook compreso tinkfan ma tpb non ci riesco proprio, in più tutto ciò che trovo in rete è in inglese il che significa che non ci capisco una mazza, quindi non ne vengo a capo. Grazie di tutto Aki
Mi spiace per te, la soluzione è dietro l’angolo.
Categorie: Forum Debianizzati

Re: Connessione al server fastwebnet

Sab, 24/03/2018 - 12:17
@MarcoC: potresti, per cortesia, aggiornare la discussione ?
Categorie: Forum Debianizzati

Re: Messaggio di errore nella creazione di un logical volume

Sab, 24/03/2018 - 11:57
@sirio81: la discussione può essere considerata risolta ?
Categorie: Forum Debianizzati

Re: Cancellatemi

Sab, 24/03/2018 - 10:48
Hai scelto un sistema che è stato dichiarato non più in sviluppo a gennaio 2017.
Contento tu, se vuoi ti cancello.

Ciao!
Categorie: Forum Debianizzati

Re: Intel Spectre v2 broken microcode detected

Sab, 24/03/2018 - 10:45
All’avvio del kernel, lo stesso segnala, prima che sia caricato il microcodice della CPU dal file del firmware, che la CPU è affetta da vulnerabilità spectre V2 e che, preventivamente, disabilita la funzionalità indicata.

Il codice sorgente del kernel, alla versione da te utilizzato, è qui: https://sources.debian.org/src/linux/4.9.82-1+deb9u3/arch/x86/kernel/cpu/intel.c/?hl=148#L148:
static void early_init_intel(struct cpuinfo_x86 *c)
{
   u64 misc_enable;

   /* Unmask CPUID levels if masked: */
   if (c->x86 > 6 || (c->x86 == 6 && c->x86_model >= 0xd)) {
      if (msr_clear_bit(MSR_IA32_MISC_ENABLE,
              MSR_IA32_MISC_ENABLE_LIMIT_CPUID_BIT) > 0) {
         c->cpuid_level = cpuid_eax(0);
         get_cpu_cap(c);
      }
   }

   if ((c->x86 == 0xf && c->x86_model >= 0x03) ||
      (c->x86 == 0x6 && c->x86_model >= 0x0e))
      set_cpu_cap(c, X86_FEATURE_CONSTANT_TSC);

   if (c->x86 >= 6 && !cpu_has(c, X86_FEATURE_IA64)) {
      unsigned lower_word;

      wrmsr(MSR_IA32_UCODE_REV, 0, 0);
      /* Required by the SDM */
      sync_core();
      rdmsr(MSR_IA32_UCODE_REV, lower_word, c->microcode);
   }

   /* Now if any of them are set, check the blacklist and clear the lot */
   if ((cpu_has(c, X86_FEATURE_SPEC_CTRL) ||
        cpu_has(c, X86_FEATURE_INTEL_STIBP) ||
        cpu_has(c, X86_FEATURE_IBRS) || cpu_has(c, X86_FEATURE_IBPB) ||
        cpu_has(c, X86_FEATURE_STIBP)) && bad_spectre_microcode(c)) {
      pr_warn("Intel Spectre v2 broken microcode detected; disabling Speculation Control\n");
      setup_clear_cpu_cap(X86_FEATURE_IBRS);
      setup_clear_cpu_cap(X86_FEATURE_IBPB);
      setup_clear_cpu_cap(X86_FEATURE_STIBP);
      setup_clear_cpu_cap(X86_FEATURE_SPEC_CTRL);
      setup_clear_cpu_cap(X86_FEATURE_INTEL_STIBP);
[...omissis...]
}

Di seguito i codici delle CPU interessate e della funzione di controllo, sempre dallo stesso codice sorgente della stessa versione del kernel:
[...omissis...]
static const struct sku_microcode spectre_bad_microcodes[] = {
   { INTEL_FAM6_KABYLAKE_DESKTOP,   0x0B,   0x84 },
   { INTEL_FAM6_KABYLAKE_DESKTOP,   0x0A,   0x84 },
   { INTEL_FAM6_KABYLAKE_DESKTOP,   0x09,   0x84 },
   { INTEL_FAM6_KABYLAKE_MOBILE,   0x0A,   0x84 },
   { INTEL_FAM6_KABYLAKE_MOBILE,   0x09,   0x84 },
   { INTEL_FAM6_SKYLAKE_X,      0x03,   0x0100013e },
   { INTEL_FAM6_SKYLAKE_X,      0x04,   0x0200003c },
   { INTEL_FAM6_SKYLAKE_MOBILE,   0x03,   0xc2 },
   { INTEL_FAM6_SKYLAKE_DESKTOP,   0x03,   0xc2 },
   { INTEL_FAM6_BROADWELL_CORE,   0x04,   0x28 },
   { INTEL_FAM6_BROADWELL_GT3E,   0x01,   0x1b },
   { INTEL_FAM6_BROADWELL_XEON_D,   0x02,   0x14 },
   { INTEL_FAM6_BROADWELL_XEON_D,   0x03,   0x07000011 },
   { INTEL_FAM6_BROADWELL_X,   0x01,   0x0b000025 },
   { INTEL_FAM6_HASWELL_ULT,   0x01,   0x21 },
   { INTEL_FAM6_HASWELL_GT3E,   0x01,   0x18 },
   { INTEL_FAM6_HASWELL_CORE,   0x03,   0x23 },
   { INTEL_FAM6_HASWELL_X,      0x02,   0x3b },
   { INTEL_FAM6_HASWELL_X,      0x04,   0x10 },
   { INTEL_FAM6_IVYBRIDGE_X,   0x04,   0x42a },
   /* Updated in the 20180108 release; blacklist until we know otherwise */
   { INTEL_FAM6_ATOM_GEMINI_LAKE,   0x01,   0x22 },
   /* Observed in the wild */
   { INTEL_FAM6_SANDYBRIDGE_X,   0x06,   0x61b },
   { INTEL_FAM6_SANDYBRIDGE_X,   0x07,   0x712 },
};

static bool bad_spectre_microcode(struct cpuinfo_x86 *c)
{
   int i;

   for (i = 0; i < ARRAY_SIZE(spectre_bad_microcodes); i++) {
      if (c->x86_model == spectre_bad_microcodes[i].model &&
          c->x86_mask == spectre_bad_microcodes[i].stepping)
         return (c->microcode <= spectre_bad_microcodes[i].microcode);
   }
   return false;
}
[...omissis...]

Non c'era, invece con la versione intel- microcode 3.20170707.1~deb9u1
Non dipende dal file del microcodice, ma dalla versione del kernel, perché è il kernel che genera il messaggio "Intel Spectre v2 broken microcode detected; disabling Speculation Control" prima che sia caricato il file del microcodice e, quindi, quando la CPU usa il microcodice con cui è stata venduta dal produttore al fornitore del computer e non ancora quello che, successivamente, le farai caricare con il file del microcodice.
Categorie: Forum Debianizzati

Intel Spectre v2 broken microcode detected

Sab, 24/03/2018 - 01:26
Un saluto a tutti.

Stretch 9.4 con kernel:

4.9.0-6-amd64 #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02) x86_64 GNU/Linux


Il laptop è un Asus con cpu:

$ cat /proc/cpuinfo | grep 'model name' | uniq
model name      : Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz
 


Ho aggiornato dai backports intel-microcode

dpkg -l intel-microcode
ii  intel-microcode      3.20180312.1~bpo9 amd64      Processor microcode firmware for Intel CPUs


in dmesg trovo:

# dmesg | grep -i microcode
[    0.000000] microcode: microcode updated early to revision 0x84, date = 2018-01-21
[    0.000000] Intel Spectre v2 broken microcode detected; disabling Speculation Control
[    0.642462] microcode: sig=0x806e9, pf=0x80, revision=0x84
[    0.642504] microcode: Microcode Update Driver: v2.01 <tigran@aivazian.fsnet.co.uk>, Peter Oruba


Cosa significa questo "broken microcode detected"?

Ho aggiornato, sempre dai backports, anche iucode-tool, ma l'avviso rimane.

Non c'era, invece con la versione intel- microcode 3.20170707.1~deb9u1

 kernel: microcode: microcode updated early to revision 0x62, date = 2017-04-27
 kernel: microcode: sig=0x806e9, pf=0x80, revision=0x62
 kernel: microcode: Microcode Update Driver: v2.01 <tigran@aivazian.fsnet.co.uk>, Peter Oruba


In /sys/devices/system/cpu/vulnerabilities trovo:

$ cat /sys/devices/system/cpu/vulnerabilities/*
Mitigation: PTI
Mitigation: __user pointer sanitization
Mitigation: Full generic retpolined


Grazie.
Categorie: Forum Debianizzati

Re: O.S.P.A. - Open Source nella Pubblica Amministrazione

Ven, 23/03/2018 - 20:26
mi rispondo da solo, esiste una applicazione web dell'agenzia entrate che permette di rendere leggibile agli umani un file xml di fattura elettronica, si chiama Visualizzare i File del SdI:
http://sdi.fatturapa.gov.it/SdI2FatturaPAWeb/AccediAlServizioAction.do?pagina=visualizza_file_sdi
Categorie: Forum Debianizzati

Re: Aprire file come root tramite Thunar con editor differen

Ven, 23/03/2018 - 15:54
Dato che ho trovato come fare scrivo la risposta caso mai a qualcuno possa servire, semplicemente bisogna tener conto che aprendo un file come root gksudo eredita le variabili di tale utente, quindi bisogna modificare l'elenco delle applicazioni predefinite dall'utente root.
Categorie: Forum Debianizzati

Installare Debian su due HD criptati

Ven, 23/03/2018 - 14:59
Ciao a tutti
Su un portatile Dell Inspiron 5523 del 2013 vorrei installare Debian 9 XFCE con UEFI attivato
Il portatile ha due dischi rigidi, un mSata SSD da 32Gb dove vorrei mettere / e la swap e un SATA HDD da 500Gb dove vorrei mettere /home
Vorrei criptare queste tre partizioni, però non ho capito come fare
Se al momento dell'intallazione scelgo l'opzione "usa l'intero disco e imposta LVM cifrato" mi fa usare solo uno dei due HD, se invece vado con il partizionamento manuale mi permette di cifrare il singolo disco, ma poi non ho capito come fare per creare le partizioni su cui installare il SO
Grazie mille
Categorie: Forum Debianizzati

Re: Problema dual boot windows 10 - Debian Stretch

Ven, 23/03/2018 - 12:44
Ecco qui il file che mi hai chiesto (grub.cfg perchè non ho grub.conf):
https://pastebin.com/QtqYz3Wp

Anche adesso si è riprodotto il problema, però ho aspettato un po' di più e windows 10 si è avviato (quindi forse è solo un problema estetico e nulla più) Per ora sembra essersi tutto risolto da solo (magari non aspettavo abbastanza) quindi taggherei come RISOLTO il post...chiedo scusa, forse ho disturbato inutilmente
Categorie: Forum Debianizzati

Re: Problema dual boot windows 10 - Debian Stretch

Ven, 23/03/2018 - 11:59
si scusami intendevo anche il contenuto di
/boot/grub/grub.conf
nel momento in cui si verifica il malfunzionamento, i file che hai mandato sembrano ok
Categorie: Forum Debianizzati

Re: Problema dual boot windows 10 - Debian Stretch

Ven, 23/03/2018 - 10:48
Avevo già dato un'occhiata alla guida che mi hai linkato sopra ed ad altre in rete, ma non ho trovato soluzioni al mio problema (o perlomeno non ci sono arrivato).

Comunque ti allego a questo post quello che mi hai chiesto.

EDIT non mi ha allegato nulla. copio su pastebin:

f disk:
https://pastebin.com/exe9yGmX

grub - mkconfig:
https://pastebin.com/H2RZxEmp

/etc/default/grub:
https://pastebin.com/UiwKXnS3
Categorie: Forum Debianizzati

Re: O.S.P.A. - Open Source nella Pubblica Amministrazione

Ven, 23/03/2018 - 10:08
Riprendo l'argomento che diventa obbligatorio dal 1 luglio 2018 per chi vuole recuperare un po' di tasse dai carburanti dell'automobile.
Posto che chi vorrà riceverà dai distributori di carburanti la fattura elettronica in formato xml, la mia domanda è come si fa a recuperare i dati dai campi xml e trasporli in altro documento per avere la fattura leggibile facilmente?
Esiste già qualche script per farlo?
Categorie: Forum Debianizzati

Re: Riavvi casuali di X

Ven, 23/03/2018 - 09:56
Confermo che il problema non mi si è ripresentato, ho quindi risolto con l'aggiornamento alla versione 10.3-2 del driver libinput. Per referenza, questi due bug sono di problemi simili (crash di X con libinput 10.1 o 10.2 provocato dall'utilizzo del touchpad) anche se nessuno dei due è esattamente il mio problema:
https://bugs.freedesktop.org/show_bug.cgi?id=105258
https://bugs.freedesktop.org/show_bug.cgi?id=105407
Caturen ti ringrazio dell'aiuto, evidentemente i nostri problemi erano diversi perché a me si è risolto appunto con l'aggiornamento.
Categorie: Forum Debianizzati

Re: Riavvi casuali di X

Gio, 22/03/2018 - 17:41
La 10.3 è presente su Sid e pare che per ora non si ripresenti il problema.io il problema lo avevo proprio su sid. È apparso non tanto tempo fa ed ho risolto come ho detto. La cosa mi succede a volte anche con altre distro ma raramente e dato che la cosa è sporadica non sono andato a cambiare driver. Con debian invece succedeva molto spesso.
Categorie: Forum Debianizzati

Re: Problema dual boot windows 10 - Debian Stretch

Gio, 22/03/2018 - 14:05
hai dato uno sguardo alla guida?
http://guide.debianizzati.org/index.php/Guida_a_GRUB_2

quando ti da l'errore puoi postare sia il file di configurazione di grub che il risultato di questo comando?
grub-mkconfig -o ~/nome_file_a_scelta

e magari anche, tanto per capire
fdisk -l
Categorie: Forum Debianizzati

Re: Cancellatemi

Gio, 22/03/2018 - 13:30
Sei sicuro di aver fatto la scelta giusta?
https://en.wikipedia.org/wiki/Remix_OS
Categorie: Forum Debianizzati

[RISOLTO] Problema dual boot windows 10 - Debian Stretch

Gio, 22/03/2018 - 10:14
Vi scrivo per illustrarvi uno strano problema che sto incontrando su 2 pc dove ho installato debian stretch in dual boot con windows 10 (e per chiedervi di darmi un'idea su come risolverlo)

In sostanza fino a pochi giorni dopo l'installazione della distribuzione Live USB (quella che include i firmware nonfree) nello stesso pc in cui è installato windows 10 non ho problemi con i pc in questione. Dopo un po' di tempo però l'avvio di windows 10 inizia a bloccarsi subito dopo aver selezionato la relativa voce da grub (e quando si blocca di solito compare lo sfondo della schermata di login di debian).
Spesso e volentieri per risolvere (solo temporaneamente, al successivo avvio di debian il problema si ripresenta) è sufficiente fare una delle seguenti cose:

*dare il comando update-grub
*se update-grub non risolve riavviare più volte fino a che non parte la schermata di ripristino di windows, che metta di solito tutto a posto (dopo diversi riavii)

Non so come fare per riuscire ad ottenere dei log (se volete provo a mandarvi un video). Comunque eccovi le specifiche del pc da cui vi scrivo:

Asus desktop PC D520MT_D520SF_D320MT series
processore: Intel core i3-6100
4 GB RAM
Scheda video: Intel HD Graphics 530
i 2 sistemi operativi sono entrambi 64 bit
Categorie: Forum Debianizzati

Cancellatemi

Gio, 22/03/2018 - 05:03
Sono passato a RemixOS, definitivamente.
Quindi, per cortesia, cancellatemi l'account
Categorie: Forum Debianizzati

Re: Riavvi casuali di X

Mer, 21/03/2018 - 20:22
Oggi ho provato a fare qualche ricerca utilizzando pezzi del backtrace. Non ho trovato nessun bug report per la mia situazione, ma utenti sia di Debian che di altre distribuzioni hanno avuto crash casuali in corrispondenza di alcuni eventi gestiti da libinput. Questo, unito al mio sospetto iniziale, mi ha portato a pensare che sia proprio un bug di libinput. Inoltre ho fatto qualche prova "a mano" dopo aver visto la riga del log che si riferisce a un asse fuori dal range atteso: qualsiasi cosa questo voglia dire, ho iniziato a giocare con il trackpad muovendomi vicino ai bordi. Forse mi sono autosuggestionato ma credo che il problema si riproduca con lo scrolling vicino ai bordi, quando dentro a una finestra scrollabile (esempio: pagina del browser).

Ho deciso di puntare su un bug di libinput e leggendo che gli altri bug erano stati risolti nella versione 10.3 ho provato ad aggiornare il driver. La 10.3 è presente su Sid e pare che per ora non si ripresenti il problema. Vedremo domani se la situazione rimane stabile.

Nel mio caso l'utilizzo di libinput ha notevolmente migliorato il supporto alle periferiche (fino alla comparsa di questo bug), per cui potendo preferirei non tornare a synaptic.
Categorie: Forum Debianizzati