On Tue, 19 Apr 2022 at 08:39, Narcis Garcia <debianlists@actiu.net
<mailto:debianlists@actiu.net>> wrote:
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
<mailto: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
Has provat aquests?
acpi=strict
acpi=rsdt
Font:
https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html?highlight=acpi_backlight
<https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html?highlight=acpi_backlight>
$ 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
<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>
<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>
<mailto:joanbaptista@gmail.com <mailto:joanbaptista@gmail.com>>
> Tel. 665 245 561
>
>
> Missatge de Narcis Garcia <debianlists@actiu.net
<mailto:debianlists@actiu.net>
> <mailto: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>>
> > <mailto: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>>
> >
>
<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
> > --
>
--
--
Salutacions...Josep
--