SCO

Jedi, what timezone are you in?

Pacific

df -kv as an alternative

divvy /dev/root will show the hard drive divisions starting and ending blocks. Might be well to know whether they are corrupted.

---------- Post updated at 03:48 PM ---------- Previous update was at 04:22 AM ----------

My only acessable installation, network on a SCSI using adaptec 2940 vanilla install, shows the following for divvy /dev/root

boot eafs 0 0 14999
swap nonfs 1 15000 62999
root htfs 2 63000 1032181
not used3
not used4
not used5
recover nonfs 6 1032182 1032191
whole disk 7 0 1032191

Yours probably would show the /u in division 3 with modifications to starting and ending blocks to fit it in and much larger divisions to fill your larger disk.

This fyi in case you haven't seen one.

After so many days trying to recover, I was left with no other choice but to rebuild a new kernel. I took steps to copy the existing kernel as well prior to rebuild.

After the rebuild, I was able to get a multi/gui screen logins. Checked the filesystem & noticed that I was missing one which was /u1. This contains the applications & data.

Checked the following entries on /etc/mnttab

# more mnttab
/dev/root/@A/dev/boot/standAA/dev/u1/u1A\306\334j

Added another entry for /dev/u1 to the end(dunno the used partition for /u1)...

/dev/u1/u1AA\306\334j

Edited entry as well for /etc/default/filesys as well:

bdev=/dev/boot cdev=/dev/rboot \
mountdir=/stand mount=no fstyp=EAFS \
fsck=no fsckflags= rcmount=yes \
rcfsck=no mountflags=

bdev=/dev/root cdev=/dev/rroot \
mountdir=/ mount=no fstyp=HTFS \
fsck=no fsckflags= rcmount=no \
rcfsck=no mountflags=

bdev=/dev/u1 cdev=/dev/ru1 \
mountdir=/u1 mount=yes fstyp=HTFS \
fsck=no fsckflags= rcmount=yes \
rcfsck=no mountflags=
rcmount=yes rcfsck=dirty

# mountall
fsstat: /dev/boot mounted
Mounted /stand filesystem
fsstat: cannot stat filesystem /dev/u1
mount: /dev/u1: No such device or address (error 6)
Failed to mount /u1 filesystem
mnt: no block device for entry number 4 in /etc/default/filesys

Is there anyway to recover the unmounted partition if ever recoverable? appreciate any inputs. Thanks.

What shows in divvy for the drive ?
Every potential division should have starting and ending blocks and a filesystem type.
If the division name is blank or a default name then you change the name to u1 and write it out. That creates the name in /dev. Or you can use the default name if it exists.

Once you have the name in /dev you can run "mkdev fs" and link the hardware device in /dev to the mount directory on /.

Since you did some manual modifications you may get errors when you try to attach. I would undo the manual modifications and let mkdev handle it all.

bash-2.03# divvy
+-------------------+------------+--------+---+-------------+------------+
| Name | Type | New FS | # | First Block | Last Block |
+-------------------+------------+--------+---+-------------+------------+
| boot | EAFS | no | 0 | 0| 15359|
| swap | NON FS | no | 1 | 15360| 406527|
| root | HTFS | no | 2 | 406528| 2093045|
| | NOT USED | no | 3 | -| -|
| | NOT USED | no | 4 | -| -|
| | NOT USED | no | 5 | -| -|
| recover | NON FS | no | 6 | 2093046| 2093055|
| hd0a | WHOLE DISK | no | 7 | 0| 2095087|
+-------------------+------------+--------+---+-------------+------------+
2093056 1K blocks for divisions, 2032 1K blocks reserved for the system


Hope this helps.

There is no unused space on the disk.
Notice that root and stand and swap account for all the blocks on the drive.
Run fdisk and see if the drive is split into two partitions. If it is then u1 is probably the second partition.
If this is so, run mkdev hd and add the second partition/drive, do not create a "new" file system, or do any destructive bad track testing.
If there is no second partition then the data that u1 contained is gone.
If the drive is only 2.1gb in total then there are no other partitions.