- Community Home
- >
- HPE Community, Japan
- >
- HP-UX
- >
- System Management
- >
- エキスパートリカバリ時、"/"がパンク
system management
1753587
メンバー
6501
オンライン
108796
解決策
フォーラム
カテゴリ
Company
Local Language
戻る
フォーラム
ディスカッションボード
フォーラム
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
ディスカッションボード
ディスカッションボード
ディスカッションボード
フォーラム
ディスカッションボード
戻る
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
ブログ
情報
コミュニティ言語
言語
フォーラム
ブログ
トピックオプション
- RSS フィードを購読する
- トピックを新着としてマーク
- トピックを既読としてマーク
- このトピックを現在のユーザーにフロートします
- ブックマーク
- 購読
- 印刷用ページ
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
11-16-2004 01:51 PM
11-16-2004 01:51 PM
エキスパートリカバリ時、"/"がパンク
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?の大きさは何で決まるのでしょうか?
もしや、エキスパートリカバリを使用する前提条件みたいなものは
存在するのでしょうか?
以上、長文すいません。よろしくお願いいたします。
本日、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
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
11-16-2004 08:55 PM
11-16-2004 08:55 PM
エキスパートリカバリ時、"/"がパンク
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% ?
ものを見つけました。参考になるかはわかりませんが、
以下のようなことが書いてありました。
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% ?
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
11-19-2004 02:24 PM
11-19-2004 02:24 PM
エキスパートリカバリ時、"/"がパンク
# 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になります。
うぅぅん。どうやったら大きな領域を作ることが
出来るのでしょうか・・・。
# 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になります。
うぅぅん。どうやったら大きな領域を作ることが
出来るのでしょうか・・・。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
12-01-2004 11:09 AM
12-01-2004 11:09 AM
エキスパートリカバリ時、"/"がパンク
結局調査はしましたが、一時領域の拡張は出来ませんでした。
OSを再インストールしちゃいました・・・。
なんかドキュメントとか落ちてないものですかね?
結局もとのメモリが小さい(256MB)から駄目なんですかね?
256MB以上のメモリを持った人の過去の実績値などあったら、
是非教えてください。
ひなた
OSを再インストールしちゃいました・・・。
なんかドキュメントとか落ちてないものですかね?
結局もとのメモリが小さい(256MB)から駄目なんですかね?
256MB以上のメモリを持った人の過去の実績値などあったら、
是非教えてください。
ひなた
上記の意見は、Hewlett Packard Enterpriseではなく、著者の個人的な意見です。 このサイトを使用することで、利用規約と参加規約に同意したことになります 。
© Copyright 2024 Hewlett Packard Enterprise Development LP