конфа VirualBox, 256RAM, HDD50Gb
Загружаюсь с сд
calculate --disk=/dev/sda
форматнул винт - * смонтировал своп - распаковался - … - забилдил initrd*
ребутаюсь - все ок
но при следующей перезагрузке ошибка сегментации initrd
при дальнейшем исучении:
после ребута
система подымается и начинает инсталица - ищет там еще какие-то дрова - находит - …(не увидил строк про swapon) - ребилдит initrd - вот и ошибка lzma
как обойти? можно ли?
Поддержкой виртуальных машин мы почти не занимались. Но в скором времени планируем провести тестирование и адаптировать софт.
Спасибо за реакцию, но…
Вы, наверное, меня не так поняли…
Повторюсь:
Конфа RAM 256Mb
1
с диска
calculate --disk=/dev/sda
монтируем своп - ставимся - все ок
2
после ребута первая загрузка с винта
стартует - чегото-то там настраивает - * своп не монтирует(по крайней мере не сообщает) * перепавовыет initrd - ошибка lzma (если не изменяет память кто-то уже писал что беда в малом поличестве озу и решается монтированием свопа)
Вывод
После вашего сообщения повторил попытку увеличив объем ОЗУ до 1100mb - проблема исчезла.
Дело в том, что swop не монтируется и это явная проблема.
VirualBox тут не причем
Точно такая же проблема и с 10.0. Установка на реальное железо.
Тестовая машинка: P2-350, RAM 192, HDD 20
Ставлю CDS 10.0 предварительно изменив профиль для автоматического разбиения 1 ГБ - своп, 5 + 5 ГБ - под систему, остальное под данные. И снизив ограничение на размер винта в установщике до 15 ГБ.
Ставится все гладко. Но при первой перезагрузке среди сообщений:
Create initrd... lzma. Can not allocate memory
...done
и только потом идут сообщения про своп-раздел (очевидно монтирование/инициализация).
Ест-но при следующей перезагрузке получаем что-то типа kernel panic, так как initrd не сфомирован нормально.
Может можно в установщике сделать инициализацию свопа до генерации initrd? Чтобы при малом объеме памяти всё не спотыкалось.
Понял, спасибо! В 10.0.1 мы перепакуем initrd старым методом.
Обходной маневр был подсказан в соседней теме (Ссылка).
Итак, если делать все как раньше (стандартный процесс установки), то при ПЕРВОЙ после установки перезагрузке получим:
Create new initrd file... lzma: Cannot allocate memory
done
и при ВТОРОЙ перезагрузке, соответственно - аналог kernel panic из-за неправильного файла initrd.
Поэтому после ПЕРВОЙ перезагрузки нужно выполнить команду:
calculate --initrd
К этому времени своп уже нормально подключился и команда отработает правильно. Дальше - перезагрузка и остальные шаги. Теперь система нормально грузится.
PS. К разработчикам - может не перепаковывать initrd старым способом, а просто внести изменения в файл установщика calculate?
PPS. Проверено на виртуальной машине с 256 МБ оперативки и 512 МБ свопа.
Обходной маневр был подсказан в соседней теме (Ссылка).
Итак, если делать все как раньше (стандартный процесс установки), то при ПЕРВОЙ после установки перезагрузке получим:
Create new initrd file... lzma: Cannot allocate memory
done
и при ВТОРОЙ перезагрузке, соответственно - аналог kernel panic из-за неправильного файла initrd.
Поэтому после ПЕРВОЙ перезагрузки нужно выполнить команду:
calculate --initrd
К этому времени своп уже нормально подключился и команда отработает правильно. Дальше - перезагрузка и остальные шаги. Теперь система нормально грузится.
PS. К разработчикам - может не перепаковывать initrd старым способом, а просто внести изменения в файл установщика calculate?
PPS. Проверено на виртуальной машине с 256 МБ оперативки и 512 МБ свопа.
Не понял, если компьютер не загружается, то как Вы выполнили
calculate --initrd
после первой перезагрузки?
Не понял, если компьютер не загружается
Еще раз по шагам:
1. Загружаемся с LiveCD и штатно ставим систему.
2. Первая перезагрузка (очевидно с использованием еще initrd_install). Во время загрузки инсталятором перепаковывается initrd. Тут и ловим злосчастное сообщение о нехватке памяти для генерации нового initrd. Загрузка продолжается и заканчивается нормально.
2а. Залогинившись, выполняем calculate --initrd
3. Вторая перезагрузка. Если не выполнен пункт 2а, то получаем аналог kernel panic из-за неправильного initrd. Если выполнен, эта и дальнейшие перезагрузки проходят уже нормально.
Не понял, если компьютер не загружается
Еще раз по шагам:
1. Загружаемся с LiveCD и штатно ставим систему.
2. Первая перезагрузка (очевидно с использованием еще initrd_install). Во время загрузки инсталятором перепаковывается initrd. Тут и ловим злосчастное сообщение о нехватке памяти для генерации нового initrd. Загрузка продолжается и заканчивается нормально.
2а. Залогинившись, выполняем calculate --initrd
3. Вторая перезагрузка. Если не выполнен пункт 2а, то получаем аналог kernel panic из-за неправильного initrd. Если выполнен, эта и дальнейшие перезагрузки проходят уже нормально.
Фигня какая-то.
При установке системы calculate --initrd выполняется. Если бы этого небыло, Вы бы при первой загрузке видели такой же длинный список драйверов, как и на livecd.
Далее при первой загрузке выполняется скрипт /etc/init.d/calculate, который отрабатывает в boot уровне загрузки и в конце себя удаляет из него. В нем выполняется повторно calculate --initrd. Отчего он может выдавать ошибку непонятно, т.к. к этому моменту думаю своп уже подключен.
Перепаковка старым методом должна решить проблему, т.к. раньше такая ошибка не встречалась. Здесь я о ней услышал впервые.
В нем выполняется повторно calculate --initrd
Тогда зачем выполнять его повторно, если он выполняется во_время/сразу_после установки?
Или это нужно для того чтобы отловить что загружается в результате автодетекта?
Вообщем сегодня сниму на видео (от момента окончания установки и заканчивая второй, фатальной загрузкой. минуты 4 думаю) и вечером выложу на обменник, чтобы совсем уж не прослыть фантастом.
спасибо за предложенный обходной маневр.
и разработчикам за отзывчивость.
продолжаю тестить…