Mint 64bit - Phenom II - nur noch single core

[Rochus]

Ich kann nicht sagen was dazu geführt hat, denn anfangs wurden alle Cores vom 955BE erkannt.
Neuerdings aber wird nur noch ein Core erkannt -.-

cpuinfo sagt:

cat /proc/cpuinfo 
processor	: 0
vendor_id	: AuthenticAMD
cpu family	: 16
model		: 4
model name	: AMD Phenom(tm) II X4 955 Processor
stepping	: 2
microcode	: 0x1000086
cpu MHz		: 3200.000
cache size	: 512 KB
physical id	: 0
siblings	: 1
core id		: 0
cpu cores	: 1
apicid		: 0
initial apicid	: 0
fpu		: yes
fpu_exception	: yes
cpuid level	: 5
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt npt lbrv svm_lock nrip_save
bogomips	: 6428.89
TLB size	: 1024 4K pages
clflush size	: 64
cache_alignment	: 64
address sizes	: 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

Jemand ne Idee was hier passiert ist und wie ich das Problem lösen kann?

 

[4naloCannibalo]

Was sagt das BIOS? Was sagen andere Programme?

 

[Yuuri]

Siehe Kategorie - Linux.

 

[Rochus]

msconfig ist schätzungsweise windows exklusiv
Am BIOS wurde nix verändert, auch andere Programme bescheinigen nur einen Kern.

 

[karuso]

Hast du in der zwischenzeit zufällig einen neuen Kernel installiert (über Updates)?

 

[Rochus]

Mhm, da hatte ich auch schon dran gedacht. Zumindest habe ich nicht bewusst ein Update gemacht. Die Versionsnummer ist auch immer noch gleich.

Wie kann ich das prüfen?

Edit: in der Synaptic Update Chronik findet sich nichts, wenn ich nach Kernel suche.
Es gab jedoch mintupdate (4.3.9) to 4.4.1 was nicht näher beschrieben ist. Evtl. war da ein neuer mit dabei.

Installiert ist dieser: linux-image-3.2.0-23-generic

 

[karuso]

Dann sollte es daran nicht liegen, der unterstützt smp.
Probleme kanns noch mit ACPI geben, für mal bitte:

dmesg | grep SMP

aus.

Wenn da dann steht das dein mainboard kein SMP unterstützt und somit auf disabled steht müsstest du mal testen das System mit dem Parameter acpi=off zu booten(wenn du nicht weisst wie einfach fragen )

 

[Rochus]

Damit scheint auch alles in Ordnung:

[    0.000000] Linux version 3.2.0-23-generic (buildd@crested) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu4) ) #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 (Ubuntu 3.2.0-23.36-generic 3.2.14)
[    0.000000] found SMP MP-table at [ffff8800000f55d0] f55d0
[    0.000000] Using ACPI (MADT) for SMP configuration information
[    0.000000] SMP: Allowing 4 CPUs, 0 hotplug CPUs

 

[karuso]

Eine letzte Idee hätte ich noch:
Die Bootoptionen von grub. Sollten mit

cat /etc/default/grub | grep GRUB_CMDLINE

aufgelistet werden.

 

[Rochus]

Also da wir zumnindest nichts in der Richtung noapic gezeigt:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Hier mal der komplette Eintrag aus grub.cfg:

	recordfail
	gfxmode $linux_gfx_mode
	insmod gzio
	insmod part_msdos
	insmod ext2
	set root='(hd1,msdos6)'
	search --no-floppy --fs-uuid --set=root 0115897a-f48a-4359-93fb-2f8d0dd0956c
	linux	/boot/vmlinuz-3.2.0-23-generic root=UUID=0115897a-f48a-4359-93fb-2f8d0dd0956c ro   quiet splash $vt_handoff
	initrd	/boot/initrd.img-3.2.0-23-generic

Ergänzung (28. Juni 2012)

Karuso, danke für die Mühe.
Nach einem Neustart ist alles wieder in Ordnung. Ich habe nichts geändert Hab nur mal kurz in Windows gebootet. Es gab auch kein Update... Ich weiss nicht woran das gelegen hat...

Anyway, das Problem ist keins mehr...

 

[karuso]

Ja, sehr merkwürdig - wie man sieht ist im bootloader ja auch nix drin, acpi funktioniert und 4 Kerne wurden gelistet - an sich sollte das alles problemlos laufen.
Aber Hauptsache es tut wieder - auch wenn ich gerne wüsste was es nun war

 

[Rochus]

Die Neugierde kann ich befeuern... Es wird... wieder nur ein Kern erkannt

Ich scheine den PC auf einem Indianerfriedhof errichtet zu haben...

GIbt es ein umfangreicheres log übder den Bootvorgang als in /var/log/boot.log ?
Das ist nämlich wenig aufschlussreich.