Длительная задержка при загрузке системы (отсчет 1-100)
Вопрос чайника.
Я не помню, то ли забыл запостить вопрос, то ли пост был удален по причине тупости вопроса, но все-таки прошу помочь разобраться с проблемой.
Дело в том, что при загрузке ядра, в начале так шустро бегут строчки по экрану, сверху пара пингвинов, но в определенный момент загрузка как-бы приостанавливается и в это время на экране отображается отсчет 12/100, 13/100 ... 59/100 ... 99/100
После этого загрузка продолжается. Смотрел в dmesg , там этот отсчет отображается как последовательность [12/100][13/100]...[59/100]...[99/100], при чем в начале отсчета перемежается с сообщениями ядра.
Подскажите, пожалуйста, что это за отсчет, что я сделал неверно, как можно убрать или ускорить этот процесс?
Я долго искал в сети ответ на свой вопрос, но так ничего и не нашел по этому поводу.
- Для комментирования войдите или зарегистрируйтесь
очень
очень смахивает на автоконфигурацию чего-либо, как в кноппиксе например...
Большое
Большое спасибо за ответ, я ядро сам конфигурировал, наверное, что-нибудь там или забыл или не включил галку нужную по неопытности. Просто, надеюсь, что здесь люди понимающие, подскажут, хотя бы наводку дадут, где копать, я просто не знаю, это вообще так должно быть или нет.
(Можно делать скидку на то, что человек с 1991-го кроме доса и винды ничего в жизни и не видел, Дженту взял, чтобы разобраться что да как, несколько лет назад пробовал дебиан, но у меня с ним не срослось, и и-нет тогда мне недоступен был. Надеюсь, сейчас должно получиться, я вроде человек неглупый, просто многого еще не знаю. Можете считать это моим оправданием на возможно глупые вопросы).
а это что?
http://www.gentoo.ru/node/10842#comment-73887
А это отдельная
А это отдельная тема и вопрос про процесс загрузки после пробуждения из S4.
А здесь я ищу помощи, чтобы разобраться, что происходит у меня с системой, т.к. каждый раз этот непонятный отсчет при загрузке, до окончания которого ничего больше не грузится... Я же написал, что смотрел dmesg, могу сюда лог подкинуть, если это поможет понять проблему, как только вернусь домой.
я про то что
я про то что этот "отсчёт" подозрительно напоминает тот который из S4 о описанию.
у меня ядро
у меня ядро собрано из tuxonice-sources, там прогресс-бар, а этот отсчет, он отображается в формате [1/100], и он отображается при каждой загрузке ядра... И отображается он, как мне кажется, именно при загрузке ядра, когда дело доходит до загрузки снимка памяти, там нет проблем, восстановление происходит очень быстро. Но происходит оно опять-таки после этого злосчастного отсчета до 100.
Это 100% проблема
Это 100% проблема tuxonice. Уже не помню деталей как правил именно это, но попробуйте обновить ядро/патч tuxonice. Если не поможет, поиграйте с опциями ядра относящимися к tuxonice. Это точно исправляется, однако не помню как :)
Это и на
Это и на обычных ядрах есть =)
___________________________________________
Gentoo GNU/Linux 2.6.25 GCC 4.2.3 && GCC 4.3.0
Working on Gentoo for iPAQ hx4700 :-)
Если у вас компьютер с Windows, есть два выхода: выбросить компьютер в форточку или выбросить форточки с компьютера
Так что это за
Так что это за часовая бомба??? cmos_rtc? Это у меня одного так? Как это убрать? Если бы я знал, от чего эта беда, давно бы порешил и не поднимал этой темы...
Итак, вношу
Итак, вношу ясность:
[ 27.957761] powernow-k8: Found 1 AMD Turion(tm) 64 X2 Mobile Technology TL-60 processors (2 cpu cores) (version 2.20.00)
[ 27.961654] powernow-k8: 0 : fid 0xc (2000 MHz), vid 0x12
[ 27.964782] powernow-k8: 1 : fid 0xa (1800 MHz), vid 0x13
[ 27.967837] powernow-k8: 2 : fid 0x8 (1600 MHz), vid 0x14
[ 27.970856] powernow-k8: 3 : fid 0x0 (800 MHz), vid 0x1e
[ 28.511773] 1/100
<6>2/100
<6>3/100
<6>4/100
<6>5/100
<5>scsi 4:0:0:0: Direct-Access Ut163 USB2FlashStorage 0.00 PQ: 0 ANSI: 2
[ 31.195243] sd 4:0:0:0: [sdb] 1974271 512-byte hardware sectors (1011 MB)
[ 31.199569] 6/100
<5>sd 4:0:0:0: [sdb] Write Protect is off
[ 31.203424] sd 4:0:0:0: [sdb] Mode Sense: 00 00 00 00
[ 31.203426] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 31.752390] 7/100
<6>8/100
<5>sd 4:0:0:0: [sdb] 1974271 512-byte hardware sectors (1011 MB)
[ 32.623632] sd 4:0:0:0: [sdb] Write Protect is off
[ 32.626700] sd 4:0:0:0: [sdb] Mode Sense: 00 00 00 00
[ 32.626702] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[ 32.629760] sdb:<6>9/100
<6>10/100
<6>11/100
sdb1
[ 34.080724] sd 4:0:0:0: [sdb] Attached SCSI removable disk
[ 34.083821] sd 4:0:0:0: Attached scsi generic sg1 type 0
[ 34.087002] usb-storage: device scan complete
[ 34.515256] 12/100
<6>13/100
...
<6>99/100
<6>100/100
<6>rtc_cmos 00:04: setting system clock to 2008-06-07 01:10:10 UTC (1212801010)
[ 81.858837] Replacing swsusp.
[ 81.862110] TuxOnIce: Normal swapspace found.
[ 82.187174] kjournald starting. Commit interval 5 seconds
[ 82.186494] EXT3-fs: mounted filesystem with ordered data mode.
[ 82.186503] VFS: Mounted root (ext3 filesystem) readonly.
[ 82.186516] Freeing unused kernel memory: 260k freed
[ 84.373782] ACPI: WMI-Acer: Mapper loaded
[ 84.406152] acer_acpi: Acer Laptop ACPI Extras version 0.11.2
[ 84.406159] acer_acpi: Detected Acer WMID interface
[ 85.967631] EXT3 FS on sda6, internal journal
Ни где такого
Ни где такого ранше не встречал!
Муторно конечно, но можно сделать так: делаете резерв копию .config, потом
make defconfig, потомdiff .config .config.bak > differense. Изучаете содержимое differense на предмет смысла каждой опции, отсутствующей в .config.Спасибо за
Спасибо за совет!
Я собирал ядро из исходников 2.6.24, уже успел сделать полное обновление системы, исходники обновились до 2.6.25. Старый конфиг я положил к новым исходникам. Попробую собрать новое ядро, есть у меня подозрение, что что-то намудрил с rtc, если опять такая же история будет, сделаю по вашему совету.