% sfdisk -s /dev/hda9 81599 %
% sfdisk -s /dev/hda: 208896 /dev/hdb: 1025136 /dev/hdc: 1031063 /dev/sda: 8877895 /dev/sdb: 1758927 合計: 12901917 ブロック %
% sfdisk -l /dev/hdc ディスク /dev/hdc: ヘッド数 16、セクタ数 63、シリンダ数 2045 ユニット = 516096 バイトのシリンダ、1024 バイトのブロック、0 から数えます デバイス ブート 始点 終点 #シリンダ #ブロック ID システム /dev/hdc1 0+ 406 407- 205096+ 83 Linux native /dev/hdc2 407 813 407 205128 83 Linux native /dev/hdc3 814 2044 1231 620424 83 Linux native /dev/hdc4 0 - 0 0 0 空 %数字の後ろに付いた - と + 符号は、 丸めが行われており、本当の値は多少小さい (大きい) ことを示す。 正確な値を知るためには、セクタを単位としてリストすればよい。
特に注意 - 1 つ打ち間違えるだけで全てのデータが失われる
予防措置として、 sfdisk で変更されるセクタを保存することができる:
% sfdisk /dev/hdd -O hdd-partition-sectors.save ... %
こうすれば、(ディスクに何かを書き込む前なら) 何か馬鹿な間違いに気付いた場合に、 以下のようにして以前の状態に戻すことができる。
% sfdisk /dev/hdd -I hdd-partition-sectors.save %
(これは以前のパーティションテーブルを保存するのとは異なる: 以前のパーティションテーブルは -d オプションを使えば可読な形式で保存できる。 しかし、論理パーティションを作成した場合、 それを記述するセクタはディスクのどこかにあり、 以前のパーティションテーブルの一部ではないセクタに置かれる可能性もある。 よって、-O オプションで保存される情報は、 -d の出力のバイナリ版ではない。)
多くのオプションがある。
% sfdisk -d /dev/hda > hda.out
% sfdisk /dev/hda < hda.out
は (OS/2 の fdisk が作った) 不正な最後の拡張パーティションを修正する。
% sfdisk /dev/hdb -N5
,,,*
%
は /dev/hdb の第 5 パーティションをブート可能 (`アクティブ') にして、
他は変更しない
(多分、この第 5 パーティションは /dev/hdb5 と呼ばれるが、
`/my_equipment/disks/2/5' のような別の名前で呼ぶのも自由である)。
% sfdisk --print-id /dev/hdb 5
6
% sfdisk --change-id /dev/hdb 5 83
OK
最初に /dev/hdb5 が ID 6 であることを表示させ、
次に ID を 83 に変更している。
パーティションディスクリプタには 6 つのフィールドがある:
2 つの hsc フィールドは、最初と最後のパーティションの ヘッド・セクタ・シリンダを示す。 各 hsc フィールドは 3 バイトしかないので、 24 ビットしか使用できず、 大きなディスク (つまり 8GB より大きいディスク) には十分でない。 実際には、(通常は 16 であるヘッド数のために 1 バイトを使う) 無駄の多い表現のために、0.5GB から既に問題が起こる。 しかし、Linux はこのフィールドを使わず、 Linux が起動する前のブート時にのみ問題が生じる可能性がある。 詳しくは、 lilo のドキュメントを参照すること。
各パーティションにはタイプ `ID' がある。 ID が 5 または f (`拡張パーティション') の場合、 このパーティションの開始セクタにも 4 つのパーティションディスクリプタがある。 MSDOS は最初の 2 つしか使わない: 最初の 1 つは実際のデータパーティションで 2 つめは、次の拡張パーティション (または空) である。 このようにして、拡張パーティションの連鎖をつくる。 他の OS は少し異なる方法を使う。 Linux は 85 を 5 や f と同じものとして受け付ける - DOS FDISK をハングさせることなく 1024 シリンダを越えたところに Linux の拡張パーティションを作りたい場合に、 これが役立つ。 (正当な理由がない場合は、他の OS にも認識される 5 のみを使うべきである。)
基本や拡張でないパーティションは、 論理 パーティションと呼ばれる。 大抵、論理パーティションからはブートできない (なぜなら、論理パーティションを見付けるプロセスは、 ただ MBR を探すのにくらべて更に複雑なためである)。 拡張パーティションでは、ID と開始点しか使われない点に注意すること。 他のフィールドに何を書くのかには、いろいろな習慣がある。 データの保管やスワップには、拡張パーティションは使うべきではない。
フィールドは空白・コンマ・セミコロンで区切られる (これらの後に空白を置いてもよい)。 先頭と末尾の空白は無視される。 数字は 8 進・10 進・16 進を使うことができて、10 進がデフォルトである。 フィールドがない場合、または空白の場合、デフォルトの値が使われる。
<c,h,s> の部分は省略できる (たぶん省略すべきである) - これらは、 sfdisk が <start>, <size>, カーネルから与えられる ディスクジオメトリを使って計算するか、 -H, -S, -C フラグで指定される。
ブート可能とするかどうかは [*|-] で指定する。 デフォルトではブート可能でない。 (このフィールドの値は Linux とは関係ない。 - Linux が稼働しているなら、既にブート済みである - しかし、このフィールドはある種のブートローダや他の OS で用いられる。 例えば、複数の DOS パーティションがある場合、 DOS はブート可能なものの中から最初のものを C: に割り当てる。)
ID は、プレフィックス 0x を付けない 16 進数か、[E|S|L|X] で指定される。 ここで L (LINUX_NATIVE (83)) はデフォルトであり、 S は LINUX_SWAP (82), E は EXTENDED_PARTITION (5), X は LINUX_EXTENDED (85) である。
start のデフォルト値は、割り当てられていない最初のセクタ/シリンダ/... である。
size のデフォルト値は、(次のパーティションまたはディスクの終りまでの) 可能な限り大きな値である。
しかし、拡張パーティションの内側の 4 つのパーティションのデフォルトは、 Linux パーティション・拡張パーティション・空・空である。
ただし、(1 つのパーティションだけを変更する) -N オプションが指定された場合、 各フィールドのデフォルトは前の値になる。
sfdisk /dev/hdc << EOF 0,407 ,407 ; ; EOF
コマンド
sfdisk /dev/hdb << EOF ,3,L ,60,L ,19,S ,,E ,130,L ,130,L ,130,L ,,L EOF
-x オプションを使った場合、入力行数は 4 の倍数でなければならない: 使用しない 2 つの空パーティションを 2 つの空行を使ってリストしなければならない。 -x オプションを使わない場合、 拡張パーティションの内部のパーティションに対して 4 行ではなく 1 行で指定し、 end-of-file (^D) で終了しなければならない。 (さらに sfdisk は、入力行が 4 つのパーティション中の 第 1 パーティションを表しているものと仮定する。 第 2 パーティションは拡張パーティションで、 第 3,4 は空である。)
DOS 6.x の FORMAT コマンドはパーティションのデータエリアの 第一セクタからある種の情報を検索し、 これをパーティションテーブルにある情報より信頼できるものとして扱う。 DOS の FORMAT は、容量が変更されたときには 最初の 512 バイト分のデータ領域が DOS 版 FDISK によってクリアされていることを仮定している。 DOS の FORMAT はこの拡張情報を /U フラグを指定した場合でも見ようとする - これは DOS FORMAT と DOS FDISK のバグであると我々は考える。
結局のところ、 sfdisk を用いて DOS パーティションの容量を変更したときは、 DOS FORMAT を使ってパーティションをフォーマットする前に dd を使って先頭の 512 バイトを 0 で埋めなければならない、というわけである。 例えば sfdisk を用いて /dev/hda1 の DOS パーティションの テーブルエントリを作成した場合には、(sfdisk を終了し、 Linux をリブートしてパーティションテーブルの情報を有効にしたあとで) 先頭の 512 バイトを 0 にするために "dd if=/dev/zero of=/dev/hda1 bs=512 count=1" などと実行する必要がある。 注意点: dd コマンドを使う場合には特に注意すること。 ちょっとしたタイプミスで、 ディスク上のすべてのデータが使えなくなる可能性もある。
できるだけ問題を起こしたくなければ、 常に OS 固有のパーティションテーブル用プログラムを用いることである。 例えば DOS パーティションは DOS FDISK プログラムで作り、 Linux のパーティションは Linux の sfdisk で作るべきなのである。
Stephen Tweedie は次のように報告している (930515): 「スーパーブロックの破損に関する報告の大部分は、 1 つのファイルシステムが次のファイルシステムの最初にはみ出して スーパーブロックを壊している、 といった不正なパーティション分割によるものである。 私は、信頼できると思っていた DRDOS でも、この問題に出会った。 これは多分 DRDOS-6.0 の FDISK コマンドによるものだろう。 DRDOS パーティションと直後のパーティションの間に 空白のトラックやシリンダを作成しない限り、 DRDOS は能天気にも次のパーティションの最初の部分を全て壊してしまった。 DRDOS パーティションの後に小さな空きディスク領域を置く限り、 1 つのドライブに 2 つのパーティションが存在しても 他に何も問題は起きない点に気を付けること。」
A. V. Le Blanc は README.efdisk で次のように書いている: 「Dr. DOS 5.0 と 6.0 は Linux と一緒に使うと問題があると報告されている。 このバージョンの efdisk には特に問題がある。 この efdisk はファイルシステムタイプを 16 進数の 81 に設定する。 Dr. DOS は、これを DOS コードである 16 進数の 1 と勘違いするようだ。 Dr. DOS を使う場合は、efdisk のコマンド 't' を使って Linux パーティションのシステムコードを変更し、 16 進数の 80 より小さい値にすること。 さしあたりは、41 と 42 が良いかと思う。」
A. V. Le Blanc は彼の README.fdisk で次のように書いている: 「DR-DOS 5.0 と 6.0 には 80 以上のパーティション ID コードに 問題があるとの報告がある。 Linux `fdisk' は新しいパーティションのシステムタイプを 16 進数の 81 に設定する。 DR-DOS は、これを DOS コードである 16 進数の 1 と勘違いするようだ。 スワップを表す値 82 とファイルシステムを表す値 83 については、 DR-DOS では問題は起きないはずだ。 しかし、もし問題が起こるようならば、 fdisk のコマンド 't' を使って Linux パーティションのシステムコードを変更し、 16 進数の 80 より小さい値にすること。 さしあたりは、42 と 43 が良いかと思う。」
実のところは、DRDOS FDISK は 4 ビットしか見ていないのだろう。 そのため、例えば 11 と 21 が DOS 2.0 としてリストされている。 しかし、DRDOS 自身は 1 バイト全てを使っているように思われる。 私自身は、DRDOS とその fdisk による破壊を再現できていない。
オプションが多すぎる。
non-DOS パーティションタイプがサポートされていない。