丸山です。 Tue, 19 Apr 2016 02:44:43 +0900 (JST) n-kog...@syd.odn.ne.jp (Nobuyuki Koganemaru) writes:
>MBR でディスクを作成するのには、8.4-RELEASE の fdisk で構築するのが >最も簡単なのですが、いつまでも fdisk を使用するわけにはいきませんので、 うーん、理解できません。「MRBは捨てるべし」と私は言いましたが、でももし どうしてMBRを使いたいのであれば /sbin/fdisk を使って何の問題もないと思い ます。実際FreeBSD10.3にも /sbin/fdiskはありますし。 以下の理由により、例え MBR がFreeBSDの世界で滅んでも、 /sbin/fdisk は生 き続けると考えています。 まず GPT スキームでレイアウトされたディスクを fdisk で見てみましょう。先 ほどの実験で用いたUSBメモリスティックですが、 # fdisk da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=941 heads=255 sectors/track=63 (16065 blks/cyl) parameters to be used for BIOS calculations are: cylinders=941 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 238 (0xee),(EFI GPT) start 1, size 15124991 (7385 Meg), flag 0 beg: cyl 0/ head 0/ sector 2; end: cyl 1023/ head 255/ sector 63 The data for partition 2 is: <UNUSED> The data for partition 3 is: <UNUSED> The data for partition 4 is: <UNUSED> となります。つまり GPT ディスクを「Microsoft slice」の観点から見ると、そ れは全体で一個のスライス(識別子 238)に見えます。何故こうなっているか?そ れを理解するには、FreeBSDとWindowsの戦いの歴史を思い出す必要があります。 FreeBSDでは伝統的なBSD label によってdiskを分割していましたが、 MSDOS/Windowsの普及により、MSDOS/WindowsマシンにFreeBSDを載せる/同居させ る必要が生じて、それで(Microsoft slice)+(BSD label)の方式が考え出された わけですが、伝統的なBSD支持者の中にはそれが気に入らなかった人達は当然い たわけで、MSDOS/Windowsは使わないからMiscorsoft sliceは不要ということで、 BSD labelをディスクの最上位構造にしてMicrosoft sliceは無視したディスクレ イアウトを使う方法が暫くの間可能でした。実際 FreeBSDの4.xとか5xの時代ま ではインストーラーでそのようなレイアウトは選択できました。ところがそれを やると「事件」が起ってしまったのです。それは、そのようなディスクを装備し たマシンでWindows を起動すると、その BSD labelを勝手に壊してしまったので す。BSD labelが最上位構造のディスクを Microsoft slice的な観点で見ると、 それは「出鱈目なデータが書かれた壊れたディスク」に見えるのでしょうね。で も勝手にデータを書き換えるなんて何様じゃ!と私を含めて多くのFreeBSD愛好 家は怒りを感じたわけですが、泣く子と Microsoftには勝てなかったわけです。 Windows8の時代になって、プリインストールWindowsは GPT ディスクになりまし たが、それでもリムーバブルメディアのWindows標準は(Microsoft slice) +(FAT16,FAT32,exFAT)です。Microsoft slice情報をメディアの先頭に持たない メディアはいつでも、この「Windowsによる傍若無人な破壊」の危険に晒されて います。そこでこれを回避するために、GPT では形式的にMicrosoft slice情報 をつけている、というわけです。 そういう事情ですので、例え MBRが使われなくなっても、「Windowsによる傍若 無人な破壊の危険がないか」を確認するために、今後長きにわたり /sbin/fdisk コマンドは必要です。 私の主張は「MBRは捨てるべし」であって「fdiskを捨てるべし」ではないのです。 gpart であっても MBRはやめるべきです。 -------- 丸山直昌@統計数理研究所 _______________________________________________ freebsd-users-jp@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-users-jp To unsubscribe, send any mail to "freebsd-users-jp-unsubscr...@freebsd.org"