<?xml version="1.0" encoding="UTF-8"?>

<rdf:RDF 
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns="http://purl.org/rss/1.0/"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:syn="http://purl.org/rss/1.0/modules/syndication/"
>

  <channel rdf:about="http://lwn.net/headlines/338337/">
    <title>LWN: Comments on "GRUB 2 becomes the default bootloader in Ubuntu 9.10"</title>
    <link>http://lwn.net/Articles/338337/</link>
    <description>
This is a special feed containing comments posted
to the individual LWN article titled &quot;GRUB 2 becomes the default bootloader in Ubuntu 9.10&quot;.

    </description>

    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>2</syn:updateFrequency>
    <items>
      <rdf:Seq>
	<rdf:li resource="http://lwn.net/Articles/365228/rss" />
	<rdf:li resource="http://lwn.net/Articles/361856/rss" />
	<rdf:li resource="http://lwn.net/Articles/350646/rss" />
	<rdf:li resource="http://lwn.net/Articles/340019/rss" />
	<rdf:li resource="http://lwn.net/Articles/339994/rss" />
	<rdf:li resource="http://lwn.net/Articles/339975/rss" />
	<rdf:li resource="http://lwn.net/Articles/339368/rss" />
	<rdf:li resource="http://lwn.net/Articles/338965/rss" />
	<rdf:li resource="http://lwn.net/Articles/338832/rss" />
	<rdf:li resource="http://lwn.net/Articles/338824/rss" />
	<rdf:li resource="http://lwn.net/Articles/338821/rss" />
	<rdf:li resource="http://lwn.net/Articles/338758/rss" />
	<rdf:li resource="http://lwn.net/Articles/338757/rss" />
	<rdf:li resource="http://lwn.net/Articles/338754/rss" />
	<rdf:li resource="http://lwn.net/Articles/338743/rss" />
	<rdf:li resource="http://lwn.net/Articles/338700/rss" />
	<rdf:li resource="http://lwn.net/Articles/338685/rss" />
	<rdf:li resource="http://lwn.net/Articles/338681/rss" />
	<rdf:li resource="http://lwn.net/Articles/338647/rss" />
	<rdf:li resource="http://lwn.net/Articles/338641/rss" />
	<rdf:li resource="http://lwn.net/Articles/338634/rss" />
	<rdf:li resource="http://lwn.net/Articles/338621/rss" />
	<rdf:li resource="http://lwn.net/Articles/338619/rss" />
	<rdf:li resource="http://lwn.net/Articles/338585/rss" />
      
      </rdf:Seq>
    </items>

  </channel>
    <item rdf:about="http://lwn.net/Articles/365228/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/365228/rss</link>
      <dc:date>2009-12-04T18:14:33+00:00</dc:date>
      <dc:creator>hop9807</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
I find Grub 2 in ubuntu 9.10 64 bit to be a real pain. First of all there is no utility available that will  allow one to edit and and it shows up with multiples of the same os if you have several hard drives but only some are actually connected to that os.&lt;br&gt;
&lt;p&gt;
When I had to reinstall windows 7 the grub would then not load but gave a grub rescue message. None of the parameters to recover grub worked nor did any of the instructions I used from several &quot;help forums&quot;. Ended up having to fix mbr in windows 7. I will never use grub 2 again unless a utility is developed to recover it and edit the entries.&lt;br&gt;
&lt;p&gt;
&lt;p&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/361856/rss">
      <title>Correction to article:  No font antialiasing or mouse support *yet*</title>
      <link>http://lwn.net/Articles/361856/rss</link>
      <dc:date>2009-11-13T14:01:18+00:00</dc:date>
      <dc:creator>evgenyz</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
So, why you then just don't make this bitmap font 8-bit/pixel? With such an alpha channel you can do anti-aliasing in compile (font conversion, huh) time and simply draw it in run time (&quot;...making the code to read the font simple than we are with writing the font.&quot;). &lt;br&gt;
&lt;p&gt;
Size? Just complete LZMA! It will be far more simple (and faster) to implement than OpenType rendering in run time.&lt;br&gt;
&lt;p&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/350646/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/350646/rss</link>
      <dc:date>2009-09-03T15:53:17+00:00</dc:date>
      <dc:creator>jmcnulty</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
This is what I'm looking forward to the most: being able to use disks each with just one single partition to create a single MD raid device with LVM on top containing LVs for boot, swap and /.&lt;br&gt;
&lt;p&gt;
That way I can assign another disk as a spare raid disk and have the loss of one whole disk replaced by another whole disk.  Right now I can't do that as I have to partition both disks into two and create two raid devices: one for /boot and one for LVM.  I can't assign spare disk to each of these as loss of a disk would try and map two spare disks to replace two partitions. Well, either that or it would fall flat on its face.  It's so dumb I've not even tried it.  GRUB2 solves this dilemma, so it can't arrive fast enough for me.&lt;br&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/340019/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/340019/rss</link>
      <dc:date>2009-07-05T16:53:55+00:00</dc:date>
      <dc:creator>obi</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
