デュアルブート（Win 8 / Ubuntu 13）が「クロックソースへの切り替え」で止まる
何日もの間、問題を解決するためにWebをクロールしていましたが、見つかりませんでした。ここにあります：
Win 8 OEMがプリインストールされた新しいラップトップ（ASUS Vivobook S200E）を入手しました。 Ubuntu 13の横にデュアルブートシステムを作成したかったのです。 UEFIについて読み、セキュアブートをオフにして、既存のEFIパーティションをUbuntuのブートローダーとして使用する必要があることを読みました。だから私はやった。また、GRUBを再インストールしてブート修復を実行しました。その結果、コンピューターを起動すると、ブートメニューが表示されます。ここまでは順調ですね。 Winを選択すると、すべてがうまくいきます。しかし、Ubuntu（回復）を選択すると、システムは起動しますが、「[1.806366] clocksource tscへの切り替え」という行で停止します。
他のバージョンのUbuntu（12.04.2、12.10）を試しました。ブート修復を試しました（推奨される修正を使用して、すべてを手動で設定します）。しかし、何も機能しません。それは常に同じ問題です。
グラフィックドライバーに関する問題かもしれないと読みましたが、これは信じられません。
これが助けになる場合は、boot-repairからフォーラムに投稿するためのリンクが提供されました。
http://paste.ubuntu.com/5810391/
事前に助けてくれてありがとう
イライラする数日後、Ubuntuを単一のOSとしてインストールすることにしました。残念ながら成功しませんでした。つまり、この問題はデュアルブートやWin 8とは何の関係もありません。これらの新しい発見が、問題がどのようなものであり、どのように修正できるかを明らかにすることを願っています。
GRUB=を編集して、カーネルブートパラメーターとして別のクロックソースを設定しました（回復モードで-通常モードは黒または紫のまま）。ここに設定リストがあります。試した：clocksource=hpetclocksource=pitclocksource=notscclocksource=acpi_pmclocksource=jiffiesclocksource=nolapicわからない、それらが何を意味し、何をするのかはわからないが、これらのカーネルブートの変更はほとんどまたはまったく効果がなかった。 スーパーユーザー で見つけました。
Dmesg（またはブート画面）の最後のエントリが問題ではない場所を見てきました。しかし、それは数ステップ前の何かかもしれません。
Intelグラフィックスでは、これらのブートオプションを試しました。
Intelグラフィックスを搭載したAsus i3、
「acpi_osi = Linux」および/または「video = 1280x1024-24 @ 75」またはネイティブ解像度
intelの新しいグラフィックスを使用する他の人
i915.i915_enable_rc6 = 1
低速のIntelグラフィックスの場合：
Sudo apt-get install mesa-utils
glxinfo | grep OpenGL | head -n3
Ubuntuのインストール中にインターネットに接続してみてください。
これにより、最新のドライバーがインストールされ、すべての問題が自動的に解決されます。