<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Imaging and a little bit of OSS &#187; ubuntu</title>
	<atom:link href="http://nuclear-imaging.info/site_content/tag/ubuntu/feed/" rel="self" type="application/rss+xml" />
	<link>http://nuclear-imaging.info/site_content</link>
	<description>Yet another techno blog</description>
	<lastBuildDate>Wed, 09 May 2012 13:02:26 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
		<item>
		<title>When gvfsd-metadata starts using 100% processor</title>
		<link>http://nuclear-imaging.info/site_content/2011/12/28/when-gvfsd-metadata-starts-using-100-processor/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=when-gvfsd-metadata-starts-using-100-processor</link>
		<comments>http://nuclear-imaging.info/site_content/2011/12/28/when-gvfsd-metadata-starts-using-100-processor/#comments</comments>
		<pubDate>Thu, 29 Dec 2011 05:03:49 +0000</pubDate>
		<dc:creator>slash_boot</dc:creator>
				<category><![CDATA[Linux and OSS]]></category>
		<category><![CDATA[Programming]]></category>
		<category><![CDATA[cpu 100%]]></category>
		<category><![CDATA[fix]]></category>
		<category><![CDATA[gvfs-metadata]]></category>
		<category><![CDATA[mint]]></category>
		<category><![CDATA[processor]]></category>
		<category><![CDATA[resources]]></category>
		<category><![CDATA[ubuntu]]></category>

		<guid isPermaLink="false">http://nuclear-imaging.info/site_content/?p=430</guid>
		<description><![CDATA[Sluggishness on your system running Linux can be caused by numerous factors &#8211; among them is a process called gvfsd-metadata. From what I&#8217;ve heard other people say, its caused by fragmentation &#8211; possibly due to a partition that&#8217;s nearly full. All you can do is just terminate the process or delete the script from your <a href='http://nuclear-imaging.info/site_content/2011/12/28/when-gvfsd-metadata-starts-using-100-processor/' class='excerpt-more'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>Sluggishness on your system running Linux can be caused by numerous factors &#8211; among them is a process called gvfsd-metadata.</p>
<p>From what I&#8217;ve heard other people say, its caused by fragmentation &#8211; possibly due to a partition that&#8217;s nearly full.</p>
<p>All you can do is just terminate the process or delete the script from your ~/ folder.</p>
<pre>rm -rf ~/.local/share/gvfs-metadata</pre>
<p>Every now and then its a good idea to make sure that your home folder is not filled up past 90% or so.</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://nuclear-imaging.info/site_content/2011/12/28/when-gvfsd-metadata-starts-using-100-processor/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Booting halts with kernel_thread_helper</title>
		<link>http://nuclear-imaging.info/site_content/2011/12/06/booting-halts-with-kernel_thread_helper/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=booting-halts-with-kernel_thread_helper</link>
		<comments>http://nuclear-imaging.info/site_content/2011/12/06/booting-halts-with-kernel_thread_helper/#comments</comments>
		<pubDate>Tue, 06 Dec 2011 17:31:33 +0000</pubDate>
		<dc:creator>slash_boot</dc:creator>
				<category><![CDATA[Linux and OSS]]></category>
		<category><![CDATA[acpi=off]]></category>
		<category><![CDATA[boot]]></category>
		<category><![CDATA[distribution]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[freeze]]></category>
		<category><![CDATA[grub]]></category>
		<category><![CDATA[grub.cfg]]></category>
		<category><![CDATA[hang]]></category>
		<category><![CDATA[kernel]]></category>
		<category><![CDATA[linux mint]]></category>
		<category><![CDATA[linux_thread_helper]]></category>
		<category><![CDATA[liveCD]]></category>
		<category><![CDATA[nolapic]]></category>
		<category><![CDATA[ubuntu]]></category>
		<category><![CDATA[upgrade]]></category>

		<guid isPermaLink="false">http://nuclear-imaging.info/site_content/?p=406</guid>
		<description><![CDATA[The newer releases of Ubuntu and Linux Mint have started getting stuck during LiveCD installation or after distribution/kernel upgrade.  Usually the point where it gets stagnant is when it reaches this line: kernel_thread_helper+0x7/0x10 Nothing happens past that point. A solution or a workaround to this is to insert the nolapic acpi=off switch in the grub <a href='http://nuclear-imaging.info/site_content/2011/12/06/booting-halts-with-kernel_thread_helper/' class='excerpt-more'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>The newer releases of Ubuntu and Linux Mint have started getting stuck during LiveCD installation or after distribution/kernel upgrade.  Usually the point where it gets stagnant is when it reaches this line:</p>
<pre><code>kernel_thread_helper+0x7/0x10</code></pre>
<p>Nothing happens past that point. A solution or a workaround to this is to insert the <span style="color: #3366ff;">nolapic acpi=off</span> switch in the grub boot line. There are 3 ways to do this:</p>
<p>1: If you are starting a fresh install from a CD and the installation pauses at the kernel_thread_helper line, you need to restart your computer.</p>
<p>When you boot from your installation CD,<span style="color: #3366ff;"> choose F6</span> before you continue trying out the LiveCD. This give you boot option at the bottom of your screen.</p>
<p>At the very end of the line add <span style="color: #3366ff;">nolapic acpi=off</span> and hit enter to continue booting from LiveCD. In most cases this should work.</p>
<p>2. The same problem may arise when you do a distribution upgrade or even a kernel upgrade. In that case you need to change your grub.cfg file. Follow these steps:</p>
<blockquote>
<pre>sudo nano /boot/grub/grub.cfg</pre>
</blockquote>
<p>Enter your sudo password and it will bring you to your grub menu configuration.</p>
<p>Look for the section that read similar to this:</p>
<blockquote>
<pre>menuentry 'Ubuntu, with Linux 2.6.38-11-generic' --class ubuntu --class gnu-linux --class gnu --class os {
 recordfail
 set gfxpayload=$linux_gfx_mode
 insmod part_msdos
 insmod ext2
 set root='(hd0,msdos6)'
 search --no-floppy --fs-uuid --set=root 337e2841-fc82-61b3-84be-5a9c71ae43b8
 <span style="color: #3366ff;"> linux   /boot/vmlinuz-2.6.38-11-generic root=UUID=337e2841-fc82-61b3-84be-5a9c71ae43b8 ro quiet splash vt.handoff=7</span>
 initrd  /boot/initrd.img-2.6.38-11-generic
 }</pre>
</blockquote>
<p>You want to change the line that I have identified above to read:</p>
<blockquote>
<pre>linux   /boot/vmlinuz-2.6.38-11-generic root=UUID=337e2841-fc82-61b3-84be-5a9c71ae43b8 ro quiet splash vt.handoff=7 <span style="color: #3366ff;">nolapic acpi=off</span></pre>
</blockquote>
<p>After adding these switches to the boot menu option, press ctrl-X, then save and exit.</p>
<p><strong>This is for a permanent change if you can boot using an older kernel.</strong></p>
<p>3: If you cannot login to an older kernel or recovery mode because of the kernel_thread_helper error,  you have to press &#8220;e&#8221; (without the quotation marks)  to edit the boot options when you get the grub menu.</p>
<p>For the kernel you want to use, edit the end of the line that reads</p>
<blockquote>
<pre>linux   /boot/vmlinuz-2.6.38-11-generic root=UUID=337e2841-fc82-61b3-84be-5a9c71ae43b8 ro quiet splash vt.handoff=7</pre>
</blockquote>
<p>to</p>
<blockquote>
<pre>linux   /boot/vmlinuz-2.6.38-11-generic root=UUID=337e2841-fc82-61b3-84be-5a9c71ae43b8 ro quiet splash vt.handoff=7 <span style="color: #3366ff;">nolapic acpi=off</span></pre>
</blockquote>
<p>Press Enter and you should be able to boot.</p>
]]></content:encoded>
			<wfw:commentRss>http://nuclear-imaging.info/site_content/2011/12/06/booting-halts-with-kernel_thread_helper/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Exit Ubuntu &#8211; Enter Linux Mint</title>
		<link>http://nuclear-imaging.info/site_content/2011/09/19/exit-ubuntu-enter-linux-mint/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=exit-ubuntu-enter-linux-mint</link>
		<comments>http://nuclear-imaging.info/site_content/2011/09/19/exit-ubuntu-enter-linux-mint/#comments</comments>
		<pubDate>Mon, 19 Sep 2011 19:12:44 +0000</pubDate>
		<dc:creator>slash_boot</dc:creator>
				<category><![CDATA[Linux and OSS]]></category>
		<category><![CDATA[non-OSS]]></category>
		<category><![CDATA[Programming]]></category>
		<category><![CDATA[gnome]]></category>
		<category><![CDATA[graphics]]></category>
		<category><![CDATA[linux mint]]></category>
		<category><![CDATA[ubuntu]]></category>
		<category><![CDATA[unity]]></category>
		<category><![CDATA[vnc]]></category>

		<guid isPermaLink="false">http://nuclear-imaging.info/site_content/?p=381</guid>
		<description><![CDATA[The latest version of Ubuntu is heavily based upon Unity environment. Unfortunately Unity has no track record of playing nice with existing gnome programs. For network applications such as VNC, Unity crashes the program with whole bunch of errors. These crashes are observed occasionally in the Ubuntu 11.04 (Natty Narwhal) release, and most certainly in <a href='http://nuclear-imaging.info/site_content/2011/09/19/exit-ubuntu-enter-linux-mint/' class='excerpt-more'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>The latest version of Ubuntu is heavily based upon Unity environment. Unfortunately Unity has no track record of playing nice with existing gnome programs. For network applications such as VNC, Unity crashes the program with whole bunch of errors. These crashes are observed occasionally in the Ubuntu 11.04 (Natty Narwhal) release, and most certainly in the latest beta 1 release of Ubuntu 11.10 (Oneiric Ocelot).</p>
<p>If you have gotten comfortable with Ubuntu and want to continue using Gnome as the main environment, you can do so by using Linux Mint 11 (Katya). It has the same repositories as Ubuntu and you can even use the ubuntu-restricted-extras and build-essential packages which lets you obtain some of the fonts, codecs and libraries that Ubuntu fetches for you.</p>
<p style="text-align: center;"><a href="http://nuclear-imaging.info/site_content/2011/09/19/exit-ubuntu-enter-linux-mint/linux-mint/" rel="attachment wp-att-385"><img class="aligncenter size-full wp-image-385" style="border: 1px solid black; margin: 1px;" title="linux-mint" src="http://nuclear-imaging.info/site_content/wp-content/uploads/2011/09/linux-mint.png" alt="" width="200" height="200" /></a></p>
<p>Ubuntu is starting to put more emphasis on making their release into an eye-candy, at the cost of reduced functionality. Having used Ubuntu since Dapper Drake days, its sad to ditch it for another distro. IMO Ubuntu 10.04 was the cleanest distro they put out &#8211; things have been going downhill after that. Linux Mint on the other hand picked up at the point when Ubuntu started to go dysfunctional. It has everything that Ubuntu should have been. There isn&#8217;t much to write about Mint 11. Its very similar to Ubuntu 10.04, has a newer kernel 2.6.38.xx, clean graphics, and the same repositories as Ubuntu. The transition is very easy, and things look a lot more neater in Mint.</p>
<p>To recap: If you are currently using Ubuntu and are afraid to upgrade to the 11.10 release, your fear is quite justified. Make a backup of your /home folder and go for a clean install of Linux Mint instead. I moved to Mint about a month ago and have had a rather smooth sailing so far.</p>
]]></content:encoded>
			<wfw:commentRss>http://nuclear-imaging.info/site_content/2011/09/19/exit-ubuntu-enter-linux-mint/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VNC server setup for Ubuntu 11.04 (Natty Narwhal)</title>
		<link>http://nuclear-imaging.info/site_content/2011/05/11/vnc-server-setup-for-ubuntu-11-04-natty-narwhal/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=vnc-server-setup-for-ubuntu-11-04-natty-narwhal</link>
		<comments>http://nuclear-imaging.info/site_content/2011/05/11/vnc-server-setup-for-ubuntu-11-04-natty-narwhal/#comments</comments>
		<pubDate>Thu, 12 May 2011 00:26:07 +0000</pubDate>
		<dc:creator>slash_boot</dc:creator>
				<category><![CDATA[Linux and OSS]]></category>
		<category><![CDATA[install]]></category>
		<category><![CDATA[setup]]></category>
		<category><![CDATA[ssh]]></category>
		<category><![CDATA[ssh server]]></category>
		<category><![CDATA[ubuntu]]></category>
		<category><![CDATA[ubuntu 11.04]]></category>
		<category><![CDATA[vnc]]></category>
		<category><![CDATA[vnc4server]]></category>
		<category><![CDATA[vncserver]]></category>
		<category><![CDATA[vncviewer]]></category>

		<guid isPermaLink="false">http://nuclear-imaging.info/site_content/?p=375</guid>
		<description><![CDATA[For the first time I was able to get VNC to work with Ubuntu with Gnome session instead of a xterm on gray background. The steps involved were exactly the same as I was following earlier, with one exception: the setup of xstartup in the ~/.vnc folder. For your xstartup file in ~/.vnc (the &#8220;.vnc&#8221; <a href='http://nuclear-imaging.info/site_content/2011/05/11/vnc-server-setup-for-ubuntu-11-04-natty-narwhal/' class='excerpt-more'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>For the first time I was able to get VNC to work with Ubuntu with  Gnome session instead of a xterm on gray background. The steps involved  were exactly the same as I was following earlier, with one exception:   the setup of xstartup in the ~/.vnc folder.</p>
<blockquote><p>For your xstartup file in ~/.vnc (the &#8220;.vnc&#8221; folder in</p>
<p>your home directory), you need the following:</p>
<p>#&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;</p>
<p>#!/bin/sh</p>
<p># Uncomment the following two lines for normal desktop:</p>
<p># unset SESSION_MANAGER</p>
<p># exec /etc/X11/xinit/xinitrc</p>
<p>[ -x /etc/vnc/xstartup ] &amp;&amp; exec /etc/vnc/xstartup</p>
<p>[ -r $HOME/.Xresources ] &amp;&amp; xrdb $HOME/.Xresources</p>
<p>xsetroot -solid grey</p>
<p>vncconfig -iconic &amp;</p>
<p>xterm -geometry 80&#215;24+10+10 -ls -title &#8220;$VNCDESKTOP Desktop&#8221; &amp;</p>
<p>gnome-session  &amp;</p>
<p># twm &amp;</p>
<p>#&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</p>
<p>instead of uncommenting the lines as the script suggests, you change  the window manager to gnome-session</p>
<p>make sure restart vnc4server</p>
</blockquote>
<p>The line which got Gnome working was &#8220;gnome-session &amp;&#8221;</p>
<p>========================================</p>
<p>Now for all the steps involved (works in Karmic Koala Alpha 2, Ubuntu  9.10, kernel 2.6.30-10)</p>
<p>1. Install ssh server, ssh client, VNC viewer, VNC server, and xinetd</p>
<blockquote><p>sudo apt-get install openssh-server openssh-client  vnc4server xinetd  vncviewer</p>
</blockquote>
<p>2. Setup the ssh password for your login</p>
<blockquote><p>ssh-keygen</p>
</blockquote>
<p>3. Test out the ssh server by typing in</p>
<blockquote><p>ssh localhost  or ssh your_login@your_ip_address</p>
</blockquote>
<p>4. Then create a vnc password</p>
<blockquote><p>sudo vncpasswd ~/.vncpasswd</p>
</blockquote>
<p>5. Edit the xstartup file in ~/.vnc directory</p>
<blockquote><p>For your xstartup file in ~/.vnc (the &#8220;.vnc&#8221; folder in</p>
<p>your home directory), you need the following:</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;</p>
<p>#!/bin/sh</p>
<p># Uncomment the following two lines for normal desktop:</p>
<p># unset SESSION_MANAGER</p>
<p># exec /etc/X11/xinit/xinitrc</p>
<p>[ -x /etc/vnc/xstartup ] &amp;&amp; exec /etc/vnc/xstartup</p>
<p>[ -r $HOME/.Xresources ] &amp;&amp; xrdb $HOME/.Xresources</p>
<p>xsetroot -solid grey</p>
<p>vncconfig -iconic &amp;</p>
<p>xterm -geometry 80&#215;24+10+10 -ls -title &#8220;$VNCDESKTOP Desktop&#8221; &amp;</p>
<p>gnome-session &amp;</p>
<p># twm &amp;</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</p>
</blockquote>
<p>instead of uncommenting the lines as the script suggests, you change  the window manager to gnome-session</p>
<p>6. Create a VNC desktop</p>
<blockquote><p>vnc4server :1 -geometry 1024&#215;768</p>
</blockquote>
<p>7. Then to tunnel into your VNC desktop, first create a SSH tunnel by  logging into SSH with the comand:</p>
<blockquote><p>ssh -L 5901:your_ip_address:5901  your_username@your_ipaddress</p>
</blockquote>
<p>8. Finally, load up your VNC desktop</p>
<blockquote><p>vncviewer localhost:1</p>
</blockquote>
<p>And now you are ready to use connect to your machine remotely and use administer the computer remotely.</p>
<p>P.S: If you are using a firewall (hardware or software, you need to get enable port forwarding and unblock ports 22 and 5900-5999 on the Ubuntu machine to allow SSH and VNC to be accessed.</p>
]]></content:encoded>
			<wfw:commentRss>http://nuclear-imaging.info/site_content/2011/05/11/vnc-server-setup-for-ubuntu-11-04-natty-narwhal/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>GNU Parallel</title>
		<link>http://nuclear-imaging.info/site_content/2011/05/11/gnu-parallel/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=gnu-parallel</link>
		<comments>http://nuclear-imaging.info/site_content/2011/05/11/gnu-parallel/#comments</comments>
		<pubDate>Thu, 12 May 2011 00:16:35 +0000</pubDate>
		<dc:creator>slash_boot</dc:creator>
				<category><![CDATA[Linux and OSS]]></category>
		<category><![CDATA[Programming]]></category>
		<category><![CDATA[bash]]></category>
		<category><![CDATA[command line]]></category>
		<category><![CDATA[gnu parallel]]></category>
		<category><![CDATA[parallel processing]]></category>
		<category><![CDATA[parallelization]]></category>
		<category><![CDATA[shell scripting]]></category>
		<category><![CDATA[ubuntu]]></category>
		<category><![CDATA[ubuntu 11.04]]></category>

		<guid isPermaLink="false">http://nuclear-imaging.info/site_content/?p=369</guid>
		<description><![CDATA[Running scripts in serial order on a multi-core machine will take quite a bit of time. If the tasks are repetitive, the command can be run under GNU Parallel. You can install it on RPM or Debian based distribution from the GNU Parallel repository. Install the binary that fits your flavour of Linux. Please note <a href='http://nuclear-imaging.info/site_content/2011/05/11/gnu-parallel/' class='excerpt-more'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>Running scripts in serial order on a multi-core machine will take quite a bit of time. If the tasks are repetitive, the command can be run under GNU Parallel.</p>
<p>You can install it on RPM or Debian based distribution from the <a href="https://build.opensuse.org/package/show?package=parallel&amp;project=home%3Atange">GNU Parallel repository</a>. Install the binary that fits your flavour of Linux. Please note that even though the latest release of GNU Parallel has a flavour of Linux associated with it, it runs on most of the older AND newer distributions. For instance I was able to install the April 21st 2011 release of amd_64 RPM on a RHEL5 machine, and it ran just fine for that 8 core machine.</p>
<p>After installation you can try it out on a sample directory by running:</p>
<blockquote><p>ls -d */ | sed &#8216;s/\///g&#8217; | parallel zip -r -q {}.zip {}</p></blockquote>
<p>This will recursively zip all the directories within a given folder, in parallel. By default, it will use up the maximum number of cores, but you can check the man pages of parallel to check how to employ N number of processors to run the task in parallel.</p>
<blockquote><p>ls *.jpg | parallel convert {} -resize 75% -quality 80% {}</p></blockquote>
<p>If you have imagemagick installed, you could save a whole bunch of space by converting some of the high-res images to a slightly lower resolution. The above example will resize the images to 75% of their original size with 80% quality. The original images will be overwritten by the resize and downsampled ones. While this is running, you can fire up htop in another terminal window to watch all the processors working in parallel.</p>
]]></content:encoded>
			<wfw:commentRss>http://nuclear-imaging.info/site_content/2011/05/11/gnu-parallel/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MAC address spoofing on Linux</title>
		<link>http://nuclear-imaging.info/site_content/2011/03/15/mac-address-spoofing-on-linux/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=mac-address-spoofing-on-linux</link>
		<comments>http://nuclear-imaging.info/site_content/2011/03/15/mac-address-spoofing-on-linux/#comments</comments>
		<pubDate>Tue, 15 Mar 2011 23:17:58 +0000</pubDate>
		<dc:creator>slash_boot</dc:creator>
				<category><![CDATA[Linux and OSS]]></category>
		<category><![CDATA[duplicate MAC address]]></category>
		<category><![CDATA[MAC address]]></category>
		<category><![CDATA[manual edit]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[spoofing]]></category>
		<category><![CDATA[ubuntu]]></category>

		<guid isPermaLink="false">http://nuclear-imaging.info/site_content/?p=349</guid>
		<description><![CDATA[If you are on a network that has MAC addresses hardwired, i.e. you can only access the network if a certain MAC address is plugged into a specific ethernet jack on the wall, you don&#8217;t have too many options. One option I used recently is spoofing the MAC address of your device. Its done by <a href='http://nuclear-imaging.info/site_content/2011/03/15/mac-address-spoofing-on-linux/' class='excerpt-more'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>If you are on a network that has MAC addresses hardwired, i.e. you can only access the network if a certain MAC address is plugged into a specific ethernet jack on the wall, you don&#8217;t have too many options.</p>
<p>One option I used recently is spoofing the MAC address of your device. Its done by editing the hardware address to match the MAC address of the device that&#8217;s allowed on that ethernet jack.</p>
<p>If you are using Linux, make a note of your current IP address in a text file.</p>
<blockquote><p>sudo ifconfig -a | grep eth0 > ~/Desktop/netaddressbak.txt</p></blockquote>
<p>Run the same command on the device that&#8217;s attached to the network to find its MAC address: Lets say its &#8211; 01:82:39:B2:41:30</p>
<p>Before you attach your new device to the ethernet cable, change its MAC address to the one listed above.</p>
<blockquote><p>sudo ifconfig eth0 down<br />
sudo ifconfig eth0 hw ether 01:82:39:B2:41:30<br />
sudo ifconfig eth0 up<br />
sudo ifconfig eth0 | grep HWaddr</p></blockquote>
<p>This should now list the address as 01:82:39:B2:41:30.</p>
<p>You can now attach this device on the network to gain full connectivity (unless there are some programs that are supposed to ping every once in a while).</p>
]]></content:encoded>
			<wfw:commentRss>http://nuclear-imaging.info/site_content/2011/03/15/mac-address-spoofing-on-linux/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>VNC server setup for Ubuntu 10.04 (Lucid Lynx)</title>
		<link>http://nuclear-imaging.info/site_content/2010/04/19/vnc-server-setup-for-ubuntu-10-04-lucid-lynx/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=vnc-server-setup-for-ubuntu-10-04-lucid-lynx</link>
		<comments>http://nuclear-imaging.info/site_content/2010/04/19/vnc-server-setup-for-ubuntu-10-04-lucid-lynx/#comments</comments>
		<pubDate>Mon, 19 Apr 2010 22:28:11 +0000</pubDate>
		<dc:creator>slash_boot</dc:creator>
				<category><![CDATA[Linux and OSS]]></category>
		<category><![CDATA[9.10]]></category>
		<category><![CDATA[karmic koala]]></category>
		<category><![CDATA[Lucid Lynx]]></category>
		<category><![CDATA[ubuntu]]></category>
		<category><![CDATA[Ubuntu 10.04]]></category>
		<category><![CDATA[vnc]]></category>
		<category><![CDATA[vnc server]]></category>
		<category><![CDATA[vncviewer]]></category>
		<category><![CDATA[xstartup]]></category>

		<guid isPermaLink="false">http://nuclear-imaging.info/site_content/?p=338</guid>
		<description><![CDATA[For the first time I was able to get VNC to work with Ubuntu with Gnome session instead of a xterm on gray background. The steps involved were exactly the same as I was following earlier, with one exception:  the setup of xstartup in the ~/.vnc folder. For your xstartup file in ~/.vnc (the &#8220;.vnc&#8221; <a href='http://nuclear-imaging.info/site_content/2010/04/19/vnc-server-setup-for-ubuntu-10-04-lucid-lynx/' class='excerpt-more'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>For the first time I was able to get VNC to work with Ubuntu with  Gnome session instead of a xterm on gray background. The steps involved  were exactly the same as I was following earlier, with one exception:   the setup of xstartup in the ~/.vnc folder.</p>
<blockquote><p>For your xstartup file in ~/.vnc (the &#8220;.vnc&#8221; folder in<br />
your home directory), you need the following:<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
#!/bin/sh</p>
<p># Uncomment the following two lines for normal desktop:<br />
# unset SESSION_MANAGER<br />
# exec /etc/X11/xinit/xinitrc</p>
<p>[ -x /etc/vnc/xstartup ] &amp;&amp; exec /etc/vnc/xstartup<br />
[ -r $HOME/.Xresources ] &amp;&amp; xrdb $HOME/.Xresources<br />
xsetroot -solid grey<br />
vncconfig -iconic &amp;<br />
xterm -geometry 80&#215;24+10+10 -ls -title &#8220;$VNCDESKTOP Desktop&#8221; &amp;<br />
gnome-session  &amp;<br />
# twm &amp;<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</p>
<p>instead of uncommenting the lines as the script suggests, you change  the window manager to gnome-session</p>
<p>make sure restart vnc4server</p>
</blockquote>
<p>The line which got Gnome working was &#8220;gnome-session &amp;&#8221;</p>
<p>========================================</p>
<p>Now for all the steps involved (works in Karmic Koala Alpha 2, Ubuntu  9.10, kernel 2.6.30-10)</p>
<p>1. Install ssh server, ssh client, VNC viewer, VNC server, and xinetd</p>
<blockquote><p>sudo apt-get install openssh-server openssh-client  vnc4server xinetd  vncviewer</p>
</blockquote>
<p>2. Setup the ssh password for your login</p>
<blockquote><p>ssh-keygen</p>
</blockquote>
<p>3. Test out the ssh server by typing in</p>
<blockquote><p>ssh localhost  or ssh your_login@your_ip_address</p>
</blockquote>
<p>4. Then create a vnc password</p>
<blockquote><p>sudo vncpasswd ~/.vncpasswd</p>
</blockquote>
<p>5. Edit the xstartup file in ~/.vnc directory</p>
<blockquote><p>For your xstartup file in ~/.vnc (the &#8220;.vnc&#8221; folder in<br />
your home directory), you need the following:<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
#!/bin/sh</p>
<p># Uncomment the following two lines for normal desktop:<br />
# unset SESSION_MANAGER<br />
# exec /etc/X11/xinit/xinitrc</p>
<p>[ -x /etc/vnc/xstartup ] &amp;&amp; exec /etc/vnc/xstartup<br />
[ -r $HOME/.Xresources ] &amp;&amp; xrdb $HOME/.Xresources<br />
xsetroot -solid grey<br />
vncconfig -iconic &amp;<br />
xterm -geometry 80&#215;24+10+10 -ls -title &#8220;$VNCDESKTOP Desktop&#8221; &amp;<br />
gnome-session &amp;<br />
# twm &amp;<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</p>
<p>instead of uncommenting the lines as the script suggests, you change  the window manager to gnome-session</p>
</blockquote>
<p>6. Create a VNC desktop</p>
<blockquote><p>vnc4server :1 -geometry 1024&#215;768</p>
</blockquote>
<p>7. Then to tunnel into your VNC desktop, first create a SSH tunnel by  logging into SSH with the comand:</p>
<blockquote><p>ssh -L 5901:your_ip_address:5901  your_username@your_ipaddress</p>
</blockquote>
<p>8. Finally, load up your VNC desktop</p>
<blockquote><p>vncviewer localhost:1</p>
</blockquote>
<p>And now you are ready to use connect to your machine remotely and use administer the computer remotely.</p>
<p>P.S: If you are using a firewall (hardware or software, you need to get enable port forwarding and unblock ports 22 and 5900-5999 on the Ubuntu machine to allow SSH and VNC to be accessed.</p>
]]></content:encoded>
			<wfw:commentRss>http://nuclear-imaging.info/site_content/2010/04/19/vnc-server-setup-for-ubuntu-10-04-lucid-lynx/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>Getting VNC to work in Ubuntu (Karmic Koala)</title>
		<link>http://nuclear-imaging.info/site_content/2009/07/03/getting-vnc-to-work-in-ubuntu-karmic-koala/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=getting-vnc-to-work-in-ubuntu-karmic-koala</link>
		<comments>http://nuclear-imaging.info/site_content/2009/07/03/getting-vnc-to-work-in-ubuntu-karmic-koala/#comments</comments>
		<pubDate>Fri, 03 Jul 2009 13:53:23 +0000</pubDate>
		<dc:creator>slash_boot</dc:creator>
				<category><![CDATA[Linux and OSS]]></category>
		<category><![CDATA[ubuntu]]></category>
		<category><![CDATA[vnc]]></category>

		<guid isPermaLink="false">http://nuclear-imaging.info/site_content/?p=275</guid>
		<description><![CDATA[For the first time I was able to get VNC to work with Ubuntu with Gnome session instead of a xterm on gray background. The steps involved were exactly the same as I was following earlier, with one exception:  the setup of xstartup in the ~/.vnc folder. For your xstartup file in ~/.vnc (the &#8220;.vnc&#8221; <a href='http://nuclear-imaging.info/site_content/2009/07/03/getting-vnc-to-work-in-ubuntu-karmic-koala/' class='excerpt-more'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>For the first time I was able to get VNC to work with Ubuntu with Gnome session instead of a xterm on gray background. The steps involved were exactly the same as I was following earlier, with one exception:  the setup of xstartup in the ~/.vnc folder.</p>
<blockquote><p>For your xstartup file in ~/.vnc (the &#8220;.vnc&#8221; folder in<br />
your home directory), you need the following:<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
#!/bin/sh</p>
<p># Uncomment the following two lines for normal desktop:<br />
# unset SESSION_MANAGER<br />
# exec /etc/X11/xinit/xinitrc</p>
<p>[ -x /etc/vnc/xstartup ] &amp;&amp; exec /etc/vnc/xstartup<br />
[ -r $HOME/.Xresources ] &amp;&amp; xrdb $HOME/.Xresources<br />
xsetroot -solid grey<br />
vncconfig -iconic &amp;<br />
xterm -geometry 80&#215;24+10+10 -ls -title &#8220;$VNCDESKTOP Desktop&#8221; &amp;<br />
<span style="color: #008000;">gnome-session &amp;</span><br />
# twm &amp;<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</p>
<p>instead of uncommenting the lines as the script suggests, you change the window manager to gnome-session</p>
<p>make sure restart vnc4server</p></blockquote>
<p>The line which got Gnome working was &#8220;gnome-session &amp;&#8221;</p>
<p>========================================</p>
<p>Now for all the steps involved (works in Karmic Koala Alpha 2, Ubuntu 9.10, kernel 2.6.30-10)</p>
<p>1. Install ssh server, ssh client, VNC viewer, VNC server, and xinetd</p>
<blockquote><p>sudo apt-get install openssh-server openssh-client vnc4server xinetd  vncviewer</p></blockquote>
<p>2. Setup the ssh password for your login</p>
<blockquote><p>ssh-keygen</p></blockquote>
<p>3. Test out the ssh server by typing in</p>
<blockquote><p>ssh localhost  or ssh your_login@your_ip_address</p></blockquote>
<p>4. Then create a vnc password</p>
<blockquote><p>sudo vncpasswd ~/.vncpasswd</p></blockquote>
<p>5. Edit the xstartup file in ~/.vnc directory</p>
<blockquote><p>For your xstartup file in ~/.vnc (the &#8220;.vnc&#8221; folder in<br />
your home directory), you need the following:<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
#!/bin/sh</p>
<p># Uncomment the following two lines for normal desktop:<br />
# unset SESSION_MANAGER<br />
# exec /etc/X11/xinit/xinitrc</p>
<p>[ -x /etc/vnc/xstartup ] &amp;&amp; exec /etc/vnc/xstartup<br />
[ -r $HOME/.Xresources ] &amp;&amp; xrdb $HOME/.Xresources<br />
xsetroot -solid grey<br />
vncconfig -iconic &amp;<br />
xterm -geometry 80&#215;24+10+10 -ls -title &#8220;$VNCDESKTOP Desktop&#8221; &amp;<br />
gnome-session &amp;<br />
# twm &amp;<br />
&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</p>
<p>instead of uncommenting the lines as teh script suggests, you change the window manager to gnome-session</p></blockquote>
<p>6. Create a VNC desktop</p>
<blockquote><p>vnc4server :1 -geometry 1024&#215;768</p></blockquote>
<p>7. Then to tunnel into your VNC desktop, first create a SSH tunnel by logging into SSH with the comand:</p>
<blockquote><p>ssh -L 5901:your_ip_address:5901 your_username@your_ipaddress</p></blockquote>
<p>8. Finally, load up your VNC desktop</p>
<blockquote><p>vncviewer localhost:1</p></blockquote>
<p>And now you are ready to use connect to your machine remotely and use t</p>
]]></content:encoded>
			<wfw:commentRss>http://nuclear-imaging.info/site_content/2009/07/03/getting-vnc-to-work-in-ubuntu-karmic-koala/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Kernel 2.6.30-10: Green Screen Of Death</title>
		<link>http://nuclear-imaging.info/site_content/2009/06/24/kernel-263010-green-screen-of-death/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=kernel-263010-green-screen-of-death</link>
		<comments>http://nuclear-imaging.info/site_content/2009/06/24/kernel-263010-green-screen-of-death/#comments</comments>
		<pubDate>Wed, 24 Jun 2009 16:54:03 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Linux and OSS]]></category>
		<category><![CDATA[green screen of death]]></category>
		<category><![CDATA[gsod]]></category>
		<category><![CDATA[karmic koala]]></category>
		<category><![CDATA[kernel 2.6.30-10]]></category>
		<category><![CDATA[ubuntu]]></category>

		<guid isPermaLink="false">http://nuclear-imaging.info/site_content/?p=221</guid>
		<description><![CDATA[The upcoming release of Ubuntu 9.10 (Karmic Koala) is in its Alpha 2 stage at the moment. One outcome of having an alpha released installed on your machine is the massive amounts of daily updates &#8211; with a major kernel update every once in a while. Things were going pretty smooth with the Karmic Koala <a href='http://nuclear-imaging.info/site_content/2009/06/24/kernel-263010-green-screen-of-death/' class='excerpt-more'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>The upcoming release of Ubuntu 9.10 (Karmic Koala) is in its Alpha 2 stage at the moment. One outcome of having an alpha released installed on your machine is the massive amounts of daily updates &#8211; with a major kernel update every once in a while. Things were going pretty smooth with the Karmic Koala until it was on 2.6.30-9 kernel.</p>
<p>Just this morning, there were a bunch of updates listed in the update manager. Among the things that were in line for the upgrade was a brand new kernel, 2.6.30-10. The updating process itself went pretty well. Then when it was time to restart, I picked the newly updated kernel from the Grub expecting nothing unusual.</p>
<p style="text-align: center;">
<div id="attachment_222" class="wp-caption aligncenter" style="width: 310px"><img class="size-medium wp-image-222" title="Grub options for Karmic Koala: 2.6.30.10" src="http://nuclear-imaging.info/site_content/wp-content/uploads/2009/06/karmic_grub-300x225.jpg" alt="Booting options after updating to kernel 2.6.30.10" width="300" height="225" /><p class="wp-caption-text">Booting options after updating to kernel 2.6.30-10</p></div>
<p>After selecting Kernel 2.6.30-10, all I got was a green screen and the computer refused to do anything past that point. The only alternative was to restart and boot with the 2.6.30-9 kernel which I am currently using to make this post.</p>
<p style="text-align: left;">
<div id="attachment_223" class="wp-caption aligncenter" style="width: 310px"><img class="size-medium wp-image-223" title="Karmic Koala: Green Screen of Death" src="http://nuclear-imaging.info/site_content/wp-content/uploads/2009/06/karmic_gsod-300x225.jpg" alt="Ubuntu Karmic Koala (Kernel 2.6.30.10): Green Screen Of Death" width="300" height="225" /><p class="wp-caption-text">Ubuntu Karmic Koala (Kernel 2.6.30-10): Green Screen Of Death</p></div>
<p>It not something one sees that often with Linux distros. I saw it today!</p>
<p><span style="color: #339966;">P.S.: The newer kernel 2.6.30-10 has been fixed. It boots and functions normally now.</span></p>
]]></content:encoded>
			<wfw:commentRss>http://nuclear-imaging.info/site_content/2009/06/24/kernel-263010-green-screen-of-death/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Mplayer and VLC workaround for Jaunty (Alpha 4)</title>
		<link>http://nuclear-imaging.info/site_content/2009/02/11/mplayer-and-vlc-workaround-for-jaunty-alpha-4/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=mplayer-and-vlc-workaround-for-jaunty-alpha-4</link>
		<comments>http://nuclear-imaging.info/site_content/2009/02/11/mplayer-and-vlc-workaround-for-jaunty-alpha-4/#comments</comments>
		<pubDate>Wed, 11 Feb 2009 14:23:27 +0000</pubDate>
		<dc:creator>slash_boot</dc:creator>
				<category><![CDATA[Entertainment]]></category>
		<category><![CDATA[Linux and OSS]]></category>
		<category><![CDATA[jaunty]]></category>
		<category><![CDATA[mplayer]]></category>
		<category><![CDATA[ubuntu]]></category>

		<guid isPermaLink="false">http://nuclear-imaging.info/site_content/?p=115</guid>
		<description><![CDATA[There were unmet dependencies (libx264-59) for vlc and mplayer in the latest release of Jaunty Alpha. A bug report was filed by several users on launchpad.net One of the users posted this workaround to get both mplayer and VLC working in Ubuntu (9.04) Alpha 4. To solve the problem, just get libx264 here: http://packages.ubuntu.com/us/intrepid/i386/libx264-59/download Just <a href='http://nuclear-imaging.info/site_content/2009/02/11/mplayer-and-vlc-workaround-for-jaunty-alpha-4/' class='excerpt-more'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>There were unmet dependencies (libx264-59) for vlc and mplayer in the latest release of Jaunty Alpha. A bug report was filed by several users on <a title="libx264-59 fix for Ubuntu (Jaunty Alpha 4)" href="https://bugs.launchpad.net/ubuntu/+source/mplayer/+bug/325720" target="_blank">launchpad.net</a></p>
<p>One of the users posted this workaround to get both mplayer and VLC working in Ubuntu (9.04) Alpha 4.</p>
<blockquote><p>To solve the problem, just get libx264 here:<br />
<a title="Mirror for the libx264-59 package" href="http://packages.ubuntu.com/us/intrepid/i386/libx264-59/download" target="_blank"> http://packages.ubuntu.com/us/intrepid/i386/libx264-59/download</a><br />
Just installed it manually (sudo dpkg -i libx264-59_0.svn20080408-0.0ubuntu1_i386.deb)<br />
I then installed mplayer and vlc using medibuntu repos.</p></blockquote>
<p>Running:</p>
<pre>sudo apt-get install mplayer vlc</pre>
<p>Gets these packages working!</p>
]]></content:encoded>
			<wfw:commentRss>http://nuclear-imaging.info/site_content/2009/02/11/mplayer-and-vlc-workaround-for-jaunty-alpha-4/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Turn off system beep in Linux</title>
		<link>http://nuclear-imaging.info/site_content/2009/02/10/turn-off-system-beep-in-linux/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=turn-off-system-beep-in-linux</link>
		<comments>http://nuclear-imaging.info/site_content/2009/02/10/turn-off-system-beep-in-linux/#comments</comments>
		<pubDate>Tue, 10 Feb 2009 22:52:18 +0000</pubDate>
		<dc:creator>slash_boot</dc:creator>
				<category><![CDATA[Linux and OSS]]></category>
		<category><![CDATA[beep]]></category>
		<category><![CDATA[jaunty]]></category>
		<category><![CDATA[sound]]></category>
		<category><![CDATA[ubuntu]]></category>

		<guid isPermaLink="false">http://nuclear-imaging.info/site_content/?p=108</guid>
		<description><![CDATA[The system beep is one of the most distracting and annoying occurrences when you are doing some constructive work. Be it working in a text editor, or a terminal, or a program window &#8211; wherever a sound notification is programmed into any module, it emits a fairly audible beep. To disable the beep, we have <a href='http://nuclear-imaging.info/site_content/2009/02/10/turn-off-system-beep-in-linux/' class='excerpt-more'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>The system beep is one of the most distracting and annoying occurrences when you are doing some constructive work. Be it working in a text editor, or a terminal, or a program window &#8211; wherever a sound notification is programmed into any module, it emits a fairly audible beep. To disable the beep, we have to disable the PC speaker by adding it to the blacklist.</p>
<blockquote><p>sudo gedit /etc/modprobe.d/blacklist</p></blockquote>
<p>Add the following line to the end of that file:</p>
<blockquote><p>blacklist pcspkr</p></blockquote>
<p>Save and exit. Then in terminal,</p>
<blockquote><p>sudo modprobe -r pcspkr</p></blockquote>
<p>This completely turns off the speaker. You won&#8217;t hear your system beep, even if there is something truly wrong. If you are doing something critical and need to rely on the beeps, comment out the line from the blacklist and run the modprobe command. Beeping will restart.</p>
]]></content:encoded>
			<wfw:commentRss>http://nuclear-imaging.info/site_content/2009/02/10/turn-off-system-beep-in-linux/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Atheros 5007EG now works in Jaunty Jackalope</title>
		<link>http://nuclear-imaging.info/site_content/2009/01/30/atheros-5007eg-now-works-in-jaunty-jackalope/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=atheros-5007eg-now-works-in-jaunty-jackalope</link>
		<comments>http://nuclear-imaging.info/site_content/2009/01/30/atheros-5007eg-now-works-in-jaunty-jackalope/#comments</comments>
		<pubDate>Fri, 30 Jan 2009 17:08:32 +0000</pubDate>
		<dc:creator>slash_boot</dc:creator>
				<category><![CDATA[Linux and OSS]]></category>
		<category><![CDATA[non-OSS]]></category>
		<category><![CDATA[5007eg]]></category>
		<category><![CDATA[ath5k]]></category>
		<category><![CDATA[atheros]]></category>
		<category><![CDATA[backports]]></category>
		<category><![CDATA[jaunty]]></category>
		<category><![CDATA[ubuntu]]></category>
		<category><![CDATA[wifi]]></category>

		<guid isPermaLink="false">http://nuclear-imaging.info/site_content/?p=42</guid>
		<description><![CDATA[Until today&#8217;s kernel update to 2.6.28.6, the Atheros wifi card was not functioning correctly. Since the update to new kernel, the wifi card can now be used with the ath5k module which can be found in linux-backports-modules. In order to get the Atheros 5007EG card to work, you first need to disable the built-in hardware <a href='http://nuclear-imaging.info/site_content/2009/01/30/atheros-5007eg-now-works-in-jaunty-jackalope/' class='excerpt-more'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>Until today&#8217;s kernel update to 2.6.28.6, the Atheros wifi card was not functioning correctly. Since the update to new kernel, the wifi card can now be used with the ath5k module which can be found in linux-backports-modules.</p>
<p>In order to get the Atheros 5007EG card to work, you first need to disable the built-in hardware driver.</p>
<blockquote><p>System &gt;&gt; Administration  &gt;&gt; Hardware Drivers &gt; Deactivate &#8220;Support for Atheros 802.11 cards&#8221;</p></blockquote>
<p style="text-align: center;">
<div id="attachment_45" class="wp-caption aligncenter" style="width: 593px"><img class="size-full wp-image-45" title="Hardware Drivers in Januty" src="http://nuclear-imaging.info/site_content/wp-content/uploads/2009/01/jaunty_hw_menu.png" alt="Selection of Hardware Drivers in Januty" width="583" height="480" /><p class="wp-caption-text">Selection of Hardware Drivers in Januty</p></div>
<div id="attachment_43" class="wp-caption aligncenter" style="width: 466px"><img class="size-full wp-image-43" title="Disable Athros Module" src="http://nuclear-imaging.info/site_content/wp-content/uploads/2009/01/jaunty_atheros_disable.png" alt="Disable the Support for Atheros 802.11 cards" width="456" height="578" /><p class="wp-caption-text">Disable the Support for Atheros 802.11 cards</p></div>
<p>After the card has been deactivated, open the terminal and install the backports modules for Jaunty.</p>
<blockquote><p>sudo apt-get update &amp;&amp; sudo apt-get install linux-backports-modules-jaunty</p></blockquote>
<div id="attachment_44" class="wp-caption aligncenter" style="width: 459px"><img class="size-full wp-image-44" title="Jaunty backports" src="http://nuclear-imaging.info/site_content/wp-content/uploads/2009/01/jaunty_backport_modterm.png" alt="Install Jaunty backports modules" width="449" height="174" /><p class="wp-caption-text">Install Jaunty backports modules</p></div>
<p>This adds the ath5k module which supports the Atheros 5007EG card.</p>
<p>The computer needs to be Shutdown and powered back on. Somehow Restarting doesn&#8217;t work at times. The card has to be completely powered down for a few seconds and then started during power up.</p>
<p>You should be able to see the available wireless network list by clicking on the network manager icon. Thereon, you all know what to do <img src='http://nuclear-imaging.info/site_content/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://nuclear-imaging.info/site_content/2009/01/30/atheros-5007eg-now-works-in-jaunty-jackalope/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Notes on Ubuntu 9.04 (Jaunty Alpha 3)</title>
		<link>http://nuclear-imaging.info/site_content/2009/01/20/notes-on-ubuntu-904-jaunty-alpha-3/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=notes-on-ubuntu-904-jaunty-alpha-3</link>
		<comments>http://nuclear-imaging.info/site_content/2009/01/20/notes-on-ubuntu-904-jaunty-alpha-3/#comments</comments>
		<pubDate>Wed, 21 Jan 2009 00:08:38 +0000</pubDate>
		<dc:creator>slash_boot</dc:creator>
				<category><![CDATA[Linux and OSS]]></category>
		<category><![CDATA[alsa]]></category>
		<category><![CDATA[ath5k]]></category>
		<category><![CDATA[jaunty]]></category>
		<category><![CDATA[ubuntu]]></category>

		<guid isPermaLink="false">http://nuclear-imaging.info/site_content/?p=6</guid>
		<description><![CDATA[The Alpha-3 version of Jaunty became available two days past the scheduled release date. It included the kernel 2.6.28.4. It&#8217;s the first (alpha) release to include a kernel that supports EXT4 filesystem. The EXT4 became officially available in Dec 2008, and in less than a month it was incorporated into the 2.6.28 kernel. There are <a href='http://nuclear-imaging.info/site_content/2009/01/20/notes-on-ubuntu-904-jaunty-alpha-3/' class='excerpt-more'>[...]</a>]]></description>
			<content:encoded><![CDATA[<p>The Alpha-3 version of Jaunty became available two days past the scheduled release date. It included the kernel 2.6.28.4. It&#8217;s the first (alpha) release to include a kernel that supports EXT4 filesystem. The EXT4 became officially available in Dec 2008, and in less than a month it was incorporated into the 2.6.28 kernel.</p>
<p>There are several sites which post the performance benchmarks for EXT4 compared with other filesystems.</p>
<p><a title="First benchmarks of the ext4 file system" href="http://www.linuxinsight.com/first_benchmarks_of_the_ext4_file_system.html" target="_blank">1</a> <a title="Ubuntu 9.04 Receives EXT4 Support" href="http://www.phoronix.com/scan.php?page=article&amp;item=ubuntu_ext4&amp;num=3" target="_blank">2</a></p>
<p>EXt4 is supposed to be much faster than existing filesystems. Several people have reported a booting time between 21 and 25 seconds, which is the time taken from <em>bootloader selection</em> till the <em>login screen</em> appears.</p>
<p>But beyond fast loading the alpha leaves a lot of room for improvement. Its integration with the /home/<em>user</em> partition is pretty buggy. One of the least stable module appears to be the <em>alsamixer</em>. The interface of volume applet has been changed significantly and is actually a lot less intuitive and quite inefficient.</p>
<div id="attachment_3" class="wp-caption aligncenter" style="width: 296px"><img class="size-full wp-image-3" title="Volume control applet under Ubuntu 9.04 (alpha 3)" src="http://nuclear-imaging.info/site_content/wp-content/uploads/2009/01/alsa_jaunty_alpha3.png" alt="Screenshot of volume control applet" width="286" height="115" /><p class="wp-caption-text">Screenshot of volume control applet</p></div>
<p>As you see, the controller has a horizontal slider instead of the conventional vertical slider. More interestingly, double clicking on the volume control icon doesn&#8217;t open up the mixer like it used to. I&#8217;ve yet to figure out the workings of this applet.</p>
<p>Perhaps I might have figured out its usage, but I can&#8217;t vouch for the accuracy. One way to do it is:</p>
<blockquote><p>Volume control applet (right click) &gt;&gt; Preferences &gt;&gt; HDA xxxx (Alsa Mixer) &gt;&gt; Select the device you want to control &gt;&gt; Close</p></blockquote>
<div id="attachment_4" class="wp-caption aligncenter" style="width: 400px"><img class="size-full wp-image-4" title="ALSA preferences (Jaunty, alpha 3)" src="http://nuclear-imaging.info/site_content/wp-content/uploads/2009/01/alsapanel_jaunty_alpha3.png" alt="Screenshot of volume control prefernces" width="390" height="531" /><p class="wp-caption-text">Screenshot of volume control prefernces</p></div>
<p>I was able to change the line-in volume for use with a TV tuner card by the procedure I described above.</p>
<p>However the alsa module is very unstable in its present state. It causes one or more applications to crash at random. Most crashes were encountered when playing some form of flash media. <a title="Download Skype for Ubuntu" href="http://www.skype.com/go/getskype-linux-ubuntu" target="_blank">Skype</a> fails to load altogether. As soon as the login information is entered, the program coredumps with the following errors:</p>
<blockquote><p><span style="color: #008000;">user@user-computer:~$ skype<br />
ALSA lib ../../src/conf.c:2700:(snd_config_hooks_call) Cannot open shared library libasound_module_conf_pulse.so<br />
ALSA lib ../../../src/control/control.c:909:(snd_ctl_open_noupdate) Invalid CTL hw:0<br />
Aborted (core dumped)<br />
user@user-computerf:~$</span></p></blockquote>
<p>The video drivers for nvidia cards have yet to be released. Searching for Hardware Drivers yields a blank window. The drivers nvidia-glx-17x and nvidia-glx-96 are present in the repositories but the installation messes up the X and gdm loading. The only way to get back to X, is to remove the nvidia drivers and install ubuntu-desktop along with xorg. Once its done, typing</p>
<pre style="padding-left: 30px;"><span style="color: #339966;">startx</span></pre>
<p>gets you back into GDM.</p>
<p>On wireless side, ath5k is not included in the default distribution and it is still quite a bit of hassle to obtain it from backports and blacklisting the ath_pci modules *.</p>
<p>All in all, there is a lot that needs to be done w.r.t. Ubuntu 9.04 before it is released as a beta and then finally as an official release in April. It would be nice to try out a fresh install including a brand new /home directory.</p>
<p>ETA: * The Alpha 4 release of Ubuntu and Kubuntu contained ath5k, even in the LiveCD, thus the part about Ubuntu (jaunty) not having support for Atheros cards out of the box is no longer valid. I haven&#8217;t heard other testers say anything since Alpha 4 came out, so I guess it must be working for quite a number of folks. Still no support for the ATI graphics card though.</p>
]]></content:encoded>
			<wfw:commentRss>http://nuclear-imaging.info/site_content/2009/01/20/notes-on-ubuntu-904-jaunty-alpha-3/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

