壊れた仮想ディスクを扱う – @knok blog
立ち上げっぱなしのWindowsマシンが、気が付くとBSoDで落ちてしまいました。原因は追加したHDDにあるようで、Linuxで観測してみると不定期にSATAのエラーを吐きます。 再起動したら、HDD自体が認識されず困ったので、testdiskでパーティションテーブルの復元を試みました。幸いなことに、これでNTFSパーティションの復旧はできました。このtestdiskはSystemRescueCD辺りも含まれているので、普段から起動ディスクとして用意しておくと安心です。 しかしこれだけでは不完全で、NTFSパーティション自体がdirtyになっていたので、回復コンソールからchkdsk /fを実施することでファイルシステムレベルの修正できました。 しかし不幸はこれだけでは終わりませんでした。対象HDD内においていた仮想マシンが起動しなくなり、grubのプロンプトに落ちるという状況になりました
VirtualBoxの仮想マシンフォルダ変更手順メモ - Qiita
はじめに VirtualBoxの仮想マシンフォルダに指定していたドライブ容量が逼迫してきたため、仮想マシンフォルダを他のドライブに移動した。そのときの手順メモ。 試した環境 Windows 7 64bit VirtualBox version 4.2.8 新規作成する仮想マシンのフォルダ変更 以下のとおり、環境設定を変更する。 1. メニューバーの「ファイル(F)」を選択 2. メニューアイテムの「環境設定（P）」を選択 3. 一般タブのデフォルトの仮想マシンフォルダー(通常は・・・・/VirtualBox VMs)を新しいフォルダに変更 4. OKボタンで決定 既存（作成済み）仮想マシンのフォルダ変更 真面目にやると VirtualBox VMsフォルダ内の対象仮想マシン名フォルダ以下を移動先にコピペして、VirtualBox上で仮想マシンを作り直す、というやり方で上手く行った。 （公式
【レポート】VirtualBox 4.0でデータの保存場所が変更された理由とは? | エンタープライズ | マイコミジャーナル
VirtualBox is a powerful x86 and AMD64/Intel64 virtualization product for enterprise as well as home use. 先月登場したVirtualBoxの最新版4.0ではこれまでと設定ファイルおよび仮想ディスク、スナップショットデータ、状態保存データなどの保存場所が変更されている。後方互換性があるため4.0よりも前の仮想マシンをそのまま活用することはできるが、4.0でこれらが変更されたのには理由があり、従来の形式のままではそれら恩恵にあずかることはできない。このあたりの話題がVirtualBox 4 configuration files - The Fat Bloke Singsにまとめられている。 4.0よりも前のバージョンと4.0とではデータの保存先が次のように変わっている。 4.0よりも前
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://japan.internet.com/webtech/20120515/3.html
