ack による投稿:

SDカードの中身は問題ないと思われますが、それで起動できないとなるとお使いのdynabookはSDカードからの起動が出来ないハードウェアである可能性が高そうです。

他の場所(内蔵HDDやUSB接続の何か)に置いたブートローダから、SDカード上のUbuntuを呼び出す方法を試してみるしかなさそうです。

どのような方法があるのでしょうか。お教えいただければ幸いです。

ご回答をいただき、ありがとうございます。#4を試してみたいと思いますが、いくつか質問があります。

　1.これを実行することでWindowsXPのMBRは書き換わりますか。
　2.とすれば、現在のMBRはバックアップしておくことが必要でしょうか。

まだ、お示しいただいた参照URLをじゅうぶんに読んでおりませんので、スミマセン。これから読んでみます。

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

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

こんばんは
http://dynabook.com/pc/catalog/ss_c/060830sx/spec.htmのPCはSDカードスロットはありますが、SDHC16Gは対応しておりません(Look ※13：2GまでのSD）ので、もし、このカードを使って起動させるためにはSDHC対応のアダプタでUSB接続が必要だと思います。そうすると、ポータビリティが微妙になってきますので、インストール先にUSBメモリー、USBHDDや内蔵HDDを考えた方がよいと思います。内蔵HDD（60G）となるとHDDの換装も視野に入ってくるでしょう。

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

　状況を切り分けて考えないと遠回りすることになると思います。

　先ず、SDメモリーカードのドライバって入ってましたっけ？
　USBカードリーダなど、ドライバとしてはUSBのマスストレージやリムーバブルデバイスとして認識できる場合と、バスにコントローラが繋がっていて直接制御できる場合というのは話が違います。
　少なくとも、本体は「SDHCメモリーカード」を「サポートしていない」ので、BIOSはブート可能なメディアとしては認識しない物と思われます。
　これについては、SDHCではないSDメモリカードを使えば解決する物と思いますが、この辺りは仕様なので諦めるしか有りません。
　OSからの認識、制御の変更については、ケースバイケースで、コントローラがバスに直結されている場合は、例えば、
http://support.microsoft.com/kb/946629/ja
や、
http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=6edfb30f-b1ab-42a8-a330-acd6762961bc
　等のパッチによってソフトウェア的に読み書きできるようになることがあります。
　どちらかといえば、容量についてはソフトウェア的な要件が大きいので、ハードウェアの設計上無理でなければ、読める可能性は有ります。
　ただ、SDメモリカードには、特許等がかんでいて、Linuxザウルスなどでも、SDメモリカード絡みはソースコードが公開されておらず、プロプラエタリな状態でした。
　ですので、実装されているのか？という問題が有ります。もしドライバが組み込まれていない、有効ではない場合は、Linuxから認識することが出来ません。その場合、SDHCではない、SDメモリカードを用いても、仮に容量が足りた場合もブートメディアとして使えないことになります。
　BIOSの対応は、BIOS制御下において、レガシデバイスのようにBIOSをコールすることでアクセスしているわけですから、その処理を離れた所で、ドライバが無ければ自分自身を起こしたデバイスを見失うこともあります。
　LiveCDなりで、きちんと中身が見られるかどうかで判断は付くとは思われます。見えるようなら別デバイスやローダを経由すれば可能性としては起動可能になることもあります。
　USBにマスストレージとしてぶら下がっている場合は、その変換チップがどうであるかに掛かっています。
　基本的にOSからは、チップの先は見えないので、ファームウェアの更新が出来なければ、対応は仕様表を越えることはありません。
　デジタルカメラの一部や、ＵＳＢメモリカードリーダの一部などでは更新する新規ファームウェアを公開しており、そういったケースでは速度面などは無理でも、容量についてはきちんと認識、利用できることがありますが、ファームウェアが書き換えできなかったり、対応するファームウェアがリリースされていなければ当然その限りではありません。
　外付けのカードリーダで動いてくれたのは、OSから見たときに比較的素直なハードウェアだったからという部分も大きいでしょうし、カードリーダのファームウェアがきちんとそのカードを認識していたという要素にもよります。

