Whenever you did linux rescue did you do chroot /mnt/sysimage. I am not sure if this would cause problems, the only reason I ask is becuase if root isn't set to /mnt/sysimage and it is trying to look in /etc/fstab it should be looking in /mnt/sysimage/etc/fstab; this might cause the disk not to mount. This could be a simple grub issue, let me know. On 6/13/06, Scott Silva <ssilva at sgvwater.com> wrote: > > techlists at comcast.net spake the following on > 6/13/2006 1:54 PM: > > Unfortunately, I do *not* remember the original partition settings. > > > > I was hoping to find a live CD that could fix such disasters (i.e. > systemrescueCD, or some such thing). I did find a Windows based program > that's supposed to do the trick. The evaluation edition lets you see if it > can see your lost data; you have to buy it ($79) to actually be able to > recover the data. This was at: > > > > http://www.stellarinfo.com/linux-data-recovery.htm > > > > I'm sure there must be an open source trick somewhere that should work > though. > > > > Paul > Try testdisk. Here is a link to some info of which Live CD's have it. > http://www.cgsecurity.org/wiki/TestDisk_Livecd > > > -- > > MailScanner is like deodorant... > You hope everybody uses it, and > you notice quickly if they don't!!!! > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos > -- Thx Joshua Gimer -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20060614/35193441/attachment-0004.html>