I've got boxes with root on crypto on lvm2 on md (raid1), and boot on lvm2 on md (raid1). Grub2 can deal with it without difficulty.&lt;br&gt;
&lt;p&gt;
As for grub2 on a volume without a partition table - I'll have to try it out.&lt;br&gt;
&lt;p&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/339994/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/339994/rss</link>
      <dc:date>2009-07-04T20:54:47+00:00</dc:date>
      <dc:creator>muwlgr</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
LILO works well for me, boots my systems from md/raid1 array.&lt;br&gt;
Don't know why throw it away and replace with GRUB2.&lt;br&gt;
The only warts for LILO I noticed for the years are: lack of LVM/LVM2 support (especially if your LVM PVs are created on md arrays themselves), and that it searches for MBRs only on hard disks with BIOS number 0x80 and higher, so fails on BIOSes that assign removable drive numbers for your USB flash (0x2..0x7f).&lt;br&gt;
For me, GRUB1 lacks a feature that I often used and liked in LILO: to create a filesystem on the entire unpartitioned volume&lt;br&gt;
(like, mkfs.ext3 /dev/sdb) and then to install a bootloader into its boot sector, i.e. the case when you don't have partition table at all. Don't know if GRUB2 could do that. Anyone knows ?&lt;br&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/339975/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/339975/rss</link>
      <dc:date>2009-07-04T09:58:05+00:00</dc:date>
      <dc:creator>abpsoft</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
