別環境の Ubuntu 8.04 でも sudo touch /forcefsck を試してみたところ、起動時にディスク チェックが実行されて checkfs と checkroot が生成されました。ということは、9.10 の不具合なのでしょうか？それとも当方の固有の問題？もし良かったら Ubuntu 9.10 環境をお持ちの方、試してみていただけませんか？よろしくお願いします。

STGSAGWAN さん、ご確認 & アドバイスありがとうございます。

そもそも、8.04 と 9.10 では処理内容（処理方法）が違っていたんですね。教えて頂いた /etc/init/mountall.conf も見てみました。mountall に --force-fsck オプションをつけて呼び出すことで fsck が実行されているのだと思いますが、その結果の処理が 8.04 とは異なっているのですね。

そうなると、9.10 では結果をどうやって残しているのかが疑問ではありますが、これ以上調べるのは私には難しそうです（英語のサイトもうろうろしてみましたが、よく分かりませんでした）。今後のパッチの類で 8.04 と同じになる可能性もあるかもしれませんので、様子を見たいと思います。

どうもありがとうございました。

9.10ではupstart化の影響で実装が変わっていて、今後たぶん、元に戻ることはないと思います（なにしろBeta初期に「要らなくなった古いcheckroot.shとかが残ってるよ」というバグレポートがあったぐらいなので。https://bugs.launchpad.net/ubuntu/+source/sysvinit/+bug/430355 ）。

ただ、「待っていれば直るか」という面では、forcefsck周りの実装はリリース直前までごたごたしていたものの一つなので（今も少しバグってるかも）、しばらく待つと直っている可能性は高いと思われます。

ただ、念のため（何かの理由でパッケージが更新されなくなっているかもしれないので）以下を調べてみていただいた方がいいかもしれません。mountallのパッケージのバージョンが0.20.0より古いものだと、特定の条件でforcefsckが効かなくなります。
cat /etc/fstab していただくと、

UUID=1ed1a7b5-6f9e-4b98-adf8-5db65515defd /               ext4    errors=remount-ro 0       1

というように、「/」を含む行があると思います。この行の末尾の、例で「1」であるものが「0」になっているとチェックが省略されます。
Betaの頃のmountallは0.2.0以前のものだったので（9.10のデフォルトバージョンはさらに新しい1.0）、もしかするとこれを踏んでいる可能性もゼロではないかなあと思いました。

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

kiyoshi さん、たくさんの情報ありがとうございます。お礼が遅くなりすみません。

to #8

> いや、だからこそhitoさんのコメントがあるということです。

↑この 1 文の意味が分かりませんでした。#5 は「リダイレクト指定で結果を出力させる方法もあるのでは？」という案で、#6 は「forcefsck 周りの実装がリリース直前までごたごたしていたので、結果出力についてはしばらく待つと直るのかも？ただ、ひょっとすると mountall パッケージのバージョンのせいなのかもしれないので確認してみては？」という別のことなのかと思っていました。まぁ、「しばらく待つと直るのかも？」の修正方法のひとつとして「リダイレクト指定による修正」の可能性もあるのかな？とは思っていましたが（ということで、やってしまっていました…後述します）。

to #9

起動時の fsck では、検査経過は表示されています。↓こんな感じです。

  Filesystem checks are in progress:
  /(/dev/disk/by-uuid/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx)   nn%
  Press ESC to cancel checks

起動中のログの表示のさせ方は知りませんでした。アドバイスありがとうございます。あと、LiveCD からの fsck はいい方法ですね。ということで、ちょっと試してみました（fsck コマンド実行に自信がないのでとりあえず KVM のゲストで Ubuntu 9.10 CD 起動でやってみました）。

ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/vda: 107.4 GB, 107374182400 bytes
255 heads, 63 sectors/track, 13054 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000bxxxx

   Device Boot      Start         End      Blocks   Id  System
