Hi,<div><br></div><div>There's a RHEL5 system somewhere across the internet with a trashed root file system.  I have VPN access to the subnet where it lives.  But the system is not talking to the network.</div><div><br>
</div><div>The current plan is having an onsite person boot from a CentOS Live CD, copy a small script to configure networking, set a password for the centos user, start sshd, and tweak the default firewall to allow incoming ssh connections, once I have remote access to the live cd environment I'll create a new lvm logical volume, create a file system, and restore from a level 0 dump taken from a lvm snapshot just before things broke.  I'm pretty confident I have all of the above under control.</div>
<div><br></div><div>The part I'm not certain about is the grub voodoo to get the system to boot to the lvm with the restored root file system.</div><div><br></div><div>I'm not certain of the vintage of the restored root file system it was built from an old RHEL5 installation cd and last updated a year or so ago.  I have a CentOS 5.5 live cd .iso image staged for the onsite person to burn.  Are there differences in the boot process for CentOS/RHEL 5.x versions that I have to worry about.  Would it be better to try to get a closer match between the root file system and the live cd vintages.</div>
<div><br></div><div>At the moment I'm googling for info on the grub incantations for changing the root file system logical volume.</div><div><br></div><div>Any comments suggestions would be appreciated.</div><div><br>
</div><div>Thanks,<br clear="all"><br>-- <br>Drew Einhorn<br><br>"You can see a lot by just looking." <br>  --  Yogi Berra<br>
</div>