dd повредил корневой диск
Если git(1) предоставил diff, вы должны использовать git apply (git использует большую часть унифицированного формата diff(1), но добавляет некоторые специфические для git операции).
Если применение патча не удаётся, то либо (а) патч повреждён (т.е. строки удалены/изменены, табуляция расширена, другие соглашения об окончании строк), либо (б) вы пытаетесь применить патч к другой базе (это должно сработать, если нет перекрывающихся модификаций, и изменения не слишком сильно сдвинули места, подвергшиеся исправлению).
Если патч не применяется, вы должны получить файл с отклонениями в качестве побочного продукта, затем вы можете попробовать применить недостающие изменения вручную. Только убедитесь, что вы часто сохраняете промежуточные этапы, так как переделывать всю эту кашу из-за неправильно примененного изменения в отбракованном файле на 30 гигов - не самое приятное занятие.
Если это существует где-то под контролем git, вероятно, проще попросить разрешения на pull/clone.
Резюмируя сказанное в комментариях, с дополнительной информацией:
Когда ты бежал
sudo dd if=/dev/zero of=/devsdb
вы создали файл в разделе /с именем devsdb. Команда, если ее не остановить вовремя, будет продолжать выполняться до тех пор, пока раздел не будет полностью заполнен. Поскольку команда была запущена от имени пользователя root, она дополнительно заполнила небольшое безопасное пространство, которое обычно резервируется, чтобы позволить системе нормально функционировать (около 10% размера раздела, большую часть времени ). Это вполне могло оказать неблагоприятное воздействие на вашу систему.
Чтобы исправить это, я предложил загрузить машину в однопользовательском -режиме (или в «режиме восстановления» или аналогичном ), чтобы иметь возможность смонтировать раздел /и удалить файл слишком большого размера.
Ваша команда вряд ли причинила какой-либо другой ущерб, кроме случайного заполнения раздела, поэтому удаление этого файла (и перезагрузка )должны быть единственным действием, необходимым для решения этой проблемы.
К счастью, данные не потеряны. ОС не может запуститься корректно, потому что в корневом разделе недостаточно места. Чтобы исправить ситуацию, загрузитесь с Live CD и удалите файл /devsdb.