/dev/vda1   *           1       12681   101860101   83  Linux
/dev/vda2           12682       13054     2996122+   5  Extended
/dev/vda5           12682       13054     2996091   82  Linux swap / Solaris

ubuntu@ubuntu:~$ sudo fsck /dev/vda1
fsck from util-linux-ng 2.16
e2fsck 1.41.9 (22-Aug-2009)
fsck.ext4: Device or resource busy while trying to open /dev/vda1
Filesystem mounted or opened exclusively by another program?

単純にはいかないようですね…。

to #10

> 言っているだけでは悪いので、先ほど実際に9.10で試しました。

わざわざ試していただきありがとうございます。fsck の経過表示が上記と違うのはスプラッシュを切っているせいですかね（こちらも 9.10 なのでバージョンは同じようですし）。

> ちなみに、/boot/grub/grub.cfgの該当場所、つまり、おそらく
> 10_linux
> と書かれたあたりの
> linux
> で始まる行には
> quiet
> が含まれていますか？

はい、↓こうなっています（quiet は含まれています）。

linux    /boot/vmlinuz-2.6.31-14-generic root=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx ro   quiet splash

to #11

> # temporary, until we have progress indication
> # and output capture (next week :p)
> console output

これは一時的には console 出力しているが、近いうちには…って意味でしょうか？（英語は得意ではありません）ちなみに、ログのリダイレクトですが、興味本位でやってしまっていました…（ >> /var/log/fsck_check_log）。案の定、起動できなくなりました。

Filesystem check failed.
A maintenance shell will now be started.
CONTROL-D will terminate this shell and re-try.

で、Ctrl + D を押しても、

mountall start/starting
/bin/sh: 5: cannot create /var/log/fsck_check_log: Read-only file system
init: mountall main process (377) terminated with status 2
Filesystem check failed.
A maintenance shell will now be started.
CONTROL-D will terminate this shell and re-try.

とても私のレベルでは復旧できなくなりました…（再インストール）。ということで、これをご覧の方々も絶対にやらないでください。

以上、長文すみませんでした。

いえいえ、自己責任でやっていることなので気にされないでください。失敗してみることも大切だと思っていますし、今回ダメだった理由も分かったので（fsck 中はマウントされていないのにそこに書き込もうとした）参考になりました。とはいえ、トラブったときに自己解決できるレベルになるのが先ですかね。

> LiveCDなど他のUbuntuで起動して、問題のあるUbuntuパーティションをマウントして、
> （マウント先ディレクトリ）/etc/init/mountall.conf
> を編集して、追記した
> >>　/var/log/fsck_check_log
> を消すだけで良かったのですけど。再インストールされたとは・・・。

あ、結構簡単だったんですね。気がつきませんでした（当方、この程度のレベルということです）。#11 で

> rootのパスを入力するかCTRL+Dで再実行するということでしたが、
> rootのパスは設定しておらず、CTRL+Dでは当然ダメで、無限ループに陥ったので
> SysRq+ALT+「R,S,E,I,U,B」で再起動させて他のUbuntuで修正するハメになりました。

と言うのを拝見して、やっぱりこれは自力では解決できない状態だったんだなぁ（自力ではこの方法にはたどり着けなかった）、と思っていました。

LiveCD からの fsck は、もう一度試してみたところうまくいったようです。前回ダメだったのは fsck する前にディスクの状態を見てみたような気がするので、それが原因だったのだと思います。

ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/vda: 107.4 GB, 107374182400 bytes
255 heads, 63 sectors/track, 13054 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000bxxxx

   Device Boot      Start         End      Blocks   Id  System
