>>> Since your shell is "grub> ", your kernel command is "kernel", and your >>> partitions are numbered starting from 0, you are running grub1 not >>> grub2.
>> Uh oh. Have to check that. Maybe the "Super Grub Disk" runs grub1, but at >> installation time Ubuntu setup asked me whether I would like to use grub2 >> - and I agreed. Phew, but in the meantime I may have overwritten the >> setup-time MBR by re-installing it via the Super Grub Disk - which may >> have replaced it by a grub1 version. Probably correct. :( >>> Is your / an ext4 filesystem? AFAIK, grub1 will not recognize ext4. >> Yes, it's ext4. So this could be the problem ... I'm using grub1 (at >> least in "diagnosis" mode with the Super Grub Disk) and try to boot >> an ext4 filesystem... >> Now this seems to be an explanation why I do not get to a result while >> diagnosing the boot process with the Super Grub Disk. However, I'm >> afraid the real problem persists - that is, without any additional tool >> (like the Super Grub Disk), the system would not boot but just freezes >> before I get any grub messages. >> I will try if I find out something now that you gave me an important hint >> (grub1 vs. grub2). Next action: try to reinstall grub2 in my MBR. Glad to help. In this case your problem was that you were using grub1 with ext4 so SGD would not have helped. I assume that they will create a grub2 disk at some point although grub2 has a rescue cli, as well as a normal cli, which AFAIK should allow you to boot without resorting to any other tool. >>> PS: What is "dfisklu"? >> Oops, *hem* ... sorry, should read: "fdisklu" ;) (grub command) OK, thanks. Just in case someone googles his/her way here, fdisklu is a Super Grub Disk command (had googled dfisklu without success but fdisklu is explained). > I abandoned the whole playing around with grub2 and just re-installed > Ubuntu Server 64-bit 9.10 with an USB flash drive which I created with > usb-creator (under Ubuntu Network Remix 9.10). This time, it worked. > At the installation it asked me about grub2 and I directed the > installation routine to use /dev/sda. Worked flawlessly, can boot now. Great! Although it would have been faster to re-install grub2 only. _______________________________________________ Help-grub mailing list [email protected] http://lists.gnu.org/mailman/listinfo/help-grub