Calling it solved is a bit bold - that xfs_freeze hack has the tendency of freezing - indeed - the whole box solid, provided that system has / (including /boot) on XFS and an unsuspecting admin tries to run grub-install. That hack might work when run from d-i, but in a live system (let's say, after upgrading from etch to lenny and pondering whether it may be time to finally replace LILO) it's a disaster. It should at least print a big fat warning before actually freezing a live FS that might have plenty of write activity.&lt;br&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/339368/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/339368/rss</link>
      <dc:date>2009-07-01T08:02:56+00:00</dc:date>
      <dc:creator>The_Barbarian</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
Or for GPT, grub is normally put into the BIOS boot partition or the EFI system partition.&lt;br&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338965/rss">
      <title>Maintenance of GRUB 1</title>
      <link>http://lwn.net/Articles/338965/rss</link>
      <dc:date>2009-06-27T19:52:44+00:00</dc:date>
      <dc:creator>giraffedata</dc:creator>
      <description>
      &lt;blockquote&gt;
In my opinion, instead of complaining that GRUB 1 has been abandoned, one of the distros should have taken over the maintenance.
&lt;/blockquote&gt;
&lt;p&gt;
But what they're complaining about is that it's too much work to maintain even for their own use.  Maintaining it for everybody would be even more work, so how is that an alternative to complaining?
&lt;p&gt;
This just looks to me like a classic case of open source users exploiting the free work of others (original maintainers of GRUB 1), then being sorry when those folks choose to stop providing.  So they complain (nothing wrong with that), and look around for the next best free offering to exploit, which in this case may be GRUB 2.
&lt;p&gt;
The GRUB story was something of a shock because the GRUB 1 developers abandonned it (to the point of branding it &quot;legacy,&quot; effectively discouraging people from using it) so they could work on something newer, but did so long before the new thing was at least as good as the old one
(missing documentation was the biggest regression &lt;em&gt;I&lt;/em&gt; saw).  It doesn't usually happen that way.

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338832/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/338832/rss</link>
      <dc:date>2009-06-26T07:14:42+00:00</dc:date>
      <dc:creator>k8to</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
Sadly XML does not achieve the efficiency enjoyed by most text formats, or even most text complex data serialization formats.&lt;br&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338824/rss">
      <title>Correction to article:  No font antialiasing or mouse support *yet*</title>
      <link>http://lwn.net/Articles/338824/rss</link>
      <dc:date>2009-06-26T04:49:02+00:00</dc:date>
      <dc:creator>colinb</dc:creator>
      <description>
      &lt;p&gt;Also, a quick correction to the article, which states:&lt;/p&gt;
&lt;blockquote&gt;
With respect to the technical qualities of GRUB 2, Rintel is mostly impressed about GRUB 2's modular architecture. He calls other features such as the graphics subsystem with mouse support capable of rendering antialiased Unicode glyphs &quot;hardly things that would convince anyone to switch to GRUB 2&quot;.
&lt;/blockquote&gt;
&lt;p&gt;Actually, mouse support has not been added yet, though USB support has recently been added, and I'm about to commit the graphical menu branch to GRUB's mainline, so mouse support is not far off.  Rendering antialiased text is not supported with the current bitmap-based fonts.  If and when we add support for font rendering with FreeType, then we will have antialiased text rendering.
&lt;/p&gt;
&lt;p&gt;
Regards, &lt;br&gt;&lt;/br&gt;
Colin
&lt;/p&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338821/rss">
      <title>Rhaaa, yet another font format!</title>
      <link>http://lwn.net/Articles/338821/rss</link>
      <dc:date>2009-06-26T04:39:23+00:00</dc:date>
      <dc:creator>colinb</dc:creator>
      <description>
      &lt;p&gt;As the author of the graphical menu support in GRUB 2 and the creator
of the new font format, I can defend the decision to create a new font
format in a few ways.  First, it was decided at the beginning of the
graphical menu project that bitmap fonts should be used at first, and
possibly down the road we could add support for vector (outline) fonts,
and we would definitely need to depend on an external library
for the more complex rendering of vector fonts.  There has been
discussion of using the FreeType library to provide support for
OpenType, TrueType, and many other font formats.  In my
opinion, full vector font support would not be too difficult to
add to GRUB.
&lt;/p&gt;
&lt;p&gt;
As for using an existing bitmap font
format such as BDF of PCF, I seriously considered them but
found them altogether unsatisfactory for our specific purpose.
Here is
&lt;a rel=&quot;nofollow&quot; href=&quot;http://grub.gibibit.com/New_font_format#why-another-font-format&quot;&gt;my
analysis of why another font format was needed&lt;/a&gt;.  We also
have discussed plans to add LZMA compression support to the
font format, which would dramatically improve storage
efficiency without impacting performance, by providing
near-random access to characters of the font through
compressing groups of characters together.
&lt;/p&gt;
&lt;p&gt; As for the omission of the 'width' property of fonts, I simply
considered that too unimportant of a detail, particularly in light of
the fact that non-antialiased bitmap fonts were the only target of that
font format, and none of the free fonts we tested with were provided in
different widths.
&lt;/p&gt;
&lt;p&gt;
I do take your point about ASCII metadata for the fonts.  True textual
data such as the font name and family name should be Unicode strings,
not ASCII.
&lt;/p&gt;
&lt;p&gt;
Regards, &lt;br&gt;&lt;/br&gt;
Colin
&lt;/p&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338758/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/338758/rss</link>
      <dc:date>2009-06-25T20:36:06+00:00</dc:date>
      <dc:creator>cjwatson</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
It was at least solved in recent Debian versions of GRUB Legacy by way of xfs_freeze -f/-u, so in the worst case it'd be straightforward to apply the same hack for GRUB 2; I forget where this came up, but I understand that the XFS kernel code itself is also better at handling freeze/thaw now in a way that isn't quite so unfriendly to GRUB.&lt;br&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338757/rss">
      <title>They just did</title>
      <link>http://lwn.net/Articles/338757/rss</link>
      <dc:date>2009-06-25T20:33:29+00:00</dc:date>
      <dc:creator>cjwatson</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
That's probably OK for the layout engine, but I think it'd be terrible for the menu itself, which does need to be human-readable and -writable even by people who aren't fond of XML. (And having syntactically-significant newlines inside XML tags is just odd ...)&lt;br&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338754/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/338754/rss</link>
      <dc:date>2009-06-25T20:25:45+00:00</dc:date>
      <dc:creator>martinfick</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
Ahh, XML.&lt;br&gt;
&lt;p&gt;
All the readability of binary with all the efficiency of ASCII! :) Who could ask for more?&lt;br&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338743/rss">
      <title>They just did</title>
      <link>http://lwn.net/Articles/338743/rss</link>
      <dc:date>2009-06-25T18:59:53+00:00</dc:date>
      <dc:creator>proski</dc:creator>
      <description>
      &lt;a href=&quot;http://lists.gnu.org/archive/html/grub-devel/2009-06/msg00445.html&quot;&gt;http://lists.gnu.org/archive/html/grub-devel/2009-06/msg00445.html&lt;/a&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338700/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/338700/rss</link>
      <dc:date>2009-06-25T16:31:55+00:00</dc:date>
      <dc:creator>proski</dc:creator>
      <description>
      GRUB 2 don't require direct writing to any filesystem for installation.  Direct read access to the filesystem at the installation time is possible, but it's discouraged, and it's not the default mode of operation.  The default is embedding the core into the sectors following the MBR (master boot record, the first sector of the hard drive).
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338685/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/338685/rss</link>
      <dc:date>2009-06-25T15:53:36+00:00</dc:date>
      <dc:creator>alankila</dc:creator>
      <description>
      &lt;p&gt;It is some kind of scripting language. Here's part of my config:&lt;/p&gt;

