Ask a Question related to SCO, Design and Development.
-
c3q8 #1
SCO Filesystem
Help plz
using sco 3.2v4.2 ... powerfailer ochh!... not able to mount /dev/u
try fsck on /dev/root .. it's ok
try fsck on /dev/u get error "fsck: cannot determine filesystem type
of /dev/u"
looked into divvy table the /u is there and type "NON FS"
tried to rename /u in divvy to /ux .. and... mkdev fs /ux .. but no go
same error message filesystem type... this is a per sco help forum...
mount said "cannot stat /dev/ux" or /dev/u for that matter
plz help ... last backup is 30days old ... need data on /u ... plz help
Tawfiq
--
Posted via [url]http://dbforums.com[/url]
c3q8 Guest
-
dealing with the filesystem?
In Flash, How it is possible to create directorys and files etc? Can someone post some links or examples please? -
FileSystem Object
I am wondering if anyone could help me with the following problem I need to write some asp code that accepts a path to some directory on the Web... -
filesystem help
Yousuf wrote: The block number it's complaining about is in 1/2K blocks. In 1K units, it's at 18307903K into the division. Since the size of... -
SCSI ID <--> filesystem
.... a particular (5.0.6) server has a SCSI backplane with four hard disks hanging off of it. All I know is the SCSI ID (it is the position in the... -
Read only filesystem??
On Wed, 25 Jun 2003 at 19:58 GMT, Mike L eloquently wrote: Does the output of mount say your filesystems are mounted rw or r? Example: /dev/hdb3... -
Bela Lubkin #2 Re: SCO Filesystem
Tawfiq wrote:
Ok, first step, _stop_. Do not do any more wild attempts to fix /dev/u,> using sco 3.2v4.2 ... powerfailer ochh!... not able to mount /dev/u
> try fsck on /dev/root .. it's ok
> try fsck on /dev/u get error "fsck: cannot determine filesystem type
> of /dev/u"
> looked into divvy table the /u is there and type "NON FS"
> tried to rename /u in divvy to /ux .. and... mkdev fs /ux .. but no go
> same error message filesystem type... this is a per sco help forum...
> mount said "cannot stat /dev/ux" or /dev/u for that matter
> plz help ... last backup is 30days old ... need data on /u ... plz help
you are likely to wipe out the data permanently.
Next, post exact error messages, not your interpretation of them.
Finally, us the results of:
# hwconfig -h
# divvy
# mount -r /dev/u /u
# grep -i "di*sk" /usr/adm/messages | uniq
>Bela<Bela Lubkin Guest
-
c3q8 #3 Re: SCO Filesystem
following is as per ur instructions
# hwconfig -h
device address vec dma comment
====== ======= === === =======
fpu - 13 - type=80387
serial 0x3f8-0x3ff 4 - unit=0 type=Standard nports=1
floppy 0x3f2-0x3f7 6 2 unit=0 type=135ds18
console - - - unit=vga type=0 12 screens=68k
eisarom - - - eisa (1.3.0)
adapter 0xbc00-0xbcff 15 - type=arad ha=0 id=7 fts=st
adapter 0xbc00-0xbcff 15 - type=arad ha=1 id=7 fts=st
iopro 0x180-0x18f 11 - unit=0 V1.04.02
tape - - - type=S ha=0 id=2 lun=0 ht=arad
tape - - - type=S ha=1 id=3 lun=0 ht=arad
disk - - - type=S ha=0 id=0 lun=0
ht=arad fts=stdb
Sdsk - - - cyls=264 hds=255 secs=63
# divvy
+---------------+---------------+--------+---+-------------+------------
-+
| Name | Type | New FS | # | First Block | Last Block
| |
+---------------+---------------+--------+---+-------------+------------
-+
| root | EAFS | no | 0 | 0|
| 239503|
| swap | NON FS | no | 1 | 239504|
| 304503|
| u | NON FS | no | 2 | 304504|
| 2104000|
| bAFD | NOT USED | no | 3 | -|
| -|
| bAFE | NOT USED | no | 4 | -|
| -|
| scratch | NON FS | no | 5 | 2104001|
| 2104500|
| recover | NON FS | no | 6 | 2104504|
| 2104513|
| hd0a | WHOLE DISK | no | 7 | 0|
| 2112515|
+---------------+---------------+--------+---+-------------+------------
-+
# mount -r /dev/u /u
mount: cannot stat '/dev/u'
# grep -i "di*sk" /usr/adm/messages | uniq
G H0 H1 H2 H3 H4 H5 H6 %disk --type=S ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F17 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
NOTICE: Sdsk: Unrecoverable error reading SCSI disk 0 dev 1/40 (ha=0
id=0 lun=0) block=62
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
F19 G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
ha=0 id=0 lun=0 ht=arad fts=stdb
%Sdsk - - - cyls=264 hds=255 secs=63
tnx
--
Posted via [url]http://dbforums.com[/url]
c3q8 Guest
-
c3q8 #4 Re: SCO Filesystem
ps
had to delete few dup lines from /usr/adm/messages ... dbforums message
size small ... tnx
--
Posted via [url]http://dbforums.com[/url]
c3q8 Guest
-
Bela Lubkin #5 Re: SCO Filesystem
c3q8 wrote:
Ok, I'll add that to my giant mental database of why dbforums.com sucks.> had to delete few dup lines from /usr/adm/messages ... dbforums message
> size small ... tnx
The command I gave,
# grep -i "di*sk" /usr/adm/messages | uniq
was supposed to eliminate duplicates. Guess it didn't work.
>Bela<Bela Lubkin Guest
-
Bela Lubkin #6 Re: SCO Filesystem
c3q8 wrote:
> following is as per ur instructions
> # hwconfig -h> adapter 0xbc00-0xbcff 15 - type=arad ha=0 id=7 fts=st
> adapter 0xbc00-0xbcff 15 - type=arad ha=1 id=7 fts=st> disk - - - type=S ha=0 id=0 lun=0 ht=arad fts=stdb
> Sdsk - - - cyls=264 hds=255 secs=63> # divvy
> +---------------+---------------+--------+---+-------------+-------------+
> | Name | Type | New FS | # | First Block | Last Block |
> +---------------+---------------+--------+---+-------------+-------------+
> | root | EAFS | no | 0 | 0| 239503|
> | swap | NON FS | no | 1 | 239504| 304503|
> | u | NON FS | no | 2 | 304504| 2104000|Ok, there's my mistake -- should have had you pipe it through `sort -u`.> # mount -r /dev/u /u
> mount: cannot stat '/dev/u'
>
> # grep -i "di*sk" /usr/adm/messages | uniq
> G H0 H1 H2 H3 H4 H5 H6 %disk --type=S ha=0 id=0 lun=0 ht=arad fts=stdb
>
> %Sdsk - - - cyls=264 hds=255 secs=63
>
> G H0 H1 H2 H3 H4 H5 H6 %disk - - - type=S
> ha=0 id=0 lun=0 ht=arad fts=stdb
>
> %Sdsk - - - cyls=264 hds=255 secs=63
But I wanted to see if the geometry had changed over time. Should have
used:
# grep -i "di*sk.*cyls=" /usr/adm/messages | uniq
Anyway, geometry has been consistent over time. And anyway, you can
access your root filesystem which is on the same partition, so the
geometry must be correct.
So.
You have a real live corrupted filesystem. Something has overwritten
the beginning of the filesystem, which includes the superblock.
Recovering from that is not going to be easy. You will probably need
the help of a consultant or a data recovery service.
Here are three articles dredged out of the SCO Knowledge Base tarpit, of
some degree of relevance. None will directly solve your problem.
[url]http://stage.caldera.com/cgi-bin/ssl_reference?103593[/url]
[url]http://stage.caldera.com/cgi-bin/ssl_reference?110488[/url]
[url]http://stage.caldera.com/cgi-bin/ssl_reference?103182[/url]
Check [url]http://pcunix.com/[/url] for possible consultants or recovery services.
[url]ftp://ftp.armory.com/~rts/fsrd/[/url] contains a utility that may be of some
help.
>Bela<Bela Lubkin Guest
Reply With QuoteSimilar Questions and Discussions
Posting Permissions
- You may not post new threads
- You may post replies
- You may not post attachments
- You may not edit your posts
