hockey97 said:
s there anything online I can download and boot off of? I have a 500 gb GB external hard drive. I want to know if I can use something just to access my hard drive and backup Apache and other server configuration files? Any suggestions?
Sure. You could download a bootable image (
*-disc1.iso if you have a CD drive,
*-dvd1.iso if you have a DVD or Bly-ray drive, or
*-memstick.img if you're using a USB flash drive) from
here. Regardless of which media type you use, boot it (you may need to either change the boot order in your BIOS or override it if your BIOS has a boot selection key - normally F10, F11 or F12). Tell it which locale you're in and then select the "Fixit" menu item. That will take you to a shell where you can mount your disk partitions and copy any settings over. If you need network access (for example, to FTP the files to a different system), select "Configure - post-install tasks" from the menu and then select "Networking" to set up your network parameters, then use Fixit to get a shell to back up your files.
I just need to boot off something enough so I can look into my hard drive and grab all the configuration files. I did do a backup but tried to restore it amd found out the dump was bad. So, I need to get back in and try and grab the configuration files.
Unless you're regularly tracking the relevant -STABLE branch (8-STABLE in your case), upgrading can be a bit of work. Definitely in the case of a major version change (for example, 8.x to 9.x) and often in the case of a minor version change (8.x to 8.y), it is easier to do a clean install of the system and packages / ports you need, then copy your configuration files over and carefully merge those changes in. The first time you do this, it will probably be a pain because your programs and data are mingled with the distribution ones. Careful organization of things will make this easier if you have to do it again in the future.
The reason for the re-install is twofold - first, if you upgrade, you'll have some programs which link against older libraries, and some which link against newer ones. Aside from taking up extra space, you can run into problems when linking programs. The second is that there's a lot of "behind the scenes" stuff going on in ports, and unless you read all of
/usr/ports/UPDATING very carefully, you can get into situations like the one you found yourself in. Some recent cases in point - the
db* ports, php default version changes, Perl updates, and (going back a bit further)
glib20 and
readline changes.