Forum Debianizzati

Condividi contenuti
Aggiornato: 1 ora 13 min fa

Re: Gnome, utente scomparso da login

Lun, 26/03/2018 - 11:27
Ciao
Al momento non ho il portatile con me, comunque ricordo che dopo aver cambiato gli id numerici ho fatto una verifica della cartella home/utente1 e gli uid e gid dei file erano rimasti uguali e non erano cambiati quindi utente1 (1000).
Io volevo conservare lo stesso nome utente (utente1) e cambiare solo il uid numerico da 1000 a 501.
Categorie: Forum Debianizzati

Re: Gnome, utente scomparso da login

Lun, 26/03/2018 - 11:04
hai verificato anche gli uid e gid dei file di quell'utente?
Categorie: Forum Debianizzati

Gnome, utente scomparso da login

Lun, 26/03/2018 - 08:55
Ciao
Per sincronizzare gli utenti del portatile con quelli del creati sul NAS ho provato a cambiare l'id numerico di un utente (1000) in modo che fossero uguali a quelli creati sul NAS (501).
da Gnome ho disconesso l'utente1 e mi sono loggato come utente2, da terminale come root ho dato i comandi
usermod -u 501 utente1
groupmod -u 501 utente1

ho fatto una verifica con id utente1 e la modifica era andata a buon fine
mi sono disconesso da utente 2 e ho provato ad accedere come utente1, e qui ho il mio problema infatti non era piu possibile loggarsi come utente1, la directory home/utente1 e' rimasta identica.
Ho ripetuto l'operazione precedente per riassegnare il id numerico orginale
quindi
usermod -u 1000 utente1
groupmod -u 1000 utente1

la situazione attuale e' che
utente1 e' scomparso dalla schermata di login, se faccio altro utente accedo normalmente
utente1 non e' piu visibile da gnome gestione account ma vedo solo utente2
qualcuno sa dirmi dove ho sbagliato e come e' possibile rimediare?

grazie
Categorie: Forum Debianizzati

Re: Intel Spectre v2 broken microcode detected

Lun, 26/03/2018 - 00:39
Dai dati che hai inviato, proverei a verificare se hai nell'initramfs un microcodice obsoleto; a tal fine, puoi impartire i seguenti comandi:
script initramfs.log
lsinitramfs /boot/initrd.img-$(uname -r)
cat /boot/initrd.img-$(uname -r) | cpio -idmv "*Genuine*"
/usr/sbin/iucode-tool -l kernel/x86/microcode/GenuineIntel.bin
exit

Il file initramfs.log conterrà l'elenco dei file dell'initramfs e le ulteriori informazioni.
Categorie: Forum Debianizzati

Re: file flac di dimensioni anomale

Lun, 26/03/2018 - 00:13
Non sembra a giudicare da questo:
samiel@darkstar ~ $ flac -t brahms_orig.flac

flac 1.3.1, Copyright (C) 2000-2009  Josh Coalson, 2011-2014  Xiph.Org Foundation
flac comes with ABSOLUTELY NO WARRANTY.  This is free software, and you are
welcome to redistribute it under certain conditions.  Type `flac' for details.

brahms_orig.flac: ok 
Categorie: Forum Debianizzati

Re: Intel Spectre v2 broken microcode detected

Lun, 26/03/2018 - 00:02
L'output di /proc/cpuinfo è nell'allegato.
Categorie: Forum Debianizzati

Re: Intel Spectre v2 broken microcode detected

Dom, 25/03/2018 - 22:29
Puoi fornire l'output del file /proc/cpuinfo ?
Categorie: Forum Debianizzati

Re: file flac di dimensioni anomale

Dom, 25/03/2018 - 22:26
file corrotti?
prova questo comando
little script checking my whole collection for corrupt files using

flac -wst "$1" 2>/dev/null || printf '%3d %s\n' "$?" "$1"

trovato qu http://lists.xiph.org/pipermail/flac/2013-January/001512.html
Categorie: Forum Debianizzati

Re: Intel Spectre v2 broken microcode detected

Dom, 25/03/2018 - 21:56
Allego il log.txt da te richiesto. Nel secondo file trovi l'output di "cat /boot/grub/grub.cfg" e altre informazioni (forse utili).

Ho installato il kernel in uso attualmente il 3 marzo, il microcodice dai backports il 22 marzo:

$ cat /var/log/apt/history.log

Start-Date: 2018-03-03  12:24:07
Commandline: apt-get upgrade
Upgrade: linux-libc-dev:amd64 (4.9.82-1+deb9u2, 4.9.82-1+deb9u3), linux-image-4.9.0-6-amd64:amd64 (4.9.82-1+deb9u2, 4.9.82-1+deb9u3)
End-Date: 2018-03-03  12:24:18

[....]

Start-Date: 2018-03-22  23:37:53
Commandline: apt-get install -t stretch-backports intel-microcode
Upgrade: intel-microcode:amd64 (3.20170707.1~deb9u1, 3.20180312.1~bpo9+1)
End-Date: 2018-03-22  23:37:59

Start-Date: 2018-03-23  07:47:36
Commandline: apt-get install -t stretch-backports iucode-tool
Upgrade: iucode-tool:amd64 (2.1.1-1, 2.3.1-1~bpo9+1)
End-Date: 2018-03-23  07:47:37


Aki ha scritto:Inoltre, potrebbe essere utile che indicassi se hai modificato la configurazione del boot loader (grub) per anticipare il caricamento del microcodice e se hai recentemente effettuato aggiornamenti del firmware/BIOS del computer.

Non ho modificato la configurazione di grub per anticipare il caricamento del microcodice.
Non effettuato aggiornamenti del firmware/BIOS del laptop, su cui è presente solo Debian (e non mi sembra che Asus ne abbia rilasciati).
L'unica modifica che ho fatto a livello harware è stata la sostituzione del HDD con un SSD, ma poi ho reinstallato ex novo il sistema.
Categorie: Forum Debianizzati

Re: Configurare tpb su thinkpad a31

Dom, 25/03/2018 - 21:19
Sarà come dici tu ma purtroppo non la trovo e di certo non posso pretendere che la trovi tu per me, ho creato il file di configurazione in home ma non funziona, a essere sincero non credo di averlo configurato in modo corretto, come ti ho detto tutto quello che trovo in rete è in inglese quindi non ci capisco niente. A questo punto non so più cosa fare.
Categorie: Forum Debianizzati

file flac di dimensioni anomale

Dom, 25/03/2018 - 21:13
Ho la versione in tracce flac di un CD. La cosa strana è che i file ammontano complessivamente alla bellezza di 2.5GB, quando di norma un CD convertito occupa all'incirca 300MB. La conversione a .wav ne aumenta ancor più le dimensioni, per cui in un CD invece di due quartetti mi stanno sì e no i primi due tempi del primo
Come posso verificare questa anomalia?

grazie
m

PS
samiel@darkstar ~ $ flac -d 01-01-I_Allegro_con_brio-SMR.flac prova.wav

flac 1.3.1, Copyright (C) 2000-2009  Josh Coalson, 2011-2014  Xiph.Org Foundation
flac comes with ABSOLUTELY NO WARRANTY.  This is free software, and you are
welcome to redistribute it under certain conditions.  Type `flac' for details.

