「マウント」は、インターフェースを介したマウントが端末で動作しない。

「マウント」は、インターフェースを介したマウントが端末で動作しない。

昨日、現在のタスクバーまたはファイルマネージャ(Dolphin)を使用して外付けハードドライブをマウントできず、次のエラーが表示されます。

/run/media/ に /dev/sdf2 をインストール中にエラーが発生しました。ユーザー名/Backup Plus: 無効なファイルシステムタイプ、無効なオプション、/dev/sdf2 のスーパーブロックエラー、コードページ、ヘルパーの欠落、またはその他のエラー

ドライブ名(ブランド名「Backup Plus」)にスペースがありますが、これはこれまで問題ではありませんでした。

ドライブはNTFSでフォーマットされています。 GPartedに表示され、以下を使用して端末を介してインストールできます。

sudo mount /dev/sdf2 temp

ファイルシステムを指定する必要もありません。ただし、そのフォルダ(この場合)を設定せずにマウントしようとすると、コマンドが~/temp失敗し、fstabでドライブが見つからないというメッセージが表示されます(正常です。エントリを追加していません)。

問題が発生した当日または前日(つまり、再起動前)に多くのプログラム更新があったと確信しています。最初はドライブに別の問題がありましたが、WindowsパーティションのCHKDSKコマンドで解決されたようです。

ドライブの取り付けを妨げる要因は何ですか?インターフェイスを介してデバイスを接続するとき、システムは何らかの方法で間違ったファイルシステムを想定または検出しますか?

ありがとうございます。

編集する:このコマンドによると、fdisk -lパーティションテーブルエントリはディスク順にソートされません。それほど深刻ではありません。しかし、関係があるかどうか疑問に思います。

編集する:fdisk -l /dev/sdf2以下は(分割された)出力です。

Disk /dev/sdf2: 3,64 TiB, 4000575389696 bytes, 7813623808 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x6c727443

Device      Boot      Start        End    Sectors   Size Id Type
/dev/sdf2p1      1970237472 3672215697 1701978226 811,6G 75 PC/IX
/dev/sdf2p2      1929382413 3883035520 1953653108 931,6G 72 unknown
/dev/sdf2p3               0          0          0     0B  0 Empty
/dev/sdf2p4        27394442   27394879        438   219K  0 Empty

Partition 2 does not start on physical sector boundary.
Partition 4 does not start on physical sector boundary.
Partition table entries are not in disk order.

編集する:sudo fdisk -l /dev/sdf(フルドライバ)出力

GPT PMBR size mismatch (4294967294 != 7814037166) will be corrected by write.
Disk /dev/sdf: 3,64 TiB, 4000787029504 bytes, 7814037167 sectors
Disk model: BUP Portable    
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: EE9D3032-782B-4064-A29D-CAB337DCA488

Device      Start        End    Sectors  Size Type
/dev/sdf1      40     409639     409600  200M EFI System
/dev/sdf2  411648 7814035455 7813623808  3,6T Microsoft basic data

出力gdisk -l /dev/sdf

GPT fdisk (gdisk) version 1.0.9.1

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdf: 7814037167 sectors, 3.6 TiB
Model: BUP Portable    
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): EE9D3032-782B-4064-A29D-CAB337DCA488
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 7814037133
Partitions will be aligned on 8-sector boundaries
Total free space is 3692 sectors (1.8 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1              40          409639   200.0 MiB   EF00  EFI System Partition
   2          411648      7814035455   3.6 TiB     0700  

答え1

私は次のことを試してみます。

1:どのNTFSドライバを使用する必要がありますか?

より古く安定したものがあり、ntfs-3g新しいものがありますntfs3。現在(2023年)どのバージョンを使用するかについて合意がなされておらず、一部のディストリビューションは最新バージョンに移行しており、一部はまだ以前のバージョンにあり、一部は以下に基づいて変更される可能性がありますntfs3...最近Fedora突然の変更でドライバの問題を経験しました。

確認方法:正常にマウントしたら、パラメータなしでmount実行し、出力でパーティションを見つけます。と表示されていればtype fuseblk古いものntfs-3g、 と表示されていればntfs3最新のものです。

しかし、NTFSに重要なデータが保存されている場合は、ntfs3しばらく待つ必要があります。たとえば、ntfs3人々が要求するのにDebianがそれを使用しない理由を見てみましょう。https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998627

2: すべて大丈夫ですudisks2か?

ドルフィンはヘルパーを使ってudisks2ボリュームをマウントします。設定はにあります/etc/udisks2/。そうでない場合は、mount_options.conf組み込みのudisks2デフォルト値を使用しますが、mount_options.conf.example設定ファイルを読み込んで生成できます。関連するオプションはntfs_drivers(ドライバの選択に影響を与える)とntfs_defaults(ドライバごと、セグメンテーション)です。

ただし、この特定のNTFSボリュームに関連付けられている他のNTFSボリュームに対して異なる設定を持つことができます。mount_options.conf.example興味がある方は最後までお読みください。

3:過去にはマウントに成功しましたが、今とどう違うのですか?

同様のタスクを実行しjournalctl --boot=-10 --unit=udisks2、10個のブーツの前に雑誌にあるudisks関連の内容を記録しておくことができます。その後、現在の起動時にこれを実行し、2つの出力を比較できます。

答え2

インストールの問題は、一部のOSまたはカーネルアップデートで発生したようです。この投稿を開始する1か月前に別のドライブに問題があったようです。

結局、exFatでドライブを再フォーマットしましたが、それ以降は問題ありませんでした。 exFatはWindowsとLinuxと互換性があるため、通常はうまく機能します。

すべての人の助けのおかげで、Linuxでのドライブのトラブルシューティングについて多くを学びました。

関連情報