Это означает, что ядро (от `/загрузки`) и initrd для загрузки, но при этом объем у корней не мог быть найден, чтобы заменить файл initrd. Нам нужно больше строк выше того, что вам показывают, чтобы диагностировать это. Также, изменилось ли что-то что может быть причиной? В моем текстовом файле у меня будет мое имя машина. `мачинеа` был просто пример для демонстрации. После входа в каждую машину, я обычно делаю `команду ifconfig`, чтобы выяснить IP-адрес. Я хотел бы запечатлеть в этом, потому что я буду использовать его так же для других MySQL, как fetch_array и тому подобное. Я должен проверить свой ответ и дам вам знать. Да я знаю, что это было больше для ОП :) @Стив см. ФП для решения. Учитывая, как ошибка была устранена, вы можете, пожалуйста, объяснить, как участвует язык Python? Если вы все еще думаете, что Python участвует. Спасибо. Знаете ли вы, что вы можете **отметьте ответ, как принято,** нажав кнопку с галочкой справа внизу кнопку голосовать против?

Существует ли надежный или отраслевой стандарт в оценке или аудиту встроенный производительность ядра?

Цель аудита состоит в определении времени, что ядро проводит в определенной критической секции, в частности, обработчики прерываний и блокировки системных вызовов и переключение контекста и использовать Ио. Определенные потоки пользовательского пространства могут быть пересмотрены приоритеты или перенесен для того, чтобы даже загрузить в контексте мягкого реального времени врезанная система Linux.

Что я делал вводит некоторые запасные периферической ИО переключение в стратегических системных вызовов и прерываний для отслеживания небольшое подмножество активности ядра с помощью осциллографа и минимальное воздействие. Это эффективно для того, чтобы видеть, сколько определенный системный вызов принимает в среднем, но не дает много богатой информации.

Для связи можно предположить, что ядро Linux версии 2.6 и с RT-упредить и Xenomai