Perché il comando stringhe non si interrompe?


30

Il stringscomando si comporta in modo strano, apparentemente non smette di scrivere su un file anche se il disco si esaurisce. O forse mi manca qualcosa?

Corro il seguente:

# strings /dev/urandom > random.txt

questo continuava a funzionare e non si fermava nemmeno dopo aver riempito il disco (un normale flash USB).

poi per essere più veloce ho creato un ramdisk e ho provato di nuovo lo stesso comando. anche non si è fermato.

Capisco che urandomnon è un file normale e anche stringsl'output viene reindirizzato, tuttavia in entrambi i casi sopra, il catcomando ha segnalato l'errore quando non c'era più spazio.

# cat /dev/urandom > random.txt
cat: write error: No space left on device
  1. Questo è normale comportamento delle stringhe? Se è così, perché?
  2. Dove vengono scritti i dati dopo che non rimane più spazio?

1
Qual è stata l'indicazione che il tuo primo comando aveva effettivamente riempito il disco?
Kusalananda

1
@Kusalananda È stato segnalato da df. Lo stavo monitorando da un altro terminale virtuale usando watch df -h
user174174

2
@Kusalananda: puoi provarlo facilmente constrace strings /dev/urandom > /dev/full
Peter Cordes il

2
@mosvy OpenBSD utilizza la stessa stringsimplementazione dai binutils GNU. Mi riferivo al stracecomando.
Kusalananda

2
@Kusalananda OK, perché la "BSD toolchain" la sostituzione di stringhe (1) non controlla il valore di ritorno di putchar () sia
mosvy

Risposte:


63

Se GNU catnon riesce a scrivere ciò che ha letto, uscirà con un errore :

/* 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"));
}

GNU strings, d'altra parte, non importa se è riuscito a scrivere con successo:

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);
  }

Quindi tutte quelle scritture falliscono, ma stringscontinua allegramente, fino a quando non raggiunge la fine dell'input, che non sarà mai.

$ 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)
...

19
Bella analisi. Direi che dovrebbe essere considerato un bug in strings.
Kasperd,

3
Qualcuno ha intenzione di segnalare il bug?
Nate Eldredge,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.