Inverter o último byte de um arquivo?

Não sed, mas isso parece funcionar em Perl:

perl -pe 's/.\z/ $& ^ "\xff" /es if eof'  < in > out

Ele lê por linhas, mas isso não importa, pois é limpo de 8 bits. eofé true na última linha e \zcorresponde ao final bruto da string ( $também corresponderia antes de uma nova linha final opcional, portanto, não estritamente no último byte). A substituição é apenas a operação xor na string correspondente.

Eu mesmo fiz isso em python:

python3 -c "import os, sys; name = sys.argv[1]; info = os.stat(name); f=open(sys.argv[1], 'rb+'); f.seek(-1,2); b = f.read(1)[0] ^ 0xFF; f.seek(-1,2); f.write(bytes([b])); print('Writing:', bytes([b])); os.utime(name, (info.st_atime, info.st_mtime))" filename

Não é a solução mais elegante, mas tenho certeza de que vocês têm algum truque engenhoso de sed e podem fazê-lo melhor.

Aqui está a versão completa, você pode executar com ./invert.py (nome do arquivo)

import os, sys

name = sys.argv[1]
info = os.stat(name)

with open(name, 'rb+') as f:
    f.seek(-1,2)
    b = f.read(1)[0] ^ 0xFF
    f.seek(-1,2)
    f.write(bytes([b]))
    print('Writing:', bytes([b]))
    os.utime(name, (info.st_atime, info.st_mtime))

Ferramentas como sede awkgeralmente não são adequadas para buscar arquivos ou manipular o conteúdo de um arquivo no nível de byte. Eles são orientados por linha, querem regexps ou números de linha como endereços e não têm nenhuma maneira (embutida) de recuperar os metadados de um arquivo, como, por exemplo, seu tamanho ou carimbos de data e hora.

É possível alcançar o resultado pretendido também por meio de ferramentas de linha de comando, mas, até onde posso conceber, você precisa executar operações de "cola" em qualquer caso.

Aqui está minha tentativa, apenas por diversão: ( em uma única linha apenas para demonstração, conforme seu desejo )

(set -e -- $(ls -l <file>); pos=$(($5 - 1)); asciicode=$(od -j "$pos" -t u1 -A n "$9"); invcode=$(printf '%02x' $((asciicode ^ 0xff))); printf "\\x${invcode}" | dd of="$9" obs="$pos" seek=1)

Substitua <file>pelo nome do seu arquivo.

Não é realmente um one-liner, como você pode ver. Eu fui até certo ponto para ser compatível com POSIX, mas mesmo sem isso não seria muito mais curto.

Observe também que ele não cuida do carimbo de data/hora do arquivo. Para fazer isso com ferramentas de linha de comando, ficaria assim: ( desta vez dividido para legibilidade e explicação )

(
set -e -- $(ls -l <file>)  # <-- parsing 'ls' output generally is not a good move
pos=$(($5 - 1))            # file's size from `ls -l`, minus 1 to point to last byte
asciicode=$(od -j "$pos" -t u1 -A n "$9")  # 'od' can seek with '-j' option
invcode=$(printf '%02x' $((asciicode ^ 0xff)))  # 8-bit value read by 'od' xor-ed
                                                # and made a 0-padded 2-digits hex value
temp="$(mktemp)"                               # temporary helper file
trap 'rm -f "$temp"' EXIT                      # dispose of it in due time
touch -r "$9" "$temp"                          # copy original file's timestamp
printf "\\x${invcode}" | dd of="$9" obs="$pos" seek=1  # put computed 8-bit value in place
touch -r "$temp" "$9"                          # restore file's timestamp
)

Usando touch -r para frente e para trás em um arquivo temporário porque essa deve ser a maneira mais portátil de manter a precisão de nanossegundos.

Pode ser bom observar também a necessidade de executar a operação arriscada de analisar lsa saída, mas não consigo pensar em outra ferramenta POSIX para recuperar o tamanho de um arquivo. Claro que neste caso poderia ser feito de uma forma mais segura (complicando ainda mais o script), mas essa necessidade pode ser mais uma dica de que estamos estendendo as ferramentas padrão um pouco além de suas tarefas pretendidas.