01-01-I_Allegro_con_brio-SMR.flac: done         

prova.wav: ERROR while decoding metadata
           state = FLAC__STREAM_DECODER_END_OF_STREAM
Categorie: Forum Debianizzati

Re: Intel Spectre v2 broken microcode detected

Dom, 25/03/2018 - 13:28
Ciao,

credo che stia sfuggendo qualcosa: potresti per cortesia, inviare l'output completo (lo trovi in log.txt) di questo comando (impartito come utente root):
script log.txt
zgrep -i 'Spectr\|microcode\|Linux version\|DMI\|BOOT_IMAGE' /var/log/syslog*
exit

Inoltre, potrebbe essere utile che indicassi se hai modificato la configurazione del boot loader (grub) per anticipare il caricamento del microcodice e se hai recentemente effettuato aggiornamenti del firmware/BIOS del computer.
Categorie: Forum Debianizzati

Re: Intel Spectre v2 broken microcode detected

Dom, 25/03/2018 - 11:09
@Aki, grazie della spiegazione.

È il kernel che genera il messaggio, d'accordo; ma quello che ancora non capisco è:
perché *lo stesso kernel* ora fa apparire l'avviso "Intel Spectre v2 broken microcode detected; disabling Speculation Control", mentre prima, con il precedente microcodice, non lo faceva?

Per esempio, nel penultimo syslog presente in /var/log trovo (per brevità riporto l'output di un solo boot):

# zcat /var/log/syslog.6.gz | grep 'Linux version'
Mar 18 19:52:59 <nomehost> kernel: [    0.000000] Linux version 4.9.0-6-amd64 (debian-kernel@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1) ) #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02)

# zcat /var/log/syslog.6.gz | grep -i microcode
Mar 18 19:52:59 <nomehost> kernel: [    0.000000] microcode: microcode updated early to revision 0x62, date = 2017-04-27
Mar 18 19:52:59 <nomehost> kernel: [    0.642478] microcode: sig=0x806e9, pf=0x80, revision=0x62
Mar 18 19:52:59 <nomehost> kernel: [    0.642516] microcode: Microcode Update Driver: v2.01 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

# zcat /var/log/syslog.6.gz | grep -i Spectre
Mar 18 19:52:59 <nomehost> kernel: [    0.040294] Spectre V2 : Mitigation: Full generic retpoline
Mar 18 19:52:59 <nomehost> kernel: [    0.040295] Spectre V2 : Filling RSB on context switch

Nessun output per:
# zcat /var/log/syslog.6.gz | grep 'Speculation Control'

# zcat /var/log/syslog.6.gz | grep -i broken


Mentre oggi ho:

# journalctl -b -0 --no-pager | grep -i 'Linux version'
mar 25 08:05:26 <nomehost> kernel: Linux version 4.9.0-6-amd64 (debian-kernel@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1) ) #1 SMP Debian 4.9.82-1+deb9u3 (2018-03-02)

#  journalctl -b -0 --no-pager | grep -i microcode
mar 25 08:05:26 <nomehost> kernel: microcode: microcode updated early to revision 0x84, date = 2018-01-21
mar 25 08:05:26 <nomehost> kernel: Intel Spectre v2 broken microcode detected; disabling Speculation Control
mar 25 08:05:26 <nomehost> kernel: microcode: sig=0x806e9, pf=0x80, revision=0x84
mar 25 08:05:26 <nomehost> kernel: microcode: Microcode Update Driver: v2.01 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

#  journalctl -b -0 --no-pager | grep -i Spectre
mar 25 08:05:26 <nomehost> kernel: Intel Spectre v2 broken microcode detected; disabling Speculation Control
mar 25 08:05:26 <nomehost> kernel: Spectre V2 : Mitigation: Full generic retpoline
mar 25 08:05:26 <nomehost> kernel: Spectre V2 : Filling RSB on context switch
Categorie: Forum Debianizzati

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