web-dev-qa-db-ja.com

Ubuntu / Kubuntu / Lubuntu 13.04 UEFIをSony Vaio SVE17137にインストールできません！

背景/ハードウェア：

  • Windows 8がプレインストールされたSony Vaio SVE17137 CXB
  • Intel Core i7-3632QM
  • モバイルインテル®HM76 Expressチップセット
  • AMD Radeon HD7650M
  • 16 GB RAM
  • 1 TB内部ドライブ
  • Windows 8がワイプされました。 いいえデュアルブート。
  • セキュアブートが有効になっていますoff。
  • UEFIはonです。

（U/Ku/Lu）buntuインストールのいずれかを起動すると、最新のAMD Mobile Graphicsコントローラーで報告された分割画面エラーが表示されます。これは問題ではありません。インストールが完了したら（does completeと仮定）、最新のCatalystディストリビューションをインストールするだけで、分割画面の問題はなくなります。

使用するディストリビューションに関係なく、ディスクは次のようにパーティション分割されます。

  • / dev/sda：GPTパーティションテーブル
    1. / dev/sda1：256 MB EFIブートパーティション（/ boot/efiに自動的にマウントされます）
    2. / dev/sda2：16 GBのスワップパーティション（オーバーキル。わかっている。）
    3. / dev/sda3：/にマウントされた900 GB以上のext4パーティション

すべて上記の3つのUbuntuディストリビューションのいずれかをインストールしようとすると、何らかの方法で失敗します!!!

Kubuntu（私が好む）とLubuntuはインストールが完了する前に失敗します。

どちらの場合も、CDを起動し、「Ubuntuを試す」を選択します。起動したOS（これはdo正常に動作します、ところで！）で、「Ubuntuのインストール」を選択します。

上記のようにディスクをパーティション分割し、実行させます。どちらのバージョンも、次の2つの致命的なエラーのいずれかで失敗します。

  • 「インストール後にインストールされたサブプロセススクリプトがエラー終了ステータス17を返しました」
  • 「grub-installダミーの致命的エラー」

後者は時々異なるgrub-installの失敗を報告します。これは残念ながら書き忘れていましたが、本質的には同じです。

とにかく、これらが失敗する理由はnoです！私のパーティション分割は可能な限り単純であり、single OSをインストールする以外に何もしようとはしていません。デュアルブートの難しさを理解しています。適用されません。

また、インストーラーがディスク自体をパーティション分割する「ディスク全体」パーティションを選択しようとしたことも追加する必要があります。私はLVMを使用して、使用しないで試しました。 exact同じ方法でインストールが失敗します！ （そして、インストーラーによって作成されたパーティションは基本的に私のものと同じであることに注意してください。）

だから、事実上zero私の側でカスタマイズしていても、これらのインストーラーfail !!!

Ubuntuのインストールの動作は多少異なります。時々クラッシュすることもありますが、通常は正常にインストールされます！ログインしようとすると、インターフェイスがフリーズします。これは何らかの形でAMDの分割画面エラーにリンクしています。

その時点で、コンソールを開いてAMD Catalystをインストールするだけです。画面分割エラーとログインフリーズの両方がなくなります。

ログインして、空白の画面が表示されます！それで全部です！！！右クリックして背景を変更できます。新しいドキュメントまたは新しいフォルダーを作成できます。他に何もない！

デスクトップマネージャーが起動しません。少なくとも数十回再インストールしましたが、まったく同じ結果になりました！

これらのエラーの説明を検索および検索したことに注意してください。私はすべてを試しましたfix私は見つけることができました。 NONE助けてくれました！

どんな助けも大歓迎です！

編集：5/11/201

Rod Smithの対応により、Kubuntuのインストール試行に追加する情報が増えました...（まだ失敗していますが！）

私が参照した最初のエラーメッセージ：

  • 「インストール後にインストールされたサブプロセススクリプトがエラー終了ステータス17を返しました」

それは、私が愚かにもセキュアブートを有効にしてテストしてから、すぐにそれをやったことを忘れてしまったためです！

セキュアブートを再びオフにした後、2番目のエラーに戻ります。

  • 「grub-installダミーの致命的エラー」

ロッド、あなたの提案に答えて、はい、インストーラーis EFIモードでインストールします！参照したディレクトリ/sys/firmware/efidoesは実際に存在します。

