web-dev-qa-db-ja.com

エラー1962:12.04のインストール後にオペレーティングシステムが見つかりません(Lenovo ThinkCentre)

USBドライブから新しいLenovo ThinkCentereに12.04の新しいコピーをインストールしましたが、インストール後に再起動したときに、ブートシーケンスでOSが見つかりませんでした。代わりに、「オペレーティングシステムが見つかりません」というエラーが表示されました。 USBからUbuntuを起動すると、HDDが表示され、インストールされたすべてのファイルが含まれていることがわかりました。起動できませんでした。 GRUBが適切な場所にないようでした...またはMBRにファンキーな何かがあったようです。この種のエラーを修正する最も簡単な方法は何ですか?

ありがとうございました、

編集:問題はUEFIとGRUBに関係しているようです...

1
ARR

わかりました...これは必要以上に時間がかかりました。しかし、それはここに行きます:

ThinkcentereのようなUEFIブートをサポートする64ビットシステムに12.04をインストールすると、EFI用のFATパーティション、ubuntu用のext4パーティション、およびスワップの3つのパーティションがシステム上に作成されます。しかし、マシンを再起動すると、まったく起動できませんでした。最初は、Intel Bootエージェントが起動し、ネットワークから起動しようとします。後で示すように、それをオフにしても、起動しません。オペレーティングシステムが見つからないと表示されます。

今、私にとってはうまくいかなかったものを試しました:

  1. SATAコントローラーのタイプをIDEに変更します。ブート修復ディスクを使用します(GPTパーティションでEFIを処理する方法がわかりません)
  2. HDDを最初にするためのブートシーケンスの順序の変更
  3. ブートモードをUEFIからレガシーまたは自動に変更する
  4. ここに示すように、GRUB2を再コンパイルしてUEFIパリティに配置します:https://help.ubuntu.com/community/UEFIBooting

私が得た最初の良い方向はこのスレッドからでした:http://ubuntuforums.org/showthread.php?t = 1896052人々はUbuntuの以前のバージョンで問題を抱えていました。推奨される解決策の1つは、最初に10.04をインストールし、そこから更新することです。

これが実際に行うことは、UEFIを完全に忘れ、2つのパーティションのみを作成することです。ubuntu10.04のext4とスワップ。その後、同じパーティションを維持するubuntuにアップグレードできます。注意すべき点がいくつかあります...この特定のマシンは64ビットまたは32ビットをサポートしているため、最初にインストールする10.04には保持するアーキテクチャがあるはずなので、アーキテクチャに注意してください。また、ネットワークカードは10.04カーネルでは動作しない可能性が高いため、代替isoをインストールしてCDからアップグレードする必要があります。次の手順に従ってください: https://help.ubuntu.com/community/PreciseUpgrades#Upgrading_Using_the_Alternate_CD.2BAC8-DVD .

私が代わりにしたことは、最初に10.04をインストールし、次にubuntu 12.04をインストールしますが、パーティション設定ページで「何か他のことをする」に進みます...そして、メインのubuntuパーティションを再フォーマットし、スワップをそのままにすることを選択しました、10.04以降はおそらく、ubuntuをインストールしたHDDにこれらの2つのパーティションしかありません)。 [振り返ってみると、10.04をインストールせずにそれらのパーティションを作成できたようです]

