Solaris

Actually I just thought the same thing, I fixed it with /etc/mount instead, but the result should be the same I hit a few others bumps on the road.

I have mounted / with write and deleted the pesky usr-link, created /usr and moved /export/usr/* -> /usr.

It is still a bit wobbly, though. After a reboot, it says that it cannot find /usr/sbin/fsck.

Full message (muuuch shorter than before the "fix"):

WARNING - /usr/sbin/fsck not found. Most likely the mount of /usr failed or the /usr filesystem is badly damaged.

Jun 28 18:23:29 svc.startd[7]: svc:/system/filesystem/usr:default: Method "/libsvc/method/fs-usr" failed with exit status 95.
Jun 28 18:23:29 svc.startd[7]: system/filesystem/usr:default failed fatally: transitioned to maintenance (see 'svcs -xv' for details)
Requesting System Maintenance Mode
(See /lib/svc/share/README for more information.)
Console login service(s) cannot run

Now, when I log in, it's clear that there is no such thing as /usr/sbin. I suppose this is less-than-good

However, there are:

-bash-3.00# find / -name sbin
/usr/xpg6/platform/i86pc/sbin
/usr/xpg6/sbin
/usr/xpg6/sfw/sbin
/sbin

Speculation: Could I boot into failsafe and create a /usr/sbin and copy /usr/xpg6/sbin to /usr/sbin? I tried from System Maintenance to create /usr/sbin and then a cp /sbin/* /usr/sbin which failed with:

cp: bpgetfile and /usr/sbin//bpgetfile are identical
cp: cannot access in.mpathd

Addition:
I found that bpgetfile is a link to /usr/sbin/pgetfile and in.mpathd is another link to /usr/lib/iet/in.mpathd. These *could* be discarded at first and investigated later?

Hmm. Why is /usr/sbin missing? It should be there (obviously! I was there before you moved stuff to /export/usr)

Can you send the output of:

Code:

ls -l /
ls -l /export/usr
ls -l /usr

(I'm in the process of fixing mine again, and it looks good.. no errors. This is after breaking it like yours the first time).

I got a little further. Now, it complains that it cannot mount /dev/fd. I copied all files from /sbin -> /usr/sbin with the exception of the two links which were fairly broken.

Here's some ls-mayhem (I have not written owner, group and mods since i'm doing it manually this time):

-bash-3.00# ls -l /
Desktop
Documents
bin -> ./usr/bin
boot
core
dev
devices
etc
export
home
kernel
lib
lost+found
mnt
net
opt
platform
proc
rmdisk
sbin
system
tmp
u03
usr
var
vol

-bash-3.00# ls -l /export/usr
total 0

-bash-3.00# ls -l /usr
bin
sbin (I created the directory and copied /sbin/* -> /usr/sbin)
xpg6

Well, it seems that /usr is missing a lot for stuff.

I'm sure it must be somewhere! It might be that you've copied it somewhere and then overmounted it when you rebooted.

Can you send the output of

Code:

mount
df
find / -name sbin -type f

Yeah, it could look like it's still missing something here and there.
Here is the result of our little detective work:


mount:
/ on /dev/dsk/c0d1s0 read/write/setuid/devices/intr/largefiles/logging/xattr/onerror=panic/dev=1980000 on Sun Jun 28 18:45:26 2009
/devices on /devices read/write/setuid/devices/dev=4700000 on Sun Jun 28 18:45:26 2009
/system/contract on ctfs read/write/setuid/devices/dev=4740001 on Sun Jun 28 18:45:12 2009
/proc on proc read/write/setuid/devices/dev=4780000 on Sun Jun 28 18:45:12 2009
/etc/mnttab on mnttab read/write/setuid/devices/dev=47c0001 on Sun Jun 28 18:45:12 2009
/etc/svc/volatile on swap read/write/setuid/devices/xattr/dev=4800001 on Sun Jun 28 18:45:12 2009
/system/object on objfs read/write/setuid/devices/dev=4840001 on Sun Jun 28 18:45:12 2009
/etc/dfs/sharetab on sharefs read/write/setuid/devices/dev=4880001 on Sun Jun 28 18:45:12 2009

df:
/ (dev/dsk/c0d1s0): 1568400 blocks 419959 files
/devices (/devices): 0 blocks 0 files
/system/contract (ctfs): 0 blocks 2147493641 files
/proc (proc): 0 blocks 8082 files
/etc/mnttab (mnttab): 0 blocks 0 files
/etc/svc/volatile (swap): 1558680 blocks 150685 files
/system/object (objfs): 0 blocks 2147483509 files
/etc/dfs/sharetab (sharefs) 0 blocks 2147483646 files

find / -name sbin -type f
(no results)

my brain said "-type -d" and my fingers said "-type -f"

This is one for the scrap book! Six hours ago, I was happily bored I owe you some bits.

Can I ask you to run "find / -name sbin -type d" - can you first run mountall again, as /export/home is missing.

I'm struggling to know where everything from /usr went.

Haha, sure thing, no problem - we're doing great - at least it's a good opportunity for learning

Mountall has taken a turn for the worse and is not able to mount /dev/rdsk/c0d1s7: (which should be /export/home)

-bash-3.00# mountall
mount: Operation not applicable to FSType tmpfs

-bash-3.00# find / -name sbin -type d
/usr/xpg6/platform/i86pc/sbin
/usr/xpg6/sbin
/usr/xpg6/sfw/sbin
/usr/sbin