On Fri, 06 Feb 2009 16:32:29 -0900, Anders Johansson wrote:

On Saturday 07 February 2009 02:08:31 Lee Ross wrote:

...

I've tried the CD version, the DVD version and the Live CD version of 11.1. I've checked all using MD5SUM before and after burning the .iso.file. In all instances I get an error that reads ....This kernel requires and X86_64 CPU but only detected an i686 CPU, unable to boot.

I have an MSI K8N Neo4 Main Board,AMD Athlon(tm) 64 Processor 3200+. I'm able to run Opensuse 10.2 and 10.3 X86_64 versions.

I've been looking everywhere Google directs me by have found nothing that pertains to my problem.

How do I get past this error when attempting to install 11.1?

It sounds like a bug in the kernel's CPU verification code. I don't think there is a way around it (although you could try looking in your BIOS to see if there are any CPU features turned off that could be triggering the bug)

I looked in the bios and found a place that did identify the cpu.. AMD Athlon (tm) 64 Processor 3200+ I found nothing turned off that related to the cpu other than overclocking.

It would be good if you reported this in bugzilla, preferably together with the contents of /proc/cpuinfo from one of the systems that will boot on it

I am running 10.3 x86_64 on here right now and when I look in /proc/cpuinfo the file is empty. I looked in the same file on another machine (32 bit) and it had all the cpu info available.

(you can get that from the rescue system)

How do I find this rescue system in 10.3? Is it in Yast/system/system restoration? Thanks for the help, -- Lee Ross Anchorage, AK -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Fri, 06 Feb 2009 18:51:06 -0900, Anders Johansson wrote:

On Saturday 07 February 2009 04:34:18 Lee Ross wrote:

...

I am running 10.3 x86_64 on here right now and when I look in /proc/cpuinfo the file is empty.

OK, that sounds extremely strange. You should report this in bugzilla

OK. On this 10.3 64bit machine I tried using that Rescue Sys. but it asked me to login instead of just offering a command prompt. None of my logins and passwords worked so I just booted up as I normally do. Once I got to X desktop I logged into the command line and got the following info from cpuinfo..... leeross@linux-arfg:/proc> cat cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 31 model name : AMD Athlon(tm) 64 Processor 3200+ stepping : 0 cpu MHz : 1000.000 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 1 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 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow up lahf_lm bogomips : 2010.49 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp I then opened my Konqeror file sys and looked in there like before and the /proc/cpuinfo file was empty.I don't understand that....

...

I looked in the same file on another machine (32 bit) and it had all the cpu info available.

Does that have the same CPU?

This 32bit machine uses an AMD Duron (tm) Processor 900 MHz. It is running 11.1 and I use Dolphin for file management. This 32 bit machine is just a test machine and I've had 11.1 installed for a week or so. I'll be happy to make a bugzilla report when I figure out what to report. Right now I don't know what's right and what's wrong. Is that strange that I can see the info using the cli and not when using the gui? (My goal here is to install 11.1 x86_64 on the 64bit machine.) thanks, -- Lee Ross Anchorage, AK -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Saturday 07 February 2009 07:14:02 Lee Ross wrote:

OK. On this 10.3 64bit machine I tried using that Rescue Sys. but it asked me to login instead of just offering a command prompt. None of my logins and passwords

The login is simply "root" without a password

I'll be happy to make a bugzilla report when I figure out what to report. Right now I don't know what's right and what's wrong. Is that strange that I can see the info using the cli and not when using the gui?

No, it's not so strange. The /proc file system is a bit special, the "files" in there aren't real files, they are generated dynamically on the fly when they are read. Maybe konqueror does something wrong there, I don't know.

(My goal here is to install 11.1 x86_64 on the 64bit machine.)

For this, you should open a bug reporting that the installer (really the kernel) mis-detects your CPU and refuses to boot, and include the output of "cat /proc/cpuinfo". The installer actually detects your CPU correctly, that is why it's trying to boot the 64 bit kernel in the first place. The bug here is in the kernel itself Anders -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Saturday 07 February 2009 05:28:22 am Fred A. Miller wrote:

Anders Johansson wrote:

...

On Saturday 07 February 2009 04:34:18 Lee Ross wrote:

...

I am running 10.3 x86_64 on here right now and when I look in /proc/cpuinfo the file is empty.

OK, that sounds extremely strange. You should report this in bugzilla

I don't have anything in that file either.....on ALL systems I've check...Intel and AMD 64 bit.

Fred

-- Someone is a liberal when you can't reason them out of anything, because they never reason themselves into any position. I just looked for the fun of it. When I use command line with less command I see info. When I go into Dolphin and look in /proc/ the icon looks empty but clicking on it and saying open with Kate, it has same info as command line. I'm on and Intel Processor X64. -- Russ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Saturday 07 February 2009 07:28:22 am Fred A. Miller wrote:

I don't have anything in that file either.....on ALL systems I've check...Intel and AMD 64 bit.

