先週末、停電があり、x86 Solarisマシンの1つにいくつかの非常に悪いことをしたようです。起動を拒否し、起動時に「grub>」プロンプトに移動します。マルチブートカーネルとモジュールを認識させることができ、ブートを開始しようとしますが、ほとんどすぐにハングします。これらは私が入力しているコマンドとその結果です:
grub> find /boot/grub/stage1 (hd1,0、a) (hd2,0、a) (hd4,0、a) grub> root(hd1,0、a) grub> kernel/platform/i86pc/multiboot kernel/unix [Multiboot- elf、<0x1000000:0x141eb:0x128f5>、shtab = 0x1027258、entry = 0x1000000] grub> module /platform/i86pc/boot_archive [Multiboot-module @ 0x1034000、0x5ed3800バイト] grub>ブート
Bootコマンドを発行した後、端末がクリアを試み、カーソルが左上に戻り、これが一番上の行に表示されます。
eric_138889-08 32ビット
そして、システム全体がハングします。
私がSolarisを突っ込んだので、この獣を起動して次に何をすべきかわからないほど長い間です-どこに行くべきか/次に何をすべきかについて誰かが私にアドバイスを与えることができますか?
fsファイルシステムの場合
1)シングルユーザーモードでSolarisメディア(DVD)から起動する
2)ルートファイルシステムを/ aにマウントします。例:
mount /dev/dsk/c0t0d0s0 /a
3)grubをインストールし、ブートディスクのboot_archiveファイルを更新します。
cd /a/boot/grub
installgrub -fm stage1 stage2 /dev/rdsk/c0t0d0s0
4)bootadmコマンドを使用してboot_archiveを更新します。
bootadm update-archive -fv -R /a
zfsファイルシステムを使用している場合
1)シングルユーザーモードでSolarisメディア(DVD)から起動する
2)/ aマウントポイントにZFSルートプールをインポートします
zpool import -R /a rpool
3)オペレーティングシステムを含むデータセットをマウントします
zfs mount rpool/ROOT/sol10-u10
4)grubをインストールし、ブートディスクのboot_archiveファイルを更新します。
cd /a/boot/grub
installgrub -fm stage1 stage2 /dev/rdsk/c0t0d0s0
5)bootadmコマンドを使用してboot_archiveを更新します。
bootadm update-archive -fv -R /a
これは、Solaris x86/64での一般的な問題です。異常なシャットダウンの結果、boot_archive
は不整合な状態になっているようです。 PCハードウェアにはSun/OracleのOpenBootがないため、ソフトウェアでエミュレートされます。 boot_archive
にはその情報が含まれています。
boot_archive
の修正に関する説明は here にあります。