さらに、セキュアブートを有効にしたとき、最初のエラーメッセージはインストールプロセスのgrub-install dummy fatal errorよりも早く発生しました。したがって、セキュアブートをオンにすると、/ boot/efiディレクトリにデータが入力されることさえありませんでした。このディレクトリには/boot/efi/EFI/kubuntu/grubx64.efiが含まれています。

とにかく、私がばかであることに気付き、間違いを訂正したので、インストールstillは引き続き失敗します：

  • 「grub-installダミーの致命的エラー」

次のテストは、前述のBIOSブートパーティションを使用して、BIOSモードでインストールを試すことです。 （それをありがとう！私はGPTディスクがそれを必要とすることを知りませんでした！）

ただし、可能な限り、EFIモードで起動することをお勧めします。

そのエラーメッセージをグーグルで検索すると、多くのヒットが返されますが、noneが役立ちました！

編集：5/14/201

ロッド、コメントで書くのは多すぎる...

あなたのウェブサイトからrEFIndをインストールしようとしましたが、失敗しました。なぜかわかりません！まず最初に、私が取ったステップは次のとおりです。

  1. Live CDの実行中に、インストールが失敗した後、次のものをマウントしました。

    • / mntの/ dev/sda3
    • / mnt/boot/efiの/ dev/sda1

  2. refind-bin-0.6.11.Zipをシステムにコピーして解凍しました。

  3. アーカイブを解凍した後、CDに保存して実行しました。

    Sudo ./install.sh --root/mnt

しかし、エラーが発生しました：

There were problems running the efibootmgr program!
You may need to rename the refind_x64.efi binary to the default name (EFI/boot/bootx64.efi on x86-64 systems or EFI/boot/bootia32.efi on x86 systems) to have it run!

efibootmgrを使用してブートエントリをリストしましたが、リストは変更されませんでした。 rEFIndエントリはありませんでした。

私はそこからどこに行くべきかよくわからなかったので、あなたのウェブサイトの指示から、手動でやると決めました。

とにかく、私は一般的にそのように物事を行うことを好む！信じられないかもしれませんが、私は25年以上にわたってシステム管理者です。ただし、私の経験はすべて、Solarisを実行しているSunシステム、およびそれ以前のSunOSでの経験、およびWindowsでのかなりの経験でした。したがって、私はLinuxの基本と、明らかに、GNUソフトウェアに精通しています。そのほとんどはSolarisに似ています。残念ながら、UEFIの経験はゼロです！ UEFIを使用する方法を理解するのに時間を費やす価値がなかったため、私はビルドしたばかりの新しいWindowsシステムでBIOSを使用しています。さて、今こそ学ぶべき時です！

とにかく、私はあなたのサイトとまったく同じようにマニュアルの指示を通りました。 （これらのコマンドのすべての前にSudoを追加します。）：

  1. 内部ドライブは、上記のように/ mntおよび/ mnt/boot/efiの下にマウントされます。

  2. 「refind-bin-0.6.11」から、cp -r refind /mnt/boot/efi/EFI/を実行しました

  3. cd /mnt/boot/efi/EFI/refind

  4. rm -r drivers_ia32 tools_ia32 refind_ia32.efi

  5. cd drivers_x64 ; rm ext2_x64.efi hfs_x64.efi reiserfs_x64.efi ; cd ..（iso9660_x64.efiを保持する必要があるかどうかわからなかったため、保持しました。）

  6. mv refind.conf-sample refind.conf

  7. そして最後に、読みやすくするために、長い形式のオプションを使用して「efibootmg」を実行しました。

    efibootmgr --create --disk /dev/sda --part 1 --loader \\EFI\\refind\\refind_x64.efi --label rEFInd --verbose

絶対に返されたnothing。メッセージや出力がまったくない状態で戻ります。これは、「-verbose」オプションを指定したことを考えると、ちょっとした驚きでした！

編集：5/15/201

そのため、システムログを調べていましたが、efibootmgrが実行されるたびに、/var/log/kern.logにエントリが記録されることに気付きました。

yo（別のスレッド内）によれば、efivarsモジュールがカーネルに組み込まれ、/sys/firmware/efiディレクトリがその証拠です。

そのため、カーネルログでnotを期待します。

kubuntu kernel: [80182.133386] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80633.493177] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80696.988083] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80721.952797] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80725.893414] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [80790.848496] efivars: set_variable() failed: status=8000000000000009
kubuntu kernel: [86511.078667] efivars: set_variable() failed: status=8000000000000009

