文字列コマンドが停止しないのはなぜですか?


30

このstringsコマンドは奇妙な動作をします。明らかに、ドライブの空き容量がなくなっても、ファイルへの書き込みを停止しません。それとも、何かが足りないのでしょうか?

私は次を実行します:

# strings /dev/urandom > random.txt

これは継続して実行され、ディスクがいっぱいになっても停止しませんでした(通常のUSBフラッシュ)。

速くするために、ramdiskを作成し、同じコマンドを再試行しました。それも止まらなかった。

urandomはそれが通常のファイルではなく、strings出力もリダイレクトされることを理解していますが、上記の両方のケースcatでは、スペースがなくなったときにコマンドがエラーを報告しました。

# cat /dev/urandom > random.txt
cat: write error: No space left on device
  1. これは文字列の通常の動作ですか?もしそうなら、なぜですか?
  2. スペースがなくなった後、データはどこに書き込まれますか?

1
最初のコマンドが実際にディスクをいっぱいにしたという兆候は何ですか?
クサラナンダ

1
@Kusalanandaそれはdfによって報告されました。watch df -hを使用して別の仮想端末から監視していました
user174174

2
@Kusalananda:これを簡単にテストできますstrace strings /dev/urandom > /dev/full
Peter Cordes

2
@mosvy OpenBSDは、stringsGNU binutilsの同じ実装を使用します。私はstraceコマンドについて言及していました。
クサラナナンダ

2
@Kusalananda OK、文字列の置き換え(1)「ツールチェーンBSDは」)のputchar(の戻り値をチェックしませんので、どちらか
mosvyを

回答:


63

GNU catが読み取った内容を書き込めない場合、エラーで終了します

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

strings一方、GNUは、正常に記述できたかどうかをしません

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

そのため、これらの書き込みはすべて失敗しますが、strings入力の終わりに達するまで楽々と続きます。

$ 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
素敵な分析。私はそれがバグと見なされるべきだと思いますstrings
カスペルド

3
バグの報告を計画している人はいますか?
ネイト・エルドリッジ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.