ASUS N90SV – tylko jeden rdzeń

[lupusPL]

Witam wszystkich!

Mam problem z ilością rdzeni w laptopie Asus N90SV (konfiguracja poniżej): inxi -Fxxxz

Kod: Zaznacz cały

System:    Kernel: 5.4.0-52-generic x86_64 bits: 64 compiler: gcc v: 9.3.0 Desktop: Xfce 4.14.2 tk: Gtk 3.24.13
           info: xfce4-panel wm: xfwm4 dm: LightDM 1.30.0 Distro: Linux Mint 20 Ulyana base: Ubuntu 20.04 focal
Machine:   Type: Laptop System: ASUSTeK product: N90SV v: 1.0 serial: <filter> Chassis: type: 10 serial: <filter>
           Mobo: ASUS model: N90SV v: 1.0 serial: <filter> BIOS: American Megatrends v: 207 date: 02/25/2010
Battery:   ID-1: BAT0 charge: 28.4 Wh condition: 28.6/63.0 Wh (45%) volts: 16.4/14.8 model: ASUSTEK M70--22 type: Li-ion
           serial: <filter> status: Unknown
CPU:       Topology: Single Core model: Intel Core2 Duo P8700 bits: 64 type: MCP arch: Penryn rev: A L2 cache: 3072 KiB
           flags: lm nx pae sse sse2 sse3 sse4_1 ssse3 vmx bogomips: 5064
           Speed: 1599 MHz min/max: 1600/2533 MHz Core speed (MHz): 1: 1599
Graphics:  Device-1: NVIDIA G96CM [GeForce GT 130M] vendor: ASUSTeK driver: nvidia v: 340.108 bus ID: 01:00.0
           chip ID: 10de:0652
           Display: x11 server: X.Org 1.20.8 driver: nvidia unloaded: fbdev,modesetting,nouveau,vesa
           resolution: 1920x1080~60Hz
           OpenGL: renderer: GeForce GT 130M/PCIe/SSE2 v: 3.3.0 NVIDIA 340.108 direct render: Yes
Audio:     Device-1: Silicon Integrated Systems [SiS] Azalia Audio vendor: ASUSTeK driver: snd_hda_intel v: kernel
           bus ID: 00:0f.0 chip ID: 1039:7502
           Sound Server: ALSA v: k5.4.0-52-generic
Network:   Device-1: Silicon Integrated Systems [SiS] 191 Gigabit Ethernet Adapter vendor: ASUSTeK driver: sis190 v: 1.4
           port: cc00 bus ID: 00:04.0 chip ID: 1039:0191
           IF: enp0s4 state: down mac: <filter>
           Device-2: Qualcomm Atheros AR928X Wireless Network Adapter vendor: AzureWave AW-NE771 802.11bgn driver: ath9k
           v: kernel port: dc00 bus ID: 02:00.0 chip ID: 168c:002a
           IF: wlp2s0 state: up mac: <filter>
Drives:    Local Storage: total: 298.09 GiB used: 256.17 GiB (85.9%)
           ID-1: /dev/sda vendor: Hitachi model: HTS543232L9A300 size: 298.09 GiB speed: <unknown> rotation: 5400 rpm
           serial: <filter> rev: C40C temp: 32 C scheme: MBR
Partition: ID-1: / size: 14.69 GiB used: 12.40 GiB (84.4%) fs: ext4 dev: /dev/sda1
           ID-2: /home size: 129.84 GiB used: 117.01 GiB (90.1%) fs: ext3 dev: /dev/sda4
           ID-3: swap-1 size: 2.01 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda3
Sensors:   System Temperatures: cpu: 49.0 C mobo: N/A gpu: nvidia temp: 66 C
           Fan Speeds (RPM): N/A
Info:      Processes: 150 Uptime: 7m Memory: 3.84 GiB used: 605.8 MiB (15.4%) Init: systemd v: 245 runlevel: 5 Compilers:
           gcc: 9.3.0 alt: 9 Shell: bash v: 5.0.17 running in: xfce4-terminal inxi: 3.0.38

Aby system zainstalował się i uruchamiał w grubie musi być parametr nolapic. Jak widać powyżej system wykrywa Intel Core2 Duo P8700 jako „Single Core”.

Kod: Zaznacz cały

