エラーメッセージの後にUbuntu 14.04が起動しません。/ tmpをマウントできませんでした


31

最近、WUBIを使用してUbuntu 14.04をインストールしましたが、インストール後に起動するとエラーが表示されました。

Serious errors were found while checking the disk drive for /. 

次の3つのオプションがありました。

press [I] to ignore, press [S] to skip mounting and press [M] to mount manually. 

を押した後I/tmpマウントできず、Ubuntuが起動しませんでした。

  • 誰でもこの問題を解決する方法を教えてもらえますか?

@pandya私はaleeadyリンクを見てきましたが、答えはproblen解決するために私を助けるように見えるいけない
user272877

wubi経由でインストールしたいのは、問題なくいつでもubuntuを削除できるからです。あなたはこの問題を解決する方法に私を導いてくださいすることができます
user272877

上記を使用しましたが、うまく機能します。ただし、GRUB2ブートエントリを編集しようとすると、(保存した後でも)元の状態に戻ります。次のコマンドを使用しました:sudo gedit /etc/grub.d/10_lupin編集して保存できました(roをrwに変更)。ただし、再起動後、元のブートエントリに戻ります。永続化するにはどうすればよいですか?多くのおかげで、

神聖な牛、なぜこれが起こっているのですか?
ダーク14

回答:


43
  1. Windowsブートマネージャーで、Ubuntuを選択します。
  2. 任意のキーを押して、GNU Grub2メニューに入ります。
  3. 「e」を押して、GRUB2ブートエントリを編集できます。

GRUB2ブートエントリを「ro」から「rw」に変更する必要があります。

例えば

linux   /boot/vmlinuz-3.13.0-24-generic root=UUID=AAC884AC1F144321 loop=/ubuntu/disks/root.disk ro   quiet splash $vt_handoff

linux   /boot/vmlinuz-3.13.0-24-generic root=UUID=AAC884AC1F144321 loop=/ubuntu/disks/root.disk rw   quiet splash $vt_handoff

を押すとF10、Ubuntu 14.04で起動できます。

GRUB2ブートエントリを修正できます。

sudo vi /etc/grub.d/10_lupin

行を変更します。

linux   ${rel_dirname}/${basename} root=${LINUX_HOST_DEVICE} loop=${loop_file_relative} ro ${args}

に:

linux   ${rel_dirname}/${basename} root=${LINUX_HOST_DEVICE} loop=${loop_file_relative} rw ${args}

GRUB2ブートエントリを再生成します。

sudo update-grub

私は私のUbuntuにブートカントので、どのように私はUbuntuのに起動せずにGRUBファイルを変更することができます助けることが、最後の質問のために[OK]を感謝
user272877

1. Windowsブートマネージャーで、Ubuntuを選択します。2.任意のキーを押して、GUN Grub2メニューに移動します。3.起動する前に「e」を押してコマンドを編集できます。
user273948

Windowsブートマネージャーから[Ubuntu]を選択した後、Shiftキーを押し続けると、Grubメニューが表示されます。
gfour

私のubuntuがついに起動してくれてありがとう!みんなのおかげで
user272877

私はこの答えで問題を修正しましたが、今ではブートオプションでubuntuを選択した後、コンピューターを再起動またはシャットダウンすると、画面が真っ暗になり、起動しません。私は手動で再起動してから、ブートオプションでubuntuを選択し、メニューでeを押してからF10を押すとうまくロードされます.ubuntuをロードするにはe-> F10を押す必要があります。助言がありますか?
デュバー

6

一時的な修正-root.diskの最初のマウントを上書きする rwro(読み取り専用)の代わり(読み取り/書き込み)には良いことです。14.04のインストール(またはアップグレード)後にWubiを起動する唯一の方法です。

ただし、マウントを永続的に読み取り/書き込みに変更するよりも、長期的な修正方法があります。読み取り/書き込みとして再マウントできるようにするには、ループデバイスの作成方法を変更することをお勧めします。これにより、リカバリモードを使用できるようになります。

次の/usr/share/initramfs-tools/script/localようにファイルを変更します(1行削除、3行追加):

--- /home/bcbc/local   2014-11-19 20:25:12.274837304 -0800
+++ /usr/share/initramfs-tools/scripts/local   2014-11-19 20:28:37.990832807 -0800
@@ -143,7 +143,9 @@
        modprobe ${FSTYPE}

        # FIXME This has no error checking
-       mount ${roflag} -o loop -t ${FSTYPE} ${LOOPFLAGS} "/host/${LOOP#/}" ${rootmnt}
+       loopdev=`losetup -f`
+       losetup ${loopdev} "/host/${LOOP#/}"
+       mount ${roflag} -t ${FSTYPE} ${LOOPFLAGS} ${loopdev} ${rootmnt}        

        if [ -d ${rootmnt}/host ]; then
            mount -o move /host ${rootmnt}/host

変更を行った後、初期RAMディスクを更新します。

sudo update-initramfs -u

追加情報および修正のクレジットについては、https//code.launchpad.net/~noorez-kassam/ubuntu/utopic/initramfs-tools/fix-for-1317437/+merge/219927を参照してください。

注意:明らかに、この修正を適用するときにタイプミスをすると、インストールが起動しなくなることがあります。したがって、注意して進めてください。不明な場合は、簡単なGrubオーバーライドを使用します。loopdev=行には 'ではなく'引用符を使用してください。

これを試みて問題が発生した場合、いくつかの方法を試すことができます。

  1. 複数のカーネルがある場合は、Recoveryメニューに移動し、古いカーネルを選択します(独自のinitramfsを使用)。
  2. initramfs更新する前に)をバックアップし、ライブDVD / USBから不良なものにコピーできます。
  3. あなたは、再構築可能性がinitramfschrootますが、これは少し複雑です。

新規インストールの場合、再インストールが最適なオプションです。


あなた自身のように、私はこの問題に対するより良い長期的な解決策を見つけようとしています。あなたの方法を試してみたところ、再起動時に多くのエラーが発生しました。その一部は、/ etc / fstabなどのファイルが見つからないことを示していました。タイプミスをした可能性がありますが、「losetup」が予想とは異なる最初の未使用のループデバイスを検出している可能性はありますか?代わりに/ dev / loop0を使用する必要がありますか?現在、簡単なGrubオーバーライドを適用しています。
ビル14

@Bill私はタイプミスがあると思います。コードを貼り付けてリンクを投稿したら、見てみましょう。
bcbc 14

bcbcに感謝します。残念ながら、wubiをアンインストールして再インストールしたため、元のコードを貼り付けることができません。ただし、initramfsを再作成するために使用する予定の現在のコードを貼り付けます。リンクは次のとおりです。pastebin.com
ビル

@Billそれはよさそうだ。
bcbc 14

3
使徒言行録8:8を引用すると、その都市には多くの喜びがありました。bcbcにご協力いただきありがとうございます。私の問題を解決しました。結局、タイプミスだったに違いありません!元のコメントを投稿してから変更されていたため、コードのその部分を/ usr / share / initramfs-tools / script / localの最新のコピーにコピーして貼り付ける必要がありました。そうでなければ、それは魅力のように働いた!つまり、影響を受けた/etc/grub.d/10_lupinの行を読み取り専用に戻した後です。もう一度、あなたの助けに感謝します!
ビル14
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.