恐ろしい「ターゲットファイルシステムが/ sbin/initを要求していません」というメッセージが表示され、initramfsのbusyboxプロンプトにドロップされ、起動できません。これは、Debianで最新の4.9.0-3カーネルにアップグレードした後です。以前は完全に機能していました。
おおよそ、それは言う:
Scanning for BtrFs filesystem
usage: mount [-r] [-w] [-o options] [-t type f] [-i] [-n] device directory
target filesystem doesn't have requested /sbin/init
mount: no such file or directory
ディスクでfsckを試しました。それは結構です。 (確認のためにfsck -fも試しました。行きません。)
Grubメニューで起動中にroot =/dev/sda4を手動で設定してみました。繰り返しますが、助けにはなりませんでした。
ライブCDから/ dev/sda4を正常にマウントできます。
$ mount /dev/sda4 /mnt
$ mount --bind /proc/ /mnt/proc
$ mount --bind /dev/ /mnt/dev
$ mount --bind /sys/ /mnt/sys
そしてそれにchrootします:
$ chroot /mnt
そして、/ sbin/initが実際に存在することがわかります。
# ls /sbin/init
/sbin/init
私もそれを実行することができます:
# /sbin/init
Usage: init {-e VAR[=VAL] | [-t SECONDS] {0|1|2|3|4|5|6|S|s|Q|q|A|a|B|b|C|c|U|u}}
Chroot内で、「update-initramfs」と「update-grub」を実行してみました。どちらも正常に実行されましたが、どちらも役に立ちませんでした。
「update-initramfs」が偽のinitrdを生成しているようで、ルートシステムが正しくマウントされません。
Initramfs = 0.120 + deb8u3およびsysvinit-core = 2.88dsf-59.9を実行しています。
Cryptofsもbtrfsも実行していません。ただし、それが重要な場合は、Macで実行されています。
あなたの状況で何が悪いのかを正確に知るのは難しいですが、あなたの出力のこのメッセージは疑わしいです:
usage: mount [-r] [-w] [-o options] [-t type f] [-i] [-n] device directory
ルートファイルシステムをマウントしていないように見えますが、このエラーは試行の結果です。
https://wiki.debian.org/InitramfsDebug を読んで、さらにデバッグする方法を確認してください。 「デバッグ情報の保存」の最後のセクションでは、問題が何であるかを示唆するのに十分なことが明らかになる場合があります。
Initramfs = 0.130(stable)にアップグレードすると起動するため、initramfs = 0.120 + deb8u3(jessie-backports)にバグまたは何か問題があったと思います。 (私の次のステップは、たくさんのパッケージを削除したにもかかわらず、udevをstableにアップグレードすることでした。ありがたいことに、そのステップを踏む必要はありませんでした。)