On Tue, 19 Apr 2022 at 08:39, Narcis Garcia <debianli...@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-ker...@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

SALUT!
Josep


>
> $ 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
> > joanbapti...@gmail.com <mailto:joanbapti...@gmail.com>
> > Tel. 665 245 561
> >
> >
> > Missatge de Narcis Garcia <debianli...@actiu.net
> > <mailto:debianli...@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
> >     <debianli...@actiu.net <mailto:debianli...@actiu.net>
> >      > <mailto:debianli...@actiu.net <mailto:debianli...@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
> >      > --
> >
>
>

-- 
--
Salutacions...Josep
--

Respondre per correu electrònic a