良い一日。
Samsung Series3ラップトップでUbuntuを起動しようとすると非常に苦労します。 Ubuntuはインストールされています(そしてそれが唯一のOSです)が、起動しませんでした。
私は一般的なヒントを経て、最終的に、ファームウェアに問題があり、解決できない可能性があるという結論に達しました。
これはこれまでの話です:
ブート修復情報_http://paste.ubuntu.com/11842457/
_
EFIエントリを手動で追加しようとしました。動作しませんでした。再起動後にエントリが消えた
REFIndを使用して手動でEFIエントリを作成することに関するRoderickSmithのアドバイスを読んでください。起動可能なUSBを作成し、シェルで起動すると、マッピングテーブルに、USB自体であるファイルシステムfs0のみが表示されました。 HDDが存在しないため、率直に言って、shimx64.efiが存在しないため、EFIを作成できません。本当にがっかり。それはどのように機能するはずですか?
私は何をすべきかを理解しようと何日も費やしてきました。 Ubuntuを機能させる方法についてのシンプルでわかりやすいガイドが本当に不足しています。
[〜#〜]更新[〜#〜]
EFIパーティションには、_/EFI/ubuntu
_および_grub.cfg, grubx64.efi, MokManager.efi
_の4つのファイルを含むディレクトリ_shimx64.efi
_が含まれている必要があります。
どうすれば確認できますか? EFIパーティションをマウントし、ls
しました。空でした。
ロッドのアドバイスに従うと、dmesg
の結果は ここ
このラップトップにはWindows8がプリインストールされているため、ファームウェアが特定の方法で構成されている可能性があると言う必要があると思います。古いHHDが死んで新しいものに切り替えた後、Ubuntuをインストールすることにしました。
gdisk
による修正の後、UbuntuはついにrEFInd
に登場しました。 USBディスク以外のファイルシステムがシェルにリストされています。ただし、シェルの起動時に表示されていたのに、EFIパーティションであるls
_fs1
_ができません。また、どこにも_shimx64.efi
_を見つけることができません。 rEFInd
で利用可能なオプションからUbuntuを起動しようとしました。 2つのオプションがありました:
vmlinuz-3.16.0-43-generic
_はunable to mount root fs on unknown block(0,0)
になりましたvmlinuz-3.16.0-43-generic.efi.signed
_同じ結果EFIエントリ_bcfg boot add 4 fs1:\EFI\ubuntu\shimx64.efi "Ubuntu"
_を作成しようとしても明らかに失敗しました。 _fs1
_は私のEFIパーティションです。
注意すべきもう1つの悪い点は、カーネルが失敗した後の使用可能なパーティションのリストが空であることです。
rEFInd
でUSBを取り外しても、起動デバイスはありません。
ここにbootinfoがあります:_http://paste.ubuntu.com/11850314/
_
回答ありがとうございます。特にロッド・スミスに。
したがって、EFIパーティションが空であるという私の疑いは理由がないわけではありませんでした。過熱によりラップトップがダウンしたため、Ubuntuが完全にインストールされていません。再インストールしましたが、起動しているようです。
私は同じ問題を抱えていました、そしてあなたはそれからターミナルからこれをしなければなりません:
Sudo apt-get install linux-AMD64_ linux-efi
Sudo apt-get update
Sudo apt-get upgrade
Sudo apt-get install -f
Sudo apt-get install aptitude
Sudo aptitude linux-efi
そしてそれはこのようにうまくいくかもしれません。
構成を指定すると、rEFIndとEFIシェルはESPとLinuxパーティションの両方を表示するはずです(これは、rEFInd USBドライブがext4fsドライバーで構成されていることを前提としています。これは、rEFIndUSBイメージです。配布します。)したがって、私の疑いは、ハードディスクに問題があるということです。Ubuntu緊急ディスクでSudo sgdisk -v /dev/sda
(/dev/sda
をハードディスクの識別子に変更)を試してください。これにより、パーティションテーブルのエラーがテストされます。報告するか、GPTディスクの修復に関する私の GPT fdiskドキュメントを読んでください。
GPTの問題がない場合は、緊急ディスクからdmesg > dmesg.txt
を試して、出力を Pastebinサイトに投稿してください。 この出力は、ディスクがファームウェアに表示されない理由についての手がかりを提供する場合があります。 。
EDIT:rEFIndがあなたに一致する初期RAMディスク(initrd)を見つけることができないように見えます明確にするために、これらのカーネルをrEFIndまたはEFIシェルから起動しますか?指定した2つのファイル名(vmlinuz-3.16.0-43-generic
とvmlinuz-3.16.0-43-generic.efi.signed
)は、.efi.signed
拡張子を除いて同一であり、rEFIndには.efi.signed
カーネルのみを保持するコードが含まれているためです。両方が存在する場合、両方がrEFIndメニューに表示されるのは奇妙です(OTOH、入力ミスがあり、カーネルのバージョン番号が異なる場合は、2つあることは完全に理解できます。そして、その拡張子のないもの。)
ライブUbuntuディスクを使用してinitrdファイルを探し、カーネルを起動するときにF2またはInsertを2回押すことで、rEFIndがカーネルに渡すinitrd=
オプションを確認できます。この手順では、カーネルに渡されるオプションを表示するテキストエディターが開き、それらのオプションを編集することもできます。
ただし、この時点で、Ubuntuを再インストールする方が簡単な場合があります。誤解しない限り、これは新規インストールであるため、システムに貴重なユーザーデータはありません。アクティブな0xEE保護パーティションが非アクティブになっているため、新規インストールにより、これまで発生していた追加の問題が修正される可能性があります。