https://forums.ubuntulinux.jp/viewtopic.php?id=3428
ちょっと試すには勇気がいるような感じですが、これがそうじゃないですか？
バックアップを取って後悔のないように=)

すでに実行済みでしたか　ちなみにkonppixのLiveCDで出てくるような
・・・[OK]みたいなやつですよね　なんで急に出るようになったんですかね
fedoraとかdebianだと出てきますよね

　単純に grub の menu.lst の splash オプションが nosplash に書き換えられているということは考えられませんか？fedora インストール時に書き換えられちゃったとか。

　うぐぐ。WinXP を捨ててからデュアルブート環境を作ってないから辛い．．．．．
　はずしているかもしれませんが、気になるのはこの一行ですかね？

seijunさん による投稿:

root            (hd1,0)

# 現時点でデュアルブート環境で運用している人のフォローがあるとたすかります。

/dev/sdb1=/ , /dev/sdb2=swapなので、(hd1,0)になるんだと思いますが、どうでしょうか。
なお、やっとATOKが復旧したみたいです。

avidya による投稿:

　うぐぐ。WinXP を捨ててからデュアルブート環境を作ってないから辛い．．．．．
　はずしているかもしれませんが、気になるのはこの一行ですかね？

seijunさん による投稿:

root            (hd1,0)

# 現時点でデュアルブート環境で運用している人のフォローがあるとたすかります。

横入りみたいですいませんが…わたしもFedoraとUbuntuとVistaのマルチブートにしているんですがUbuntu8.10をインストールしてからずっとReading Files needed to bootとCUIの起動画面のままです。初めからそうだったのでこれが当たり前だと思っていました。まっとうな起動が出来る方法を教えてください。Reading Files needed to bootの前に
[4.560032] usb 2-1: device not accepting address2 error -71
[4.556084] hub 2-0:1.0: unable to enumerait usb device on port1
とゆうのが出てきます。その後
[16.337952]sd 3:0:0:0:[sdc]Assuming drive cache:write though
とゆうのが2行ほど出てきます。ちなみにマルチブートのうちFedoraは597GバイトのUSBハードディスクの内の約60Gバイトにほとんどすべてインストールされています。ちなみにそのUSBハードディスクのFedora以外の部分はntfsでフォーマットされて他のOSと共用になっています。LinuxはSWAP以外ext3でフォーマットしてインストールしています。FedoraはVistaの後Ubuntuの前にインストールしているので一度はマスターブートレコードが書き換えられているはずです。最終的にはFedoraとVistaはUbuntuのGrubに支配される形で存在しています。以上宜しくお願いします。

最後の編集者: hiroppy (2009-05-08 03:56:57)

有り難うございます。

einundzwanzighundertsechs による投稿:

後者は #11 のコードが失敗しても実行されるので，

「成功にせよ失敗にせよ #11　のコードの実行に 6 分以上かからない限り，
readahead が原因で usplash が途切れることはない．」

と言うことになるのですが，読み間違えているかな？

それもそうですね。ただ、以下の
    if ! grep -q "profile" /proc/cmdline; then
    # if grep -q "profile" /proc/cmdline; then

を
    # if ! grep -q "profile" /proc/cmdline; then
    if grep -q "profile" /proc/cmdline; then
としてみると、Reading files needed to boot...のメッセージが出た後、ハングアップしたかのようになります。
if 文は、/proc/cmdlineの中に、profileがあるのかどうか調べているようですが、
root@ubuntu710:/etc/init.d# cat /proc/cmdline
root=UUID=88e52cbe-8b0c-497b-a8ef-527c1ebfeffe ro nosplash locale=ja_JP
root@ubuntu710:/etc/init.d#
です。profileというのが、どうもよく分かりません。

どうも気持ちが悪いし、あまりFedoraを使うこともないので、sdb-320GB-を丸ごとUbuntu 9.04にして、VirutualBoxでFedoraをインストールしてみようか、と思ったりしています。

weyk による投稿:

　 先のスクリプトのソースからすると、profileをつけない状態で有効・・・？
※ソースを修正して(コメント行を入れ替えて)、profileオプションをつけづに「Reading files needed to boot...」が表示されるのは、変なような・・・？・・・・あれ？kernelの起動optionはnosplash？

splash の状態で、コメント行を入れ替えました。Reading files ...の表示があったとは勘違いかもしれませんが、とにかく、入れ替えたら起動できなくなったのは確かです。アクセスランプはつきっぱなしようでしたけれども。

なお、 gparted  で/dev/sdb全体をubuntu8.10にしました。一瞬冷っとしましたが、これは、非常に便利なツールですね。市販のpartition commanderでは、Linuxのパーティションー変更には対応していないみたいのなので・・・。

seijunさん による投稿:

gparted  で/dev/sdb全体をubuntu8.10にしました。

で，問題は解決したのでしょうか？

seijunさん による投稿:

resumeの実行に若干時間がかかっているようで、その後、readaheadが実行されていました。

resume を第一容疑者として initrd.img のスクリプトを調べてみました．

seijunさん による投稿:

Done.とあったので、このスクリプトの実行は正常に行われているようです。

このスクリプトが scripts/local-premount/resume だとすれば，
Done とあっても正常とは限らないです．

