Ответы:
использование hexdump(1)
$ hexdump -x /usr/bin/hexdump
0000000 feca beba 0000 0300 0001 0700 0080 0300
0000010 0000 0010 0000 5080 0000 0c00 0000 0700
0000020 0000 0300 0000 00a0 0000 b06f 0000 0c00
0000030 0000 1200 0000 0a00 0100 0010 0000 107c
0000040 0000 0c00 0000 0000 0000 0000 0000 0000
0000050 0000 0000 0000 0000 0000 0000 0000 0000
...
od
. Существует также шестнадцатеричный редактор в стиле vi hexer
.
hexdump -e '"\\\x" /1 "%02x"' filename
10
, равного 16 в шестнадцатеричном формате. Двухбайтовое представление зависит от порядкового номера системы. Введите man hexdump
для полной информации.
od -t x1
Я полагаю, что большинство людей находят предпочтительный формат.
od -t test
я получилod: invalid character 't' in type string 'test'
--t
od --version od (GNU coreutils) 7.4
Пока мы находимся od
и еще hexdump
два похожих инструмента:
Образец вывода:
$ hd /usr/bin/od | head
00000000 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 |.ELF............|
00000010 02 00 03 00 01 00 00 00 20 8e 04 08 34 00 00 00 |........ ...4...|
00000020 a4 a2 00 00 00 00 00 00 34 00 20 00 08 00 28 00 |........4. ...(.|
00000030 1b 00 1a 00 06 00 00 00 34 00 00 00 34 80 04 08 |........4...4...|
00000040 34 80 04 08 00 01 00 00 00 01 00 00 05 00 00 00 |4...............|
00000050 04 00 00 00 03 00 00 00 34 01 00 00 34 81 04 08 |........4...4...|
00000060 34 81 04 08 13 00 00 00 13 00 00 00 04 00 00 00 |4...............|
00000070 01 00 00 00 01 00 00 00 00 00 00 00 00 80 04 08 |................|
00000080 00 80 04 08 c4 9d 00 00 c4 9d 00 00 05 00 00 00 |................|
00000090 00 10 00 00 01 00 00 00 00 a0 00 00 00 20 05 08 |............. ..|
$ xxd /usr/bin/od | head
0000000: 7f45 4c46 0101 0100 0000 0000 0000 0000 .ELF............
0000010: 0200 0300 0100 0000 208e 0408 3400 0000 ........ ...4...
0000020: a4a2 0000 0000 0000 3400 2000 0800 2800 ........4. ...(.
0000030: 1b00 1a00 0600 0000 3400 0000 3480 0408 ........4...4...
0000040: 3480 0408 0001 0000 0001 0000 0500 0000 4...............
0000050: 0400 0000 0300 0000 3401 0000 3481 0408 ........4...4...
0000060: 3481 0408 1300 0000 1300 0000 0400 0000 4...............
0000070: 0100 0000 0100 0000 0000 0000 0080 0408 ................
0000080: 0080 0408 c49d 0000 c49d 0000 0500 0000 ................
0000090: 0010 0000 0100 0000 00a0 0000 0020 0508 ............. ..
Или, если вы хотите прочитать байты по одному и распечатать их в своем собственном формате, попробуйте что-то вроде:
while read -n 1 byte; do
ord=$(printf "%b" "${byte:-\000}" |
od -t x1 |
{ read offset hex; echo $hex; })
echo "$ord"
done </usr/bin/od
Образец вывода:
7f
45
4c
46
01
01
01
00
00
00
while
цикл не работает для символов обратной косой черты и новой строки (и в bash (в отличие от ksh93) для пустых символов), а также не будет работать должным образом в локалях utf8 для байтов с установленным 8-м битом. Кроме того, вам не нужно "od" там, вы можете использоватьprintf '%02x\n' "'$byte"
offset
это просто «фиктивная переменная»; это не имеет практического применения. Это просто используется в качестве заполнителя, чтобы добраться до hex
. Это то, что иногда отрицательно влияет на читабельность read
: переменные появляются неожиданно.
$offset
ограничена вложенной оболочкой, поэтому я не вижу в этом проблемы.
Мои два цента:
tail -f streamfile | hexdump -C
Мне это нравится, потому что вы отслеживаете текущий буферный файл, когда можете видеть hexdump вживую. Не забывайте, что ВСЕ в Unix - это файл, и мы можем легко объединять такие команды, как tail
и hexdump
для решения самых разных задач.
for((i=0;i<100;i++));do echo $i >>tst2.bin;sleep 1;done&
ним хорошо работает для мониторинга THX :)
mc
Полуночный командир - другой вариант. Я не знаю, доступно ли это для всех версий Unix. Возможно, вам придется скачать его в первую очередь.
F3 F4для просмотра во внутреннем редакторе / в шестнадцатеричном режиме.