On 01.10.2009 10:22, Vladimir 'phcoder' Serbinenko wrote:
To simulate brain damage of your BIOS
*shrug* I wonder how you can manage to simulate _that_ severe damage.
echo '(hd0) /dev/loop0'> /boot/grub/device.map
D'oh, didn't think of hardcoding it, I thought GRUB detects it properly.
Howe
On 01.10.2009 10:49, James Courtier-Dutton wrote:
From that, you do not appear to have a partition table, therefore you
will not have an embedded area at all, and so grub will not install.
I'm sorry to cause confusion like that, but I erased the partition table
(and the MBR for that matter) to
On 30.09.2009 08:20, Vladimir 'phcoder' Serbinenko wrote:
[...] A workaround could be following:
losetup /dev/loop0 /dev/sdb1
Why do I need to create a loop device for the first partition?
grub-install --root-directory=/mnt/usb /dev/loop0
This will give a GRUB error, saying that there's no mat
On 30.09.2009 10:26, James Courtier-Dutton wrote:
Can you do a
fdisk -u -l /dev/sdb
But of course.
Disk /dev/usb1: 1041 MB, 1041961984 bytes
33 heads, 61 sectors/track, 1010 cylinders, total 2035082 sectors
Units = sectors of 1 * 512 = 512 bytes
Disk identifier: 0x
Device Boot
Hey list,
in January this year I got my hands dirty with a laptop and tried
booting it via USB stick. The thing is that, when installed to the MBR
of the stick, the BIOS just won't detect it and print "Operating system
not found" and skips to reading the MBR from HDD. If I install it into
the
r
and ChangeLog attached. I await your feedback. :-)
--
Mierswa, Daniel
If you still don't like it, that's ok: that's why I'm boss. I simply
know better than you do.
--- Linus Torvalds, comp.os.linux.advocacy, 1996/07/22
2009-07-06 Daniel Mierswa
* commands/
revision 1954)
+++ disk/fs_uuid.c (working copy)
@@ -52,7 +52,7 @@
{
(*count)++;
- if (grub_strcmp (uuid, key) == 0)
+ if (grub_strcasecmp (uuid, key) == 0)
{
ret = dev;
l don't like it, that's ok: that's why I'm boss. I simply
know better than you do.
--- Linus Torvalds, comp.os.linux.advocacy, 1996/07/22
2009-01-23 Daniel Mierswa
* kern/misc.c: add strcasecmp for consistency reasons, use grub_size_t
Hi list,
during testing I found that the UUID is checked case-dependend in
search.c, which is probably not wanted (I hope).
Also the grub_strncasecmp function returned (int) *s1 - (int) *s2 which
is wrong if you compare it to the C library strncasecmp.
I fixed that and used the same algorithm which
I found that during playing with ls -a. The UUID needs to be
right-shifted 16 times since it's a 32bit value and we need two 16bit
values. :)
--
Mierswa, Daniel
If you still don't like it, that's ok: that's why I'm boss. I simply
know better than you do.
--- Linus Torvalds, comp.o
10 matches
Mail list logo
