Я испортил что-то путем случайной вставки '/etc/inittab' в оболочку?

Я испортил что-то действительно плохо? Я боюсь, что система не загрузится в следующий раз?

Нет и да (т.е. система загрузится прекрасный - или по крайней мере, это не будет создавать проблему). У Вас могут теперь быть некоторые нечетные именованные файлы в Вашем текущем рабочем каталоге (который можно теперь удалить), но похоже, что большая часть из этого была отклонена как команды, "не найденные". inittab на самом деле не сценарий оболочки, таким образом, любые строки там, которые имеют некоторый смысл к оболочке, делают так просто по совпадению.

Существует несколько вещей:

ems2::bootwait:/sbin/cat </dev/null >/etc/opt/resmon/persistence/reboot_flag

Вы нашли что один. Я предположил бы, что это будет ошибка без вывода stdout, таким образом, файл был бы усеченным для обнуления. Однако это - то, что это сделало бы, когда выполнено правильно также; очевидно это - просто узел файла, используемый в качестве флага (т.е. его существование указывает на что-то, но он не имеет никакого содержания).

ems3:3456:wait:/sbin/sh -c "/usr/bin/touch /etc/opt/resmon/persistence/runlevel4_flag; /usr/bin/chmod 644 /etc/opt/resmon/persistence/runlevel4_flag"

chmod в конце этого, возможно, выполнился, хотя, вероятно, не, так как это заключается в кавычки - это зависит от того, было ли Ваше сокращение 'n' вставка от где-нибудь, который начал новую строку с разрывов строки, произведя, например:

runlevel4_flag; /usr/bin/chmod 644 /etc/opt/resmon/persistence/runlevel4_flag"

Часть после двоеточия затем была бы реальной командой, но runlevel4_flag" не был бы реальный файл.

Будьте осторожны при работе корнем. Только сделайте это, если Вы должны. Если Вы не работаете суперпользователем, то наполняете как это, не может причинить реальный вред.