Ddrescueを使用してSDHCカードからデータをレスキューしようとしています:
while true ; do ddrescue -d /dev/mmcblk0p1 mmc.img mmc.log ; done
コントローラーは、カード上のものか、ラップトップ内のものかはわかりませんが、特定の数の不良セクターが読み取られた後(syslogに表示される)、すべてのセクターでエラーが返されるようです(これはSyslogに表示されます)、カードを取り出してスロットに再度入れると、これがリセットされ、読み取られた不良セクターが多すぎるまで、正常なセクターが再び良好であることが報告されます。
現在、私はこのループを使用しており、ddrescueのステータス出力を監視し、カードを手動でリセットしています。 カードを取り外さずにコントローラーをリセットして、レスキュープロセスを無人で実行できる方法はありますか?
これは関連しているかもしれませんが、このDellラップトップでは、カードが挿入されたことにリーダーが気付くためにも、起動時またはecho 1 > /sys/bus/pci/rescan
を使用して実行する必要がありますが、その後は、リーダーPCIデバイスが表示され、すべて期待どおりに動作します:
07:00.0 System peripheral: JMicron Technology Corp. SD/MMC Host Controller (rev 30)
Subsystem: Dell Device 046e
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at f0600000 (32-bit, non-prefetchable) [size=256]
Capabilities: [a4] Power Management version 3
Capabilities: [80] Express Endpoint, MSI 00
Capabilities: [94] MSI: Enable- Count=1/1 Maskable- 64bit-
Kernel driver in use: sdhci-pci
関連するsyslog:
# pop in card
mmc0: new SDHC card at address b368
mmcblk0: mmc0:b368 NCard 15.0 GiB (ro)
mmcblk0: p1
# ddrescue begins to read, error count increases, until at some point:
mmcblk0: error -110 transferring data, sector 12854624, nr 1, cmd response 0x900, card status 0x0
end_request: I/O error, dev mmcblk0, sector 12854624
mmcblk0: error -110 transferring data, sector 12854625, nr 1, cmd response 0x900, card status 0x0
end_request: I/O error, dev mmcblk0, sector 12854625
mmcblk0: error -110 transferring data, sector 12854626, nr 1, cmd response 0x900, card status 0x0
end_request: I/O error, dev mmcblk0, sector 12854626
mmcblk0: error -110 transferring data, sector 12854627, nr 1, cmd response 0x900, card status 0x0
end_request: I/O error, dev mmcblk0, sector 12854627
mmcblk0: error -110 transferring data, sector 12854628, nr 1, cmd response 0x900, card status 0x0
end_request: I/O error, dev mmcblk0, sector 12854628
# time since last successful read increases, pop out card
mmc0: Card removed during transfer!
mmc0: Resetting controller.
mmcblk0: error -123 sending status command, retrying
mmcblk0: error -123 sending status command, retrying
mmcblk0: error -123 sending status command, aborting
mmc0: card b368 removed
# GOTO 10
私はまた、syslogでこれらのエラーを生成する代わりにUSBカードリーダーを使用してみましたが、それは消えてしまい、続行するには再接続する必要があります。
sdhci_pci
モジュールをリロードするとうまくいくようですが、これを実行するブルートフォースオプションが少ないのではないかと思います。
while sleep 1 ; do
ddrescue -d -T 1 /dev/mmcblk0p1 mmc.img mmc.log
modprobe -r sdhci_pci
modprobe sdhci_pci
done
組み込みデバイス(Kobo eBook Reader)でオンザフライでSDカードを変更した後、同じ問題(上記のI/Oエラー)が発生しました。新しいカードやその容量などを検出せず、代わりに古いカードがまだ存在することを期待します。
ドライバーが組み込まれているため、モジュールを再ロードできませんでした。 device/delete
またはHost/scan
は利用できませんでした。 「取り外し可能」モジュールのパラメーターを設定しても機能しませんでした。
私の場合の解決策はunbind
であり、その後bind
、MMCブロックデバイスのドライバーです。
# blockdev --getsize64 /dev/mmcblk0
3965190144
# readlink /sys/block/mmcblk0
../devices/platform/mxsdhci.2/mmc_Host/mmc0/mmc0:af9e/block/mmcblk0
# echo mxsdhci.2 > /sys/bus/platform/drivers/mxsdhci/unbind
~~~ change card ~~~
# echo mxsdhci.2 > /sys/bus/platform/drivers/mxsdhci/bind
# blockdev --getsize64 /dev/mmcblk0
8168931328
良いことに、これは対象のデバイスにのみ影響します。外部スロットに別のカードがある場合(同じドライバー、/dev/mmcblk1
)影響を受けません。
次の手順でSATAデバイスをリセットしてみてください。
デバイスに名前が付けられていると仮定します:/dev/mmcblk0p1
。
デバイスが接続されているコントローラーを確認します(後で必要になります)。
$ readlink /sys/block/mmcblk0p1
../devices/pci0000:00/0000:00:1f.2/Host1/target1:0:0/1:0:0:0/block/mmcblk0p1
注:回答がHost1の場合、コントローラーを識別する興味深い部分です。
デバイスを取り外します
$ echo 1 > /sys/block/mmcblk0p1/device/delete
注:これにより、デバイスがバスから(論理的に)削除されます。確認のためにdmesg
を調べてください。
コントローラを再スキャンします
$ echo "- - -" > /sys/class/scsi_Host/host1/scan
注:Host1は、手順1の識別子です。繰り返しますが、dmesg
には、再検出されているデバイスが表示されます。