Grub toram

Пока от Лорчан совет услышишь, рак на горе не только свиснуть успеет, но и захрюкать :) Пишите если что, завтра уже и сам в принципе увижу что и как.

Тема создана 21.10.21 23:14:24

ЛОР помоги!)

21.10.21 23:55:09

пол часа спустя

Ааааа, пачиму так долго ниатвичают!!!!111

что самое интересное, чувак за почти час ожидания ответа на ЛОРе так и не удосужился погуглить

ответ на его вопросы на первой странице гугла

Занят я. С телефона и в дороге неудобно. Что Гугл вещает?

гугл говорит, что это не параметр груба.

Я правда не помню что он грузит по этому параметру. Всю ФС? Загуглил ерунду какую-то и даже на справке арча с телефона не найду. Не привык.

Ядра, ок. Линусу писать?

https://en.wikipedia.org/wiki/List_of_Linux_distributions_that_run_from_RAM

Вы издеваетесь? Я это и так знаю. Как оно работает? Всю ФС загружает в ОЗУ? ОП прочтите!

Может лучше бы и не отвечали. А то такая «помощь» очень полезна.

Надоел:

toram  Adding this parameter, casper will try to copy the whole  read-only  media  to  the
              computer's  RAM  before mounting the root filesystem. This could need a lot of ram,
              according to the space used by the read-only media.

http://manpages.ubuntu.com/manpages/bionic/man7/casper.7.html

В общем я так понял, раз на примере флеш памяти, которую можно потом изъять - получается оно с диском потом никак не синхронизируется.

Тогда такой вопрос: как можно сделать, чтобы ФС была в ОЗУ (если именно так этот параметр работает), но синхронизация данных шла ни диск. Как в ОП я спрашивал, чтобы Я обновил систему или установил что-то и оно не пропало после reboot?

Ну и естественно чтобы сама система не тормозила на операциях IO на медленном носителе?

Надоел

А просто ответить - «да» по ОП, без тупака, нельзя было? Вроде я вас пытал, что так «надоел» :-D

Можно как-то синхронизировать с медленным накопителем? Немного ниже написал, пока ответ услышал.

Не знаю, поищи по форуму, по тегам. Просто debian в tmpfs
Если найдешь решение, поделись.

sudo cast Spoofing

Рассказывай за booty. Как оно работает.

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

Например мне нужно сделать минимальный образ xubuntu, на 1-2GB. Можно прям образ ISO lts взять. Как мне его в RAM загрузить, но и чтобы все изменения на диск сохранялись? У тебя там написано, что так можно. Просто напиши самый топорный способ для начала. Ну и если можно напиши как оно вообще работает, что-то я не въеду нифига. Или поздно уже или туплю, или то и другое.

В ОЗУ то не проблема закинуть, а вот как изменения сохранять не могу понять. В этом вопросе я «дурак», видимо, так что разжуй немного, если знаешь как сделать.

Как мне его в RAM загрузить

Необязательно. Кроме RAM ему и некуда грузиться.

чтобы все изменения на диск сохранялись?

Режим «persistent». Если-б хотел(умел), сам давно уже нащел, например.

напиши самый топорный способ для начала.

А топором-то владеешь? Не ровен час, отрубишь сук…

Не самый топорный, но способ.

Ну и, как выше уже подсказали про «toram», «persistent» не имеет никакого отношения к груб, это свойство конкретного линукс-дистрибутива.

Спасибо. Да, за persistent нашел. Только как это все работает яснее не стало. + Есть нюансы, например, загружаю Live-образ xubuntu с параметром toram - все ок. Устанавливаю её (причем ОЗУ по размеру ФС вполне достаточно) - не срабатывает.

Как persistent работает тоже не ясно (еще не пробовал), если вся ФС выгружается в RAM.

Хотелось бы от Spoofing услышать по поводу его скрипта с небольшими подробностями как это работает.

Live-образ xubuntu с параметром toram - все ок. Устанавливаю её…