インストールが完了したら、再起動しましたが、「Arch independent ELF magicが無効です」というエラーが表示されました。これを調べると、grubはおそらくubuntuの以前のバージョンのものであり、再度インストールする必要があることが示されました。 liveCD/USBから再度起動し、grub2を再インストールする必要がありました(次の手順に従ってください:https://help.ubuntu.com/community/Grub2/Installing#Reinstall_from_the_LiveCD)

さて、今すぐ再起動します。起動するはずですが、最初に「適切なモードが見つかりません」と「グラフィックモードが見つかりません」というエラーが表示されました。どうやら、これはフォントに関係する単純なものです。このバグレポートを見つけました https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/699802 そしてコメント#24とヴィオラの回避策を使用しました。これで、システムはエラーなしで12.04で起動します...従来の起動を使用しています...しかし、少なくとも現在は動作しています。

これは12.04のインストールプロセスで修正できると思いますが、今のところはこれで問題ありません。

5
ARR

Lenovo H430にLinux Mint 17.1(Ubuntu 14.04ベース)をインストールするのと同じ問題がありました。 1年半前に同じボックスにLinux Mint 15をインストールすることに問題がなかった理由はわかりませんが、おそらくMint 17.1を動作させるために10時間を費やしました。上記のARR独自の修正を試し、他のいくつかのWebページで説明されている手順に従って、ブート修復を試しました。結局、修正のしやすさは、頭を叩いた時間に反比例しました。

BIOS/UEFIでLenovo H430 CSMオプション(互換性サポートモジュール)を有効にするだけでした(UEFIを起動するには電源投入時にF1)。他の設定は自動的に所定の場所に落ちました。その後、再起動しましたが、問題を解決するためのより複雑な試みに時間を費やしたため、実際に機能することに少し怒っていました。 UEFIの[スタートアップ]タブで、私の設定は

  • CSM [有効]
  • ブートモード[自動]
  • ブート優先度[レガシーが最初]
  • クイックブート[無効または有効、どちらでも機能します]
  • ラピッドブート[無効]
  • Num-Lockステータスの起動[オン](問題ではありませんが、完全を期すために含まれています)
  • キーボードレス操作[有効](問題ではありませんが、完全性のために含まれています)

新しいLinuxインストールを起動しようとして、ブートモードとブート優先度とクイックブートを数回変更しました。しかし、CSMを有効にしないと、何も機能しませんでした。 Lenovo H430を使用していて、Ubuntuまたは他のLinuxのインストールに問題がある場合は、この設定を試してみることをお勧めします。別のコンピューターを使用しているが、CSMオプションがある場合、これも同様に機能する可能性があります。

2
pjd

ハードディスクから起動するには、MBRにブートローダーが必要です。 MBRはディスクのパーティションではなく、最初は特別な場所にあります。したがって、インストーラーがGRUBを配置する場所を尋ねたときに、Ubuntuと同じパーティションを指定した場合、それは見つかりません。

おそらくそれを修正する最も簡単な方法は、 GRUB Boot Repair Disk を使用することです。私の経験では、これは通常、問題を自動的に修正します。あなたが本当に多くを学びたい、そして多くの忍耐力やトラブルシューティング能力を持っているのでない限り、私は複雑なことを試みる前にそれを試してみるでしょう。

1
Marty Fried

私は同じ問題を抱えていて、次のことがうまくいきました:

  1. インストールディスクからubuntuを実行する
  2. boot-repairをインストールして実行します(インターネットアクセスが必要です)

    Sudo add-apt-repository ppa:yannubuntu/boot-repair && Sudo apt-get update
    Sudo apt-get install -y boot-repair && (boot-repair &)
    
  3. 「推奨修復」を選択してください

  4. ハードディスクのインストールから起動
  5. 手順1〜3を繰り返します
  6. 再起動。

今すぐ動作するはずです。

1
Aykut K.

私のマシンでは、ブート修復でエラーが発生しました!幸いなことに、次の方法でLenovo ThinkCentreでUbuntu 14.04を正常に起動できました。

  1. BIOSでブートモードをレガシーに設定します。
  2. Ubuntu LiveCDの起動。
  3. GPartEdを使用してすべてのパーティションを削除します。
  4. Ubuntuインストーラーを使用して、「現在のオペレーティングシステムを置き換える」オプションを選択します。
0
mcandre

BIOS(通常はThinkCentesのF1 IRCC)から起動し、SATAオプションに移動して、AHCIからIDEまたは互換モードに変更することをお勧めします。 BIOSを構成するオプションが見つからない場合は、ThinkCentresがすべて揃っている場所で働いています。 Model-Type(つまり、4329-ACU)にコメントを付けて、明日同じモデルがあるかどうかを確認し、正確な手順を含めるためにこれを編集します。マシンを箱から出してすぐにUbuntuをインストールするとき(リリースに関係なく)、まったく同じ問題がありました。

お役に立てれば!

0
itnet7

BIOSがLenovoに基づいているECS A75ボードでこの問題が発生しました。どうやら、ほとんどのLenovo BIOSにはこの小さな問題があり、UEFIブートは常にWindows 8と同じ構造のブートフォルダーを探します。

インストール後にRed Hat 6.5を適切に起動する方法を見つけようとして3日を失いました。わかりました、RHELには古いカーネルがあり、Ubuntu 13は既にこれを変更しましたが、誰かがこのソリューションをまだ必要とする場合のために、私はそれをどのように解決しましたか:

  • Live Ubuntuを起動して、ブートパーティションをマウントします。
  • このパーティション内には、[EFI]という名前の唯一のフォルダーがあります。 [EFI]フォルダー内に、ファイル[grub.conf]および[grub.efi]を含む[REDHAT]という名前のサブフォルダー。おそらくUbuntuでは、このサブフォルダーの名前は[UBUNTU]です。

  • [EFI]フォルダーでは、サブフォルダーを複製し、このコピーの名前を[BOOT]に変更する必要があります。

  • ここで、新しく名前を変更した[BOOT]フォルダー内で、ファイルの名前を[Bootx64.conf]および[Bootx64.efi]に変更する必要があります。
  • パーティションをアンマウントし、今すぐシステムを起動してみてください。

これが問題に役立つかどうかをお知らせください。

0
user282079

Lenovo ThinkCentreでも同じ問題が発生しましたが、AHCIモードで実行する必要がありました。

起動エラー1962を修正するために、BIOSセットアップに入りました F1 開始後)、STARTUPに移動し、ブートモードをUEFIに変更しました。これで、起動するたびに、エラーなしですぐにWindows 7が起動します。

