Голова на очень больших файлах

Голова на очень больших файлах

У меня есть 2 очень больших файла (27G и 40G), которые являются выводом ddкоманды на неисправном жестком диске. Я хотел сравнить первые байты, чтобы увидеть, являются ли байты 27G началом/подстрокой 40G.

Я хотел использовать headкоманду. Поскольку эти файлы двоичные, я использовал -cаргумент:

# ls -ahl *.dd
-rw-r--r-- 1 root root 40G May 17 20:16 mac.dd
-rw-r--r-- 1 root root 27G May 18 09:47 mac2.dd

Попытка получить 1К необработанных данных:

# head -c1K mac.dd
(returns nothing)

Попытка получить 1К с помощью hexdump:

# head -c1K mac.dd | hexdump
0000000 0000 0000 0000 0000 0000 0000 0000 0000
*
0000400
(end)

Попытка получить 10К с помощью hexdump:

# head -c10K mac.dd | hexdump
0000000 0000 0000 0000 0000 0000 0000 0000 0000
*
0002800
(end)

Хотя:

Попытка получить 100 байт необработанных данных на /bin/ls:

# head -c100 /bin/ls 
ELF>�H@@p�@8    @@@@@@�

Попытка получить 100 байт шестнадцатеричных данных на /bin/ls:

# head -c100 /bin/ls | hexdump
0000000 457f 464c 0102 0001 0000 0000 0000 0000
0000010 0002 003e 0001 0000 4880 0040 0000 0000
0000020 0040 0000 0000 0000 b670 0001 0000 0000
0000030 0000 0000 0040 0038 0009 0040 001c 001b
0000040 0006 0000 0005 0000 0040 0000 0000 0000
0000050 0040 0040 0000 0000 0040 0040 0000 0000
0000060 01f8 0000                              
0000064

Результаты на mac2.dd абсолютно такие же, но, похоже, вывод не совсем тот, что я ожидал, поэтому я не думаю, что это означает, что файлы начинаются с тех же данных. Head on binary /bin/ls— это то, что я ожидал.

Я не понимаю этот вывод ddфайлов. Может кто-нибудь объяснить мне это, пожалуйста?

Спасибо.

решение1

Я отвечаю сам себе.

Я узнал отэта почта, что " *" в hexdump означает "то же, что и предыдущая строка". Это означает, что весь мой ddфайл заполнен \0символами.

Я могу сделать это более явным:

head -c1000 mac.dd | hexdump -v
0000000 0000 0000 0000 0000 0000 0000 0000 0000
0000010 0000 0000 0000 0000 0000 0000 0000 0000
0000020 0000 0000 0000 0000 0000 0000 0000 0000
0000030 0000 0000 0000 0000 0000 0000 0000 0000
0000040 0000 0000 0000 0000 0000 0000 0000 0000
[...]

Или короче:

# hexdump -v -n1000 mac.dd
0000000 0000 0000 0000 0000 0000 0000 0000 0000
0000010 0000 0000 0000 0000 0000 0000 0000 0000
0000020 0000 0000 0000 0000 0000 0000 0000 0000
0000030 0000 0000 0000 0000 0000 0000 0000 0000
0000040 0000 0000 0000 0000 0000 0000 0000 0000
[...]

Так что теперь я знаю, что ddсвалка заполнена ничем.

Спасибо всем, кто дочитал мою проблему до этого места.

Связанный контент