kiyopさん

　早速のご返事、助かります。
　参考URLのぶんについては、今回の問題とは別問題だと高を括っていたのですが、今全部読みました。
加えて、grub2はinitrdから完全独立しているものだと高を括っていたのですが、早速ご指示頂いた分を試してみます。
状況により、kexec-loaderかkexec-toolsも試してみたいと思います。
ありがとうございます。

kiyopさん

　grub2はinitrdから独立している、ということで当たってたんですね。
しかし、そうであるとすればinitrdを再構築しても、
「grub2がSDHCカードの存在を認知しない」という問題を解決できないのではないでしょうか...
初心者なもので、勝手なこと言ってすみません。
とにかくすぐ、initrdを再構築してまいります。

（余談ですが、kexec-loaderもSDHCカードを認識しないみたいです）

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

fctrd5さん による投稿:

しかし、そうであるとすればinitrdを再構築しても、
「grub2がSDHCカードの存在を認知しない」という問題を解決できないのではないでしょうか...

grubはカーネルをロードするだけでシステムを起動するのはカーネルですので、grubがSDHCデバイスを認識してもSDHCデバイスのカーネルがSDHCデバイスを認識できなければSDHCデバイスのシステムは起動できません。

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

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

こんにちは。

grub2用のSDHCデバイス制御モジュールが出現するのを待つしかないのでしょうか...。

GRUB2には、BIOS以外のいくつかのハードウェア用のデバイスのモジュール(※)も存在するには存在するのですが、あまり旨みがないと思われるので、基本的にはサポートされることは無いような気がします。
# BIOSにサポートされずに接続可能なデバイスは、USB-HDDを除くと、ポータブルであることに利点があるものがおおく、内蔵HDDや起動用CDなどの別途起動するための準備が必要となると、選択肢から外れてしまうことが多い・・・と思われるため。

※ATA(IDE)とか、USB Mass Strage(USB-HDD)とか。後者はともかく、前者をBIOSでサポートしていないケースは聞いたことが無いですが・・・


　それはとりあえずおいといて・・・

GRUB2でのUbuntu(Linux?)の起動する場合での、チェックポイントは、以下の５点に成るかと思います。

１．BIOSから起動するとき、アクセスできるかどうか。
２．GRUB2が追加のモジュールとメニューを表示する為に(いわゆる/bootが存在するパーティションに)アクセスできるかどうか。
３．環境が整ったGRUB2が起動するOS(Linux)のカーネルイメージとinitrdが格納されているデバイス(パーティション内の該当ファイル)にアクセスできるかどうか。
４．initrdに閉じた中(つまり、3で取得した環境)でOS自身(のいわゆる/パーティション)のパーティションにアクセスできるかどうか。
５．環境が整ったOSがデバイス/パーティションにアクセスできるかどうか。


１と２がうまく行くと、GRUB2のOSを選択するメニューが表示されるところまで進むことになります。
３と４がうまく行くと、晴れて対象のOSが起動できる・・・ということになります。

１がハード構成の機能の問題。
２と３がGRUB2の環境/機能の問題。
４と５が起動しようとしているOSの環境としての問題。
LiveCD等で起動した環境は、５を試すことになります(４のチェックが抜ける為、OS環境は全部OK・・・とは成らない)

「ハードディスク内のgrub2を経由してこれを起動」(fctrd5 さん)は、１もしくは１と２を補助(回避?)する方法(２が含まれるかどうかは、/boot/grub内に相当するな用をどこに配置したかによる)
「grub4dos」(kiyop さん)は、１と２を回避する方法。Windowsのブートメニューを用いて１を回避し、/boot/grub相当をNTFSやFAT/32のパーティションに間借り(?)をすることで２を回避できる。
「kexec-loaderかkexec-toolsも試してみたいと思います。」(fctrd5 さん)は、３を補助(回避)する方法。
「カーネル(/boot/vmlinuz-・・・）とinitramfs(/boot/initrd.img-・・・)は、BIOSが認識できるメディア（例えば、内蔵HDDやCD-R)に書き込み（コピー）しておく必要があります。」(kiyop さん)は、３を回避する方法。
「kexec-loaderで呼び出されたUbuntuのカーネルとinitramfsがSDHCカードを認識できないと、結局 Ubuntuは起動できませんから、initrd.imgにSDHCカードを読み込めるものを組み込んでうまく認識させるように initを変更するなどのことが必要かもしれません。」(kiyop さん)が、４に関する指摘(回避する方法)。

・・・・だと思います。

# ところで、Ubuntuのルートパーティションは、どの時点で認識できる必要があるのでしょうか？３の時点でGRUB2から？４の時点でinitramfs構成から？

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

