Когда неверны настройки bs и count для dd?

(Под неправильным я подразумеваю "будет ломать вещи".)

Предположим, что мы собираемся использовать dd. Мы выбрали правильный набор if, of, и, возможно, seek и skip. Мы тщательно позаботились о том, чтобы команда не писала дальше нашей предполагаемой области вывода.

Как теперь мы можем незаметно все разрушить, выбрав неудачную комбинацию bs и count? Откуда нам знать?

Причина, по которой я спрашиваю, заключается в том, что, похоже, появляются магические предпочтительные значения. Для например, в этом вопросе о создании случайного файла 1G первые два ответа используют if=/dev/urandom, of=sample.txt, bs=64M, и count=16.

Как создать случайный файл объемом 1 ГБ в Linux?

Конечно, это не единственные допустимые настройки, но оба ответа использовали эти настройки, предполагая, что этот выбор особенно хорош и разумен. Особенно в таком случае, когда нет файловой системы или даже физического диска, мне не ясно, может ли выбор настроек быть неправильным -- не просто неэффективно, но неправильно . Я предполагаю, что dd должен записывать целое число блоков за раз, чтобы bs увеличивалось, а также увеличивалось использование памяти, и эти значения влияют только на производительность.

Пример - это только пример, а не то, что меня конкретно интересует, поэтому продолжайте и рассмотрите случаи, когда копируемое имеет файловую систему.

Использование dd всегда является для меня пугающим прыжком веры.