Re: (deb-cat) Nomes 1 nucli visible amb processador i7-960
Joan, no sé si et vaig donar les gràcies per les teves aportacions, que
són les que em van deixar la qüestió encara una mica oberta per a
investigar.
M'agradaria de nou revisar «in situ» la configuració de la BIOS, però
encara no he tingut oportunitat d'anar al local on hi ha aquest ordinador.
Cercant per Internet m'ha coincidit el problema amb altres a qui el
«dmesg» ens dóna això:
$ sudo dmesg | grep -ie smp
[ 0.000000] Linux version 5.10.0-13-amd64
(debian-kernel@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1
20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP Debian
5.10.106-1 (2022-03-17)
[ 0.011607] found SMP MP-table at [mem 0x000ff780-0x000ff78f]
[ 0.028155] smpboot: Boot CPU (id 0) not listed by BIOS
[ 0.028156] smpboot: Allowing 1 CPUs, 0 hotplug CPUs
[ 0.089892] Freeing SMP alternatives memory: 32K
[ 0.094262] smpboot: SMP disabled
[ 0.095019] smp: Bringing up secondary CPUs ...
[ 0.095020] smp: Brought up 1 node, 1 CPU
[ 0.095021] smpboot: Max logical packages: 1
[ 0.095022] smpboot: Total of 1 processors activated (6414.37 BogoMIPS)
és a dir, que Linux no detecta CAP processador ni nucli, i aleshores
assumeix que n'hi ha un.
N'hi ha que ho atribueixen a problemes amb ACPI/APIC:
$ sudo dmesg | grep -ie APIC
[ 0.028146] ACPI: No APIC-table, disabling MPS
[ 0.086114] APIC: ACPI MADT or MP tables are not detected
[ 0.086139] APIC: Switch to virtual wire mode setup with no configuration
[ 0.086139] Not enabling interrupt remapping due to skipped IO-APIC setup
[ 1.062116] intel_idle: Local APIC timer is reliable in C1
He provat amb aquestes combinacions de paràmetre per a Linux, i la
última és la única que M'HA DONAT BON RESULTAT:
nolapic
noapic
nolapic noapic
acpi=ht
acpi=noirq
pnpacpi=off
acpi=off
$ nproc
4
Aleshores, em pregunto com ho haig de fer per a què l'ordinador es pugui
aturar per programari, ja que ACPI em sembla que és la única via per a
fer efectiu un «poweroff».
He trobat que n'hi ha que ho resolgueren actualitzant la BIOS, que és el
primer que jo ja havia fet.
Aquí n'hi ha que comenten, sota un problema semblant, que Debian obté el
GRUB d'un repositori amb un defecte per a «memcpy», però imagino que no
té res a veure amb el meu problema:
https://lkml.iu.edu/hypermail/linux/kernel/1801.1/07148.html
Narcis Garcia
__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 20/2/22 a les 9:54, Joan Baptista ha escrit:
Hola, Narcís.
Si per el que sembla, ja has revisat i comprovat que a la teva BIOS tot
està bé i a la BIOS et detecta tots els nuclis, potser seria el moment
de provar diferents comandes i/o programes dintre del teu Debian
GNU/Linux (que no veig quina versió utilitzes ... suposo que la última
11.2 oi?).
Jo també m'he trobat en diferents distribucions basades en Debian 11.x i
Debian "sid" que no mostrava correctament tots els nuclis i fils del
processador, tot i que era en processadors bastant mes antics, i
depenent de la instrucció que utilitzava.
Espero que això t'ajudi enlloc de despistar-te. Jo no faig servir la
comanda "journalctl" però a mes del tradicional "cat /proc/cpuinfo"
també utilitzo "lscpu", "cat /proc/cpuinfo | grep 'cpu cores' " per
saber quants nuclis i "lscpu | grep 'CPU(s):' " per saber quants fils em
detecta el meu GNU/Linux basat en un Debian recent.
Amb el que t'he llegit en aquesta llista ja imagino que ben poc et puc
ensenyar jo a tu i sospito que si et recomano afegir-li una interfase
gràfica al teu Debian amb CPU intel i7-960 i provar CPU-G i
https://tria-s-o.sourceforge.io <https://tria-s-o.sourceforge.io>
probablement t'ofendria i pensaries "això es per a novells i no per a
mi" però pensa que la meva intenció és *només *compartir coneixement i
agrair el que aprenc de tu (journalctl ? mola! provaré!).
No hem d'oblidar que no existeixen els sistemes 100% perfectes, lliures
d'errors. I personalment trobo una virtud i no un defecte que
distribucions tant gratuïtes, lliures, amb solera i robustes com Debian
GNU/Linux no menteixin i reconeguin això, de forma que facilita la
millora continuada, a diferència d'altres sistemes operatius ni tant
gratuïts, ni tant lliures, ni amb tanta robustesa i solera, que intenten
fer creure als usuaris que "es un sistema perfecte, sense errors" a la
vegada que porten molts anys treien "pedaços" que solucionen ERRORS.
Joan Baptista
joanbaptista@gmail.com <mailto:joanbaptista@gmail.com>
Tel. 665 245 561
Missatge de Narcis Garcia <debianlists@actiu.net
<mailto:debianlists@actiu.net>> del dia dt., 15 de febr. 2022 a les 9:08:
Sí, això de reinicialitzar la CMOS ho vaig fer vàries vegades.
També (després de carregar la configuració per defecte) vaig revisar un
a un tots els paràmetres de la BIOS i recordo haver vist això del
número
de nuclis, i haver especificat «All».
Gràcies;
Narcis Garcia
__________
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 15/2/22 a les 9:03, Josep Lladonosa ha escrit:
> Hola, Narcís,
>
> Has repassat que l'actualització de la BIOS no hagi deixat valors de
> configuració estranys?
> De vegades convé restaurar la BIOS a valors de configuració per
defecte
> i reconfigurar. Alguns fabricants de plaques acostumen a
indicar-ho en
> els procediments d'actualització.
>
> A banda, he trobat el manual de la placa base que comentes i hi
ha una
> opció per seleccionar quants nuclis del processador estaran actius.
> Ves que no sigui aquesta cosa tan senzilla...
>
> SALUT!
> Josep
>
> On Tue, 15 Feb 2022 at 08:41, Narcis Garcia
<debianlists@actiu.net <mailto:debianlists@actiu.net>
> <mailto:debianlists@actiu.net <mailto:debianlists@actiu.net>>> wrote:
>
> He instal·lat Debian GNU/Linux (amd64) sense escriptori en un
ordinador
> amb placa base «Asus P6TD Deluxe», a la qual vaig actualitzar la
> BIOS, i
> processador central «Intel Core i7-960»
>
https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html
<https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html>
>
<https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html <https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html>>
>
> Doncs tant amb la comanda «nproc» com al fitxer /proc/cpuinfo
veig un
> sol nucli de processador, tot i que el fabricant diu que n'hi
ha quatre.
>
> Hi tenen alguna cosa a veure aquests missatges d'advertència?
>
> $ sudo journalctl -b -p err
> -- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue
> 2022-02-15
> 08:36:56 CET. --
> -- No entries --
>
> $ sudo journalctl -b -p warning
> -- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue
> 2022-02-15
> 08:37:00 CET. --
> de febr. 15 08:22:59 system kernel: ACPI: No APIC-table,
disabling MPS
> de febr. 15 08:22:59 system kernel: smpboot: Boot CPU (id 0)
not listed
> by BIOS
> de febr. 15 08:22:59 system kernel: ACPI: setting ELCR to
0200 (from
> ccb8)
> de febr. 15 08:22:59 system kernel: core: CPUID marked event:
'bus
> cycles' unavailable
> de febr. 15 08:22:59 system kernel: pmd_set_huge: Cannot
satisfy [mem
> 0xe0000000-0xe0200000] with a huge-page mapping due to MTRR
override.
> de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
> 0x0000000000000828-0x000000000000082F conflicts with OpRegion
> 0x0000000000000800-0x000000000000084F (\PMRG)
(20200925/utaddress-204)
> de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
> 0x0000000000000530-0x000000000000053F conflicts with OpRegion
> 0x0000000000000500-0x000000000000053F (\GPS0)
(20200925/utaddress-204)
> de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
> 0x0000000000000500-0x000000000000052F conflicts with OpRegion
> 0x0000000000000500-0x000000000000053F (\GPS0)
(20200925/utaddress-204)
> de febr. 15 08:22:59 system kernel: lpc_ich: Resource
conflict(s) found
> affecting gpio_ich
> de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
> 0x0000000000000400-0x000000000000041F conflicts with OpRegion
> 0x0000000000000400-0x000000000000040F (\SMRG)
(20200925/utaddress-204)
> de febr. 15 08:22:59 system kernel: r8169 0000:03:00.0: can't
disable
> ASPM; OS doesn't have ASPM control
> de febr. 15 08:23:01 system kernel: resource sanity check:
requesting
> [mem 0x000c0000-0x000dffff], which spans more than PCI Bus
0000:00 [mem
> 0x000d0000-0x000dffff window]
> de febr. 15 08:23:01 system kernel: caller pci_map_rom+0x7c/0x1d0
> mapping multiple BARs
> --
> Narcis Garcia
>
> --
>
> Narcis Garcia
>
> __________
> I'm using this dedicated address because personal addresses
aren't
> masked enough at this mail public archive. Public archive
> administrator should fix this against automated addresses
collectors.
>
>
>
> --
> --
> Salutacions...Josep
> --
Reply to: