andyjm
asked on
File System Problem
I am running SCo Open server release 5.
One of my filesystems has become beyond full and will no longer mount.
when fsck is run, I get the following error on phase 1
DANGER: Filesystem being checked is larger than the device in which it is stored(/dev/usr40). The filesystem is 59472K while the device is 58476K. Backup filesystem and recreate as soon as possible.
My questions are:
1) How do I back it up if I cannot mount it?
2) How has this error occured?
Please could somebody answer this as soon as possible as it is imperitive to my current project deadlines.
Is there just an easy fix?
Thanks in advance
One of my filesystems has become beyond full and will no longer mount.
when fsck is run, I get the following error on phase 1
DANGER: Filesystem being checked is larger than the device in which it is stored(/dev/usr40). The filesystem is 59472K while the device is 58476K. Backup filesystem and recreate as soon as possible.
My questions are:
1) How do I back it up if I cannot mount it?
2) How has this error occured?
Please could somebody answer this as soon as possible as it is imperitive to my current project deadlines.
Is there just an easy fix?
Thanks in advance
ASKER
jlms
Have you any idea why this could have happened?
I'll try your suggestion
Have you any idea why this could have happened?
I'll try your suggestion
No idea! If your machine crashed it could be that the i-node table of your filesystem was corrupted, but since I don't have any SCO experience in reality is very difficult to say ...
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Before using fsdb, you can use "Ghosts" utility to make a copy of your disk.
ASKER
liuaihui.
I managed to fix the problem by using dd to copy the raw data to another partition. Then running fsck /dev/usr60.
This then made the 300MB usr60 partition into a 59MB partition.
Rebuilt the usr40 partition with an extra 100MB, and copied the files using tar accross to usr40.
All works fine now.
Thanks for your answer. It was probably the only way I could have fixed it if I had not had enough space elsewhere.
I managed to fix the problem by using dd to copy the raw data to another partition. Then running fsck /dev/usr60.
This then made the 300MB usr60 partition into a 59MB partition.
Rebuilt the usr40 partition with an extra 100MB, and copied the files using tar accross to usr40.
All works fine now.
Thanks for your answer. It was probably the only way I could have fixed it if I had not had enough space elsewhere.
In Solaris you can backup filesystems that are not mounted. Maybe it could be the case in SCO. Read carefully the man page of your bachup command (no tar or cpio, but somethiung specifically designed to take care of filesystems).