CLI: 1) $ cat /proc/cpuinfo 2) $ mc navigare to /proc (or navigate ;-) ) highlight cpuinfo F3 View 3) GUI: 1) Use Dolphin/Konqeror to navigate, as application to open with you can use KWrite or Kate. 2) also you can copy file /proc/cpuinfo in your home directory and look with KWrite or Kate. -- Regards, Rajko -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

Fred A. Miller wrote:

Anders Johansson wrote:

...

On Saturday 07 February 2009 04:34:18 Lee Ross wrote:

...

I am running 10.3 x86_64 on here right now and when I look in /proc/cpuinfo the file is empty. OK, that sounds extremely strange. You should report this in bugzilla

I don't have anything in that file either.....on ALL systems I've check...Intel and AMD 64 bit.

Fred

and from another post in thread:

No, it's not so strange. The /proc file system is a bit special, the "files" in there aren't real files, they are generated dynamically on the fly when they are read. Maybe konqueror does something wrong there, I don't know.

Adding on what Anders mentioned, to "read" the file, the safest way to do that is just to cat the file and redirect it into a real file and then try and read it: cat /proc/cpuinfo > ~/Documents/mycpuinfo Then you have a regular file to read. You should see something like: 22:16 alchemy:~> cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 104 model name : AMD Turion(tm) 64 X2 Mobile Technology TL-58 stepping : 2 cpu MHz : 800.000 cache size : 512 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 2 fpu : yes fpu_exception : yes cpuid level : 1 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 rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch bogomips : 1630.39 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc 100mhzsteps processor : 1 vendor_id : AuthenticAMD Another way to get a good look at what your system thinks the processor is, is by running dmidecode: [23:07 alchemy:/home/david] # dmidecode # dmidecode 2.9 SMBIOS 2.4 present. 26 structures occupying 1275 bytes. Table at 0x000F01D0. <snip> Handle 0x0004, DMI type 4, 35 bytes Processor Information Socket Designation: Socket M2/S1G1 Type: Central Processor Family: Opteron Manufacturer: AMD ID: 82 0F 06 00 FF FB 8B 17 Signature: Family 15, Model 104, Stepping 2 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) CLFSH (CLFLUSH instruction supported) MMX (MMX technology supported) FXSR (Fast floating-point save and restore) SSE (Streaming SIMD extensions) SSE2 (Streaming SIMD extensions 2) HTT (Hyper-threading technology) Version: Engineering Samplenology Voltage: 1.4 V External Clock: 200 MHz Max Speed: 4000 MHz Current Speed: 1900 MHz Status: Populated, Enabled Upgrade: Other L1 Cache Handle: 0x0005 L2 Cache Handle: 0x0006 L3 Cache Handle: Not Provided Serial Number: Not Specified Asset Tag: Not Specified Part Number: Not Specified -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

Mike McMullin wrote:

...

22:16 alchemy:~> cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD

I just tried this on my 32 bit and 64 bot AMD systems, and I do get output, but I'm running 32bit Linux on both, are you as well David?

Mike the output was from a 64-bit machine. Here is output from a 32-bit machine: 01:44 KillerZ~> cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 3 model name : Intel(R) Pentium(R) 4 CPU 3.20GHz stepping : 4 cpu MHz : 3200.094 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no 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 dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc pebs bts pni monitor ds_cpl cid xtpr bogomips : 6405.99 clflush size : 64 processor : 1 vendor_id : GenuineIntel cpu family : 15 model : 3 model name : Intel(R) Pentium(R) 4 CPU 3.20GHz stepping : 4 cpu MHz : 3200.094 cache size : 1024 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no 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 dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc pebs bts pni monitor ds_cpl cid xtpr bogomips : 6399.89 clflush size : 64 01:44 KillerZ~> sudo dmidecode # dmidecode 2.9 SMBIOS 2.5 present. 23 structures occupying 1142 bytes. Table at 0x000FC690. <snip> Handle 0x0004, DMI type 4, 40 bytes Processor Information Socket Designation: CPU1 Type: Central Processor Family: Pentium 4 Manufacturer: Intel ID: 34 0F 00 00 FF FB EB BF Signature: Type 0, Family 15, Model 3, Stepping 4 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) CLFSH (CLFLUSH instruction supported) DS (Debug store) ACPI (ACPI supported) MMX (MMX technology supported) FXSR (Fast floating-point save and restore) SSE (Streaming SIMD extensions) SSE2 (Streaming SIMD extensions 2) SS (Self-snoop) HTT (Hyper-threading technology) TM (Thermal monitor supported) PBE (Pending break enabled) Version: Intel(R) Pentium(R) 4 CPU 3.20GHz Voltage: 1.4 V External Clock: 200 MHz Max Speed: 3200 MHz Current Speed: 3200 MHz Status: Populated, Enabled Upgrade: Socket 478 L1 Cache Handle: 0x0005 L2 Cache Handle: 0x0006 L3 Cache Handle: 0x0007 Serial Number: To Be Filled By O.E.M. Asset Tag: To Be Filled By O.E.M. Part Number: To Be Filled By O.E.M. Core Count: 1 Core Enabled: 1 Thread Count: 2 Characteristics: None Another older 32-bit AMD 01:46 zion~> cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 8 model name : AMD Athlon(tm) XP 2400+ stepping : 1 cpu MHz : 1999.758 cache size : 256 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow up ts bogomips : 4002.12 clflush size : 32 01:46 zion~> sudo dmidecode # dmidecode 2.9 SMBIOS 2.2 present. 39 structures occupying 1051 bytes. Table at 0x000F0800. <snip> Handle 0x0004, DMI type 4, 32 bytes Processor Information Socket Designation: Socket A Type: Central Processor Family: Duron Manufacturer: AMD ID: 81 06 00 00 FF FB 83 03 Signature: Family 6, Model 8, Stepping 1 Flags: FPU (Floating-point unit on-chip) VME (Virtual mode extension) DE (Debugging extension) PSE (Page size extension) TSC (Time stamp counter) MSR (Model specific registers) PAE (Physical address extension) MCE (Machine check exception) CX8 (CMPXCHG8 instruction supported) APIC (On-chip APIC hardware supported) SEP (Fast system call) MTRR (Memory type range registers) PGE (Page global enable) MCA (Machine check architecture) CMOV (Conditional move instruction supported) PAT (Page attribute table) PSE-36 (36-bit page size extension) MMX (MMX technology supported) FXSR (Fast floating-point save and restore) SSE (Streaming SIMD extensions) Version: AMD Athlon(tm) XP Voltage: 1.6 V External Clock: 133 MHz Max Speed: 2000 MHz Current Speed: 2000 MHz Status: Populated, Enabled Upgrade: ZIF Socket L1 Cache Handle: 0x000A L2 Cache Handle: 0x000B L3 Cache Handle: No L3 Cache -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

