From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1MPhNX-0007co-TM for mharc-grub-devel@gnu.org; Sat, 11 Jul 2009 14:32:55 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MPhNV-0007Yh-BJ for grub-devel@gnu.org; Sat, 11 Jul 2009 14:32:53 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MPhNQ-0007Rl-KI for grub-devel@gnu.org; Sat, 11 Jul 2009 14:32:52 -0400 Received: from [199.232.76.173] (port=49789 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MPhNQ-0007RZ-B3 for grub-devel@gnu.org; Sat, 11 Jul 2009 14:32:48 -0400 Received: from moutng.kundenserver.de ([212.227.17.9]:53969) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MPhNP-0001Jt-LZ for grub-devel@gnu.org; Sat, 11 Jul 2009 14:32:48 -0400 Received: from [85.180.49.234] (e180049234.adsl.alicedsl.de [85.180.49.234]) by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis) id 0MKt2u-1MPhNN106o-000AdV; Sat, 11 Jul 2009 20:32:45 +0200 From: Felix Zielcke To: The development of GRUB 2 In-Reply-To: References: <20090704201846.GD27480@thorin> <20090707183933.GA14645@thorin> <1247033954.2895.9.camel@ct> <20090710171145.GB17114@thorin> <4A57B252.7080805@earthlink.net> Content-Type: text/plain Date: Sat, 11 Jul 2009 20:33:22 +0200 Message-Id: <1247337202.5893.1.camel@fz.local> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX181rqL/58PvY9YTVLPUnopN379O5VTrSrYBHG5 R9MKot/fEzp2hc6UnJGgP1ixfhFuk9PL3CcSY9JWKOAEjALFWU UFtZfXQEY3/Ztk5/a34eGSz3WWrZCR+ X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. Subject: Re: Some ideas about new features of grub X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2009 18:32:53 -0000 Am Samstag, den 11.07.2009, 18:20 +0200 schrieb Michal Suchanek: > 2009/7/11 Bean : > > On Sat, Jul 11, 2009 at 5:27 AM, BandiPat wrote: > >> Actually Zenwalk provides os-prober as well. The gentleman that provides > >> the installer of our Grub2 uses os-prober to detect all OS's installed, so > >> they may be added to the original grub.cfg. Works very well, although not > >> perfect, but we are pretty pleased with the results thus far. > >> > >> We also do not have to run any of the Grub2 programs after installing new > >> kernels. The developer of our installer patched Grub2 for Zenwalk, so that > >> no changes were necessary after kernel updates. He tried to offer this to > >> you guys as well earlier, but got little response, so we use it for Zenwalk > >> exclusively at the moment. > > > > Hi, > > > > IIRC, os-prober is a collection of shell script to detect os, but grub > > already have them in util/grub.d. This method is based on linux, so > > you need to enter linux in order to update the menu. On the other > > hand, lua script generate the menu inside grub, there is no need to > > enter any os. > > > > Another problem is the drive number. It's impossible to decide bios > > drive number from inside linux, so we can't insert the correct > > drivemap command required to boot DOS/Windows from secondary drive. > > This information must be gathered at boot time. > > > > The other problem is that scripts like os-prober that use linux > filesystem code for probing filesystems destroy your data. > > Linux cannot mount journalled filesystems readonly. It always modifies > them. The extent of the modifications and the impact may vary > depending on the state of the filesystem (clean/mounted) and the way > you are going to use it in the future (resume the system/fresh boot) > but until Linux people implement readonly filesystem support any Linux > based os-probers cannot be recommended. > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/filesystems/ext3.txt;hb=HEAD ext3 has a noload option which disables journal recovery and with ro,noload used it's really read-only. I think it was added recently with 2.6.30 or something like that. -- Felix Zielcke