/dev/vda1   *           1       12681   101860101   83  Linux
/dev/vda2           12682       13054     2996122+   5  Extended
/dev/vda5           12682       13054     2996091   82  Linux swap / Solaris
ubuntu@ubuntu:~$ sudo fsck /dev/vda1
fsck from util-linux-ng 2.16
e2fsck 1.41.9 (22-Aug-2009)
/dev/vda1: clean, 131262/6373376 files, 1065376/25465025 blocks
ubuntu@ubuntu:~$ sudo fsck -f /dev/vda1
fsck from util-linux-ng 2.16
e2fsck 1.41.9 (22-Aug-2009)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/vda1: 131262/6373376 files (0.2% non-contiguous), 1065376/25465025 blocks
ubuntu@ubuntu:~$

fsck に -f オプションをつけないとチェックされていないようだったので、ちょっと調べてみて -f オプションをつけてみました。

> しかし、vda1とは・・・普通はsda1とかhda1だと思うのですが、どんなメディアでしたっけ？
> あ、上に書いておられたでしょうか？

何らかの障害が起きて復旧できなくなることを恐れて、KVM のゲスト上で試してみた結果です。仮想マシン上では vda として認識されるんですかね。

GRUB2 メニューからの起動時のログ表示の操作方法も教えていただきありがとうございます。試してみたいと思います。

> 「表示と出力のキャプチャー（取得）を改善できるまで（次週かなぁ。べぇ）は、一時的に
> console output
> でコンソール（端末？）に出力させることにしておきます。」
> という意味でしょう。

なるほど、ちょっと期待していてもいい感じがしますね。

kiyoshi さん による投稿:

$ man fsck
$ man e2fsck
とか便利ですよね。

残念ながら当方の環境では英語で表示されるので、お手軽に Web を検索して日本語情報を探してしまいます。英語でもゆっくり読めばさほど難しくないのかもしれませんが。

ただ、Web 検索で見つかる利用方法や説明はディストリビューションが違っていたり、記載時期が古かったりするせいか、微妙にオプションが違っていたりもします。そういうことを考えると、英語でも man の方が近道だったりするかもしれませんね。

kiyoshi さん による投稿:

貴重な情報をくださり、有難うございました。勉強になりました。

KVMとかの仮想はメモリを喰うので、かなり前にちょっとためしてから一切使っていませんでした。（小生、メモリが少ないパソコンしか常用していません。）

Ubuntu 9.04 でも KVM を試していたのですが、リポジトリに登録されているパッケージのバージョンが低くて使い辛く & 機能が少なく、公式からソースだったかバイナリだったかをダウンロードして試していたりもしましたが苦戦しました。それが 9.10 になってリポジトリのパッケージ（は最新ではありませんが）だけでも十分使えるので遊んでみています。ちなみに、前回のリダイレクトのお試しの時も KVM だったらお手軽に元に戻せた（試す前の状態に戻せた）のですよね。

あと、KVM 以外の VirtualBox や VMware も試してみています。Linux 上の仮想化環境もお手軽になってきたので試してみている人も多いでしょうね（ここでは仮想化ネタはどのフォーラムなのかな？ 「デスクトップ向けソフトウェア」？ 「サーバ環境」？ 「Ubuntuに関する質問」？）

できれば「manページの日本語化」なりで新しいトピックを起こしていただけると、後から見た人にとって「幸せになりやすい」ログが残りますので、ここで続けずに（いっそのこと転記して）別のトピックを作って頂ければと思います。

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

fsckのログの取得方法がわかりましたのご参考にどうぞ@10.04-32bit
-----------
$ sudo gedit /etc/defalut/bootlogd
# Run bootlogd at startup ?
BOOTLOGD_ENABLE=yes

$ sudo touch /forcefsck
$ sudo reboot

$ cat /var/log/boot.log
fsck from util-linux-ng 2.17.2
init: procps main process (301) terminated with status 255
fsck from util-linux-ng 2.17.2
/home: 7922/3178496 files (0.8% non-contiguous), 1840102/12689341 blocks
/: 242687/1658016 files (0.3% non-contiguous), 3606024/6602459 blocks
----------

/var/log/fsck/checkroot
/var/log/fsck/checkfs
のファイルには
(Nothing has been logged yet.)
のままでログされていませんでした