UNIX for Beginners Questions & Answers

Yes, the format you posted for vfstab looks correct.

Boot from DVD into single user and mount your clone root hard disk filesysytem under /a

Code:

rm -f /a/dev/rdsk/c*
rm -f /a/dev/dsk/c*
rm -f /a/dev/cfg/c*
devfsadm -c disk -r /a -p /a/etc/path_to_inst

This will recreate any/all device nodes for disks.

Then, shutdown in an orderly manner

Code:

# init 0

and, reconfigure at boot

Code:

ok> boot -r

Thanks.. Same result.

Can you post the error you are getting (or is it still scrolling too fast)?

I think the problem has occurred because we didn't know at the start that the original system from which the ufsdump was taken had volumes mirrored by Sun Volume manager.

Having thought about it, I think we need to repeat the root filesystem restore and insert some more steps. Most of the main steps you already know so this won't take too long.

1. Boot from DVD into single user and 'newfs' the root filesystem slice (c0t0d0s0).
2. Plumb, configure and up a network interface, and mount your NAS under /mnt
3. mount your now empty root filesystem under /a, cd into /a, check for Lost+Found as the sole contents.
4. Stay in /a and ufsrestore your root filesystem. When finished check the contents of /a looks like a root filesystem.
5. If this file exists immediately delete it:

Code:

# rm restoresymtable

6. Edit the file /a/etc/system and look for the line referencing 'rootdev'. Remove this line and write the file back.

7. Edit /a/etc/vfstab to point to the correct devices and removing all references to 'md' devices (as you did before).

8. Take the system down in orderly manner:

Code:

# init 0

9. Now be careful NOT to try and boot the system multi-user. Instead, boot from hard disk into single user mounting the root volume with write access:

Code:

ok> boot -sw

10. When at the # prompt (you may need to enter the root password to get there), issue the command:

Code:

# metaclear -a -f

which will blow away all the mirroring information.

11. Take the system down:

Code:

# init 0

12. Boot the system with the reconfigure switch:

Code:

ok> boot -r

Let's see if that will fix it. Leave the restored /usr volume alone; it shouldn't be affected.

Went pretty smooth up to step 11. When I

Code:

init 0

I get

Code:

INIT: Cannot access /var/adm/utmpx, remaining in single user mode

Is this a problem? I don't think var is mounted- correct?

Do you know if your /var is a separate filesystem?? If so, you are correct that /var is not mounted (does therefore not exist).

However, you must be careful how you bring the system down so not to corrupt anything.

If all else fails then the old-fashioned way is:

Code:

# sync
# sync
# <stop-A>

but that could still be iffy.

OK I did

Code:

boot -r

Its come back up with the correct host name. Its checked the slice where my var is and says its stable. Failed the forceload of a bunch of md stuff. Several messages about not being create and write to

Code:

utmpx

. I'm at

Code:

Type control-d to proceed with normal startup
 (or give root password for system maintenance