　ということで、先ずはLiveCDや、LiveUSBメモリなどで、システムを起動し、そのデバイスにアクセスできるかどうかを確認し、中身が見えるようなら#4以降の説明のように、迂回することでブートが可能になる可能性があります。
　容量、メディア認識は、そのドライバの制御にも依存しますので、ドライバの設計によっては、アクセス自体は可能になる事が考えられます。SL-C系のザウルスについては、バイナリパッチによってアクセスの実績があり、この本体も又、SDHCには対応していない物ですから、同様の現象が実装によっては起きる可能性があります。
　但し、見えなければ、少なくともカーネルを起こしてやっても、初期化の上処理を渡してやってもシステムからそのデバイスが見えないのですから、迂回をしても徒労に終わりますから、外付けのカードリーダを使うなり、別のデバイスを使うなりするのがよろしいかと思います。

　コントローラを直接制御するような実装で接続されたカードリーダを持ち合わせていないので、何とも言えませんが、実際問題としてソフトウェア的に解決することもある反面、ドライバがないという可能性もありますので、先に「そもそもアクセス可能なのか？」を検討、確認すべき事と思います。

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

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

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

以下の件、ありがとうございました。

kiyopさんの追記 による投稿:

誤解されると嫌なので、ちょっと補足説明しておきます。

grub4dosのメニューで
ubuntu with vmlinuz-2.6.?-?-generic on UUID=451a7fdd-529e-4b4e-abef-6fe23286ebd6
を選択した場合、
WindowsのC:\boot\vmlinuz-2.6.?-?-genericが見つかれば、それとC:\boot \initrd.img-2.6.?-?-gemericを用いて起動し始め、最終的にUUIDが
451a7fdd-529e-4b4e-abef-6fe23286ebd6
のパーティションを/(rootディレクトリ）にマウントした状態でUbuntuが起動します。
必ずしも（というかほとんどの場合）、UUIDが
451a7fdd-529e-4b4e-abef-6fe23286ebd6
のパーティションの/boot/vmlinuz-2.6.?-?-genericと/boot/initrd.img-2.6.?-?-gemericは使われません。

の部分は、気になっていました。C:\bootの作成を含めてでした。「どっちを使うのか・・・」の疑問でした。これで納得です。さあ、仕事に戻ります。ははは。

やっと時間に空きができましたので、実行しました。遅くなって、放置状態に近かったので気になっておりました。お教えいただいたmenu.lstをc:\に作成、その他のファイルも指定のとおりに設定して起動しましたが、道半ばといいますか、結果は起動にいたっていません。

menu.lstは、/dev版もUUID版も同じ結果でした。再起動させてgrub4dosを選択すると、まずは、さまざまなデバイスが認識されている模様が表示されますが、以下の

Begin: Waiting for root file sysems... ...
[ 3.439090] usb3-1: Configration #1 chosen from 1 choice
Done.

のところでかなりの時間ダンマリになります。なんとかDoneとなるものの、その後すぐに、

Gave up waiting for root device.  Common problem:
    - Boot args ( cat /proc/cmdline )
        - Check rootdelay = ( did the system wait long enough ? )
        - Check root = ( did the system wait for the right device ? )
    - Missing modules ( cat /proc/modules; ls /dev )
ALERT /dev/disk/by-uuid/"xxxxxxxx" does not exits. Dropping to a shell!

BusyBox v1.13.3( Ubuntu 1:13.3-1ubuntu7 ) built-in shell (ash)

で、「SDカードが見つけられん」と(initramfs)プロンプトになります。(initramfs)プロンプトで

ls /dev/disk/by-uuid

を実行すると、SDカードが認識されていないのでしょう、sda1とsda2のみが表示されます。後者はFATのせいか4桁-4桁です。そして、同じく(initramfs)プロンプトでmountを実行しますと、

rootfs on / type rootfs (rw)
none on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
none on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type tmpfs (rw,mode=755)

となります。何かヒントになることはありますでしょうか。Crushさんがご指摘になった状態が現出しているのでしょうか。しかし、LiveUSBから起動したときのblkidの結果は、

/dev/loop0: TYPE="squashfs"
/dev/sda1: UUID="1E1407D51407AEB9" LABEL="dy_hdd0" TYPE="ntfs"
/dev/sda2: LABEL="HDDRECOVERY" UUID="F008-EBEF" TYPE="vfat"
/dev/sdb1: SEC_TYPE="msdos" UUID="3029-73B3" TYPE="vfat"
/dev/mmcblk0p1: UUID="451a7fdd-529e-4b4e-abef-6fe23286ebd6" TYPE="ext4"
/dev/mmcblk0p5: UUID="7f51ba9e-03ec-4ddb-ba4e-6eb38dc89d47" TYPE="swap"

なので、これは解決するのではないか・・・と、未だに諦められないままです。自身の知識ナシではいかんなぁ・・・の状態です。まことにすみません。ともかく途中報告です。