BOOTCAMPの問題について書いたが、そういえば「そのパーティションサイズの変更仕方」について書くと言いながら書いてなかった。
BOOTCAMPでWindows領域を作るときパーティションを切るが、そのサイズを後々変更したい場合があるだろう。私の場合、最初Mac領域を余裕を持って大きめにしていたが、結局(ほぼ)Windows専用機とするためMac領域を最小限にしてWindows領域を広げようとした。
ここで前述の通りいろいろな問題が発生したわけだが、ちゃんと正しい方法をとっていれば、それほど苦労なく変更できる。
・一番確実なのはWincloneを使う方法
Wincloneとは、BOOTCAMPのWindows領域をMacOS上でバックアップするプログラムである。
昔は無償だったらしいが、現在は有償である。ただし高くはないし、その分日本語にも対応しているし、格段に安定している（らしい）。無料であった旧バージョンを使った方法を乗せているサイトもあるが、面倒な上失敗する可能性も高いので、ここは有償でも最新版を入手するのが吉である。
これを使うパーティションサイズの変更手順。
0.念のため、MacOS部分はTimeMachineでバックアップしておく
1.WincloneでWindows領域をイメージ化する
ベタでイメージ化するのではなく利用されている領域のみZIP圧縮して保存される。
しかし、それなりの大きさにはなるので、それを保存できる外部HDDが必要である。
Mac領域内に入りきれば内蔵HDDでも行けるが、難しい場合が多いと思う。
当然、Mac領域を小さくしたいなら内蔵HDDに保存するのはだめ。
なお、NTFSでフォーマットされたHDDには、Paragon NTFSを導入していたとしても保存できない(必ず途中でエラーが発生する)。ネットワークで共有された他のMac上のHDDには保存できる。また、USB-HDDでNTFSとHFS+のパーティションを持っている場合、HFS+領域には保存可能。
また、サイズがサイズだけにそれなりの時間もかかる。夜中に走らすのが良いかもしれない。
2．ディスクユーティリティでパーティションサイズを変更する。
MacOSとWindowsの各領域の配分を変えると言った方がわかりやすいかも知れない。
Mac側にせよWindows側にせよ、元より小さくなる方は、元の領域内で実際に使われていたサイズより小さくはできない（だから、内蔵HDDにイメージを保存するべきではない)。
この作業をしてもパーティション0のMacOS領域は残るが、Windows領域は消えることになる。
3.Wincloneでイメージを戻す
パーティションサイズの変更ができたら、再度Wincloneを起動して、今度はイメージを戻す。
このときパーティションサイズが変更されていることを検知すると、 イメージ展開後にパーティション情報を書き換えてうまく合わせこんでくれる。ここがWincloneのえらいところである。
Wincloneを使う方法は、時間こそかかるが複雑な手順があるわけではなく簡単である。
もう1つ方法を思いついたが、これは試していない。
こちらは、うまくいけば無料でできる。
一応書いておく。
1．ディスクユーティリティを起動
2．Windows領域を「新規イメージ」で書き出す
3．パーティションを変更
4．復元でイメージを戻す
5．TestDiskでディスクを走査し、パーティション情報を再構築させる
TestDiskについては「WindowsHomeServerのPC復元ディスクの重大バグ」のネタに書いたので、参照あれ。ただし、その動作の仕組み上、パーティションの変更を繰り返してるHDDでは誤動作する可能性も高い。
誰か試してうまくいったら、ご報告いただけるとありがたい。
自分ではもう二度とこんな面倒なことする気はないので。
2013年3月22日金曜日
2013年2月24日日曜日
BootCamp領域のWindowsのバックアップ仕方
先の記事で述べたとおり、BootCampのWindows領域はWHSのバックアップでは復旧できない。
ではどうやってそのまるごとバックアップを取っておいたらいいか。
(ファイル単位のバックアップはいくらでも方法があるので書かない。)
まず最初に、すぐに考えられそうな方法について、その結果を述べておく。
・Windows7の持つバックアップ機能は非常に遅く、実用できない。
400GBで2時間かけて3％ってありえない速度。
MSもとりあえず付けただけで、絶対に実験とか社内で実用してないと思う。
一応パッチファイルも見つけたが、当てられなかった。だめじゃん。
・Windows領域（NTFS領域)はTimeMachineバックアップできない
という状況である。
そこで私がとったのは、「Winclone」というアプリを使う方法である。
WincloneとはMac上でBootCampのWindows領域をまるごとバックアップできるプログラムである。
以前は無償だったらしいが、現在は有償になっている。ただしその分安定し、日本語にも対応している。個人で使うには「Indivisual」で$19.99である。
これを使えば、BootCamp領域のWindowsをまるごとバックアップでき、そのイメージファイルを使えば、他のHDDやパーティションを拡大・（入るなら）縮小してもそれに合わせて再構築してくれる。
ただし、利用上にはいくつか注意もある。
・バックアップを保存する先はHFS+でフォーマットされたHDDかネットワーク先のドライブに限る。
MacOSからNTFSのHDDに書き込みできるドライバーを導入していても、NTFS-HDDへ保存すると初期段階でエラーが発生する(しかもフォルダーにカスが残る)。
・なにせ最低でも10GB単位なのでかなり時間が掛かる。しかも、この間その書き出し対象ディスクに対して(数多い)読み書きをすると途中でエラーを発生することがあるので、基本、夜中など他の作業をしない時間帯に走らせたほうが良い
・バックアップから戻すときも、戻すドライブに対して読み書きを余りしないほうが良い。していると、展開直後にエラーを発生したりすることがある。こちらも当然ながら、非常に時間が掛かる。
・まるごとバックアップのみなので、差分記録はできない。
そのため、毎日とか定期保存には向かない。
・Wincloneで戻したWindows領域はMac側から起動対象ディスクとして認識されないことがある。
具体的には、システム環境設定の起動ディスクの一覧に出てこない。
そのため、Option（またはAlt）キー押し起動で起動デバイスとしてWindowsを選択し、Windows内のBootCamp設定で「Windowsから起動する」に設定する必要がある。
これをしないと、毎回Option(alt)押し起動するハメになる。
これはWincloneの問題ではなく、Paragon NTFSの所業と判明。
・途中でエラーが出て止まってしまう時は、ディスクユーティリティで「ディスクの修復」および「アクセス権の修復」をかけると治る事がある
Windows７のPro以上のモデルではファイルやフォルダの暗号化が出来るが、これを設定していると、戻したディスク上で読めなくなる可能性がある。設定時に解除キーを確実な場所に保存し、それを覚えておけばいいが、それを忘れた場合、全く戻す手法がなくなってしまう。
アタッシェケースなど、どこでも復号できるソフト暗号化のほうが良い。
私は今回これで３日無駄にした。
とにかく、Windowsの構築が終わったらWincloneでまるごとバックアップを取る、
ユーザーファイルは別途Windows上でバックアップしておくがが重要である。
・・・とは書いたものの、Windows上にもまるごとバックアップを取ることが出来るアプリケーションがあるのではないか、という気はせんではない。いやあるだろう。フリーウエアでもあるかもしれない(^_^;)。
ではどうやってそのまるごとバックアップを取っておいたらいいか。
(ファイル単位のバックアップはいくらでも方法があるので書かない。)
まず最初に、すぐに考えられそうな方法について、その結果を述べておく。
・Windows7の持つバックアップ機能は非常に遅く、実用できない。
400GBで2時間かけて3％ってありえない速度。
MSもとりあえず付けただけで、絶対に実験とか社内で実用してないと思う。
一応パッチファイルも見つけたが、当てられなかった。だめじゃん。
・Windows領域（NTFS領域)はTimeMachineバックアップできない
という状況である。
そこで私がとったのは、「Winclone」というアプリを使う方法である。
WincloneとはMac上でBootCampのWindows領域をまるごとバックアップできるプログラムである。
以前は無償だったらしいが、現在は有償になっている。ただしその分安定し、日本語にも対応している。個人で使うには「Indivisual」で$19.99である。
これを使えば、BootCamp領域のWindowsをまるごとバックアップでき、そのイメージファイルを使えば、他のHDDやパーティションを拡大・（入るなら）縮小してもそれに合わせて再構築してくれる。
ただし、利用上にはいくつか注意もある。
・バックアップを保存する先はHFS+でフォーマットされたHDDかネットワーク先のドライブに限る。
MacOSからNTFSのHDDに書き込みできるドライバーを導入していても、NTFS-HDDへ保存すると初期段階でエラーが発生する(しかもフォルダーにカスが残る)。
・Winclone(４まで)には致命的とも言える問題があって、対象とするBootcamp領域のNTFSにエラーがあってはいけない＝chkdskでエラーがない状態でなければならない。NTFS領域もMacのディスクユーティリティのディスクの修復で多くの場合修復可能であるが、一部見逃されるものがあり、それはWindows上でchkdskして修復するしかない。しかし、Bootcamp領域は以下の理由により殆どの場合かけられない。
１．Bootcamp領域はC:ドライブ(システムドライブ)である
２．chkdskは、システムドライブに対しては修復付きの実行はできないため、再起動時に実行されるよう予約される(チェックだけならできる)
３．ところが、その予約実行時に「An unspecified error occurred (766f6c756d652e63 3f1)と表示されて止まってしまう
４．これはパーティション情報が異常になっている(とWindowsが判断した)時に発生するものらしい。１パーティションしかないHDDでは発生しないと思われるが、Bootcamp環境では必ず２パーティション(以上)存在するので発生しやすい
５．バックアップを取り、パーティションを切り直して復元すれば治るらしいが、そもそもそのバックアップが取れないのでどうしようもない
そのエラーが出たままでもWindowsとしての動作にはなんの問題もない。
ということで、このエラーが出た場合はWincloneは使えなくなる。
ひょっとしたら、Linux上にあるNTFSのパーティション情報修復ツールを使えば治るのかもしれないが、今のところMac上で起動できるLinuxをうまく構築できてないので未検証。
・なにせ最低でも10GB単位なのでかなり時間が掛かる。しかも、この間その書き出し対象ディスクに対して(数多い)読み書きをすると途中でエラーを発生することがあるので、基本、夜中など他の作業をしない時間帯に走らせたほうが良い
・バックアップから戻すときも、戻すドライブに対して読み書きを余りしないほうが良い。していると、展開直後にエラーを発生したりすることがある。こちらも当然ながら、非常に時間が掛かる。
・まるごとバックアップのみなので、差分記録はできない。
そのため、毎日とか定期保存には向かない。
これはWincloneの問題ではなく、Paragon NTFSの所業と判明。
・途中でエラーが出て止まってしまう時は、ディスクユーティリティで「ディスクの修復」および「アクセス権の修復」をかけると治る事がある
Windows７のPro以上のモデルではファイルやフォルダの暗号化が出来るが、これを設定していると、戻したディスク上で読めなくなる可能性がある。設定時に解除キーを確実な場所に保存し、それを覚えておけばいいが、それを忘れた場合、全く戻す手法がなくなってしまう。
アタッシェケースなど、どこでも復号できるソフト暗号化のほうが良い。
私は今回これで３日無駄にした。
とにかく、Windowsの構築が終わったらWincloneでまるごとバックアップを取る、
ユーザーファイルは別途Windows上でバックアップしておくがが重要である。
・・・とは書いたものの、Windows上にもまるごとバックアップを取ることが出来るアプリケーションがあるのではないか、という気はせんではない。いやあるだろう。フリーウエアでもあるかもしれない(^_^;)。
2013年2月16日土曜日
WindowsHomeServerのPC復元ディスクの重大バグ
WindowsHomeServerのPC復元ディスクには極めて重大なバグがいる。
「パーティションを切っている場合、最初のパーティション以外は復旧出来ない」
「復旧出来ない」だけならまだ良いのだが、「パーティション情報を破壊してHDD全体をアクセス不可にしてしまう」。
MacにBootCampでWindowsを導入している場合、パーティション０がMacOS、１にWindowsが入るが、このWindowsを復元しようとした場合、HDDのパーティション情報を破壊して、Mac OSも含めも全てのデータが消えてしまう。
どうやら、常にHDDの先頭からに入れようとするようだ。
PC復元ディスクで復元データを選んで復元先を選んだ直後にエラーが出て、この状態になる。
パーティション情報がなくなると、HDD内に何もない状態になってしまう。
HDD内のMacOS復元領域も読めなくなるので、ネットワークに繋がらない場合、全く復旧のしようがなくなる。
2013/03/04補足：
ここで諦める前に、1つ手がある。
パーティション情報の復旧を行えるツールとしてTestDiskというのが存在する。
HDD内を走査し、かなり正確に復旧してくれる「こともある」（出来ないことも当然ある）。
WHSの全復旧をやってしまった直後なら復活できるかもしれない。
うちでも作業の途中に何回か使って、正しく復活できたこともあった。
英語版しかないし、HDDの専門用語が出てくるので多少知識が必要だが、
日本語で説明しているサイトもここを始めたくさんある。
Linuxを使って起動CDまたはUSBを作るか、Macの場合外部HDD上にMacOSを構築してそこからOSを起動、コンソール上からTestDiskを実行するという手もある。私がとったのは後者。
いずれにせよ、他のPCが必要になる。
・・・
ネットワークに繋がる場合は、インターネットRecoveryなるものを開始される。
Appleに接続してOSをダウンロードしてきて復旧する。MacOSとして起動できるようになるまで30分以上かかる。
しかもLion。でも出来るだけまだマシといえる。
ということで、
「WindowsHomeServerのPC復元ディスクは、BootCampのWindowsでは絶対に使ってはいけない。」
である。
こういう時に限って外の問題もどんどん出てきて、結局復旧に丸１週間もかかってしまった。
今回は兎にも角にもいろいろな状況に遭遇した。
じゃあ、BootCampのWindowsはどうやってバックアップを取ったらいいのかとか、
BootCampでWindowsも使うMacにはこのツールは絶対いれておけか、
実はパーティション情報だけなら復旧方法があったとか、
そういう情報も追って公開したいと思う。
「パーティションを切っている場合、最初のパーティション以外は復旧出来ない」
「復旧出来ない」だけならまだ良いのだが、「パーティション情報を破壊してHDD全体をアクセス不可にしてしまう」。
MacにBootCampでWindowsを導入している場合、パーティション０がMacOS、１にWindowsが入るが、このWindowsを復元しようとした場合、HDDのパーティション情報を破壊して、Mac OSも含めも全てのデータが消えてしまう。
どうやら、常にHDDの先頭からに入れようとするようだ。
PC復元ディスクで復元データを選んで復元先を選んだ直後にエラーが出て、この状態になる。
パーティション情報がなくなると、HDD内に何もない状態になってしまう。
HDD内のMacOS復元領域も読めなくなるので、ネットワークに繋がらない場合、全く復旧のしようがなくなる。
2013/03/04補足：
ここで諦める前に、1つ手がある。
パーティション情報の復旧を行えるツールとしてTestDiskというのが存在する。
HDD内を走査し、かなり正確に復旧してくれる「こともある」（出来ないことも当然ある）。
WHSの全復旧をやってしまった直後なら復活できるかもしれない。
うちでも作業の途中に何回か使って、正しく復活できたこともあった。
英語版しかないし、HDDの専門用語が出てくるので多少知識が必要だが、
日本語で説明しているサイトもここを始めたくさんある。
Linuxを使って起動CDまたはUSBを作るか、Macの場合外部HDD上にMacOSを構築してそこからOSを起動、コンソール上からTestDiskを実行するという手もある。私がとったのは後者。
いずれにせよ、他のPCが必要になる。
・・・
ネットワークに繋がる場合は、インターネットRecoveryなるものを開始される。
Appleに接続してOSをダウンロードしてきて復旧する。MacOSとして起動できるようになるまで30分以上かかる。
しかもLion。でも出来るだけまだマシといえる。
ということで、
「WindowsHomeServerのPC復元ディスクは、BootCampのWindowsでは絶対に使ってはいけない。」
である。
こういう時に限って外の問題もどんどん出てきて、結局復旧に丸１週間もかかってしまった。
今回は兎にも角にもいろいろな状況に遭遇した。
じゃあ、BootCampのWindowsはどうやってバックアップを取ったらいいのかとか、
BootCampでWindowsも使うMacにはこのツールは絶対いれておけか、
実はパーティション情報だけなら復旧方法があったとか、
そういう情報も追って公開したいと思う。
2012年2月26日日曜日
MacとWindowsのフォルダの違い
MacでもWindowsでも、ファイルシステムにおける階層化構造のことを「フォルダ」と呼ぶ。
もともとWindows、というかDOSでは「ディレクトリ」と読んでいたが、いつの頃からか「フォルダ」と呼ばせるようになった。Windows95からだったか。
この呼び名の変更は明らかにMacを意識したものだと思われる。
GUI化するとき、「アイコンがフォルダの方が作りやすい」とも、まことしやかに囁かれているが、多分それはこじつけ。
しかし、この２つのOSにおける「フォルダ」の意味合いは大きく異なる。
Windowsにおけるフォルダは単に「ディレクト」の名称変更に過ぎず、機能的差異は全くない。フォルダを１つのファイルとして扱うことはできない。
ところが、Macではフォルダは１つのファイルとして扱うことも出来る。まさしくファイルを束ねる「フォルダ」である。OSまたはアプリによって認識されている特殊フォルダに関しては、通常の方法ではその下のファイルを見ることができなくも出来る。
例えば、Macのアプリケーション実行ファイル名は*.appだと思われがちだが、
実はこれはファイル名ではなくフォルダ名である。CTRL+クリックまたはマウスの右クリックで「パッケージの内容」を選ぶと、その中に入っている実際のファイルが見える。
Macではアプリケーションの削除は.appの削除だけでいいと言われるが、それは実はフォルダごと消せるからである。
このように、１ファイルのように見えるフォルダはXcodeのSettings.bundleなどを初め、いくつも存在する。
Windowsでは既存フォルダと同名フォルダをコピーした場合、フォルダ内のファイルは両方が交じって存在するようになる。
Macでは同じ事をすると、古いフォルダの内容は全て消え、新しいフォルダの内容のみになる。これは、WindowsからMacに移ってきた人が、かならず一度はハマる罠だと思う。
これもフォルダの性格の違いから来ることである。Macにとってはフォルダは複数のファイルを束ねて出来た新しいファイルとほぼ同等であり、上書きはその内容の改変ではなく、フォルダそのものの置き換えを意味するからである。
ということで、どちらかというとWindows側の名称がその実態に合っていないのが問題なので、ここは１つ「ディレクトリ」に戻して欲しいと思う今日この頃。
WindowsとMacではファイルに対する認識も大きく異なると思っているが、それについては後日またまとまったら。
・・・2012/03/09追記
Lionでは「フォルダの結合」と「両方のファイルを保持する」というのが加わった。Windowsと同等になるのは前者。大迷惑OS Lionでの数少ない「改良」と言える項目かと。
もともとWindows、というかDOSでは「ディレクトリ」と読んでいたが、いつの頃からか「フォルダ」と呼ばせるようになった。Windows95からだったか。
この呼び名の変更は明らかにMacを意識したものだと思われる。
GUI化するとき、「アイコンがフォルダの方が作りやすい」とも、まことしやかに囁かれているが、多分それはこじつけ。
しかし、この２つのOSにおける「フォルダ」の意味合いは大きく異なる。
Windowsにおけるフォルダは単に「ディレクト」の名称変更に過ぎず、機能的差異は全くない。フォルダを１つのファイルとして扱うことはできない。
ところが、Macではフォルダは１つのファイルとして扱うことも出来る。まさしくファイルを束ねる「フォルダ」である。OSまたはアプリによって認識されている特殊フォルダに関しては、通常の方法ではその下のファイルを見ることができなくも出来る。
例えば、Macのアプリケーション実行ファイル名は*.appだと思われがちだが、
実はこれはファイル名ではなくフォルダ名である。CTRL+クリックまたはマウスの右クリックで「パッケージの内容」を選ぶと、その中に入っている実際のファイルが見える。
Macではアプリケーションの削除は.appの削除だけでいいと言われるが、それは実はフォルダごと消せるからである。
このように、１ファイルのように見えるフォルダはXcodeのSettings.bundleなどを初め、いくつも存在する。
Windowsでは既存フォルダと同名フォルダをコピーした場合、フォルダ内のファイルは両方が交じって存在するようになる。
Macでは同じ事をすると、古いフォルダの内容は全て消え、新しいフォルダの内容のみになる。これは、WindowsからMacに移ってきた人が、かならず一度はハマる罠だと思う。
これもフォルダの性格の違いから来ることである。Macにとってはフォルダは複数のファイルを束ねて出来た新しいファイルとほぼ同等であり、上書きはその内容の改変ではなく、フォルダそのものの置き換えを意味するからである。
ということで、どちらかというとWindows側の名称がその実態に合っていないのが問題なので、ここは１つ「ディレクトリ」に戻して欲しいと思う今日この頃。
WindowsとMacではファイルに対する認識も大きく異なると思っているが、それについては後日またまとまったら。
・・・2012/03/09追記
Lionでは「フォルダの結合」と「両方のファイルを保持する」というのが加わった。Windowsと同等になるのは前者。大迷惑OS Lionでの数少ない「改良」と言える項目かと。
登録:
投稿 (Atom)