17.3 Cinnamon x64 - Cannot allocate memory

Chocobo:

olegwhite, сыылка на образ В параметрах сильно не изголялся, все дефолтное тип вм linux, версия Ubuntu 64-bit. озу 512, диск фиксированный на 30gb

Попробовал с такими параметрами установить у себя в виртуалке, ошибки выскакивали в разных местах пока с какого-то перепугу Cinnamon в режим фалл бэк не перешел, в таком виде установился. Добавил памяти до 1 гига, все прошло нормально...
Выводы? А какие могут быть выводы? 512 - не для Cinnamon.

Получается на железо с полугигом оперативы тоже не встанет уже...
Тогда системные требования не актуальны для 17.3 как минимум для корицы.
Почекаю другие образа в рамках этой же темы)

Chocobo, На реальное железо должно встать

Rousk:

Chocobo, На реальное железо должно встать

На реальном железе в подобных случаях добавляю озу, а после установки убираю, только вот 64 бит на 512 - это извращение, проверено, минимум 1 гиг, хоть корица, хоть крыса, хоть белка, или баран, без разницы.

Rousk, а в чем принипиальная разница от виртуализации? сама машинане репортовала о проблемах, только ось внутри неё..

Chocobo:

Rousk, а в чем принипиальная разница от виртуализации? сама машинане репортовала о проблемах, только ось внутри неё..

Chocobo, ну тут Вы не совсем правы, я больше склоняюсь к мнению Rousk, проверено экспериментально, бывает в виртуалке тыкаешь-тыкаешь, и ничего, а на реальной железяке с пол-пинка заводится, вот потому практически все на реальном железе пробую, скоро свой HDD доконаю (тут, конечно, и есть преимущество виртуалки)...

olegwhite:

только вот 64 бит на 512 - это извращение,

Это факт
Chocobo,
виртуалка она и в Африке виртуалка, у меня были дистрибутивы которые при выделении 512 ram в виртуальной машине
вообще не заводились, но на реальное железо в легкую с теми же 512 ram, а на счет cinnamon то он упасть где угодно может

olegwhite, так получилось что почти как вы написал хаха,

olegwhite:

ну тут Вы не совсем правы,

Я не утверждаю чего-либо, это был вопрос :)

если попробовать вникнуть в процессинг происходящего - cannot allocate это не совсем OutOfMemory, но почти оно.
live сессия сидит в ram, своппиться ей некуда т.к. своих дисков не предопределено для нее.
соответственно - запуск инсталлера, в рамках графической сессии, с не самым легким DE должно привести к подобному результату на 512 ОЗУ, ибо места в озу не хватит, а складывать излишки некуда.
Оттого и вопрос возник :)
Стоит, кстати, попробовать перед установкой завести и подключить своп раздел прям к лайву, изменится ли результат...

Нет вот планок меньше 2Г (или предутильного железа в сборке) под рукой, чтоб проверить железно-виртуальную теорию...

Chocobo:

Стоит, кстати, попробовать перед установкой завести и подключить своп раздел прям к лайву, изменится ли результат...

приступим :

Chocobo:

... Стоит, кстати, попробовать перед установкой завести и подключить своп раздел прям к лайву, изменится ли результат...

Если с начала разбить диск, а потом снова загрузиться, этот своп подключится автоматом и сразу его изменить/удалить не получится, надо только отключать. (это только если мало памяти, года 2 и более гиг, он не задействуется, опять таки экспериментально определено).

olegwhite, На этапе разметки диска - установщик норовит отобрать своп-раздел под будущую ось. При этом сразу размонтирует его - и корица с инсталлером валятся с ошибками
При автоматической разметке - раздел со свопом также предадут анафеме, вместе с процессом установки.

Сделал ручную разметку, принудительно указав "не использовать" swap-раздел и создав рядом корень - Установка пошла.

Лагает дико, из чтения диска не вылезает, но "медленно но верно". Пусть жужжит:)
отожрал уже дополнительно 450 метров свопа для своих нужд, так что неизвесто хватит ли 768 МБ для чистой установки