Hello! On Sun, 01 Oct 2006 03:29:35 +0200, Samuel Thibault wrote: > Luca Capello, le Sun 01 Oct 2006 03:15:46 +0200, a écrit : >> 1) `qemu -hda /dev/hda10 -fda grub-0.95-i386-pc.ext2fs -boot a` >> >> This seems not to recognize the table partition of /dev/hda10, >> thus failing to start. > > What does not recognize the table partition ? You don't need a table > partition: just tell grub that the root is (hd0). Well, here what appears on the grub console (grub-0.95 or grub-0.97): ===== grub> find /boot/gnumach.gz Error 15: File not found grub> root (hd0) Filesystem type unknown, using whole disk grub> kernel /boot/gnumach.gz root=device:hd0s10 Error 17: Cannot mount selected partition [the same happens with hd0s1] ===== > If it really wants a table partition, then you can fdisk /dev/hda10 > and create a partition starting at 1 and ending at the number of > cylinders of partition hda10. Beware of correctly setting the > geometry the same as hda in terms of heads and sectors. The question is: will be this partition available when I'll boot outside QEMU (i.e., on the "real" laptop)? Moreover, doesn't creating such a partition destroy all the data already present? >> 2) `qemu -hda /dev/hda -fda grub-0.95-i386-pc.ext2fs -boot a` > > This is dangerous: in linux, there is no coherency between hda and > hda10, so mounting hda10 in linux then using it in qemu via hda will > result to a corrupted system. I'm aware of that and this is the reason why /dev/hda10 wasn't mounted. Thx, bye, Gismo / Luca
Attachment:
pgpJbCOFbWWtw.pgp
Description: PGP signature