system management
1753587 メンバー
6501 オンライン
108796 解決策
新規ポスト

エキスパートリカバリ時、"/"がパンク

 
N.Hanyu
貴重なコントリビューター

エキスパートリカバリ時、"/"がパンク

HP-UX:11i(B2000) Memory:256MB

本日、OSがだんまりになっていたので、電源断を試みたところ、

---------------------------------------------------------------------------

Boot

: disk(10/0/15/0.5.0.0.0.0.0;0)/stand/vmunix

disk(10/0/15/0.5.0.0.0.0.0;0)/stand/vmunix: cannot open, or not executable

ISL> hpux -is

Boot

: disk(10/0/15/0.5.0.0.0.0.0;0)/stand/vmunix

disk(10/0/15/0.5.0.0.0.0.0;0)/stand/vmunix: cannot open, or not executable

ISL> hpux -lm

Boot

: disk(10/0/15/0.5.0.0.0.0.0;0)/stand/vmunix

10596352 + 1875968 + 1454928 start 0x1fcc68

 ・

 ・

 ・

---------------------------------------------------------------------------

このような状況になりました。

システム領域が破損していると考え、コアメディアからエキスパートリカバリを

試みました。

リカバリ時、roadfile実行中に"/"が、file system is fullとなり中断しました。

Memory上に一時的に作成したFilesystemの領域は8532Kbでした。

ここで質問ですが、Memory上に作成するRAM1?の大きさは何で決まるのでしょうか?

もしや、エキスパートリカバリを使用する前提条件みたいなものは

存在するのでしょうか?

以上、長文すいません。よろしくお願いいたします。
3件の返信3
HASI
頻繁なアドバイザー

エキスパートリカバリ時、"/"がパンク

google("expert recovery" +HP-UX +ram)で資料らしき

ものを見つけました。参考になるかはわかりませんが、

以下のようなことが書いてありました。

Co-Procedure: Get more RAM File System Space

Sometimes the RAM file system offered during recovery is very small (e.g. 8MB). To have a

more comfortable environment it is often useful to enlarge that RAM file system. With more

space we are able to hold more commands in memory instead of freqently removing and

(re)loading files with rm and loadfile. This procedure extends the space to 32 MB.

RAMファイルシステムを32MBにする手順

# bdf

Filesystem kbytes used avail %cap iused ifree iused Mounted on

/ 8532 6555 1977 77% 273 2607 9% ?

# loadfile mkfs tar chroot

# mknod /dev/ram b 9 0x180000

^^^^ 0x8000 KB == 32 MB

# mknod /dev/rram c 9 0x180000

# mkfs /dev/rram

mkfs (hfs): /dev/rram - 32768 sectors in 64 cylinders of 16 tracks, 32 sectors

33.6Mb in 4 cyl groups (16 c/g, 8.39Mb/g, 1280 i/g)

Super block backups (for fsck -b) at:

16, 8240, 16464, 24688

# mkdir /space; mount /dev/ram /space

# cd /; tar cvf /space/tmp.tar .

# cd /space; tar xvf tmp.tar

# unset ENV; chroot /space /sbin/sh

# rm tmp.tar space/tmp.tar

# bdf

Filesystem kbytes used avail %cap iused ifree iused Mounted on

/ 32040 13433 15403 47% 282 4838 6% ?
N.Hanyu
貴重なコントリビューター

エキスパートリカバリ時、"/"がパンク

# mknod /dev/ram b 9 0xf00500

# mknod /dev/rram c 9 0xf00500

# mkfs /dev/rram

mkfs (hfs): Warning - 256 sector(s) in the last cylinder are not allocated.

mkfs (hfs): /dev/ram2 - 8960 sectors in 18 cylinders of 16 tracks, 32 sectors

9.2Mb in 2 cyl groups (16 c/g, 8.39Mb/g, 1280 i/g)

Super block backups (for fsck -b) at:

16, 8240

 となってしまい、どうしても9.2Mb以上の大きさに

なりません。

# mkfs /dev/rram 32768

と、大きさ指定してもtoo largeと言われERRになります。

 うぅぅん。どうやったら大きな領域を作ることが

出来るのでしょうか・・・。

N.Hanyu
貴重なコントリビューター

エキスパートリカバリ時、"/"がパンク

結局調査はしましたが、一時領域の拡張は出来ませんでした。

OSを再インストールしちゃいました・・・。

なんかドキュメントとか落ちてないものですかね?

結局もとのメモリが小さい(256MB)から駄目なんですかね?

256MB以上のメモリを持った人の過去の実績値などあったら、

是非教えてください。

ひなた