
Ubuntu日本語フォーラム

ログインしていません。
Ubuntu 10.04 をデュアルブート環境でインストールしました。 インストールそのものはガイダンス通りに行い正常に終了したのですが、起動するとOS選択後に黒い画面でフリーズします。 試しにRecoveryモードで起動したところ以下のメッセージが出たところで止まっているようです。
Gave up waiting for root device.
/dev/disk/by-uuid/<UUID> does not exist.
何度か再インストールしてみましたが結果は全て同じでした。 またトラブルシューティングを参考にMBRの修復、GRUBの再インストールを試しましたが結果は変わりませんでした。
不思議なことに、起動直後に[CTRL]キーを押し続けているとしばらくしてからOSが起動することを発見しました。
上記メッセージから判断する限り単純な理由で上記のような現象になっているように見受けられますが、初心者の私には修復することができません。 どうすればこの状況から抜けられるのかを教えて下さい。
よろしくお願いします。
southwind1
オフライン
起動するのでしたら、まずUUIDの確認を行ってみましょう。
端末を開いてパーティションの情報を表示させます。
Ubuntuのインストールされたデバイスファイル名を確認して下さい。
(取り敢えず /dev/sda2 と仮定して進めます)
$ sudo fdisk -l
この結果を下さい。
もし「/」や「boot」,「home」等を分けている場合は
$ df -h
の結果もお願いします。
/dev/sda2のUUIDを調べます。
$ sudo blkid
設定に使われているUUIDと相違が無いか確認します。
$ gedit /etc/fstab
これは起動時にマウントするパーティションを指定する設定ファイルです。
ブートローダーが指定するファイルは
$ sudo update-grub
で更新されます。
その後、エラーメッセージに対応した処置が必要になります。
オフライン
さっそくのご対応有難うございます。
ご指示のコマンドで以下の結果を得ました。
mike@mike-laptop:~$ sudo fdisk -l
[sudo] password for mike:
ディスク /dev/sda: 160.0 GB, 160041885696 バイト
ヘッド 255, セクタ 63, シリンダ 19457
Units = シリンダ数 of 16065 * 512 = 8225280 バイト
セクタサイズ (論理 / 物理): 512 バイト / 512 バイト
I/O size (minimum/optimal): 512 bytes / 512 bytes
ディスク識別子: 0xa1ada1ad
デバイス ブート 始点 終点 ブロック Id システム
/dev/sda1 * 1 10121 81296463 7 HPFS/NTFS
/dev/sda2 10122 18872 70291933 f W95 拡張領域 (LBA)
/dev/sda3 18873 19457 4699012+ 1c 隠し W95 FAT32 (LBA)
/dev/sda5 17567 18872 10490413+ 7 HPFS/NTFS
/dev/sda6 10122 17257 57313280 83 Linux
/dev/sda7 17257 17566 2486272 82 Linux スワップ / Solaris
領域テーブル項目がディスクの順序と一致しません
mike@mike-laptop:~$ df -h
ファイルシステム サイズ 使用 残り 使用% マウント位置
/dev/sda6 54G 4.5G 47G 9% /
none 493M 292K 493M 1% /dev
none 497M 1.2M 496M 1% /dev/shm
none 497M 60K 497M 1% /var/run
none 497M 0 497M 0% /var/lock
none 497M 0 497M 0% /lib/init/rw
mike@mike-laptop:~$ sudo blkid
/dev/sda1: LABEL="S3A4619D003" UUID="6808827B088247D0" TYPE="ntfs"
/dev/sda3: LABEL="HDDRECOVERY" UUID="9CD5-029E" TYPE="vfat"
/dev/sda5: LABEL="DATA" UUID="C8381BC9381BB602" TYPE="ntfs"
/dev/sda6: UUID="3fac2ab3-6c83-4951-887a-242fb3ee9a03" TYPE="ext4"
/dev/sda7: UUID="54d7262d-dd3b-4a86-b57c-b581896824eb" TYPE="swap"
mike@mike-laptop:~$ gedit /etc/fstab
sudo update -grub
^C
mike@mike-laptop:~$
オフライン
あてずっぽうなのですが、お使いのマシンは DynaBook でしょうか?
なんか機種固有の問題とかもありそうな予感ですね。
再インストールしたり、MBR の修復、GRUB の再インストールなど試しても、
Gave up waiting for root device.
/dev/disk/by-uuid/<UUID> does not exist.
というあたり、ますます怪しいですね。
/etc/fstab の 9 行目あたりに、
# / was on /dev/sdaN during installation
UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx / ext4 errors=remount-ro
のような記述のある箇所があるのですが、
ここの UUID= の部分に書かれている文字列と、
Recoveryモードで起動したときに出る、下記の UUID の部分に表示される文字列と一致していますか?
Gave up waiting for root device.
/dev/disk/by-uuid/<UUID> does not exist.
オフライン
http://caraml.blogspot.com/2010/05/ubuntu-1004-lst_13.html
ってなわけで、だめだーって落胆の声はあるのですが、Ctrlキーを押しながら起動するまでにどれくらい時間がかかってるでしょうか?
メッセージ的には、rootデバイスが起きるの待ってたんだけど、もう待ってらんね!知らん!という話なので、ちょっと前に自分が見たトピックでは、rootの入ってるデバイスがドライバがハードウェアを起こして利用可能になる前に読もうとして落ちてるなんてケースがありました。
上の内容を参考に下記のような手順ではどうでしょうか?
1.SATAインターフェイスの動作モードを変更できるようなら変更してみる。
2.起動オプションの調整。
/etc/default/grubを編集する。
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"をGRUB_CMDLINE_LINUX_DEFAULT="rootdelay=120 quiet splash"へ変更。
sudo update-grubを実行。
上の記事の方は失敗していますが、Wait値は、rootで使うデバイスが目覚めるよりも大きくないと駄目なので、決めうちでは必ずしも動きません。
実際に起動できるときにかかる時間が、2分以上経つようなら上の120を大きな値にしてみてください。
こんな単純な理由なら良いのですけど。
オフライン
petibootangさん、ご指摘の通りインストールしたPCはDynabookです。 機種固有の現象である感じはしますが、そうだとすると救いようがないということですかね?
ご質問の内容ですがRecoveryモードで立ち上げたときに表示されるUUIDとの比較はまだしておりませんが早速調べてみたいと思います。
ちなみに、ですが、もし違っているようだったら何か取りうる対応策はあるということでしょうか?
Crushさん、情報有難うございます。 教えて頂いた投稿の内容拝見しました。 私と全く同じ現象のような気がします。 やはり機種固有の現象なんですかねぇ・・
但し、Ctrlキーを押したままにしているとしばらくしてからOSが立ち上がるのですが、それに要する時間は2分以内です。 正確に測ってはいませんが90 ~ 100秒程度で立ち上がっています。 まぁ、立ち上がるんだから、毎回この方法ですればいいんじゃない・・という気持ちになってきてはいますが、やはり納得いかない部分はあります。
オフライン
>もし違っているようだったら何か取りうる対応策はあるということでしょうか?
>
えぇと、UUID がもしちがっている場合は、端末から、
$ sudo blkid
として出力された UUID で、/etc/fstab を書き直してしまえば良いのですが、Ctrl キーを押しながらでも起動するということは、恐らく一致しているのではないかと予想します。
Crush さんのご指摘の通り root デバイスを待ちきれないためのエラーなのでしょう。
取り敢えず、#5 の Crush さんの提案を試してみてください。
多少時間がかかってもそれで普通に起動するようになるなら、機種固有の問題で仕方がないということで諦めたほうが吉だと思います。
もし、それでもまともに起動しない様なら、ブートローダを GRUB ではなく NTLDR でやってみるとどうかとか、他のワークアラウンドもあるにはありますが、それはまたそのとき考えましょう。
オフライン