MBRが破損した(または完全に失われた)と思いますが、この方法はハードドライブのバックアップイメージ(明らかに完全に完全ではなかった)を復元した後は正常に機能しました。

0
Jeff Owen

私はその問題に出くわしましたが、現在は(もう一度)です。エラー1962。今、ubuntu(私のお母さんのPC)を使用していませんが、問題はハードウェアに関するものであるため、OSによる違いはありません。購入した4日後にPCがクラッシュした2013年1月にE1 thinkcentreを購入しました。 LenovoはHDDを交換しますが、w8ではなくw7を使用します。欠陥のあるレノボ技術者がw8をインストールしようとしましたが、失敗し、何らかの理由でMOBOが破損しました。 LenovoがPCを受け取り、1か月半後、PCを新しいHDDと新しいMOBO(Lenovoによる)で家に戻しました。私はPCの電源を入れて、4時間後に、何を推測します:再び1962。

ロジックを使用して、新しいHDD、新しいMOBOをケーブル...またはコネクタ、または間違いなくMOBOにすべきだと思いました。

ロジックを使用して、新しいhdd、新しいmoboをケーブルにする必要があると思いました。私はこの容疑者を確認する何かを見つけました:

エラーコード1962-オペレーティングシステムが見つかりません-Lenovo Community

Lenovoが使用しているケーブルがきつすぎて故障しています。それはレノボの問題です。ケーブルの種類を交換するソリューションを見つける必要があります。残念ながら、保証期間中は、コアコンポーネントを希望どおりに変更できません。これは問題です。スタンドが必要です。

0
Evaristo

Lenovo H430マシンに12.04.1 LTSをインストールすると、同じ問題が発生しました。

そこで、特に上記の回答を手がかりとして、「[振り返ってみると、10.04をインストールせずにこれらのパーティションを作成できたようです。

したがって、最初に10.04をインストールするのではなく、最初にインストーラーで手動パーティションを使用して既存のパーティションを削除しました。

次に、ガイド付きインストールを使用して、新しいパーティションを再作成しました。次に、インストールが開始されたときに、新しいマスターブートレコードを作成するかどうかを尋ねられたので、「はい」と答え、Ubuntuで正常に起動します。

0
inflector