Ошибка сценария инициализации от dropbear

Question 1

Для вас есть простое решение. Оставьте диск, подключенный к ПК, в течение нескольких часов, и шум автоматически остановится. Грубая оценка на требуемое время составляет 1,5 часа на 1 ТБ размера раздела.

Это связано с тем, что форматирование до ext4 не полностью инициализирует файловую систему. Большая часть работы по инициализации делегируется jbd2, которая отвечает за ведение журнала файловой системы. При форматировании записывается только необходимая информация для использования диска. Хотя вы уже можете использовать диск, jbd2 добавляет дополнительную информацию. Он разработан таким образом, чтобы форматирование было быстрым. Операции записи, которые вы наблюдаете после форматирования, не влияют на производительность диска, то есть при копировании файлов на диск процесс копирования будет не медленнее из-за того, что jbd2 также записывает журнал.

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

Если вы можете управлять механизмами энергосбережения на жестком диске (некоторые из них поддерживают это, а некоторые нет), вы можете использовать следующую команду, чтобы отключить энергосбережение механизмов, таким образом, заставляя замолчать диск, на время, которое jbd2 выполняет инициализацию:

sudo hdparm -B 255 /dev/sdXY

, где вы должны заменить sdXY на путь к вашему разделу жесткого диска. Если команда не удалась, ваш жесткий диск не поддерживает управление механизмами энергосбережения, и вы не можете его отключить. Затем вам нужно подождать, как объясняется в верхней части этого ответа.

Question 2

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

Question 3

Question 4

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

Question 5

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

Question 6

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

Question 7

Question 8

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

Question 9

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

Question 10

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

Question 11

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

Question 12

У меня было такое же системное поведение, как и первоначально, только с ядром 2.6.32-31. С 2.6.32-30 во время загрузки сообщений не было сообщений. Я тщательно удалил все скрипты dropbear, но сообщения об ошибках с Kernel 2.6.32-31 сохранялись. Очень странный материал.

Но забыли sudo update-initramfs -u Это для полной деинсталляции dropbear.

Question 13

Question 14

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Это для полной деинсталляции dropbear.

Question 15

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Вот и все для полной деинсталляции dropbear.

Question 16

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Вот и все для полной деинсталляции dropbear.

Question 17

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Это для полной деинсталляции dropbear.

Question 18

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Вот и все для полной деинсталляции dropbear.

Question 19

Question 20

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Вот и все для полной деинсталляции dropbear.

Question 21

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Вот и все для полной деинсталляции dropbear.

Question 22

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Вот и все для полной деинсталляции dropbear.

JanC · Accepted Answer · 25 July 2018 в 23:04

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

JanC · Accepted Answer · 27 July 2018 в 02:30

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

JanC · Accepted Answer · 2 August 2018 в 04:25

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

JanC · Accepted Answer · 4 August 2018 в 20:57

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

JanC · Accepted Answer · 6 August 2018 в 04:29

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

JanC · Accepted Answer · 7 August 2018 в 22:38

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

JanC · Accepted Answer · 10 August 2018 в 10:45

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

JanC · Accepted Answer · 13 August 2018 в 17:18

Если в /etc/initramfs-tools/scripts/init-premount/ есть оставшийся скрипт dropbear, вы можете попробовать удалить его, а затем запустить sudo update-initramfs и посмотреть, поможет ли это.

2

ответ дан JanC 13 August 2018 в 17:18

1

Также проверьте /usr/share/initramfs-tools/ и подкаталоги для упоминаний dropbear – Kees Cook 7 November 2010 в 07:47

Mateng · Answer 9 · 26 May 2018 в 00:59

У меня было такое же системное поведение, как и первоначально, только с ядром 2.6.32-31. С 2.6.32-30 во время загрузки сообщений не было сообщений. Я тщательно удалил все скрипты dropbear, но сообщения об ошибках с Kernel 2.6.32-31 сохранялись. Очень странный материал.

Но забыли sudo update-initramfs -u Это для полной деинсталляции dropbear.

Добро пожаловать в AU - из вашей формулировки мы не можем быть уверены, что это рабочее решение. Укажите свой ответ. — Mateng, 23 November 2012 в 01:35

Mateng · Answer 10 · 25 July 2018 в 23:04

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Это для полной деинсталляции dropbear.

Mateng · Answer 11 · 27 July 2018 в 02:30

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Вот и все для полной деинсталляции dropbear.

Mateng · Answer 12 · 2 August 2018 в 04:25

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Вот и все для полной деинсталляции dropbear.

Mateng · Answer 13 · 4 August 2018 в 20:57

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Это для полной деинсталляции dropbear.

Mateng · Answer 14 · 6 August 2018 в 04:29

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Вот и все для полной деинсталляции dropbear.

Mateng · Answer 15 · 7 August 2018 в 22:38

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Вот и все для полной деинсталляции dropbear.

Mateng · Answer 16 · 10 August 2018 в 10:45

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Вот и все для полной деинсталляции dropbear.

Mateng · Answer 17 · 13 August 2018 в 17:18

У меня было такое же поведение системы, как и первоначально опубликовано, только с Kernel 2.6.32-31. С 2.6.32-30 при загрузке сообщений не было. Я тщательно удалил все сценарии dropbear, но сообщения об ошибках в Kernel 2.6.32-31 остались. Очень странные вещи.

Но забыл sudo update-initramfs -u Вот и все для полной деинсталляции dropbear.

Добро пожаловать в АС - из вашей формулировки мы не можем быть уверены, что это рабочее решение. Пожалуйста, укажите ваш ответ. — Mateng, 23 November 2012 в 01:35

Ошибка сценария инициализации от dropbear

17 ответов

Другие вопросы по тегам:

Похожие вопросы: