<?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/"
	xmlns:georss="http://www.georss.org/georss" 	>
<channel>
	<title>Comments on: Rebuilding the Solaris Device Tree</title>
	<atom:link href="http://spiralbound.net/2005/12/21/rebuilding-the-solaris-device-tree/feed" rel="self" type="application/rss+xml" />
	<link>http://spiralbound.net/2005/12/21/rebuilding-the-solaris-device-tree</link>
	<description>my digital notebook</description>
	<lastBuildDate>Sat, 20 Mar 2010 20:44:56 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Stefan</title>
		<link>http://spiralbound.net/2005/12/21/rebuilding-the-solaris-device-tree#comment-185123</link>
		<dc:creator>Stefan</dc:creator>
		<pubDate>Wed, 28 Jan 2009 15:41:09 +0000</pubDate>
		<guid isPermaLink="false">http://spiralbound.net/?p=135#comment-185123</guid>
		<description>To rebuild the path_to_inst file you can move the old /etc/path_to_inst to /etc/path_to_inst_old and in the bootpromt ok&gt; type boot -ar then you will be asked to rebuild the path_to_inst
Best regards
Stefan</description>
		<content:encoded><![CDATA[<p>To rebuild the path_to_inst file you can move the old /etc/path_to_inst to /etc/path_to_inst_old and in the bootpromt ok&gt; type boot -ar then you will be asked to rebuild the path_to_inst<br />
Best regards<br />
Stefan</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: How to copy a Solaris boot drive to a disk with a different partition layout &#171; Not another blog</title>
		<link>http://spiralbound.net/2005/12/21/rebuilding-the-solaris-device-tree#comment-173211</link>
		<dc:creator>How to copy a Solaris boot drive to a disk with a different partition layout &#171; Not another blog</dc:creator>
		<pubDate>Tue, 28 Oct 2008 03:41:51 +0000</pubDate>
		<guid isPermaLink="false">http://spiralbound.net/?p=135#comment-173211</guid>
		<description>[...] we swap the disks and boot from the new one. To resolve this, it is strongly suggested that you rebuild the solaris device tree and change the vfstab file to reflect the new disk [...]</description>
		<content:encoded><![CDATA[<p>[...] we swap the disks and boot from the new one. To resolve this, it is strongly suggested that you rebuild the solaris device tree and change the vfstab file to reflect the new disk [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guillermo Salas</title>
		<link>http://spiralbound.net/2005/12/21/rebuilding-the-solaris-device-tree#comment-150555</link>
		<dc:creator>Guillermo Salas</dc:creator>
		<pubDate>Wed, 07 May 2008 20:34:12 +0000</pubDate>
		<guid isPermaLink="false">http://spiralbound.net/?p=135#comment-150555</guid>
		<description>A. Braunsdorf:

   I was having the same problem you are having. (because I installed it on one machine and then moved the disk to a completely different machine). I got the system running by starting up in safe mode and copying the file &quot;path_to_inst&quot; from the failsafe instance to the normal &quot;etc&quot; directory. I then modified the boot archive in the normal instance so that the file /boot/solaris/bootenv.rc  had the parameter &quot;boot device&quot;  pointing to the correct device. To find out what the new device was, I just made a ls -l to the /dev/dsk directory. Lastly I had to make some modifications to the vfstab file in the &quot;normal&quot; /etc/ directory. Hope this helps.</description>
		<content:encoded><![CDATA[<p>A. Braunsdorf:</p>
<p>   I was having the same problem you are having. (because I installed it on one machine and then moved the disk to a completely different machine). I got the system running by starting up in safe mode and copying the file &#8220;path_to_inst&#8221; from the failsafe instance to the normal &#8220;etc&#8221; directory. I then modified the boot archive in the normal instance so that the file /boot/solaris/bootenv.rc  had the parameter &#8220;boot device&#8221;  pointing to the correct device. To find out what the new device was, I just made a ls -l to the /dev/dsk directory. Lastly I had to make some modifications to the vfstab file in the &#8220;normal&#8221; /etc/ directory. Hope this helps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: How to copy a Solaris boot drive to a disk with a different partition layout &#124; IDGLabs.COM - tips, tools and resource</title>
		<link>http://spiralbound.net/2005/12/21/rebuilding-the-solaris-device-tree#comment-148573</link>
		<dc:creator>How to copy a Solaris boot drive to a disk with a different partition layout &#124; IDGLabs.COM - tips, tools and resource</dc:creator>
		<pubDate>Tue, 15 Apr 2008 12:34:17 +0000</pubDate>
		<guid isPermaLink="false">http://spiralbound.net/?p=135#comment-148573</guid>
		<description>[...] we swap the disks and boot from the new one. To resolve this, it is strongly suggested that you rebuild the solaris device tree and change the vfstab file to reflect the new disk [...]</description>
		<content:encoded><![CDATA[<p>[...] we swap the disks and boot from the new one. To resolve this, it is strongly suggested that you rebuild the solaris device tree and change the vfstab file to reflect the new disk [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Sturrock</title>
		<link>http://spiralbound.net/2005/12/21/rebuilding-the-solaris-device-tree#comment-31046</link>
		<dc:creator>Robert Sturrock</dc:creator>
		<pubDate>Thu, 21 Dec 2006 05:00:35 +0000</pubDate>
		<guid isPermaLink="false">http://spiralbound.net/?p=135#comment-31046</guid>
		<description>Very useful article - thanks.  Like another poster, I was able to use this to help clone an already installed system from a V440 to a V240 with a different device layout.

Robert.</description>
		<content:encoded><![CDATA[<p>Very useful article &#8211; thanks.  Like another poster, I was able to use this to help clone an already installed system from a V440 to a V240 with a different device layout.</p>
<p>Robert.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jay Herbig</title>
		<link>http://spiralbound.net/2005/12/21/rebuilding-the-solaris-device-tree#comment-7359</link>
		<dc:creator>Jay Herbig</dc:creator>
		<pubDate>Mon, 21 Aug 2006 13:59:16 +0000</pubDate>
		<guid isPermaLink="false">http://spiralbound.net/?p=135#comment-7359</guid>
		<description>Doh, sorry, should have looked further down the page.  Pardon my redundancy.

Jay</description>
		<content:encoded><![CDATA[<p>Doh, sorry, should have looked further down the page.  Pardon my redundancy.</p>
<p>Jay</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jay Herbig</title>
		<link>http://spiralbound.net/2005/12/21/rebuilding-the-solaris-device-tree#comment-7358</link>
		<dc:creator>Jay Herbig</dc:creator>
		<pubDate>Mon, 21 Aug 2006 13:58:14 +0000</pubDate>
		<guid isPermaLink="false">http://spiralbound.net/?p=135#comment-7358</guid>
		<description>Your directions look pretty good but I&#039;m not quite sure about the arguments.  Why, when you have the root mounted under /mnt are you using -r /a?  I know the /a convention is usually what you&#039;ll use if you&#039;re mounting a filesystem under a failed boot which exits to the degraded single user mode... but wouldn&#039;t the -r (root_dir) also be the mounted filesystem under /mnt?

Thanks, other than that looks great.  I&#039;m using some of your notes to migrate a fibre based V480 disk to a scsi based V440.

Jay</description>
		<content:encoded><![CDATA[<p>Your directions look pretty good but I&#8217;m not quite sure about the arguments.  Why, when you have the root mounted under /mnt are you using -r /a?  I know the /a convention is usually what you&#8217;ll use if you&#8217;re mounting a filesystem under a failed boot which exits to the degraded single user mode&#8230; but wouldn&#8217;t the -r (root_dir) also be the mounted filesystem under /mnt?</p>
<p>Thanks, other than that looks great.  I&#8217;m using some of your notes to migrate a fibre based V480 disk to a scsi based V440.</p>
<p>Jay</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: A Braunsdorf</title>
		<link>http://spiralbound.net/2005/12/21/rebuilding-the-solaris-device-tree#comment-7220</link>
		<dc:creator>A Braunsdorf</dc:creator>
		<pubDate>Wed, 16 Aug 2006 20:30:24 +0000</pubDate>
		<guid isPermaLink="false">http://spiralbound.net/?p=135#comment-7220</guid>
		<description>/etc/inst_to_path doesn&#039;t seem to be used (or created by this procedure) on i86pc.  Moved a drive from an older V40 to a newer one and can&#039;t get it to work, so any clues would be appreciated.  I&#039;ve done basically what&#039;s above moving from SPARC to SPARC, but doesn&#039;t seem to work on the AMDs. :-(</description>
		<content:encoded><![CDATA[<p>/etc/inst_to_path doesn&#8217;t seem to be used (or created by this procedure) on i86pc.  Moved a drive from an older V40 to a newer one and can&#8217;t get it to work, so any clues would be appreciated.  I&#8217;ve done basically what&#8217;s above moving from SPARC to SPARC, but doesn&#8217;t seem to work on the AMDs. <img src='http://spiralbound.net/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Weller</title>
		<link>http://spiralbound.net/2005/12/21/rebuilding-the-solaris-device-tree#comment-6190</link>
		<dc:creator>Jim Weller</dc:creator>
		<pubDate>Sun, 23 Jul 2006 17:41:04 +0000</pubDate>
		<guid isPermaLink="false">http://spiralbound.net/?p=135#comment-6190</guid>
		<description>Shouldn&#039;t

&lt;code&gt;
# devfsadm -r /a -p /mnt/etc/path_to_inst
&lt;/code&gt;

be

&lt;code&gt;
# devfsadm -r /mnt -p /mnt/etc/path_to_inst
&lt;/code&gt;</description>
		<content:encoded><![CDATA[<p>Shouldn&#8217;t</p>
<p><code><br />
# devfsadm -r /a -p /mnt/etc/path_to_inst<br />
</code></p>
<p>be</p>
<p><code><br />
# devfsadm -r /mnt -p /mnt/etc/path_to_inst<br />
</code></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: spiralbound.net &#187; How to copy a Solaris boot drive to a disk with a different partition layout</title>
		<link>http://spiralbound.net/2005/12/21/rebuilding-the-solaris-device-tree#comment-283</link>
		<dc:creator>spiralbound.net &#187; How to copy a Solaris boot drive to a disk with a different partition layout</dc:creator>
		<pubDate>Wed, 21 Dec 2005 19:20:54 +0000</pubDate>
		<guid isPermaLink="false">http://spiralbound.net/?p=135#comment-283</guid>
		<description>[...] Notice that the target number will remain 2, not move to 0 when we swap the disks and boot from the new one. To resolve this, it is strongly suggested that you rebuild the solaris device tree and change the vfstab file to reflect the new disk position. [...]</description>
		<content:encoded><![CDATA[<p>[...] Notice that the target number will remain 2, not move to 0 when we swap the disks and boot from the new one. To resolve this, it is strongly suggested that you rebuild the solaris device tree and change the vfstab file to reflect the new disk position. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