Куда? Зачем? Вот это непонятно. Персистент для живой системы. Если установил, то и так все сохраняется.

Как persistent работает.

В общем случае, создается специальный файл, который монтируется поверх живой системы. В этом файле и происходят все изменения.

Куда? Зачем? Вот это непонятно. Персистент для живой системы. Если установил, то и так все сохраняется.

Я говрил о toram, на live xubuntu срабатывает (корректируя загрузчик), после установки полноценной системы - не хочет выгружаться в ОЗУ.

В общем случае, создается специальный файл, который монтируется поверх живой системы. В этом файле и происходят все изменения.

Плохо объясняете. Какой файл, где он сохраняется и т.п. непонятно. Мне это нужно было сиюмоментно, конкретики никто не привел, разбираться тоже времени нет.

Пока slax решил использовать и не морочить голову. И то моменты есть: например, редактирую journalctl.conf - все ок после persistent. Редактирую fstab, один фиг система повторно его пересоздает автоматически и в итоге у меня монтируются ненужные мне накопители.

В общем, в тонкостях позже и сам разберусь. ЛОР не торт.

В установочном лайве копи то рам это загрузить полностью образ системы с флешки в память. Образ рапаковывается в озу и от туда система работает, так как озу быстрее намного флешки то все быстро работает. Но если оперативки мало то в память загружается только часть флешки и потом нужно опчть грузится с флешки что немного медленно. Но это установки абсолютно не касается только самой установочной флешки. Система все равно будет устанавливаться на жесткий диск

разбираться тоже времени нет

Настолько нет, что даже не прочитал, то что предложили, где-уж тут до конкретики.

Мне это нужно было сиюмоментно

Быстро только кошки …плодятся. Сказал-же, Porteus специально расчитан для такой работы.

Какой файл, где он сохраняется и т.п.

Я давал ссылку. Пункт 8.

после установки полноценной системы - не хочет выгружаться в ОЗУ.

И не должна. Никто этого не предусмотрел, ничего в установленной системе для этого нет. Только в «живой» системе есть специальная подсистема (в случае *бунту это casper), которая реализует «persistent» и прочие плюшки «живой» системы.

В общем, не буду отвлекать занятого человека и морочить голову.

В общем, не буду отвлекать занятого человека и морочить голову.

Ок. Спасибо за ответы. Я, действительно, детально не сталкивался с этими параметрами раньше (не нужно оно как-то было, разве что несколько раз в live образе передавал параметр toram, оставляя все остальное по дефолту).

Может я много просил, но у меня и вправду сейчас очень мало времени, даже полчаса нет на ЛОР. Почему и просил максимально просто и «топорно» объяснить принцип работы своими словами. Это не от лени, полностью «забитый» день.

Всем спасибо, кто ответил. Будет время - вникну, почитаю подробно как оно работает. Вроде и с Линуксом не первый день, а здесь «пробел».

Какая цель, какая ось? Вопрос не праздный, есть более элегантные решения.

Вкратце: нужен был дистр который бы занимал меньше 1Gb и полностью работал в RAM, желательно с persistent. Требовалась минимальная поддержка оборудования, браузер и русская локализация (и хотелось понять как работает «toram», «persistent»). В готовых сборках, так или иначе, или не было того, что нужно, или тупило, или работает не так как хочется (даже тот же slax).

Сейчас особой нужды уже нет. Но, все же я думаю (в перспективе) написать скрипт, который соберет ядро, а все необходимое разместить в initramfs с возможностью конфигурирования через web-server на localhost.

Т.е. по-сути хочется запилить дистрибутив, который будет представлять из себя некий простой «аналог» «chromeOS» (и, естественно, с firefox).

а оперативы-то небось мало, а ты её корнем занимаешь…

а оперативы-то небось мало, а ты её корнем занимаешь…

Не, тут уже отвечали и я писал. ОЗУ при тестах как раз с головой было (32GB), просто как оказалось параметр «toram» он только на live системе правильно работает, а на полноценной его бессмысленно использовать.

разве puppy и жирная собака не умеют?