Por que o comando strings não para?

30

O stringscomando se comporta de maneira estranha, aparentemente não para de gravar em um arquivo, mesmo que a unidade fique sem espaço. Ou talvez eu esteja perdendo alguma coisa?

Eu executo o seguinte:

# strings /dev/urandom > random.txt

isso continuava em execução e não parava mesmo depois de encher o disco (um flash USB comum).

para ser mais rápido, criei um ramdisk e tentei novamente o mesmo comando. também não parou.

Entendo que urandomnão é um arquivo comum e também stringsa saída é redirecionada, no entanto, nos dois casos acima, o catcomando relatou o erro quando não havia mais espaço.

# cat /dev/urandom > random.txt
cat: write error: No space left on device
  1. Esse é o comportamento normal de strings? Se sim, por quê?
  2. Onde estão os dados gravados depois que não há mais espaço?
user174174
fonte
11
Qual foi a indicação de que seu primeiro comando realmente encheu o disco?
Kusalananda
11
@Kusalananda Foi relatado por df. Eu estava monitorando-o de outro terminal virtual usando o relógio df -h
user174174
2
@Kusalananda: você pode testar isso facilmente comstrace strings /dev/urandom > /dev/full
Peter Cordes
2
@mosvy O OpenBSD usa essa mesma stringsimplementação do GNU binutils. Eu estava me referindo ao stracecomando.
Kusalananda
2
@Kusalananda OK, porque o "BSD toolchain" substituição de cordas (1) não verifica o valor de retorno de putchar () quer
mosvy

Respostas:

63

Se o GNU catnão conseguir escrever o que leu, ele sairá com um erro :

/* Write this block out.  */

{
  /* The following is ok, since we know that 0 < n_read.  */
  size_t n = n_read;
  if (full_write (STDOUT_FILENO, buf, n) != n)
    die (EXIT_FAILURE, errno, _("write error"));
}

O GNU strings, por outro lado, não se importa se conseguiu escrever com sucesso:

while (1)
  {
    c = get_char (stream, &address, &magiccount, &magic);
    if (c == EOF)
      break;
    if (! STRING_ISGRAPHIC (c))
      {
        unget_part_char (c, &address, &magiccount, &magic);
        break;
      }
    putchar (c);
  }

Portanto, todas essas gravações falham, mas stringscontinuam alegremente, até atingir o final da entrada, o que nunca será.

$ strace -e write strings /dev/urandom > foo/bar
write(1, "7[\\Z\n]juKw\nl [1\nTc9g\n0&}x(x\n/y^7"..., 4096) = 4096
write(1, "\nXaki%\ndHB0\n?5:Q\n6bX-\np!E[\n'&=7\n"..., 4096) = 4096
write(1, "%M6s\n=4C.%\n&7)n\nQ_%J\ncT+\";\nK*<%\n"..., 4096) = 4096
write(1, "&d<\nj~g0\nm]=o\na=^0\n%s]2W\nM7C%\nUK"..., 4096) = -1 ENOSPC (No space left on device)
write(1, "~\nd3qQ\n^^u1#\na#5\\\n^=\t\"b\n*91_\n ]o"..., 4096) = -1 ENOSPC (No space left on device)
write(1, "L\n6QO1x\na,yE\nk>\",@Z\nyM.ur\n~z\tF\nr"..., 4096) = -1 ENOSPC (No space left on device)
write(1, "\n61]R\nyg9C\nfLVu\n<Ez:\n.tV-c\nw_'>e"..., 4096) = -1 ENOSPC (No space left on device)
write(1, "\nCj)a\nT]X:uA\n_KH\"B\nRfQ4G\n3re\t\n&s"..., 4096) = -1 ENOSPC (No space left on device)
write(1, "j\nk7@%\n9E?^N\nJ#8V\n*]i,\nXDxh?\nr_1"..., 4096) = -1 ENOSPC (No space left on device)
write(1, "ia\tI\nQ)Zw\nnV0J\nE3-W \n@0-N2v\nK{15"..., 4096) = -1 ENOSPC (No space left on device)
write(1, "\nZ~*g\n)FQn\nUY:G\ndRbN\nn..F\nvF{,\n+"..., 4096) = -1 ENOSPC (No space left on device)
...
Olorin
fonte
19
Boa análise. Eu diria que isso deve ser considerado um erro strings.
kasperd 6/03
3
Alguém planejando relatar o bug?
Nate Eldredge