差分

このページの2つのバージョン間の差分を表示します。

この比較画面にリンクする

次のリビジョン
前のリビジョン
blog:2017:2017-03-26 [2017-03-27 01:17]
Decomo 作成
blog:2017:2017-03-26 [2017-04-18 23:31] (現在)
Decomo
行 3: 行 3:
 タイトルの通りでござる(ヽ´ω`) タイトルの通りでござる(ヽ´ω`)
  
-SSDの入れ替えでパーティションり直し、例によってブートコード書き込みを行おうとしたら''gpart: /dev/ada15p1: not enough space''と怒られた。+FreeBSD 11が入っているSSDの入れ替え作業でパーティションを切り直していた際、例によってブートコード書き込うとしたら空き容量がないと怒られた。
  
 <code> <code>
-''gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada15''+# gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada15
 gpart: /dev/ada15p1: not enough space gpart: /dev/ada15p1: not enough space
 </code> </code>
  
-パーティションは入れ替え前の丸コピーであるからして、FreeBSD 10から11に更新した際、ブートコードの更新を忘れてたって事になる。FreeBSD 11にしてから5ヶ月経つというのに今まで気付かなかった…むしろ、よく古いブートコードで起動できてたなっていう。+パーティション構成は前のSSDからの丸コピーであるからして、FreeBSD 10から11に更新した時にブートコードの更新をしていなかった、ないし今回のようにエラーが出ていたもののスルーしてたって事になる。FreeBSD 11にしてから5ヶ月経つというのに今まで気付かなかった……。古いブートコードでよく起動できてたなっていう。
  
-一応ちゃんと調べてみた、やはりFreeBSD 11.0-RELEASEで''/boot/gptzfsboot''の容量が87KiBに増加し同頑張っても64KBのパーティションは収まらなくなった。[[https://www.freebsd.org/releases/11.0R/errata.html|エラッタ]]にも、以下のようしっかりと記載があった(ヽ´ω`) +念のため調べてみた、やはりFreeBSD 11.0-RELEASEで''/boot/gptzfsboot''の容量が87KiBに増、64KBのパーティション物理的に収まらなくなったようだ。[[https://www.freebsd.org/releases/11.0R/errata.html|エラッタ]]にも、のような記載がしっかりとなされていた(ヽ´ω`) 
-<blockquote>[2016-10-21] The size of the GPT enabled ZFS boot blocks (/boot/gptzfsboot) has increased past 64K. Systems upgraded from older releases may experience a problem where the size of the existing "freebsd-boot" partition is too small to hold the new gptzfsboot. </blockquote>+<blockquote> 
 +[2016-10-21] The size of the GPT enabled ZFS boot blocks (/boot/gptzfsboot) has increased past 64K. Systems upgraded from older releases may experience a problem where the size of the existing "freebsd-boot" partition is too small to hold the new gptzfsboot.  
 +<cite>[[https://www.freebsd.org/releases/11.0R/errata.html|FreeBSD 11.0-RELEASE Errata]]</cite> 
 +</blockquote>
  
-さて、これはどうしたもんかね…。まぁどうしたもこうしたもパーティションを拡大するしかないわけだが、ブートパーティションはディスクの先頭にあり、その直後にシステム&データパーティションが続くとが一般的な構成、実際うちもそうだから拡大の余地は残ってないのだよ。特にFreeBSD 8/9時代にRootOnZFS環境を作って乗り継いできた人の大半はまるんじゃなかろうか。+さて、これはどうしたもんかね…。まぁどうしたもこうしたもパーティションを拡大するしかないわけだが、ブートパーティションはディスクの先頭にあり、その直後にシステム&データパーティションが続いているので拡大の余地はないのだよ。このようなパーティション構成は極めて一般的だと思うし、とりわけFreeBSD 8/9時代にRootOnZFS環境を作って乗り継いできた人の殆どとっ頭の痛い問題なんじゃなかろうか。
  
-ディスクの後に空きがあるなら、そっちにfreebsd-bootパーティションに新設するってのが一番手っ取り早いか…。なんか凄い気持ち悪いのと、ブートローダの容量の壁(ディスクの先頭○GB以内に配置しないといけない系のやつ)にハマりそうな気がしなくもないが、2017年にもなって流石にもうないか?gpartのマニアルによると、freebsd-bootパーティションは他のFreeBSD系パーティションの前か後に配置しなければならないそうなので、環境によっては完全に詰む可能性あり。+ディスクの後に空きがあるなら、そっちにfreebsd-bootパーティションに新設するってのが一番手っ取り早いかも?これはこれで凄い気持ち悪いのと、ブートローダの容量の壁(ディスクの先頭○GB以内に配置しないといけない系のやつ)にハマりそうな気がしなくもないが、2017年にもなって流石にもうないか?gpartのドキメントによると、freebsd-bootパーティションは他のFreeBSD系パーティションの前か後に配置する必要があるそうなので、環境によっては完全に詰む可能性あり。
  
-どうせ作り直すばfreebsd-bootパーティションを超でっかくしたくなるが、最大545KBまでという制限もあるので要注意。起動時にfreebsd-bootパーティション全体がメモリに読み込まれるそうだが容量的に古のコンベンショナルメモリの関係なのかしら?ゆとりの僕にはわかんないんです(・ω<)+どうせ作り直すんだったらパーティションを超でっかくしたくなるが、最大545KBまでという制限もあるので要注意。起動時にfreebsd-bootパーティション全体がメモリに読み込まれるそう、古のコンベンショナルメモリ絡みから来る容量制限なのかしら?ゆとりの僕にはわかんないんです(・ω<)
  
-これを機にUEFIブートに乗り換えるってのもありかなー。こっちはこっちでESPを確保しなければならないので、全く同じ問題を抱えてるわけですがね…。+これを機にUEFIブートに乗り換えるってのもありかなー。こっちはこっちでESPを確保しなければならないので、全く同じ問題を抱えてるわけですがね
  • blog/2017/2017-03-26.1490545051.txt.gz
  • 最終更新: 2017-03-27 01:17
  • by Decomo