if [ ! -e "${resume}" ] || ! /lib/udev/vol_id "${resume}" >/dev/null 2>&1; then
        log_begin_msg "Waiting for resume device..."

        # Default delay is 5s
    ここで「一定時間レジュームデバイスの起動を待つ処理」

        if [ ${slumber} -gt 0 ]; then
                log_end_msg 0
        else
                log_end_msg 1 || true
                exit
        fi
fi

の log_end_msg が Done を出します．
resume が原因だとしたら Done が表示されるのは最初の if の条件

※「/dev/... 以下に指定のレジュームデバイスが見つからないか，見つかってもそのファイルシステムが認識できない」

が成立した場合です．
レジュームデバイスの起動を待ち，起動が確認(※の不成立を確認)できても，時間切れになっても，
2つの log_end_msg のどちらかが実行され Done が出ます．

以下は蛇足です．

seijunさん による投稿:

if ! grep -q "profile" /proc/cmdline; then
    # if grep -q "profile" /proc/cmdline; then

を
    # if ! grep -q "profile" /proc/cmdline; then
    if grep -q "profile" /proc/cmdline; then

条件を反転させた( ! を削除した)ので，カーネルオプションに profile を与えていなければ，then ではなく else 側，

        else
            echo 524288 > /proc/sys/fs/inotify/max_user_watches

            log_begin_msg "Preparing to profile boot sequence..."
            if /sbin/start-stop-daemon --start --quiet \
                --pidfile /var/run/readahead-watch.bogus \
                --startas /sbin/readahead-watch -- -o /etc/readahead/boot; then
                log_end_msg 0   
            else
                log_end_msg $? || true
            fi 
        fi

が実行されます．何が行われるのかは man readahead-watch を参照下さい．

seijun さんへ，
原因が resume にあるのかの確認はまだできていません．(この1行追加:2009/5/11 16:42)
#9 で述べたように nosplash で起動して「Reading files needed to boot...」の
前のメッセージを調べたらどうでしょうか？

hiroppy さんへ，
当方でも同様の usb に関するメッセージは出ていました．
usplash が途切れるのは他に原因があるようです．
以下のメッセージと比較して下さい．

当方で nosplash で起動した場合のメッセージです．Done は出ていません．

Boot from (hd0,0) ext3   「root の UID」
Starting up ...
Loading, please wait...
[    5.160063] usb 3-1: device not accepting address 2, error -71
[    5.216133] usb 3-0:1.0: unable to enumerate USB device on port 1
19+0 records in
19+0 records out
kinit: name_to_dev_t(/dev/disk/by-uuid/「RESUME の UUID」) = dev(8,21)
kinit: trying to resume from /dev/disk/by-uuid/「RESUME の UUID」
kinit: No resume image, doing normal boot...
resume: libgcrypt version: 1.4.1
 * Reading files needed to boot...
[   11.888126] sd 2:0:0:0: [sdc] Assuming drive cache: write through

当方では hibernate に uswsusp を使っていますので，
まず /scripts/local-premout/resume が実行されて，
swap パーティション = RESUME デバイスからの /bin/resume が試されます．
次に /scripts/local-premount/uswsusp が実行されて /sbin/resume が試されます．

※「19+0 records in」から「kinit: No resume image, doing normal boot...」まで

が通常の /scripts/local-premount/resume で吐かれたメッセージです．
此方では RESUME デバイスに hibernate しないので，「No resume image」のメッセージは正常です．

此方で /etc/initramfs-tools/conf.d/resume の UUID を不正にした initrd.img で起動実験しました．
splash は途切れ，「 * Reading files needed to boot...」が画面の一番上に表示されます．
nosplash 起動では ※ のメッセージが出なくなります．
RESUME デバイスが見つからないはずなのでDone が出ると予想していたのですが，出ませんでした．

「resume: libgcrypte version: 1.4.1」は
uswsusp の /sbin/resume が吐くメッセージですので出ないのが通常です．

最後の編集者: einundzwanzighundertsechs (2009-05-11 16:43:03)

Begin Running /scripts/init-bottom ...
Done.

init スクリプトによると，
このメッセージはカーネル起動オプションに「quiet を与えない」場合に出るようです．
私の例では quiet はそのままにしたので出ていません．

/scripts/local-premount/resume のスクリプトはこのメッセージを出す部分よりもさらに前で実行されています．

kinit: name_to_dev_t(/dev/disk/by-uuid/「RESUME の UUID」) = dev(8,21)
kinit: trying to resume from /dev/disk/by-uuid/「RESUME の UUID」
kinit: No resume image, doing normal boot...

が /bin/resume の吐くメッセージです．通常の感覚とちょっと違い，これらのメッセージが吐かれている場合が

「正常に RESUME デバイスが見つかっている」

ことになり，RESUME デバイスが見つからないときは /bin/resume は実行されないのでこれらのメッセージは「出ない」のです．

resume機能に問題があれば、これをオフにすることで問題は回避されると思うのですが

カーネル起動オプションに noresume を指定すれば出きるはずですが，
回避策でやり過ごしていて致命的な問題を見過ごさないためにも，
根本的な原因を調べられるなら調べた方が良いと思います．
# まだ resume が犯人と決まったわけではありませんし...

追記：
とはいえ noresume で起動してみて splash が途切れないなら，resume が犯人ですね．

最後の編集者: einundzwanzighundertsechs (2009-05-11 20:18:06)

update-initramfs -k kernel version -cでinitrd.imgを作り直しましたが、駄目でした。resumeは、initrd.imgの中に含まれていました。