&lt;pre&gt;insmod raid mdraid
set root=(md0)
search --no-floppy --fs-uuid --set 5e0f1983-e597-4ef3-b167-e127b30b95ef
if loadfont /usr/share/grub/ascii.pf2 ; then
  set gfxmode=640x480
  insmod gfxterm
  ...
fi&lt;/pre&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338681/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/338681/rss</link>
      <dc:date>2009-06-25T15:50:17+00:00</dc:date>
      <dc:creator>alankila</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
As far as I remember, the issue is not actually writing to the disk bypassing the FS. It is the fact that XFS can consider files stored only in the journal as committed on the disk, and then later on moves the data from the journal to the final locations. GRUB 1's XFS module used to ignore the journal, so it might not see the most recent versions of all files. I also don't know if the grub installation procedure might embed sector locations for boot files while they still exist only in the journal.&lt;br&gt;
&lt;p&gt;
Sadly, I don't know if this problem has been solved.&lt;br&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338647/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/338647/rss</link>
      <dc:date>2009-06-25T13:55:37+00:00</dc:date>
      <dc:creator>jengelh</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
GRUB1 used to write to the disk directly, bypassing the linux fs. That did not fare well with delayed-allocation based filesystems, most notably xfs, but it also effects ext3 to a certain degree. Did they fix that in GRUB2?&lt;br&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338641/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/338641/rss</link>
      <dc:date>2009-06-25T13:01:59+00:00</dc:date>
      <dc:creator>clugstj</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
That's the first thing I though of also when I read that.  I don't know what the new format is, but I'm sure someone suggested XML (they always do).&lt;br&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338634/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/338634/rss</link>
      <dc:date>2009-06-25T11:44:32+00:00</dc:date>
      <dc:creator>ikm</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
Thanks for the great article, made a nice read.&lt;br&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338621/rss">
      <title>GRUB 2 becomes the default bootloader in Ubuntu 9.10</title>
      <link>http://lwn.net/Articles/338621/rss</link>
      <dc:date>2009-06-25T09:15:23+00:00</dc:date>
      <dc:creator>marcH</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
&lt;font class=&quot;QuotedText&quot;&gt;&amp;gt; Another change is the new configuration file format, which has been entirely overhauled.&lt;/font&gt;&lt;br&gt;
&lt;p&gt;
As long as they do not switch to human-unwritable XML...&lt;br&gt;
&lt;p&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338619/rss">
      <title>Rhaaa, yet another font format!</title>
      <link>http://lwn.net/Articles/338619/rss</link>
      <dc:date>2009-06-25T09:00:45+00:00</dc:date>
      <dc:creator>nim-nim</dc:creator>
      <description>
      &lt;div class=&quot;FormattedComment&quot;&gt;
So they felt they needed to invent a new font format. Couldn't they really use one of the numerous existing ones? (restricting possibly to a specific profile with a profile checker).&lt;br&gt;
&lt;p&gt;
They claim they want unicode support but specify ascii metadata.&lt;br&gt;
&lt;p&gt;
And they've forgotten the third style attribute in modern (CSS/WPF) font classifications, width.&lt;br&gt;
&lt;p&gt;
&lt;a href=&quot;http://blogs.msdn.com/text/attachment/2249036.ashx&quot;&gt;http://blogs.msdn.com/text/attachment/2249036.ashx&lt;/a&gt;&lt;br&gt;
&lt;a href=&quot;http://blogs.adobe.com/typblography/typotechnica2007/Font%20names.pdf&quot;&gt;http://blogs.adobe.com/typblography/typotechnica2007/Font...&lt;/a&gt;&lt;br&gt;
&lt;p&gt;
Now that Apple, Adobe and Microsoft finally agreed on a common universal font format (OpenType) do we actually need a new platform-specific application-specific one?&lt;br&gt;
&lt;p&gt;
&lt;a href=&quot;http://www.microsoft.com/typography/tt/sbit.htm&quot;&gt;http://www.microsoft.com/typography/tt/sbit.htm&lt;/a&gt;&lt;br&gt;
&lt;/div&gt;

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/338585/rss">
      <title>Maintenance of GRUB 1</title>
      <link>http://lwn.net/Articles/338585/rss</link>
      <dc:date>2009-06-25T01:37:32+00:00</dc:date>
      <dc:creator>proski</dc:creator>
      <description>
      In my opinion, instead of complaining that GRUB 1 has been abandoned, one of the distros should have taken over the maintenance.  It's hard to get volunteers to maintain the old version.  And it's really not too much work.  The patches for GRUB 1 are floating around.  And the immediate benefit would be the ability to install the whole system on ext4.
      
      </description>
    </item>
</rdf:RDF>