cat /proc/cpuinfo
processor    : 0
vendor_id    : GenuineIntel
cpu family    : 6
model        : 23
model name    : Intel(R) Core(TM)2 Duo CPU     P8700  @ 2.53GHz
stepping    : 10
microcode    : 0xa0b
cpu MHz        : 1599.465
cache size    : 3072 KB
physical id    : 0
siblings    : 1
core id        : 0
cpu cores    : 1
apicid        : 0
initial apicid    : 0
fpu        : yes
fpu_exception    : yes
cpuid level    : 13
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl cpuid aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm pti tpr_shadow vnmi flexpriority dtherm
bugs        : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit
bogomips    : 5064.97
clflush size    : 64
cache_alignment    : 64
address sizes    : 36 bits physical, 48 bits virtual
power management:

Kombinowałem na różne sposoby, szukałem na tym forum, szukałem również za pomocą wujka Google – nie znalazłem rozwiązania. Kernel obsługuje SMP.

Prawdopodobnie nie jest to wina konkretnie Minta – na starym OpenSuse 12.1 wykrywało poprawnie, ale każdy nowszy kernel czy nowsza dystrybucja (próbowałem Minta, Ubuntu, OpenSuse, Debiana, Sabayona, PCLinuxOS) już nie… Wiem, że to forum dotyczy Ubuntu – ale może ktoś w Was ma jakiś pomysł?

Proszę o wskazówki co jeszcze mogę zrobić?

[mario_7]

Jak zapewne wyczytałeś już w internecie - parametr nolapic powoduje, ze wykrywany jest jeden procesor.
Podaj logi systemowe jakie otrzymujesz, gdy tego parametry nie użyjesz - trzeba spróbować rozwiązać problem w inny sposób.
Podczas rozruchu systemu przejdź do gruba, naciśnij e i zmodyfikuj linię poleceń kernela (usuń nolapic, a jeśli chcesz widzieć wszystkie logi w konsoli to usuń również quiet oraz splash), naciśnij Ctrl+x aby przejść dalej, gdy system nie wstanie (bo zakładam, że dlatego dodajesz ten parametr) zrestartuj komputer i gdy uruchomisz system już pomyślnie (czyli bez edytowania w grubie) poszukaj logów z tego nieudanego uruchomienia - w katalogu /var/log/ pliki z nazwą zaczynającą się od kern.log
Pokaż jakie tam były komunikaty - może coś uda się poradzić.

[lupusPL]

Dzięki za sugestie. Zastosowałem się do nich

Wklejony log kern.log – https://pastebin.com/DSyxHkWy

Tak jak pisałem poprzednio bez nolapic komputer nie uruchamia się. Zatrzymuje się na poniższym komunikacie:

[kobrawerde]

Tu coś jest o tym modelu ...ale czy to akurat ten błąd ?
https://ubuntuforums.org/showthread.php?t=1321838

[mario_7]

W logu na pastebin nie ma próby uruchomienia bez nolapic - zwróć uwagę, że wszystkie logi wyświetlające argumenty linii poleceń kernela mają nolapic:

Kod: Zaznacz cały

Command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-52-generic root=UUID=fe793c27-7253-49ca-bef2-d48428d08801 ro nolapic quiet splash

Wrzuć log, w którym system uruchomił się bez nolapic

[lupusPL]

W logu na pastebin nie ma próby uruchomienia bez nolapic - zwróć uwagę, że wszystkie logi wyświetlające argumenty linii poleceń kernela mają nolapic:

Kod: Zaznacz cały

Command line: BOOT_IMAGE=/boot/vmlinuz-5.4.0-52-generic root=UUID=fe793c27-7253-49ca-bef2-d48428d08801 ro nolapic quiet splash

Wrzuć log, w którym system uruchomił się bez nolapic

Tak jak pisałem – bez nolapic nie uruchamia się, a w logach, jak widać nie ma po tym śladu… Kombinuję jeszcze z opcjami kernela przy uruchamianiu – dam znać czy będzie jakiś efekt…

[mario_7]

Uruchom w trybie rescue bez nolapic - może wtedy na ekranie pojawi się więcej logów.

https://wiki.ubuntu.com/Core_2_Duo_Support - tutaj jest bardzo stara porada aby wyłączyć legacy USB support (USB mouse, USB keyboard) w BIOS-ie - ponoć kiedyś pomagało.

Tutaj też jakaś propozycją parametrów krrnela zamiast nolapic: https://ubuntuforums.org/showthread.php?t=1084622

Kod: Zaznacz cały

noapic pci=assign-busses apicmaintimer idle=poll reboot=cold,hard

Rzuć też okiem na to: https://bugzilla.kernel.org/show_bug.cgi?id=26502#c28
Może w BIOS-e też masz jakieś opcje (np. związane z I/O security) które po wyłączeniu pozwolą normalnie uruchomić system. A może przywrócenie domyślnych ustawień BIOS-u pomoże.