<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Blind leading the blind</title>
	<atom:link href="http://ubuntard.com/2009/03/blind-leading-the-blind/feed/" rel="self" type="application/rss+xml" />
	<link>http://ubuntard.com/2009/03/blind-leading-the-blind/</link>
	<description>Ubuntard.com</description>
	<lastBuildDate>Thu, 01 Jul 2010 04:01:42 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: thedude</title>
		<link>http://ubuntard.com/2009/03/blind-leading-the-blind/comment-page-1/#comment-4489</link>
		<dc:creator>thedude</dc:creator>
		<pubDate>Thu, 18 Mar 2010 20:13:05 +0000</pubDate>
		<guid isPermaLink="false">http://dev.ubuntard.com/?p=44#comment-4489</guid>
		<description>stick -&gt; ass.
lighten up, this guy gave some nice ubuntu noob tips. OK, not all were pure brilliance but the ones you didn&#039;t mention weren&#039;t all bad. At least it&#039;ll encourage some people to give it a go.</description>
		<content:encoded><![CDATA[<p>stick -&gt; ass.<br />
lighten up, this guy gave some nice ubuntu noob tips. OK, not all were pure brilliance but the ones you didn&#8217;t mention weren&#8217;t all bad. At least it&#8217;ll encourage some people to give it a go.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: g pay</title>
		<link>http://ubuntard.com/2009/03/blind-leading-the-blind/comment-page-1/#comment-4231</link>
		<dc:creator>g pay</dc:creator>
		<pubDate>Fri, 05 Mar 2010 23:02:35 +0000</pubDate>
		<guid isPermaLink="false">http://dev.ubuntard.com/?p=44#comment-4231</guid>
		<description>this elitist snobbery is why people stay away from Linux in droves, filling Microsoft&#039;s bank accounts and continuing their brand of mediocrity. but i guess that&#039;s exactly what you want, pretty sad though, that is certainly not what is best for the linux cause.</description>
		<content:encoded><![CDATA[<p>this elitist snobbery is why people stay away from Linux in droves, filling Microsoft&#8217;s bank accounts and continuing their brand of mediocrity. but i guess that&#8217;s exactly what you want, pretty sad though, that is certainly not what is best for the linux cause.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stoictimebender</title>
		<link>http://ubuntard.com/2009/03/blind-leading-the-blind/comment-page-1/#comment-3307</link>
		<dc:creator>stoictimebender</dc:creator>
		<pubDate>Sat, 16 Jan 2010 19:53:02 +0000</pubDate>
		<guid isPermaLink="false">http://dev.ubuntard.com/?p=44#comment-3307</guid>
		<description>Could you, (OP), then provide some links, perhaps, guiding people like me to sane and grounded sites for advice?  

-stupid should hurt and leave a mark.  that is what&#039;s wrong with the world.  we made stupid painless.</description>
		<content:encoded><![CDATA[<p>Could you, (OP), then provide some links, perhaps, guiding people like me to sane and grounded sites for advice?  </p>
<p>-stupid should hurt and leave a mark.  that is what&#8217;s wrong with the world.  we made stupid painless.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: james</title>
		<link>http://ubuntard.com/2009/03/blind-leading-the-blind/comment-page-1/#comment-2232</link>
		<dc:creator>james</dc:creator>
		<pubDate>Sun, 06 Dec 2009 09:07:48 +0000</pubDate>
		<guid isPermaLink="false">http://dev.ubuntard.com/?p=44#comment-2232</guid>
		<description>Your advice on shred is misguided re ext3 in its default mode.  Read the rest of the shred man page:

In the case of ext3 file systems, the  above  disclaimer  applies  (and shred  is  thus  of  limited  effectiveness) only in data=journal mode, which journals file data in addition to just  metadata.   In  both  the data=ordered  (default) and data=writeback modes, shred works as usual.  Ext3 journaling modes can  be  changed  by  adding  the  data=something option  to  the  mount  options  for  a  particular  file system in the /etc/fstab file, as documented in the mount man page (man mount).

And from the mount man page:

Specifies  the  journalling  mode  for  file  data.  Metadata is
always journaled.  To use modes other than ordered on  the  root
file system, pass the mode to the kernel as boot parameter, e.g.
rootflags=data=journal.

              journal
All data is committed into the  journal  prior  to  being
written into the main file system.

              ordered
This  is  the  default mode.  All data is forced directly
out to the main file system prior to its  metadata  being
committed to the journal.

              writeback
Data ordering is not preserved - data may be written into
the main file system after its metadata has been  commit‐
ted  to the journal.  This is rumoured to be the highest-
throughput option.  It guarantees  internal  file  system
integrity,  however  it  can  allow old data to appear in
files after a crash and journal recovery.</description>
		<content:encoded><![CDATA[<p>Your advice on shred is misguided re ext3 in its default mode.  Read the rest of the shred man page:</p>
<p>In the case of ext3 file systems, the  above  disclaimer  applies  (and shred  is  thus  of  limited  effectiveness) only in data=journal mode, which journals file data in addition to just  metadata.   In  both  the data=ordered  (default) and data=writeback modes, shred works as usual.  Ext3 journaling modes can  be  changed  by  adding  the  data=something option  to  the  mount  options  for  a  particular  file system in the /etc/fstab file, as documented in the mount man page (man mount).</p>
<p>And from the mount man page:</p>
<p>Specifies  the  journalling  mode  for  file  data.  Metadata is<br />
always journaled.  To use modes other than ordered on  the  root<br />
file system, pass the mode to the kernel as boot parameter, e.g.<br />
rootflags=data=journal.</p>
<p>              journal<br />
All data is committed into the  journal  prior  to  being<br />
written into the main file system.</p>
<p>              ordered<br />
This  is  the  default mode.  All data is forced directly<br />
out to the main file system prior to its  metadata  being<br />
committed to the journal.</p>
<p>              writeback<br />
Data ordering is not preserved &#8211; data may be written into<br />
the main file system after its metadata has been  commit‐<br />
ted  to the journal.  This is rumoured to be the highest-<br />
throughput option.  It guarantees  internal  file  system<br />
integrity,  however  it  can  allow old data to appear in<br />
files after a crash and journal recovery.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Command Line Idiocy &#124; A chronicle of Ubuntard stupidity.</title>
		<link>http://ubuntard.com/2009/03/blind-leading-the-blind/comment-page-1/#comment-2208</link>
		<dc:creator>Command Line Idiocy &#124; A chronicle of Ubuntard stupidity.</dc:creator>
		<pubDate>Sat, 05 Dec 2009 21:49:48 +0000</pubDate>
		<guid isPermaLink="false">http://dev.ubuntard.com/?p=44#comment-2208</guid>
		<description>[...] is a follow-up to &#8220;Blind Leading the Blind&#8220;, as another piece of monumental idiocy has stepped up to the [...]</description>
		<content:encoded><![CDATA[<p>[...] is a follow-up to &#8220;Blind Leading the Blind&#8220;, as another piece of monumental idiocy has stepped up to the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Prescott</title>
		<link>http://ubuntard.com/2009/03/blind-leading-the-blind/comment-page-1/#comment-1161</link>
		<dc:creator>Thomas Prescott</dc:creator>
		<pubDate>Sat, 24 Oct 2009 21:50:26 +0000</pubDate>
		<guid isPermaLink="false">http://dev.ubuntard.com/?p=44#comment-1161</guid>
		<description>&quot;4. disable system beep

Linux insists on beeping at you; this isn&#039;t just any beep, however--it is a system beep, impervious to the mute button on your computer. If the startling, abrupt sound is like nails raking over a chalkboard to you, then this trick will let you kill that little beep forever.

Type:

sudo rmmod pcspkr

...and enjoy the silence.&quot;


Until you restart your box for whatever reason.  You&#039;ll want to add it to your /etc/modprobe.d/blacklist file.

# echo &quot;blacklist pcspkr&quot; &gt;&gt; /etc/modprobe.d/blacklist

Make sure you put &gt;&gt; or else bad things will happen.</description>
		<content:encoded><![CDATA[<p>&#8220;4. disable system beep</p>
<p>Linux insists on beeping at you; this isn&#8217;t just any beep, however&#8211;it is a system beep, impervious to the mute button on your computer. If the startling, abrupt sound is like nails raking over a chalkboard to you, then this trick will let you kill that little beep forever.</p>
<p>Type:</p>
<p>sudo rmmod pcspkr</p>
<p>&#8230;and enjoy the silence.&#8221;</p>
<p>Until you restart your box for whatever reason.  You&#8217;ll want to add it to your /etc/modprobe.d/blacklist file.</p>
<p># echo &#8220;blacklist pcspkr&#8221; &gt;&gt; /etc/modprobe.d/blacklist</p>
<p>Make sure you put &gt;&gt; or else bad things will happen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karmic Koala: The Trainwreck Around the Bend &#124; A chronical of Ubuntard stupidity.</title>
		<link>http://ubuntard.com/2009/03/blind-leading-the-blind/comment-page-1/#comment-137</link>
		<dc:creator>Karmic Koala: The Trainwreck Around the Bend &#124; A chronical of Ubuntard stupidity.</dc:creator>
		<pubDate>Thu, 03 Sep 2009 04:11:09 +0000</pubDate>
		<guid isPermaLink="false">http://dev.ubuntard.com/?p=44#comment-137</guid>
		<description>[...] gems tucked away for a later date, but these serve to illustrate the point.  They&#8217;re just the blind leading the blind.   3 September 2009 [...]</description>
		<content:encoded><![CDATA[<p>[...] gems tucked away for a later date, but these serve to illustrate the point.  They&#8217;re just the blind leading the blind.   3 September 2009 [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
