NTFSパーティションのサイズ変更中にgpartedが失敗する

NTFSパーティションのサイズ変更中にgpartedが失敗する

UbuntuノートパソコンにUSBドライブが接続されています。未使用のパーティション(sdb1とsdb2)をいくつか削除し、変更をコミットしました。その後、ディスク全体を使用するようにsdb3(NTFS)のサイズを変更しました。 Gpartedは約6時間かかります。

30分後にエラーが発生します。

Libparted Error
Input/output error during read on /dev/sdb"

システムログには以下が表示されます。

Nov  4 16:04:41 Thinkpad kernel: [ 3662.996100] usb 2-2: reset high-speed USB device number 2 using ehci-pci
Nov  4 16:04:46 Thinkpad kernel: [ 3668.108090] usb 2-2: device descriptor read/64, error -110
Nov  4 16:05:01 Thinkpad kernel: [ 3683.324138] usb 2-2: device descriptor read/64, error -110
Nov  4 16:05:01 Thinkpad kernel: [ 3683.540073] usb 2-2: reset high-speed USB device number 2 using ehci-pci
Nov  4 16:05:07 Thinkpad kernel: [ 3688.652088] usb 2-2: device descriptor read/64, error -110
Nov  4 16:05:22 Thinkpad kernel: [ 3703.868123] usb 2-2: device descriptor read/64, error -110
Nov  4 16:05:22 Thinkpad kernel: [ 3704.084075] usb 2-2: reset high-speed USB device number 2 using ehci-pci
Nov  4 16:05:31 Thinkpad com.canonical.indicator.application[1980]: (process:2377): indicator-application-service-WARNING **: Application already exists, re-requesting properties.
Nov  4 16:05:32 Thinkpad kernel: [ 3714.492144] usb 2-2: device not accepting address 2, error -110
Nov  4 16:05:33 Thinkpad kernel: [ 3714.604102] usb 2-2: reset high-speed USB device number 2 using ehci-pci
Nov  4 16:05:43 Thinkpad kernel: [ 3725.012083] usb 2-2: device not accepting address 2, error -110
Nov  4 16:05:43 Thinkpad kernel: [ 3725.012199] usb 2-2: USB disconnect, device number 2
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016397] sd 5:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016404] sd 5:0:0:0: [sdb] tag#0 CDB: Write(10) 2a 00 02 38 3d b0 00 00 f0 00
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016408] blk_update_request: I/O error, dev sdb, sector 37240240
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016413] Buffer I/O error on dev sdb, logical block 37240240, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016417] Buffer I/O error on dev sdb, logical block 37240241, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016419] Buffer I/O error on dev sdb, logical block 37240242, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016421] Buffer I/O error on dev sdb, logical block 37240243, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016423] Buffer I/O error on dev sdb, logical block 37240244, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016425] Buffer I/O error on dev sdb, logical block 37240245, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016427] Buffer I/O error on dev sdb, logical block 37240246, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016430] Buffer I/O error on dev sdb, logical block 37240247, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016435] Buffer I/O error on dev sdb, logical block 37240248, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.016437] Buffer I/O error on dev sdb, logical block 37240249, lost async page write
Nov  4 16:05:43 Thinkpad kernel: [ 3725.033717] sd 5:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
Nov  4 16:05:43 Thinkpad kernel: [ 3725.033723] sd 5:0:0:0: [sdb] tag#0 CDB: Write(10) 2a 00 02 38 3e a0 00 00 f0 00
Nov  4 16:05:43 Thinkpad kernel: [ 3725.033727] blk_update_request: I/O error, dev sdb, sector 37240480

そのため、何らかの理由でディスクとの接触が失われました。 「もう一度試してください」と「キャンセル」をクリックしてみましたが、どんなに押しても続けるように求められます。その後、fdiskを使ってsdbが実際に消えたことを確認しました。ディスクを取り出して再接続しましたが(同じUSBポートに)、sdcと表示されます。 sdbがまだないので、Gpartedは継続を拒否します。

進行方法のアイデアはありますか? gpartedプロセスを終了しますか?ノートパソコンを再起動しますか? sdcの名前をsdbに変更できますか?シンボリックリンク(/devのln -s sdc sdb)を試してみましたが、役に立ちませんでした。

再接続を解除すると、OSからsdbへの参照を削除して、再接続したときにディスクがsdbとして表示されるようにできますか?その後、gpartedで[再試行]をクリックできます。

目標は、sdb3パーティションのデータを失うことです。

ノート:パーティションのサイズ変更中(パーティションの削除中ではありません)がクラッシュしました。

答え1

この場合、破損したUSB 3.0 HDDエンクロージャです。ディスクを別のシャーシに変更して再接続しましたが、Linuxでは使用できません。その後、Windows 7ノートブックに接続しました。 chkdskはファイルシステムの修復に数時間を費やしました。しばらくの間、すべてのファイルが表示されたので成功したと思いましたが、残念ながらそのうちの9/10が破損しています。

再フォーマットした後、chkdskを使用してディスクを再確認してみると、ディスク自体に問題はないようです。

データが失われましたが、幸いにも機能するバックアップがありました。パーティションを変更する前に、必ずバックアップを再確認してください。

関連情報