システムは、Dell with 64-bit 3 GHz Intel Q9650 Core 2 Quad CPです。
Windows 7 Professional(x64)SP1を実行で、タスクマネージャーの[パフォーマンス]タブに4つのコアすべてを表示します。インストールされているWindowsプログラムのほとんどは64ビットバージョンです。
buntu 18.04 LTSは、これが「i386」プロセッサであると言って、インストールを拒否します。
「Ubuntuを試す」オプションも許可されません。
このシステムは、複数の5 TBドライブをNASとしてサポートします。また、16 GB RAM。
64ビットハードウェアは、両方をより大量にサポートするためにIntelによって導入されました。
オペレーティングシステムがAMDの「AMD64」のようなより特殊なCPUアーキテクチャを必要とし始めたため、人々を停止させることを意図していませんでした
このバスを運転しているのは誰ですか? (しゃれを許して)
なぜこの64ビットオペレーティングシステムですべての64ビットプロセッサがサポートされないのですか?
これは意味がありません。
Intel Q9650 64ビットCore 2 Quad CPUは Windows 10ではサポートされていません) 。 2008年にリリースされ、現在のオペレーティングシステムには古すぎると考えられています。
IntelのWebサイト でスペックを確認すると、ハイパースレッディングがありません。また、Turbo-Boostが搭載されていないため、おそらくあまり問題になりません。
さらに重要なことは、時間の経過とともに進化した64ビット命令セットです。 Linuxはブート中に各CPUをテストして、特定の指示がサポートされているかどうかを確認します。私が探していたリファレンスは見つかりませんが、これは one カーネルチェックの概要です:
スタックをセットアップしたら、次のステップはCPU検証です。ロングモードへの移行を実行するため、CPUがロングモードとSSEをサポートしていることを確認する必要があります。 verify_cpu
関数の呼び出しによってそれを行います。
call verify_cpu
testl %eax, %eax
jnz no_longmode
この関数はArch/x86/kernel/verify_cpu.S
アセンブリファイルで定義されており、cpuid命令の呼び出しがいくつか含まれています。この命令は、プロセッサに関する情報を取得するために使用されます。私たちの場合、ロングモードとSSEサポートをチェックし、 eax
レジスタに成功すると0
を、失敗すると1
を返します。
eax
の値がゼロでない場合、no_longmode
ラベルにジャンプします。このラベルは、hlt
命令の呼び出しによってCPUを停止しますが、ハードウェア割り込みは発生しません。
no_longmode:
1:
hlt
jmp 1b
eax
レジスタの値がゼロの場合、すべてが正常であり、続行できます。
要約すると、最新の64ビットプロセッサがサポートしているdecade-oldCPUは多くのことをサポートしていません。