私はpartedを使って外付けハードドライブ(sdc)をntfsにフォーマットし、デフォルトのパーティション(sdc1)を作成しました。デバイスをフォーマットする前にシステム回復ディスクdd
起動可能なUSBとして使用するために外付けハードドライブにインストールするには、コマンドを使用します。ただし、デバイスを一覧表示すると、フォーマットされたデバイスlsblk -f
(sdc)の古いFSTYPE(iso9660)とLABEL(sysrcd-5.2.2)が引き続き表示されます。
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
├─sda1 ntfs System Reserved
├─sda2 ntfs
├─sda3 ntfs
├─sda4
sdc iso9660 sysrcd-5.2.2
└─sdc1 ntfs sysrcd-5.2.2 /run/media/user/sysrcd-5.2.2
図のようにlsblk -f
パーティションのFSTYPEだけがsdc1
当てはまり、sdc1
パーティションのLABEL、sdc
ブロックデバイスのFSTYPEとLABELはすべて間違っていました。 Nautilus GUIアプリケーションは、以前のデバイスラベル(sysrcd-5.2.2)も表示します。
新しいパーティションテーブルを作成した後、parted
次のようにデバイスをフォーマットする前にシステムを再起動するように勧められました。NTFS、再起動する代わりにsdcを削除することにしました。
- システムを再起動せず、カーネルがまだ古いFSTYPEとLABELを使用しているためですか?古いFSTYPEとLABELを削除するには、システムを再起動する必要がありますか?
- 再起動する代わりに、外部ハードドライブに付属の元のFSTYPEとLABELに変更できるように、ブロックデバイスのFSTYPEとLABEL名を手動で変更する方法はありますか?
答え1
元の投稿の出力によると、インストールされたlsblk -f
SystemRescueCdの署名が外付けハードドライブにまだ存在することが疑われています。だからコマンドを実行し、すべてのパーティションに関する情報をwipefs /dev/sdc
印刷しました。wipefs /dev/sdc1
sdc
sdc
[root@fedora user]# wipefs /dev/sdc
DEVICE OFFSET TYPE UUID LABEL
sdc 0x8001 iso9660 sysrcd-5.2.2
sdc 0x1fe dos
[root@fedora user]# wipefs /dev/sdc1
DEVICE OFFSET TYPE UUID LABEL
sdc1 0x3 ntfs
sdc1 0x1fe dos
上記の印刷物は、iso9660
SystemRescueCdによって作成されたパーティションテーブルがまだ存在することを確認します。 dos(マスターブートレコード)lsblk
パーティションテーブルの代わりにパーティションテーブルの合計を使用します。TYPE
正しいパーティションテーブルを表示するには、パーティションテーブルを削除する必要があります。ブロック(ディスク)デバイスのパーティションテーブル署名を消去するためにも使用できますが、他のパーティションテーブルも消去できます。LABEL
iso9660
lsblk
iso9660
dd
dd
これは削除のために特定のパーティションテーブル署名のみを対象とするため、これが好ましいwipefs
。このコマンドのオプションはデバイスで使用可能なすべての署名を消去しますが、このオプションと組み合わせて使用すると、このコマンドのオプションは特定のタイプのパーティションテーブルのみを消去するように署名を制限します。次に、パーティションテーブルを消去します。 ()オプションは、ブロックデバイスからパーティションテーブル署名を消去するときに必要です。dd
wipefs
-a
wipefs
-t
wipefs
-a
iso9660
-f
--force
[root@fedora user]# wipefs -a -t iso9660 -f /dev/sdc
/dev/sdc: 5 bytes were erased at offset 0x00008001 (iso9660): 43 44 30 30 31
パーティションテーブルを削除した後、iso9660
パーティションテーブルを再確認して、パーティションテーブルが削除されたことをiso9660
確認します。
[root@fedora user]# wipefs /dev/sdc
DEVICE OFFSET TYPE UUID LABEL
sdc 0x1fe dos
[root@fedora user]# wipefs /dev/sdc1
DEVICE OFFSET TYPE UUID LABEL
sdc1 0x3 ntfs 34435675G36Y4776
sdc1 0x1fe dos
ただし、問題のパーティションテーブルが削除されたため、以前に使用されたパーティションテーブルラベルがiso9660
存在しなくなり、パーティションのパーティションがマウントポイントディレクトリ名として使用されるようになりました。lsblk
UUID
iso9660
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
├─sda1 ntfs System Reserved
├─sda2 ntfs
├─sda3 ntfs
├─sda4
sdc
└─sdc1 ntfs 34435675G36Y4776 /run/media/user/34435675G36Y4776
/dev/disk/by-label
ラベル付きすべてのパーティションを一覧表示するディレクトリで、ラベル付きボリューム(パーティションなど)を確認できます。
[root@fedora user]# ls -l /dev/disk/by-label
total 0
lrwxrwxrwx. 1 root root 10 Apr 30 19:47 'System\x20Reserved' -> ../../sda1
ntfs
このパーティションのファイルシステムは、sda1
ラベル付きの唯一のパーティションです。
ntfs
マウントポイントのディレクトリ名を理解しやすくするために、sdc1
パーティションのファイルシステムラベルをNone(空の文字列)から「new label」に変更します。ファイルシステムのラベルを変更するコマンドは、ファイルシステムによって異なります。12。ファイルシステムの場合、ntfs
ラベルの変更は次のコマンドを使用して行われますntfslabel
。
ntfslabel /dev/sdc1 "new-label"
ntfs
ファイルシステムのラベルを変更した後、ディレクトリ名をマウントポイントとしてlsblk
使用します。"new-label"
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
├─sda1 ntfs System Reserved
├─sda2 ntfs
├─sda3 ntfs
├─sda4
sdc
└─sdc1 ntfs new-label /run/media/user/new-label
注:また、このデバイスには、他のすべてsdc
のブロックデバイス(sdaなど)などのファイルシステムの種類とラベルはありません。ファイルシステムはデバイスではなくパーティションにあるため、パーティションにはファイルシステムタイプが必要です。列ヘッダーはデバイスラベルではなくファイルシステムラベルであるため、パーティションにはラベルが必要ですLABEL
。
答え2
パーティションテーブルをrootとして読み直しましたか?
partprobe /dev/sdc
答え3
lsblk
最初のセクタを最初に調べて、デバイスにどのタイプのファイルシステムが含まれているかを確認し、何も見つからない場合にのみファイルシステムスーパーブロックの「一般的な」場所に移動します。
iso9660は最初のセクタのデータから識別できるため、これlsblk
以上見ずにここからボリュームラベルを抽出します。
単にパーティションテーブルを作成すると、最初のセクタのほとんどがそのまま残るため、この内容が表示されます。
たとえば、最初の最初のセクタを消去してからdd if=/dev/zero of=/dev/sdc count=1
パーティションテーブルを再作成する必要があります。以前に作成したNTFSファイルシステムは、同じパラメータを使用して再作成した場合はそのまま残ります。