On 10/22/2013 02:24 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
On 22.10.2013 11:33, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
As was discussed previously, move to git is generally considered
positive with noone opposing it strongly. So I'll try to do the move.
5405 is the latest currect
On 02/22/2012 06:03 PM, Lennart Sorensen wrote:
On Wed, Feb 22, 2012 at 05:50:37PM -0500, Lennart Sorensen wrote:
Now I get:
gcc-4.6 -DHAVE_CONFIG_H -I. -I../../../grub-core -I.. -Wall -W -I../../../include
-I../include -DGRUB_MACHINE_EMU=1 -DGRUB_MACHINE=POWERPC_EMU -DGRUB_TARGET_CPU_POWERP
On 03/30/11 21:15, Leslie Rhorer wrote:
...
If you ask me, that seems pretty dismissive of the idea the admin
should manually edit grub.cfg. The fact the file is blindly and willfully
overwritten by configuration and upgrade utilities would seem to re-enforce
the notion it is not a terri
On 03/29/11 21:18, Leslie Rhorer wrote:
I think a good example of this is the sort order of the items in the
boot list. Under GRUB legacy, editing the menu list order was quite simple.
I did some significant searching to try to find a way to do this with GRUB
2, but as far as I was able
On 01/23/11 15:39, walt wrote:
Is there a way to make this configuration work? (I've used gdisk to
convert DOS partition tables to GPT, so far.)
Yes... make a BIOS Boot Partition!
Such a partition couldn't hurt with DOS tables, too (I think there isn't
a way to mark the partition table type a
On 09/21/10 09:13, Isaac Dupree wrote:
On 09/21/10 03:31, Svante Signell wrote:
I should have posted to help-grub, but I am not subscribed to that list,
only grub-devel.
Then subscribe to help-grub! It's not hard to do, and that list gets
less email than grub-devel these days so you shou
On 09/21/10 03:31, Svante Signell wrote:
I should have posted to help-grub, but I am not subscribed to that list,
only grub-devel.
Then subscribe to help-grub! It's not hard to do, and that list gets
less email than grub-devel these days so you shouldn't be overwhelmed
with email...
__
On 07/06/10 16:52, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
It's possible that some video registers are preserved accross soft
reboots. Buggy firmware may be unable to restore these registers to
working state. Try disconnecting power completely.
And wait a few minutes to improve chances tha
On 07/06/10 04:54, Colin Watson wrote:
Can anyone on grub-devel comment on this? It seems remarkable that we
could be breaking video for future boots, and I wouldn't know where to
start looking.
(Full configuration details at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588208.)
I'm tempt
On 07/01/10 15:42, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
After moving of partitions containing it's recommended to reinstall
bootloader
But I don't see the need to standartise the interface between MBR code
and the rest. Standartisation is good only for interoperability between
differe
On 05/24/10 00:48, Joey Korkames wrote:
This is aready worked on but the problem is that it generates too much
entries. If you have 5 different versions of hypervisor and 10
different
kernels you have 100 entries.
What if I add a max_entries option. Say, don't generate more than 4
stanzas tota
On 05/19/10 08:13, Colin Watson wrote:
On Wed, May 19, 2010 at 02:01:50PM +0200, Thomas Schmitt wrote:
- Option --diet saves about 400 kB of image
size without losing much benefit.
I don't have much of an opinion on this; but if it doesn't lose much,
why would it not be the default? Or, pu
On 04/06/10 04:22, Simon Kitching wrote:
So what do you think about
(a) adding root=GUID as a kernel option
That's something you need to ask Linux folks, not GRUB folks. For
non-initrd usage, it sounds plausible to me that you'd have a chance of
achieving some linux-kernel-change (as long
On 04/01/10 16:59, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
There is already some crypto imported for password support so adding
enough to have SSL would hopefully not be too difficult.
Not true. Although we have ciphers and hashes we don't have either
asymetric algorithms or random generat
On 03/11/10 09:43, KESHAV P.R. wrote:
GPT GUID is one of the best FILESYSTEM-INDEPENDENT way of uniquely
identifying a partition.
I am not sure if Linux supports gpt-uuids (I didn't find any hints of it
via google!), but this sounds like it could be great news for Linux
encrypted swap -- the
On 02/21/10 15:38, richardvo...@gmail.com wrote:
On Sun, Feb 21, 2010 at 4:00 AM, Robo L wrote:
Hi all,
Firstly I would like to thank everyone for the reply and Your time.
I would like to clarify the issue.
First I need to hide the very first Welcom message because I need to hide
GRUB for ot
On 02/16/10 13:15, richardvo...@gmail.com wrote:
On Tue, Feb 16, 2010 at 12:03 PM, Isaac Dupree
wrote:
On 02/16/10 10:52, Michal Suchanek wrote:
enum allows it just fine
Not here:
typedef enum t1 { BTI1 = 1,
typo, should be "BIT1". then it works. (In C. Also remember
On 02/16/10 10:52, Michal Suchanek wrote:
enum allows it just fine
Not here:
typedef enum t1 { BTI1 = 1,
typo, should be "BIT1". then it works. (In C. Also remember not to get
confused by the fact that it doesn't work in C++, for type-related
reasons that we don't need to get into here be
Carles Pina i Estany wrote:
Is this not everywhere? I've not verified if POSIX paths says this, but
would avoid the things that has been patching and unpatching today.
I believe it is POSIX mandated paths behavior. (Windows on the other
hand has limitations on the number of slashes/backslashe
Colin Watson wrote:
Unfortunately, I rather suspect that the very problem being addressed
there means that we won't be able to implement your idea automatically.
Me too, but for this reason:
putting /boot near the beginning will be normal partitioner stuff, but
this person's reason for caring
Daniel Richard G. wrote:
What all but confirmed it for me was an ingenious solution I saw posted
somewhere: an out-of-order partition table. Put the Linux partitions first on
I accidentally have an out-of-order partition table and I was surprised
that such a thing is possible (vs. that everyt
Robert Millan wrote:
In this case color_info is defined as following:
I'd appreciate if a native English speaker confirms this, but I believe
this should say "as follows" (same for the other instances of this
construct).
"as follows" reads naturally to me, as a native speaker (also checked:
Carles Pina i Estany wrote:
+ grub_putchar (' ');
+ grub_printf_ (N_("- Label \"%s\""), label);
...
Avoiding to have trailing spaces helps the translators (they will do
less mistakes).
In this case it is a space at the beginning, not the end of the strin
Zhu Yi wrote:
On Fri, 2009-12-25 at 05:21 +0800, Robert Millan wrote:
I think making a backup is a fine idea, but I'd rather avoid the "option
creep". It doesn't hurt to simply dump the files in /boot/grub/. If user
later discovers that valuable data was overwritten, she can figure out
how to
Zhu Yi wrote:
On Mon, 2009-12-14 at 11:24 +0800, Isaac Dupree wrote:
hmm
bootloader installation is often done by distro install-CDs.
Will the distro be smart enough to save these backups to the disk
somewhere sensible, rather than to the temporary in-memory
filesystem?
The backup
richardvo...@gmail.com wrote:
An automatic backup is valuable both for savvy users who know how but
forgot, and for those who will find the backup and restore procedures
online only after their computer is bricked.
hmm
bootloader installation is often done by distro install-CDs.
Will the d
Zhu Yi wrote:
3. The backup policy.
Garimella's patch backups every time before grub-setup overwrote the
boot sectors. There might be a problem when someone run
grub-setup/grub-install twice. So the backup image ends up with the
grub2 boot sectors. This makes the recovery for the "real" boot sec
Vladimir 'phcoder' Serbinenko wrote:
If flags[13] is set 2 fields are defined on addresses 104-107 resp 108-116
First field is firmware type
2 - BIOS. 16-bit mode BIOS interrupts are available. Second field is invalid
5 - 32-bit EFI. Second field contains pointer to EFI system table.
What abou
Vladimir 'phcoder' Serbinenko wrote:
On Mon, Aug 24, 2009 at 8:38 PM, Isaac
Dupree wrote:
Vladimir 'phcoder' Serbinenko wrote:
8) COPYING contains GPLv2. fdl.texi isn't imported.
I'm not a lawyer but following is my analysis
AFAICT only example kernel is under G
Vladimir 'phcoder' Serbinenko wrote:
8) COPYING contains GPLv2. fdl.texi isn't imported.
I'm not a lawyer but following is my analysis
AFAICT only example kernel is under GPL (v2 to be precise) the rest is
either custom license, unclaimed copyright or non-copyrightable.
IMO multiboot specificati
Duboucher Thomas wrote:
Also, you are not owning a computer by using a chain of trust. You are
only sure that the software you trust on your computer haven't been
tampered. And you can keep trusting them, even if they have a backdoor
you weren't aware of! ;)
well it's true, even with the most o
Michael Gorven wrote:
On Wednesday 19 August 2009 14:42:37 Vladimir 'phcoder' Serbinenko wrote:
Even if they can't stop from working at all they can make it
effectively useless by e.g. not allowing you to see online videos, buy
online or even just send an e-mail (saying it's "spam control") if y
Vladimir 'phcoder' Serbinenko wrote:
Hello. Recently we had no bug-reports about ReiserFS and ...
Maybe it's because people aren't using grub to load things on ReiserFS?
I've stuck with Ext3 everywhere for awhile now and so do a lot of
distros' defaults.
(not arguing against it, just think
Bean wrote:
Hi,
This patch implement a new object format, the advantages are:
Reduce size dramatically, some result:
Size of all modules:
original: 645575
new: 519093
[I thought I sent this message a few days ago, guess not?]
What are the compressed-size comparisons?
-Isaac
Pavel Roskin wrote:
On Wed, 2009-07-08 at 16:38 +0100, Colin Watson wrote:
Hi,
Some people seem to want to disable os-prober for various reasons (e.g.
they have lots of test installations lying around that they don't
normally want to get in the way, or they don't want installations on
external
Bean wrote:
Implement the menu viewer in lua. Colin's patch already make extensive
use of lua, so perhaps we can just standardize the interface a little
bit, and make it easier to write components using either c or lua.
and (out of order,)
Use xml to store data. With Colin's graphic menu path
Vladimir 'phcoder' Serbinenko wrote:
The remaining is
util/hostdisk.c:1061: comparison between signed and unsigned
The problem comes from the following declaration
# define GRUB_LONG_MIN -2147483648UL
As you see we declare a negative number with UL. This works correctly on
i386 but what about oth
Chris Umphress wrote:
> Hey,
>
> We have some computers that need a boot loader to self-destruct at the
> end of a school year. In order to accomplish this we would like to use
> Grub scripting. From what I have been able to find, the support is
> incomplete and we would have to write the code to s
Robert Millan wrote:
> > > > Some
> > > > kernels may not support VESA modes at all.
> > >
> > > I don't think this is applicable; all modern versions of Linux include
> > > vesa modesetting in its 16-bit entry code, and older versions are
> > > already detected by the new loader (user is prompted
Peter Cros wrote:
> I don't think it is compatible with current MBR/GPT hybrid ?partitioning on
> intel macs for grub-pc booting.
well, it doesn't necessarily order the partitions in the same way as e.g.
rEFIt gptsync does, but that's because this GRUB implementation gives you more
control! You
Vladimir Serbinenko wrote:
> Syntax:
> hfspbless
> It works only on HFS+ volumes.
Could it be named 'hfsplusbless' (or possibly 'hfs+bless') (I guess our
current naming style involves no underscores or other word-separation)? For
example, Linux `mount` calls the filesystem `hfsplus`, and I lik
> - grub_ltoa (tmp, c, l);
> + grub_lltoa (tmp, c, l);
> }
> else
> {
> n = va_arg (args, int);
> - grub_itoa (tmp, c, n);
> + grub_lltoa (tmp, c, n);
Do you think they d
Rev. Mr. Gary Meerschaert wrote:
> need to modify grub for a project in my security class. I am adding a a
> check of a key stored on a usb drive. I also have the key stored in the
> /boot/grub2, /boot/grub, and /boot. I can not open any of them. My
> system dual-boots, and the fedora install is in
David Miller wrote:
> "unsigned long" is always safe because it is going to be
> the largest natural word size on the machine, at least
> as large as a pointer will be.
er... C standard doesn't guarantee this, and I think that Windows in fact has
32-bit longs on machines with 64-bit pointers
> W
Robert Millan wrote:
> On Sat, Feb 21, 2009 at 05:29:34PM +0200, Michael Gorven wrote:
> > On Saturday 21 February 2009 15:51:42 Robert Millan wrote:
> > > On Fri, Feb 20, 2009 at 09:45:28AM +0200, Michael Gorven wrote:
> > > > TPM can be used for good or for bad, but this is the case for
> > > > e
Jan Alsenz wrote:
> Yes, that was my point. You need a trusted first step.
> But the only thing besides a TPM, that can be used for this is the BIOS,
> which can be flashed.
> And even, if we assume, that we can construct a BIOS that only boots if the
> MBR hash matches and can not be flashed prior
Alex Besogonov wrote:
> On Wed, Feb 18, 2009 at 4:52 PM, Isaac Dupree
>
> wrote:
> > Alex Besogonov wrote:
> > But guess what? While your system is running, they can take out your RAM
> > and read it (disk-encryption key and all) before the RAM forgets its
Alex Besogonov wrote:
> There's no way to break this chain of trust without hacking TPM (which
> I consider very unlikely)
fair to say "unlikely"
> doing uber-dirty hardware tricks (like
> modifying RAM on-the-fly using DMA from rogue PCI devices)
yeah, it's probably technically possible, but en
[EMAIL PROTECTED] wrote:
Please implement these changes in making this typical grub-install
message. Thanks.
# grub-install /dev/hda
Installation finished. No error reported.
This is the contents of the device map /boot/grub/device.map.
-Check if this is correct or not. If any
Bean wrote:
Hi,
Please take a look at the wiki page and see if you can make graphic
work by following the instructions:
http://grub.enbug.org/TestingOnMacbook
sorry I feel a little busy right now, and I'd have to figure
out how to kick those agp modules out of the initrd too.
By the way, w
I tested with both video=vesafb and video=efifb on a
self-compiled Linux-2.6.26.2 with a config based on
Ubuntu's, both with my own compile of GRUB SVN head and with
Bean's grub2-efi compile that had mysteriously worked better
for me in some ways.
linux /... video=...fb agp=off root=/dev/sda4
my view of the "interface breakage" problem in this project:
Either the property of the kernel you're relying on is going
to change, or it isn't; it doesn't/shouldn't have stable
APIs, and it will change only if there's a reason for it to
change. So I think the best we can do is to document w
Bean wrote:
On Sun, Aug 10, 2008 at 5:32 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
It wouldn't be hard to make update-grub gather time zone information from the
host system and put it in a variable in grub.cfg, or something like that.
Hi,
Oh right, but the handling of timezone is not trivi
Bean wrote:
I agree with Colin the datetime representation should be more
intuitive, but we should stick to one layout. I use the following
format now:
date [[year-]month-day] [hour:minute[:second]]
date is separated by `-' , and time `:', year and second part can be omitted.
I'm also a fan o
In that case, should --enable-debug be the default, or --disable-debug?
I'd prefer to disable debug as default. What do others think?
It only creates extra files in the build, unless something
is done with them? It's not the /boot or core.img getting
expanded here. Also, if users need deb
Javier Martín wrote:
You understand my concern, but seemingly do not understand that in order
to conform to the Holy Coding Style you are asking me to write code that
can become buggy (and with a very hard to trace bug) with a simple
deltion! (point: did you notice that last word _without_ a spel
Robert Millan wrote:
Then again, on BIOS we only use UUIDs when the situation is desperate, like on
a cross-disk install. If you're concerned about security and/or reliability,
don't do cross-disk installs.
that's good
This line of thinking is what is commonly used to justify draconian measu
Robert Millan wrote:
Perhaps we are over-engineering a bit here. In the long run, maybe it makes
more sense to always use UUIDs and drop the make_install_device() complexity.
I'm also concerned that UUID may not be unique. For instance, a disk
was cloned, and a filesystem of the clone was mo
Carles Pina i Estany wrote:
Hello,
On Jul/19/2008, Isaac Dupree wrote:
Carles Pina i Estany wrote:
fast check in KDE: it's looping
Also, Iceweasel menus are looping here (maybe because it's executed
in KDE and there is some GTK Widget with a different behaviour? I have
no idea)
G
Carles Pina i Estany wrote:
fast check in KDE: it's looping
Also, Iceweasel menus are looping here (maybe because it's executed
in KDE and there is some GTK Widget with a different behaviour? I have
no idea)
GTK menubar-menus are looping for me. But I'm not sure about menus that
consist of s
Markus Halm wrote:
What is the URI of the subversion repository, btw? I am new to this mailing
list, so please excuse me if it already has been said.
No one else said it, so I had to guess from the generic Savannah page,
and this seems to be working, but I rather don't like that no one else
h
Bean wrote:
It have switched to svn now, cvs is not updated anymore.
like this, then
svn co svn://svn.savannah.gnu.org/grub/trunk/grub2/
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Pavel Roskin wrote:
Quoting Isaac Dupree <[EMAIL PROTECTED]>:
As per the "GRUB Loading kernel" discussion (interpreting silence as
"send a patch"). I guess I need to write a ChangeLog entry, is there
anything telling me how to do that? I looked at other examples on
As per the "GRUB Loading kernel" discussion (interpreting silence as
"send a patch"). I guess I need to write a ChangeLog entry, is there
anything telling me how to do that? I looked at other examples on this
list and wasn't sure how to apply them here. Is there anything else I'm
missing? I
Bean wrote:
On Sun, Jul 6, 2008 at 7:02 AM, Isaac Dupree
<[EMAIL PROTECTED]> wrote:
Bean wrote:
Hi,
Perhaps you can also try the binary version at:
http://grub4dos.sourceforge.net/grub2/grub.efi.1
A friend of mine have tested in in 32-bit EFI firmware, there is no
problem for hi
Robert Millan wrote:
On Sat, Jul 05, 2008 at 07:24:56PM -0400, Isaac Dupree wrote:
I thought I remembered somewhere a discussion how the message
"GRUB Loading kernel"
is confusing, because it doesn't say what kernel it's loading, and grub
loads lots of kernels
I think
Pavel Roskin wrote:
On Sat, 2008-07-05 at 19:24 -0400, Isaac Dupree wrote:
. Although, looking at the files, boot/i386/pc/boot.S outputs "GRUB "
and boot/i386/pc/diskboot.S outputs "Loading kernel", so the parts
actually mean different things: maybe it's import
I thought I remembered somewhere a discussion how the message
"GRUB Loading kernel"
is confusing, because it doesn't say what kernel it's loading, and grub
loads lots of kernels (this message means that the "kernel" is a core
part of GRUB, and the subject "GRUB" the message mentions is different
Bean wrote:
Hi,
Perhaps you can also try the binary version at:
http://grub4dos.sourceforge.net/grub2/grub.efi.1
A friend of mine have tested in in 32-bit EFI firmware, there is no
problem for him.
It confuses me! I could boot it from refit as EFI. Then it claimed to
be GRUB 0.97. The "h
by the way, is LZMA decoding slow enough to be noticable on old
machines, every boot time? (say, more than 1 second to decode core.img?)
-Isaac
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Robert Millan wrote:
A more elegant solution (also may be interesting for security at some point)
would be for update-grub to hash each file it generates access commands for
and embed the sum in grub.cfg as a check parameter, like
if verify_hash /file x ; then
do_something_with_file /f
size_t has different size on 32-bit and 64-bit systems, but we should
strive to make the userspace utilities work like the bootloader, so that
possible problems can be detected early and debugged easily.
I didn't understand this. What do you mean with "US working like the
bootloader?"
I mean th
+#define EXT3_FEATURE_INCOMPAT_RECOVER 0x0004 /* Needs recovery */
+#define EXT2_DRIVER_SUPPORTED_INCOMPAT ( EXT2_FEATURE_INCOMPAT_FILETYPE )
I suspect this will mean that journalled ext3 when the system crashed
(so the filesystem "needs recovery" from the journal) won't load. (O
Bean wrote:
I wonder if there is bug in the hfsplus module. You can check it out
with grub-fstest command:
sudo ./grub-fstest /dev/sda3 ls /
This would list the content of root directory.
outputs nothing, just a blank line, for /dev/sda2 which is my hfsplus
(it works fine for fat16, ext3 par
Bean wrote:
Perhaps command line is not passed to loader correctly, you can verify
it with the OSX loader:
set root=(hd0,2)
chainloader /System/Library/CoreServices/boot.efi -- -v
boot
Please try this out, if parameter -v is passed to the loader, you will
see console screen before switching to
Bean wrote:
I'm using the 2.6.25 kernel from debian sid, it works fine. I think
ubuntu can use debian packages as well. To solve the screen problem,
you need the following command line:
video=efifb agp=off
If you're interested, you can also try amd64 kernel. You can use it on
686 linux directly
Bean wrote:
I take a look at 0.9 source, the handling is the same. Are you sure
you type the command exactly as it is ?
appleloader HD
boot
what should I expect the result to be, given that refit is the only
thing that's ever touched my MBR since Apple's manufacturing? (so
there's a fake par
Bean wrote:
Also, you can try adding video=efifb to the command line, does it show
kernel message ?
I'll try that soon, does it need any special customization of the kernel?
You can try the kernel I extract from Fedora's efidisk:
http://grub4dos.sourceforge.net/grub2/efi.rar
It's 2.6.25. But
Bean wrote:
- linux then initrd doesn't run out of memory (that fix is still there). On
the other hand, 'linux' with wrong parameters so I repeated the command, did
give me such an error. In any case, trying again perfectly and booting,
gave me the same (as my last test with your EFI patches) h
Bean wrote:
On Sat, Jun 21, 2008 at 1:04 AM, Bean <[EMAIL PROTECTED]> wrote:
Hi,
This new patch add the following function to the original x86_64 EFI patch:
1, Fix menu drawing problem
It maps the unicode char to EFI char so that the rectangle box is
showed properly
2, Handle command line opt
Bean wrote:
On Sat, Jun 21, 2008 at 1:04 AM, Bean <[EMAIL PROTECTED]> wrote:
Hi,
This new patch add the following function to the original x86_64 EFI patch:
1, Fix menu drawing problem
It maps the unicode char to EFI char so that the rectangle box is
showed properly
2, Handle command line opt
Javier Martín wrote:
El sáb, 21-06-2008 a las 16:19 +0200, Robert Millan escribió:
But space in post-mbr area is precious, and if we can save a bit, it means
less users who will run into trouble in first place.
Disclaimer: the following is just the product of brainstorming from a
mind torture
Robert Millan wrote:
How about adding a counter to grub_dprintf to make it easy to instrument
GRUB and find which are the bottlenecks in boot time?
Sidenote: perhaps it'd be a good idea to conditionalize all grub_dprintf
calls with #ifdef DEBUG to obtain a smaller core.img. It's not hard to
ask
if it's not too much work to maintain multiple decompression algorithms,
maybe we can have grub-install pick the weakest compression that still
shrinks the image enough to fit? Then only "complicated" setups will
need LZMA's memory excesses. (Might not be worth the effort though.)
-Isaac
_
Pavel Roskin wrote:
On Tue, 2008-06-17 at 10:51 -0700, Colin D Bennett wrote:
I fixed ``grub-install`` so it can function when installed
to a prefix other than ``/usr/local``. This simply meant adding
--directory="${pkglibdir}
to the command line arguments for grub_mkimage.
The default is
Pavel Roskin wrote:
On Fri, 2008-06-13 at 15:45 -0400, Isaac Dupree wrote:
can you send a message when GRUB2 CVS is considered no longer broken for
use with ext3? (so I'll know when is a good time for me to install a
newer version -- since I'm not in a hurry -- or is it a better bet
can you send a message when GRUB2 CVS is considered no longer broken for
use with ext3? (so I'll know when is a good time for me to install a
newer version -- since I'm not in a hurry -- or is it a better bet
stability-wise within the next month, to go with a revision from May
instead?)
-Isaa
Bean wrote:
Use -l option in patch to ignore space. If it still not work, you can
make the changes manually, it's quite simple:
/naive me thanks you for mentioning -l
Ok, I can basically make everything else work, even chainloading OS X,
but it just don't boot Linux. Kernel and initrd loads p
Bean wrote:
On Wed, Jun 4, 2008 at 7:01 PM, Isaac Dupree
<[EMAIL PROTECTED]> wrote:
how do you apply this patch? With `patch -p1` I'm getting:
2 out of 4 hunks FAILED -- saving rejects to file
loader/i386/efi/linux.c.rej
any more infos needed?
There maybe some code mixups, t
how do you apply this patch? With `patch -p1` I'm getting:
2 out of 4 hunks FAILED -- saving rejects to file
loader/i386/efi/linux.c.rej
any more infos needed?
-Isaac
Bean wrote:
Hi,
I figure it out now, there is some problem with the initrd allocation
algorithm, the following patch should
Bean wrote:
Hi,
The problem with initrd is that it can't allocate enough memory.
Please try the following patch, it will show some info that could be
be useful in debugging.
linux (hd0,4)/vmlinuz
[Linux-EFI, setup=0x2a00, size=0x1d2798]
initrd (hd0,4)/initrd.img
679000 1ffe 832
___
Robert Millan wrote:
On Sat, May 31, 2008 at 03:06:30PM -0400, Isaac Dupree wrote:
Robert Millan wrote:
Some of our commands use --no-floppy. Also supported in GRUB Legacy (by
'find'
or so, can't remember). Perhaps it's better to use that for consistency?
It
is t
Robert Millan wrote:
On Sat, May 31, 2008 at 02:57:21PM -0400, Isaac Dupree wrote:
You're confusing BIOS-based boot with msdos partition labels. You can use
GPT just fine when booting from BIOS (although Intel tries to hide that
fact by embedding the GPT spec inside the EFI spec).
I hav
Robert Millan wrote:
Some of our commands use --no-floppy. Also supported in GRUB Legacy (by 'find'
or so, can't remember). Perhaps it's better to use that for consistency? It
is the floppy scan which everyone hates; for other devices I don't think
people will mind if GRUB spends a few ms on t
Robert Millan wrote:
On Fri, May 30, 2008 at 05:01:51PM -0400, Isaac Dupree wrote:
You don't need to use the header of one of your partitions. You can use
the MBR or even have a dedicated partition for core.img. Then you can
install
the rest of GRUB in a filesystem that'
Robert Millan wrote:
On Fri, May 30, 2008 at 12:29:59PM -0400, Isaac Dupree wrote:
It's fixed now for my hardware, Intel's new video driver in Xorg 7.3
doesn't need any BIOS hacks or anything, I believe. Anyway, I'll find
out if it works just as soon as I manage to actu
Bean wrote:
On Sat, May 31, 2008 at 12:06 AM, Isaac Dupree
<[EMAIL PROTECTED]> wrote:
Robert Millan wrote:
On Fri, May 30, 2008 at 10:42:02AM -0400, Isaac Dupree wrote:
okay, I just tried a few days ago's grub2 CVS without patches for i386
efi, because presumably if that doesn&#x
Robert Millan wrote:
On Fri, May 30, 2008 at 10:42:02AM -0400, Isaac Dupree wrote:
okay, I just tried a few days ago's grub2 CVS without patches for i386
efi, because presumably if that doesn't work for me then nothing else
will either (though it's possible that a working x8
okay, I just tried a few days ago's grub2 CVS without patches for i386
efi, because presumably if that doesn't work for me then nothing else
will either (though it's possible that a working x86-64 would work
better for this particular EFI firmware, I suppose)
I forget how I installed grub2-bio
Robert Millan wrote:
On Tue, May 27, 2008 at 08:23:09PM +0800, Bean wrote:
It's possible to create multiple arch image, but it requires some
extra work. We need to compile i386-efi and x86_64-efi separately,
then use a tool to merge them. This can't be done in a single step.
Why not just drop
1 - 100 of 110 matches
Mail list logo