こんばんは
どこのURLをみても"SD（SDHC、SDXCもふくめて）はLinuxでは対応しない”とかかれています。
(http://ja.wikipedia.org/wiki/SD%E3%83%A … C%E3%83%89)
直接ドライブとして認識できるのはWindowsとFreeBSDだけです。そのFreeBSDもmmcとして見えるのはSDだけで、SDHC以上は認識されないと思いますが、私は確認していません。

USBは特許が公開されているので、どのPCでも利用できるようになっています。ですので、USB-SDリーダライタを使えばMassStrageとして読み込まれますので、利用可能です。そこで、（SDリーダーがUSB接続の）EeePC９０１は使えます。（http://tie2.dip.jp/~tie2/EeePC/EeePC_hack_cf.html）
しかし、これではCPRMや次のCPXMには対応できませんので、普通のPCはPCIex接続になっています。

LinuxでもSDドライバーは完成しているようですが、DVDレコーダーに使われているLinuxを除いて、一般のデストリでは特許問題とCPRM問題がからんでいるので、実装されないでしょう。SDをDVD代わりに使おうという意図で普通のPCやらDVDレコーダなどに実装されているそうです。

それから、*.koはカーネルモジュールドライバですので、（確か？)カーネルが読み込まれ、起動できないと読み込めませんので、その前の段階の起動ドライブにするのは無理です。

推測が多くてすみませんが、地デジと同じく、仕様が非公開の部分か多いので、こんな書き方になってしまいました。

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

kiyopさん

　いつもお世話になっております。
　初心者なもんでまた変なこと言っているかもしれませんが、
「Grub２が認識できるメディアのパーティション内にコピーすれば、kexec-loaderは要りません。」
について、SDHCを「Grub２が認識できるメディア」としたらしめる方法がやはり出てきそうにありません。
根本的にBIOSがSDHCを認識していないようです。
皆様の意見を元にこれを言い換えると、grub2がSDHCを認識していないようです（その証拠に、grub2の認識デバイス列挙コマンドlsを使ってもSDHCがでてこない）。

　「kexec-loaderで呼び出されたUbuntuのカーネルとinitramfsがSDHCカードを認識できないと、結局 Ubuntuは起動できません」
ということは、言い換えれば、
「kexec-loaderで呼び出されたUbuntuのカーネルとinitramfsがSDHCカードを認識しさえすれば Ubuntuは起動する」
ということですよね。諦めてUSB-SDリーダライタに行く前に、最後の手段として一番手軽そうなkexec-loaderに取り組みたいと思います。
kiyopさんが仰る通り、kexec-loaderの設定のミスがあるかもしれません。
しかしながら、今日から1週間ほど忙しくなりますので、来週くらいにまた試してみたいと思います。
ありがとうございました。

fctrd5さん による投稿:

SDHCを「Grub２が認識できるメディア」としたらしめる方法がやはり出てきそうにありません。
...
諦めてUSB-SDリーダライタに行く前に、最後の手段として一番手軽そうなkexec-loaderに取り組みたいと思います。

SDHCカードのUbuntuを起動するのはGrubではなくカーネルですのでGrubがSDHCデバイスを認識するしないは関係ありません。
kexec-loaderもGrubと同じカーネルローダーですのでkexec-loaderでSDHCデバイスを認識させても、SDHCカードからロードされるinitrdを変えなければSDHCカードのUbuntuを起動できません。

私の所には検証する環境がありませんのでinitrdを作り直せばSDHCカードのUbuntuを起動できる保証はできませんが、PC本体のSDHCカードドライブに挿入したカードからUbuntuを起動したいのであればinitrdを作り直す方法を試して下さい。

手順：
1.デュアルブートのUbuntuを起動
2.端末を起動して、lsmodを実行
3.SDHCカードをセットして、lsmodを実行

lsmodの結果を比較して新たにロードされたモジュールを確認します。
上記以外で、/lib/modules/$(uname -r)/kernel/drivers/mmc/以下にあるモジュールがロードされていないか確認します。

4.fdisk -lを実行してSDHCカードの/のデバイス名を確認します。
以下の様な表示では/dev/mmcblk0p1が/のデバイス名です。

Device Boot      Start         End      Blocks   Id  System
/dev/mmcblk0p1   *           1        1861    14948451   83  Linux
/dev/mmcblk0p2            1862        1949      706860    5  Extended
/dev/mmcblk0p5            1862        1949      706828+  82  Linux swap / Solaris

5. 3.で確認したモジュールを、/etc/initramfs-tools/modulesに追加します。
6.新しいinitrdを作ります。

cd ~
mkinitramfs -o initrd.gz

7.カーネルとinitrdを/boot以下にコピーします。

sudo mkdir -p /boot/sdhc
sudo cp ~/initrd.gz /boot/sdhc
SDHCカードの/boot以下のvmlinuz-xxxxを/boot/sdhcにファイル名vmlinuzでコピーします。
xxxxの所はuname -rの結果の物にします。

8. /etc/grub.d/40_customを以下のように編集します。

#!/bin/sh
exec tail -n +3 $0
menuentry "Ubuntu on SDHC card" {
        insmod ext2
        set root=(hd0,2)
        linux /boot/sdhc/vmlinuz root=/dev/mmcblk0p1 ro quiet splash
        initrd /boot/sdhc/initrd.gz
}

set root=で指定するデバイス名は/boot/grub/grub.cfgで確認します。
linux行のroot=で指定するデバイス名は4.のfdisk -lで確認した物です。

9.SDHCのUbuntuを起動するgrub.cfgを作ります。

sudo update-grub

10.SDHCカードをセットしたまま再起動しGrubのOS選択メニューで"Ubuntu on SDHC card"を選択。