* Eric Springer [02-08-09 04:58]:

Kind of funny, but I have the boxed set of 11.1 where the DVD contains both x86 and x86_64. And it defaulted to x86_64 which I overlooked (it's in the corner of the grub menu :/) and ended up doing a complete x86_64 install on my pentium 4! Funnily enough everything really worked, other than graphics (and the installer graphics was fine). Took me a looong time to figure out what was wrong with my computer.

I guess the detection aint so hot :D

(for reference: processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.06GHz

Please go to bugzilla.novell.com and file a bug report. -- Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://counter.li.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Mon, Feb 9, 2009 at 12:02 AM, Anders Johansson wrote:

I'm not sure what you're trying to say here, but if your CPU weren't an x86_64, the x86_64 wouldn't boot at all. The x86_64 kernel uses the x86_64 instruction set, so.....

Anders

Why is that? I never got great marks in system programming -- but I don't see what you're saying. The x86_64 kernel was running on my Pentium 4. My guess is if it won't boot, it'd has a lot more to do with the boot scripts than the kernel. Anyway, I'll file a bug report so the relevant people can read it. Eric -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Sunday 08 February 2009 16:00:21 Per Jessen wrote:

The x86_64 kernel uses an instruction set that assumes a 64bit register set which the Pentium 4 does not have.

This isn't correct. Newer versions of the Pentium 4 CPU are EM64T (the Intel equivalent of AMD's x86_64) Anders -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Sunday 08 February 2009 18:18:14 Per Jessen wrote:

I stand corrected - interesting, I wasn't aware (we don't have much newish Intel hardware). Does that mean a Pentium 4 with EM64T could run the x86_64 version of openSUSE?

Sure. As evidenced by the fact that it installed and ran on Eric's machine Anders -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

Per Jessen wrote:

Anders Johansson wrote:

...

On Sunday 08 February 2009 16:00:21 Per Jessen wrote:

...

The x86_64 kernel uses an instruction set that assumes a 64bit register set which the Pentium 4 does not have.

This isn't correct. Newer versions of the Pentium 4 CPU are EM64T (the Intel equivalent of AMD's x86_64)

I stand corrected - interesting, I wasn't aware (we don't have much newish Intel hardware). Does that mean a Pentium 4 with EM64T could run the x86_64 version of openSUSE?

Yep. Intel used the AMD 64 bit instruction set, with minor modifications, for those chips. More info here: http://en.wikipedia.org/wiki/X86-64 -- Use OpenOffice.org http://www.openoffice.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Sunday 08 February 2009 15:45:45 Eric Springer wrote:

On Mon, Feb 9, 2009 at 12:02 AM, Anders Johansson wrote:

...

I'm not sure what you're trying to say here, but if your CPU weren't an x86_64, the x86_64 wouldn't boot at all. The x86_64 kernel uses the x86_64 instruction set, so.....

Anders

Why is that? I never got great marks in system programming -- but I don't see what you're saying. The x86_64 kernel was running on my Pentium 4. My guess is if it won't boot, it'd has a lot more to do with the boot scripts than the kernel. Anyway, I'll file a bug report so the relevant people can read it.

What would the bug say? "Help, my system boots"? What I'm saying is that if the x86_64 kernel boots, you have an x86_64 CPU. There's no other possibility. Don't confuse "Pentium 4" (a marketing name) with "x86_64" (an instruction set). Obviously your Pentium 4 can handle the x86_64 instruction set, or it wouldn't have been able to boot Anders -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org