From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1VJEAt-0007we-Vv for mharc-grub-devel@gnu.org; Mon, 09 Sep 2013 22:59:31 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46676) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VJEAo-0007wX-KI for grub-devel@gnu.org; Mon, 09 Sep 2013 22:59:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VJEAk-0001om-3U for grub-devel@gnu.org; Mon, 09 Sep 2013 22:59:26 -0400 Received: from mail-la0-x233.google.com ([2a00:1450:4010:c03::233]:56997) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VJEAj-0001oT-Rv for grub-devel@gnu.org; Mon, 09 Sep 2013 22:59:22 -0400 Received: by mail-la0-f51.google.com with SMTP id es20so5744816lab.10 for ; Mon, 09 Sep 2013 19:59:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=TiYZmJ1e7/xWXXM5w5o4TTTAyxC1WmONBsv9rMAg7Fc=; b=TTU5WsqxRzLVBMfto9xaVmcnlrNhqYzWWMlmUDfdfEBKJduKyBDZJpg+l09gaujNP3 zCUMJXmU8oAxt0x2ApgQV6s0WUDuT0kQb2BaCphYDnwV4IUzE68VfYrv3LqKXGdilEdK 7gySKCF9uB+61KkN/Rr4QAX8zCi119LJ+ZR8lH6vZCtCPLm76LLcX9+scniaa91a8Wwi Ow35mc2s2GVbxoqC1fvPnm9HAmjKpIZQ2H3OBBnGGTGhCv1h9RNq8auq1s1LqL42c0Ud c+vk9Kb9Ko+iRA/p3g/2/hpWBE/1f33bW1PgYjFtqQObzFWJD+9gJ/GI5fNt45AlXU2a Eg4A== X-Received: by 10.112.42.103 with SMTP id n7mr19075050lbl.6.1378781960046; Mon, 09 Sep 2013 19:59:20 -0700 (PDT) Received: from opensuse.site (ppp79-139-160-84.pppoe.spdop.ru. [79.139.160.84]) by mx.google.com with ESMTPSA id ao4sm7833558lac.1.1969.12.31.16.00.00 (version=SSLv3 cipher=RC4-SHA bits=128/128); Mon, 09 Sep 2013 19:59:19 -0700 (PDT) Date: Tue, 10 Sep 2013 06:59:18 +0400 From: Andrey Borzenkov To: The development of GNU GRUB Subject: Re: Beware using modules from different grub versions (was error: cannot allocate real mode pages) Message-ID: <20130910065918.0c2cb911@opensuse.site> In-Reply-To: <20130909212731.3c4ab26b@crass-Ideapad-Z570> References: <20130909212731.3c4ab26b@crass-Ideapad-Z570> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.18; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::233 Cc: development@efficientek.com X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Sep 2013 02:59:31 -0000 В Mon, 9 Sep 2013 21:27:31 -0500 Glenn Washburn пишет: > I originally started writing this to request help from the grub-help > list in solving this problem that has been plaguing me for days. I just > solved the issue and thought others might be able to benefit. And > perhaps this issue indicates a need for module versioning as the linux > kernel has. I'm sending to the devel list, because I think much is > related to development. > > I'd been having some problems trying to get grub to boot my > x86_64 ubuntu server installation lately. I've attached some > screenshots of relevant grub output with some debugging on. I'm using > grub compiled from HEAD and tried both the x86_64 and i386 platforms > for the "pc" target. Actually, I'm curious to know if there's actually > a difference in those platforms. > > It turns out this error was a result of loading the linux module (and > many of its dependants, ie mmap) from a different (older) grub > install. I presume this is not infact because of a bug (otherwise the > original install wouldn't have booted), rather the fact that the > versions are different. > > One might suggest chainloading the ubuntu grub installation instead of > using "configfile" to just load its config. This won't work for me (in > general) because the other grub install doesn't necessarily have the > capability to boot the system (ie doesn't have cryptmount/lvm/raid > support). > > Should grub implement some kind of module versioning to eliminate this > issue? Ideally, this seems the right thing. However, I'm not sure if > versioning as restrictive as limiting loading to modules of the same > grub version. In my experience, loading modules from other grub > versions hasn't caused much issue, so this could cause a different pain > for people using this "feature". > > Regardless, there's another issue, the difficulty in ensuring where > modules are being loaded from. Currently, modules are searched for in > the $prefix directory. But $prefix is used for many other things as > well, like config loading and font loading. So if you want the fonts > coming from the ubuntu install, but the modules coming from a newer > grub, you have problems. > grub is using whatever font is loaded using loadfont command. So just load it from your preferred location. > I see two potential, non-mutually exclusive solutions. I'm afraid I miss the problem. > One, have > another $moduledir variable for dividing up the multi-use $prefix > ($prefix would be used as a fallback). And two, have $prefix (and > potentially $moduledir) be a list of paths, much like the bash $PATH > variable. The first suggestion would be almost trivial to implement, > while the second for $prefix will be a pain because potentially all > uses of $prefix would need to be modified. > > Comments and suggestions appreciated. > Glenn