Não é um bug. É o mesmo no meu Kubuntu. Eu acho que é por causa da opção --fill-mode que você usou. Este modo tem seu próprio capítulo da documentação . O que você está perdendo é essa parte [ênfase minha]:
When
ddrescueis invoked with the--fill-modeoption it operates in "fill mode", which is different from the default "rescue mode". That is, if you use the--fill-modeoption,ddrescuedoes not rescue anything. It only fills with data read frominfilethe blocks ofoutfilewhose status character frommapfilecoincides with one of the type characters specified as argument to the--fill-modeoption.
Isso significa que --fill-mode precisa de um mapfile já existente.
What are status characters and type characters here?
A frase "caractere de status de mapfile " deve ser entendida de acordo com este fragmento :
The status character is one of these:
Character Meaning
'?' non-tried block
'*' failed block non-trimmed
'/' failed block non-scraped
'-' failed block bad-sector(s)
'+' finished blockAnd here is an example mapfile:
# Mapfile. Created by GNU ddrescue version 1.23 # Command line: ddrescue -d -c18 /dev/fd0 fdimage mapfile # Start time: 2015-07-21 09:37:44 # Current time: 2015-07-21 09:38:19 # Copying non-tried blocks... Pass 1 (forwards) # current_pos current_status current_pass 0x00120000 ? 1 # pos size status 0x00000000 0x00117000 + 0x00117000 0x00000200 - 0x00117200 0x00001000 / 0x00118200 0x00007E00 * 0x00120000 0x00048000 ?
Agora, "digite os caracteres especificados como argumento para a opção --fill-mode " são caracteres que aparecem logo após --fill-mode= .
Então, se o mapfile for como o exemplo acima e você usar
-
--fill-mode=-, entãoddrescuepreencherá apenas0x00000200blocos começando na posição0x00117000; -
--fill-mode=?-*(cuidado com a globalização de casca, improvável, mas ainda), entãoddrescuepreencherá fragmentos marcados com?,-ou*.