私はこれらがなぜ起こっているのか分かりませんが、今のところ、それはすべての論点です...

私はすでにこのシステムからWindowsを削除したので、DOS BIOSアップグレードツールを使用するだけだと考えました。すべての人々の私は、彼らの指示に何か厄介なものがあることを知っているべきでした！ 私の人生で初めて、私はbrickedマシンを持っているからです!!!! :

このマシンは1か月しかたっていないので、Sonyは実際に誰かを送り出して見てみましょう。私が話をした人は、それを修正するのに問題はないと思うようです！

文字通りdozensは、DOSでBIOSをフラッシュしようとしたときに同じことをしたVaio所有者からのオンライン投稿です!!!

それで、私はしばらくの間これ以上何もテストすることができません！ :-)

戻ってきます！

---（編集：5/26/201

そして彼は戻ってきた...

だから、同じことを何度も試し続けて別の答えを期待するのではなく、別のルートを取ることにしました！

これに対処する最も簡単な方法は、システムをレガシーモードでインストールし、then EFIモードに変換することであると判断しました。

これは「簡単」ではないことは知っていますが、CDを実行するのではなく、インストールされたシステムから始めるという利点があります。

ただし、これにはまず「事前設定」が必要です...

これを可能にするには、ディスクをbothでEFIシステムパーティションとBIOSブートパーティションでパーティション分割する必要がありました！残念ながら、LegacyモードでLive CDを起動すると、cannot UbiquityインストーラーでEFIパーティションを作成することがわかりました！ EFIモードで起動する場合とは異なり、EFIシステムパーティションの選択は、ディスクパーティションインターフェイスからmissingです。

could Rodの優れたGPT fdiskユーティリティを使用して必要なパーティションテーブルを作成しましたが、最初にEFIパーティションのセットアップが必要でした。

  1. 最初にLive CDをEFIモードで起動しました。次のようにディスクをパーティション分割できるように、インストーラーを開始しました。

    • 1タイプ：fat32名前：EFIシステムフラグ：ブート
    • 2タイプ：名前：BIOSブートフラグ：bios_grub
    • 3タイプ：スワップ名前：Linuxスワップ
    • 4タイプ：ext4名前：Linuxファイルシステム

  2. EFIブートマネージャーのインストールで（常に）クラッシュするまで、実際にインストーラーを実行させました。

  3. 次に、BIOSをレガシーに変更し、EFIパーティションに触れないように完全インストールを行いました。

  4. そしてそこに私は...

これは複雑に聞こえるかもしれませんが（！-Dであるためです！）、少なくともfirstでKubuntuのインストールを実行しています！ :-)

次はどこに行けばいいのかわかりません！ Rodさん、もし見たら、GPTディスクを使用したBIOSブートをEFIブートに変える方法についての指示はありますか？私はあなたがしたと思ったが、私はそれを見つけることができません。

いつものように、「あなたはばか！何を考えていたの？！？いいえ、ここにrightの方法があります...」などのアドバイスをいただければ幸いです。

（この心のこもった、敬意のこもったサイトをそのままに保つために、おそらく最初の部分を省くことが最善でしょう!!!）

ありがとう！

installation13.04uefivaio
5
geo

成功！現在、KubuntuをUEFIモードでインストールしていますが、完全に機能しています。

この問題を抱えている他の誰もがこれらの指示に従い、UEFIブートをSony Vaioで動作させることができるように、これを書き上げています。このインストールはKubuntu用ですが、Ubuntuのフレーバーでは機能しない理由はありません。

Rod Smith（ http://www.rodsbooks.com ）に感謝します。この点に到達するのを助けてくれて、この投稿に貢献してくれた他の人たちに感謝します！

これらの指示は、2013年5月26日の編集で書いたものと同じです。

注意するべき事柄：

  • これらの手順は、Kubuntuのインストールにディスク全体を使用していることを前提としています。そうでない場合は、明らかにパーティションスキームを調整する必要があります。
  • 3番目の投稿では、ブート修復の実行時に「インストール前にgrubを消去する」と書かれています。私はそれをやったとは思わないので、そのステップの結果はまだわかりません。
  • セキュアブートをオフにしました。私は単にそれを必要とせず、問題を複雑にしたくありませんでした。セキュアブートを使用する場合は、これらの手順を調整する必要があります。 YMMV。
  • EFIのすべてのものと同様に、さらに情報が必要な場合は、Rodの非常に優れたサイト http://www.rodsbooks.com ！を参照してください。

  • すべての手順は、ルートとして実行していることを前提としています。そうでない場合は、各コマンドの前に「Sudo」を付けます。

    1. （以下を参照してくださいEDIT：6/8/2013。）UEFIモードでインストールし、失敗するまで実行します。
    2. BIOSをレガシーモードで起動するように設定し、Live CDを起動します。 [Kubuntuをお試しください]を選択します。
    3. RodのGPT Fdiskプログラムを http://download.opensuse.org/repositories/home:/srs5694/Debian_6.0/AMD64/gptfdisk_0.8.6-1_AMD64.deb からダウンロードします。
    4. GPT Fdiskをインストールします： "dpkg -i gptfdisk_0.8.6-1_AMD64.deb"。
    5. 「gdisk」を使用して、次のようにディスクをパーティション分割します。
      • パーティション1：タイプ：efi、タイプコード：EF00、名前：EFIシステム
      • パーティション2：タイプ：bios、タイプコード：EF02、名前：BIOSブートパーティション
      • パーティション3：タイプ：スワップ、タイプコード：8200、名前：Linuxスワップ
      • パーティション4：タイプ：ext4、タイプコード：8300、名前：Linux Filesystem
    6. システムをレガシーモードでインストールし、4番目のパーティションを/にマウントします。
    7. インストールが完了したら、システムを再起動してBIOSに入ります。 UEFIブートに戻し、Live CDを再起動します。
    8. 3番目の投稿にあるように、Boot-Repairをダウンロードしてインストールします。
    9. EFIパーティションをインストール/ブートパーティションとしてポイントして、ブート修復を実行します。

ブート修復が完了すると、システムはUEFIモードで問題なく起動します。少なくとも今まで見たことのないものです。

最後に、GRUB構成を編集して、ブートオプションを正確に表示することを忘れないでください。

これがお役に立てば幸いです！ご不明な点がありましたらお知らせください。できる限りサポートさせていただきます。

EDIT：6/8/2013

私は自分の指示に従ってラップトップをゼロから再インストールすることにしましたが、問題に遭遇しました！ブート修復は毎回失敗し、最終的にその理由を突き止めました。

初めて行ったことのあるステップを1つ省略したことが判明しました。

したがって、先ほど言ったように、Ubuntuをレガシーモードでインストールし、UEFIモードに切り替え、Live CDを起動し、boot-repairを実行できるはずです。これを試すたびに、ブート修復が戻ってきて、ディスクにEFIパーティションがないと言ってきました！を除いて、私はパーティションテーブルを凝視していましたclearlyは、/ dev/sda1をEFIパーティションとして、タイプコード0xEF00およびbootフラグセットで表示しました。それで、問題は何でしたか？

シンプル... EFIパーティションはemptyでした。スキップしたのは、UEFIモードでインストールする最初の試みでした！

UEFIモードでのインストールを多く回試みましたが、失敗しました。 ただし、失敗した試行により、EFIパーティション/ dev/sda1にある/ boot/efiディレクトリが作成されました。

そのパーティションにこれらのファイルがないと、boot-repairはEFIパーティションとして認識しませんでした！そして、それは私に教えてくれますhad no EFI partition and fail！

そのため、元のUEFIの試行を指示に追加し直してみましたが、boot-repairが成功し、システムがUEFIモードで起動しました。

現在、@ MarcoGuimarãesは、彼の応答でwasを最初にUEFIにインストールしようとする（そして失敗する）ことなく成功できると述べました。どうしたらいいかわかりません！ @MarcoGuimarãesおよび/または@RaduRădeanu、これについてコメントしてください。 boot-repairを実行したときにEFIパーティションが空であること、そしてそれがどのように動作することを確実に知っていますか？ anyこれを説明するかもしれない他のステップはありましたか？

2
geo

KubuntuとLubuntuのエラーは、次の2つのいずれかが発生しているように聞こえます。

  • インストーラーは、EFIモードではなくBIOSモードで起動した可能性があります。パーティションが指定されると、インストーラーはBIOSモードGRUB 2のインストールを試みます。しかし、GPTディスクでは、GRUB 2はディスク上に BIOSブートパーティション があり、システムにそれがないため、インストールが失敗する可能性があります（ただし、 willこれらの条件下で失敗することをテストしました;私は推測しています）。
  • インストーラーはEFIモードで正しく実行されている可能性がありますが、ディストリビューションメンテナーはインストーラーのEFIサポートにバグを導入している可能性があります。この場合、インストーラをBIOSモードで実行する以外に選択肢がない場合があります。その後、インストールしたシステムをこの方法で実行したままにするか、必要に応じてEFIモードブートに変換できます。

