Почему grep перезагружает машину?
Я столкнулся с очень похожей проблемой, пытающейся передать Debian, живой binary.img к карте флэш-памяти с интерфейсом USB на 2 ГБ. Размер изображения был перечислен как 1.6 ГБ. Комментарий Matt выше оценки статистики использования был очень полезен и после вычисления размера блока в 4096 раз количестве блоков (3,109,040), это помещает размер в 12,734,627,840, который является почти 8 раз перечисленным 1.6 ГБ размером. Я заметил, что на dd управляют, чтобы я использовал bs=1M также, таким образом, я повторил с bs=4096, столь же перечисленным в команде статистики, и это скопировало файл, как первоначально ожидается на уровне 1.6 ГБ. Таким образом, мое впечатление - то, что при копировании больших блоков, чем размер блока он просто копирует блок блоком. Но если Вы копируете в размере блока (и возможно меньший, хотя не протестировано) dd оценивает то, что в блоке и обрезает лишний мусор. Спасибо за подсказку Matt.
/dev/mem[112437] и [112438]/dev/kmem[112439] приходят в голову, но
/dev/port
звучит еще более опасно для чтения - он напрямую подключается к портам ввода/вывода. Чтение вслепую от этого звучит как рецепт катастрофы (жесткая блокировка моей машины несколько минут назад... для науки, наверное). Я не думаю, что чтение из этого файла приведет к одинаковым симптомам для всех машин, Но перезагрузка не кажется необоснованной.
По крайней мере, вы должны полностью исключить из этого параметра [112442]/dev[112443], и [112444]/sys[112445] и [112446]/proc[112447] тоже не должны быть включены - нет смысла искать в этих файловых системах, даже если они полностью безопасны.
Рассмотрим также и производительность. Неужели вы хотите поднять всю [112448]/dev/sda[112449], затем всю [112450]/dev/sda1[112451], а потом, какое бы содержимое файловой системы она ни имела (если предположить, что она смонтирована)?[112088].