У меня есть несколько (новых) систем, на которых мне пришлось установить SLES11. Однако после нескольких (хотя и не каждой) перезагрузок система зависает во время загрузки. Это будет продолжаться только после того, как я физически нажму клавишу на клавиатуре.
Из того, что я нашел в журнале dmesg после неудачной загрузки, следующее:
[ 22.170276] sd 0:0:0:0: [sda] Mode Sense: b7 00 00 08
[ 22.171155] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 22.182760] sda: sda1 sda2 sda3
[ 22.383424] sd 0:0:0:0: [sda] Attached SCSI disk
[ 22.545372] PM: Marking nosave pages: 000000000009a000 - 0000000000100000
[ 22.545377] PM: Marking nosave pages: 00000000bf780000 - 0000000100000000
[ 22.546217] PM: Basic memory bitmaps created
[ 22.590380] PM: Basic memory bitmaps freed
[ 22.596284] PM: Starting manual resume from disk
[ 22.602319] PM: Resume from partition 8:1
[ 22.602321] PM: Checking hibernation image.
[ 22.602479] PM: Error -22 checking image file
[ 22.602481] PM: Resume from disk failed.
[ 22.718727] kjournald starting. Commit interval 15 seconds
[ 22.718960] EXT3-fs (sda3): using internal journal
[ 22.718964] EXT3-fs (sda3): mounted filesystem with ordered data mode
[ 1555.644404] udevd version 128 started
[ 1555.697664] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0
[ 1555.707961] ACPI: Power Button [PWRB]
Я поискал в Интернете PM: Resume from disk failed.
сообщение, но это кажется важным только при восстановлении системы после гибернации, то есть восстановления с жесткого диска.
Но это не моя ситуация. Я получаю это только после перезагрузки, как я уже говорил. Отметка времени [ 1555.xxxxxx]
это только результат того, что я нажал клавишу на клавиатуре.
Я использую версию SLES 11 SP1. Обратите внимание, что я также установил расширение RealTime Extension во всех системах. Таким образом, обновление до SP2 не должно иметь значения, поскольку RT Extension одинаков для SP1 и SP2.
Есть предложения о том, как действовать? Поскольку я застрял в этом вопросе.
Редактировать:
Я заметил, что эта проблема вызвана RT-ядром из RealTime Extension. У меня зависание появляется только тогда, когда я загружаюсь с RT-ядром.
Изменить 2:
Решил повнимательнее разобраться, что именно происходит при загрузке. Результатом является снимок экрана последовательного подключения PuTTY к одной из соответствующих систем:
Красный квадрат - это место, где мне нужно нажать клавишу, чтобы продолжить загрузку. Кажется, что на fsck зависает последовательность загрузки, или что она работает в каком-то интерактивном режиме?
Изменить 3:
Похоже, что обновление до SP2 невозможно, так как RT-ядро несовместимо с ним (не устанавливается, а при принудительной установке оно не будет загрузочным).
Хотя я все еще не уверен, в чем настоящая проблема, я нашел способ «решить» эту проблему.
Выполняя
# tune2fs -c 1 /dev/sdaX
Мне удалось заставить проблему fsck, которая (кажется) приостановить, чтобы продолжить работу. Однако это заставляет программу запускаться каждый раз при перезагрузке системы (что занимает дополнительное время во время загрузки). К счастью, используемый в системе жесткий диск не слишком велик, поэтому время загрузки не сильно увеличивается из-за принятых мер.