シェルにドロップして、/sys/firmware/efiというディレクトリを検索することにより、ブートモードを確認できます。存在する場合は、EFIモードで起動しています。存在しない場合は、おそらくBIOSモードで起動しています。ほとんどのEFIベースのコンピューターでは、組み込みのブートマネージャーやファームウェアオプションによってブートモードをある程度制御できます。ただし、コンピュータごとに詳細が大きく異なるため、変更が必要な場合にこの詳細を変更する方法について正確な指示を与えることはできません。

Ubuntuの問題は、デスクトップ環境のインストールに失敗したように聞こえるか、おそらく代わりに一般的なものを起動しているようです。ログアウトして、ログインプロンプトで名前の右側の円をクリックしてみてください。これにより、使用可能なデスクトップ環境とウィンドウマネージャーの一覧が作成されます。好きなものを選択します（または、テスト用に好きではないものを選択します）。

EDIT：新しい情報が与えられたので、別のEFIブートローダーをインストールしてみることをお勧めします。いくつかが利用可能です。詳細については、 トピックに関する私のWebページ を参照してください。私の個人的な好みは rEFInd です。しかし、私がそれを維持するにつれて、私は偏見があります。現在の設定を考えると、できればEFIモードでLinuxライブCD /緊急ディスクをブートし、rEFIndのバイナリ.Zipファイルからインストールすることをお勧めします。理論的には、する必要があります--rootオプションをinstall.shにすると、これを行うことができます。しかし、この機能は十分にテストされていません。詳細については、 full install.sh手順 をご覧ください。それが失敗した場合は、手動のインストール手順に従う必要があります。

1つの大きな注意点：Ubuntuで発生している問題の説明から、何らかのXドライバーの問題があり、KubuntuとLubuntuでも発生する可能性があると思います。その場合、ブートローダーの問題を解決した後、それに取り組む必要があるかもしれません。

編集2：

can動作するEFIモードのWindowsと動作するBIOSモードのLinuxを搭載したシステムにrEFIndをインストールします。実際にこれを行うにはいくつかの方法があります。最も簡単な2つの方法は次のとおりです。

  • Windowsから実行します。 rEFInd Windowsインストール手順 詳細を提供します。 Linuxのルート（/）（または別個の場合は/boot）パーティションで使用するファイルシステムに合わせて、EFIドライバーを手動でインストールする必要があることに注意してください。 /boot/refind_linux.confファイルも作成する必要があります。 BIOSモードのLinuxブートが機能する場合、このファイルを作成する最も簡単な方法は、BIOSモードでブートし、rEFIndに付属のmkrlconf.shスクリプトを実行することです。
  • LinuxをBIOSモードで起動し、ESPを/boot/efiにマウントし、rEFIndのinstall.shスクリプトを実行します。これにより、rEFIndがインストールされ、/boot/refind_linux.confファイルが作成されます。しかし、インストールはかなりハック的な方法で行われます。つまり、インストーラーはWindowsブートローダーの名前を変更し、代わりにrEFIndをインストールします。これは機能しますが、ブートローダーの命名に関するEFIの推奨事項に違反しています。また、一部のユーザーは、Windowsが状況によってはWindowsブートローダーと呼ばれる外部ブートローダーを置き換えるため、これが長期的に機能しないか、変更をやり直す必要があると報告しています。
4
Rod Smith

BIOSモードでクリーンインストールを実行した後（GPTパーティションで推定）。 uefiを再びオンにして、lubuntuなどのライブCDを使用し、boot-repairを使用します。

Sudo add-apt-repository ppa:yannubuntu/boot-repair && Sudo apt-get update

Sudo apt-get install -y boot-repair && (boot-repair &)

事前モードでは、「インストールの前にgrubを消去」を選択し、EFIパーティションのインストールを選択します。

私はuefiでvaioを持っています。はい、OSをインストールするためにこれをしましたが、Linuxでuefiを搭載したradeonカードを見たことは愚かです。しかし、私は新しいカーネル3.9をテストしました。私たちにとってはうれしいニュースです。ハードウェア：Dの良好なサポートが得られるのを待つ必要があります。または、カーネル3.9を使用するFedora 18を使用できます。

0
Marco Guimarães