web-dev-qa-db-ja.com

13.10 UEFIを使用したvaio pro

UEFIモードでvaio proにUbuntu 13.10をインストールしようとしましたが、失敗しました（つまり、再起動するとUbuntuが検出されません）。そのため、ライブセッションでboot-repairをインストールし、推奨される修復を使用しました（boot-repairの出力は http://paste.ubuntu.com/6251374/ ）が、何も変更されていません。

私の問題を解決するアイデアはありますか？

13.10uefiboot-repairvaio
4
Thomash

Vaio ProでXubuntu 13.10を実行しています。 Xubuntuは起動しませんでしたが、LiveCDからブート修復を実行し、grubメニューを取得することができました。いくつかの調査の後、私はこのページを発見しました：

http://www.nicksplace.com.au/2013/07/04/Fedora-19-on-vaio-pro-13-ssd-issues/

Vaio Proに非常に優れたSSDが搭載されているのは秘密ではありません。 128GBバージョンは、サムスン製のMZHPU128HCGMです。私のベンチマークでは、読み取りが最大1100MB/s、書き込みが最大500MB/sで非常に高速です。ただし、Fedora 19を起動すると、起動に失敗したり、システムが短期間ロックされたりすることがあります（特にIOが重い場合）。起動中に、次のメッセージのストリームが表示される場合があります（ログイン中に発生した場合、それらはdmesgになります）。

 01：45：25,494 ERRカーネル：[155.668632] ata1.00：例外Emask 0x0 SAct 0x3 SErr 0x0アクション0x6凍結
 01：45：25,494 ERRカーネル：[155.668640] ata1.00：失敗したコマンド：READ FPDMA QUEUED 
 01：45：25,494 ERR kernel：[155.668650] ata1.00：cmd 60/08：00：00：08：00/00：00：00：00：00/40 tag 0 ncq 4096 in 
 01：45：25,494 ERRカーネル：[155.668650] res 40/00：01：00：00：00/00：00：00：00：00/00 Emask 0x4（タイムアウト） 
 01：45：25,494 ERRカーネル：[155.668655] ata1.00：status：{DRDY} 
 01：45：25,494 ERRカーネル：[155.668659] ata1.00：失敗したコマンド：READ FPDMA QUEUED 
 01：45：25,494 ERRカーネル：[155.668667] ata1.00：cmd 60/08：08：80：b8：e7/00：00：0e：00：00/40 tag 1 ncq 4096 in 
 01：45：25,494 ERRカーネル：[155.668667] res 40/00：00：00：00：00/00：00：00：00：00/00 Emask 0x4（timeout）
 01：45：25,494 ERRカーネル：[155.668672] ata1.00：ステータス：{DRDY}

他のシステムでの以前のエラーの経験から、Native Command Queuing（NCQ）を無効にすることにしました。これにより、すぐに問題が修正されました。

修正を永続的にするには、GRUB2のデフォルトのカーネルブートパラメーターにlibata.force = noncqを追加する必要があります。 rootとして、/ etc/defaults/grubを編集し、GRUB_CMDLINE_LINUX行の最後にlibata.force = noncqを追加します。完成したファイルは次のようになります。

 GRUB_TIMEOUT = 2 
 GRUB_DISTRIBUTOR = "$（sed 's、release。* $ , g' /etc/system-release)"
GRUB_DEFAULT=saved
 GRUB_DISABLE_SUBMENU = true 
 GRUB_TERMINAL_OUTPUT = "console" 
 GRUB_CMDLINE_LINUX = "rd.md = 0 rd.lvm = 0 rd.dm = 0 vconsole.keymap = us $（[-x/usr/sbin/rhcrashkernel-param] &&/usr/sbin/rhcrashkernel-param || :) rd.luks = 0 vconsole.font = latarcyrheb-Sun16 rhgb quiet libata.force = noncq "
 GRUB_DISABLE_RECOVERY =" true "

次に、GRUB2メニューを更新して再起動します。

grub2-mkconfig -o /boot/efi/EFI/Boot/grub.cfg

Vaio Proでこの問題が発生したかどうか、またはSSDに問題があるかどうかを知りたいと思います。

そこで、LiveCDから起動した後にgrubリストを編集しました：

Sudo nano /etc/default/grub

次に、この行を変更しました。

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

次のようになります。

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash libata.force=noncq"

そして、私は走った：

Sudo update-grub
4
Ben

SONY VAIOのUEFIファームウェアは「EFI/Microsoft/Boot/bootmgfw.efi」のみをキックするようですが、他のefiファイルをEFIパーティションに配置します（例：BootRepairを使用）。他のefiバイナリは呼び出されません。バイナリ「EFI/Microsoft/Boot/bootmgfw.efi」を再起動ブートマネージャーに置き換える必要があります。

こちらもご覧ください： http://www.slideshare.net/slideshow/embed_code/27418512

3
Tinydile

私もEFIに苦労し、ついにgaveめました。しかし、その後、再インストールするためにもう一度試してみることにしました。

以下は、vaio proでUbuntuを動作させるために行うべきことの素敵な要約です： http://steffankarger.nl/2013/12/10/ubuntu-13-10-on-the-sony-vaio- pro-13 /

2
vaioonbuntu

何かが足りないかもしれませんが、ブート修復の出力は私には正しいように見えるので、shouldは機能しています。したがって、ファームウェアにバグがある可能性があります。ファームウェアのアップデートがあるかどうかをソニーに確認し、ある場合はインストールしてください。その後、ブート修復を再度実行する必要がある場合があります。

それが失敗した場合は、3回目のブート修復の実行を試みますが、今回は[詳細オプション]をクリックし、Windowsブートローダーをバックアップして置き換えるオプションを選択します。これにより、その場所にGRUBのコピーが配置されます。これは、EFIバグに対する非常に（い（ただし必要な）ハック的な回避策です。

1
Rod Smith

セキュアブートを無効にして、ブート修復を再度実行します。問題がある場合は、新しいURLを示します。

0
LovinBuntu

私の新しいviaoプロでubuntu 14.04の解決策を探して1ヶ月以上たった後、これは私にとってうまくいったもので、シンプルでエレガントです： http://ubuntuforums.org/showthread.php?t=222758

上記のように、「静かなスプラッシュlibata.force = noncq」をgrubに追加する必要がありました。

0
Henk