Jim and Hickd8,
Thanks for taking the time to reply. I have continued to work on it with no success.
Jim- Thanks for the tip about the file command. You were correct and the .dmp files are in ufs dump format.
# file partition0.dmp
partition0.dmp: ufsdump archive file
It helps to know that I'm at least on the right road.
Hicksd8- I think you are correct about the .vtoc files being the partitions table of contents. They are smaller, but not as small as I expected.
# ls -l
total 13969424
-rwxr-xr-x 1 root root 2795765760 Jan 29 17:34 *
-rwxr-xr-x 1 root other 3095059086 Jan 28 02:18 partition0.dmp
-rwxr-xr-x 1 root other 12546538 Jan 28 02:18 partition0.vtoc
-rwxr-xr-x 1 root other 1343487 Jan 28 02:18 partition3.dmp
-rwxr-xr-x 1 root other 1341439 Jan 28 02:18 partition3.vtoc
-rwxr-xr-x 1 root other 1242731825 Jan 28 02:19 space.tar
Don't pay attention to the dates, I'm booted from a cdrom copy of solaris 8 in single user mode at the moment.
I have two drives in the system I am working on, but I can only guess there were two drives in the other server that crashed. Unfortunately, I wasn't there when it happened, and they had already gotten rid of the old hardware.
I tried to use the cat command to read the .vtoc file but it just spit out a bunch of junk.
a8none//dev/dsk/c1t0d0s0ncciris???_~
Thanks for the tips, but so far I haven't had much luck getting ufsrestore to work on the .dmp files.
I'll update today as I try again with the exact commands I'm using. I am by no means a sysadmin, so there is a great possibility I'm doing things wrong.
Curt,
---------- Post updated at 10:58 AM ---------- Previous update was at 08:27 AM ----------
These are the instructions I am currently working from. -removed link for lack of posts-
I'm not sure if the forum will allow outside links, do I'll go through step by step what I am doing and why I am modifying parts.
Step 1. Boot server from cdrom in single user mode.
boot cdrom -s
Step 2. Create a partition for the drive I am trying to restore to. Side note: I have already repartitioned the drive and created a new file system on it.
mkdir /tmp/slice0
Step 3. Mount the drive to that directory.
]mount /dev/dsk/c1t1d0s0 /tmp/slice0
Step 4. Next I am mounting a second hard drive on the system with the backup files in it to restore from. Side note: I tried to do this from a thumb drive and recieved an error. I also burned the backup files to a cd, but solaris 8 will not read them. I also tried to burn it from multiple computers like other help forums suggested to no avail.
mkdir /tmp/backup
mount /dev/dsk/c1t0d0s0 /tmp/backup
Both devices mounted successfully.
/tmp/slice0 on /dev/dsk/c1t1d0s0 read/write/setuid/intr/largefiles/onerror=panic/dev=800008 on Tue Jan 30 11:43:54 1996
/tmp/backup on /dev/dsk/c1t0d0s0 read/write/setuid/intr/largefiles/onerror=panic/dev=800000 on Tue Jan 30 11:48:06 1996
Step 5 Execute the ufsrestore command. I may be doing this wrong because I dont really understand what the individual parts of the pipeline function are doing.
# ufsdump 0f - /tmp/backup/partition0.dmp | (cd /tmp/slice0;ufsrestore xvf -)
Output:
# ufsdump 0f - /tmp/backup/partition0.dmp | (cd /tmp/slice0;ufsrestore xvf -)
DUMP: Writing 32 Kilobyte records
DUMP: Date of this level 0 dump: Tue Jan 30 11:53:04 1996
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/rdsk/c1t0d0s0 (:/tmp/backup) to standard output.
Verify volume and initialize maps
DUMP: Mapping (Pass I) [regular files]
DUMP: Mapping (Pass II) [directories]
DUMP: Estimated 6060298 blocks (2959.13MB).
DUMP: Dumping (Pass III) [directories]
Dump date: Tue Jan 30 11:53:04 1996
Dumped from: the epoch
DUMP: Dumping (Pass IV) [regular files]
Extract directories from tape
Initialize symbol table.
Extract requested files
extract file ./partition0.dmp
DUMP: 46.50% done, finished in 0:11
DUMP: 92.99% done, finished in 0:01
DUMP: 6060286 blocks (2959.12MB) on 1 volume at 2347 KB/sec
DUMP: DUMP IS DONE
Add links
Set directory mode, owner, and times.
set owner/mode for '.'? [yn] set owner/mode for '.'? [yn] y
As you can see below it just created another dump file in the root directory. The /usr is from where I tried to do this yesterday and it kept the directory structure the dump file came from which was /usr/home. It didnt unpack those files either, just created a dump file there.
cd /tmp/slice0
# ls -l
total 6048034
drwx------ 2 root root 8192 Jan 29 07:49 lost+found
-rwxr-xr-x 1 root root 3095059086 Jan 29 18:05 partition0.dmp
drwxr-xr-x 3 root sys 512 Jan 28 02:15 usr
I think I am creating a dump instead of restoring one.
---------- Post updated at 12:15 PM ---------- Previous update was at 10:58 AM ----------
I went ahead and tried to restore the .dmp file that is on the target HDD just to see what would happen. Below is the error I have gotten when trying to restore it in the past from the target disk.
# cd /tmp/slice0
# ls
lost+found partition0.dmp usr
# ufsrestore rf partition0.dmp
resync restore, skipped 265154 blocks
Cannot find file dump list