[идиоты][хабр] Они все такие или просто притворяются?

угу. оно ещё и работает. такие дела...

>если умирает один диск, я теряю только инфу на этом диске, в случае LVM...

... я теряю только инфу на этом диске.

День разоблачений на лоре

>> в случае LVM...

…всё определяется конфигурацией LVM.

>> Может еще и рейд дома собрать?

Куда ж без него.

>>Копируешь хомяк. В это время в одну из БД на хомяке что-то записывается. Огребаешь по уши. В следующий раз используешь LVM и не говоришь глупостей.

Починил. Любителей неатомарного копирования развелось тут дофига.

БД можно и нужно хранить в разделе /var/ что оно в хомяке делает - мне непонятно.

> БД на хомяке

На ноутбуке-то? От оно как бывает в природе, оказывается.

>> Названия дистрибутивов, список возможностей «неустаревшего Lilo».

Debian. Умеет lvm, mdraid, любые ФС.

>> БД можно и нужно хранить в разделе /var/

А /var, стало быть, переносить не нужно?

а бывают нетормозящие прокладки?

Пруф или слив засчитан.

смешной какой, зачем livecd вообще?

>На ноутбуке-то? От оно как бывает в природе, оказывается.
man sqlite.

>А /var, стало быть, переносить не нужно?

нужно. а остановить СУБД религия не позволяет?

а есть ещё и такая вещь как mysqldump, не слыхали?

>Slackware Linux. 2011й год, месяц май.

Без комментариев.

Lilo позволяет загрузить любую ОС из списка. Есть нескучные обои. Кофе варить пока не умеет.

1) Без нескучных обоев я как-нибудь проживу. А вот может ли современный Lilo работать с ФС, а не картой блоков? Т.е. я удалю ядро, потом восстановлю (в общем случае, в другие сектора диска) из бекапа? загрузиться оно потом, в общем случае?

2) добавление нового ядра всё ещё требует переустановки lilo ?

дык LVM не прокладка между ФС и диском? Не?

> man sqlite

ФФ историю потеряет? Ой беда-беда...

Был опыт. Только не копать, а дрова заготавливать. Подбрасываешь лом вверх (в крону дерева) и отбегаешь. Дрова сами сыплются. Колоть тоже здорово. Бревно вдоль само лопается, если правильно ударить.

П.С. Минус твоей аргументации в том, что собеседнки не уверены, что LVM - именно лопата.

Пруф потери производительности будет или нет?

>> ФФ историю потеряет? Ой беда-беда...

А разве не беда? :)

>Debian. Умеет lvm, mdraid, любые ФС.

Да, как альтернативный загрузчик, для особо альтернативных. По умолчанию grub

Про поддержку lvm и mdadm не знал, спасибо. Кстати, поддержка именно работы с lvm и mdadm, или просто может прочитать блоки, расположенные на lvm и mdadm, как и раньше через map файл?

>Без комментариев.

«Что говорить, когда нечего сказать?» (с) Потому что просто работает ;)

2) добавление нового ядра всё ещё требует переустановки lilo ?

Ждем историю успеха про замену загруженного ядра «на лету».

(занёс тс в игнор за поднятие бредовых топиков, чсв over9k и желание всех «учить»)

>А разве не беда? :)

Некоторые условные анонимусы ставят специально галочку, чтоб он ее грохал при выходе. Параноики!

>1) Без нескучных обоев я как-нибудь проживу. А вот может ли современный Lilo работать с ФС, а не картой блоков? Т.е. я удалю ядро, потом восстановлю (в общем случае, в другие сектора диска) из бекапа? загрузиться оно потом, в общем случае?

не может. за то никто не помешает вам после восстановления ядра набрать /sbin/lilo, и оно найдёт ваше новое-старое ядро. Не очень понятно, нахрена это делать при КАЖДОЙ загрузке, как это делает grub.

2) добавление нового ядра всё ещё требует переустановки lilo ?

не требует. требует каждый раз набирать /sbin/lilo (если ручками собираешь. А так оно само.)

Вроде блоки. Однако, если обнаруживает не поддерживаемый формат mdraid, то ставиться не будет (но это, видимо, для проверки типа массива, не уверен точно).

>Пруф потери производительности будет или нет?

нет. копирование выполняется не медленнее. тратится только время одмина, на изучение ненужной НЁХ.

А теперь распиши по пунктам, почему и с чем ты не согласен.

эм
я один думаю что своп должен быть размером с оперативку и его таким должно хватать?
или меня неправильно научили? :D

а то там комменты своп 1-4Гб и прочая муть. короче да..я бы повесил автора..ну и каток кишки выпустить чтоб помучался

Ну, ладно. Каждый выбирает то, что ему удобно.

>ФФ историю потеряет? Ой беда-беда...
Тонна софта потеряет БД, но не будет знать об этом. Привет необъяснимым глюкам.

Хинт: не пользуйся тонной софта, пока копируются ~/.* каталоги.

>Шаман зареган на хабре,

Шоман отвернулся от сектантства. :)

http://www.linux.org.ru/jump-message.jsp?msgid=4820356&cid=4820710

Своп нафиг не нужен.

> Шаман зареган на хабре, Макском зареган на хабре. Ты уверен, что их стоит изгнать с ЛОРа? :)

Почему нет?

Не читайте перед обедом советскую прессу. А хабр не читайте вообще никогда.

т.е. по обоим вопросам - нет, не умеет.

не может. за то никто не помешает вам после восстановления ядра набрать /sbin/lilo, и оно найдёт ваше новое-старое ядро. Не очень понятно, нахрена это делать при КАЖДОЙ загрузке, как это делает grub.

А мне не очень понятно, зачем мне набирать /sbin/lilo, если граб обходится без этого онанизма, и почему это вдруг МОЁ время на исправление кривой кофигурации lilo кто-то считает дешевле нескольких секунд (?) машинного времени, нужного grub'у для загрузки.

Ещё мне очень нравятся такие вещи как bonding и kvm, потому что они экономят МОЁ время и дают массу возможностей при незначительных накладных расходах

>Своп нафиг не нужен.

Хорошая шутка. Только Линусу не говори, станешь звездой в maillist разработчиков ядра.

>Хинт: не пользуйся тонной софта, пока копируются ~/.* каталоги.

Так и запишем - админ локалхоста

Это не шутка. Если у вас оперативы больше 2ГБ, нафига вам своп? Только лишняя трата места на HDD.

>я один думаю что своп должен быть размером с оперативку и его таким должно хватать?

мне хватает.

>Хинт: не пользуйся тонной софта, пока копируются ~/.* каталоги.
Может, мне ещё init 1 делать? С LVM я вообще не думаю об атомарности, он всё делает сам.

> Так и запишем - админ локалхоста

Болезный, ты уже забыл, что речь шла про ноутбук?

>Если у вас оперативы больше 2ГБ, нафига вам своп?
Чтобы протекающий софт был более-менее юзабелен.

Только лишняя трата места на HDD.

С моим HDD я не вижу проблем и в 16Гб-свопе. А на ноутах оно ещё и для s2disk нужно.

> Если у вас оперативы больше 2ГБ, нафига вам своп?

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

Только лишняя трата места на HDD.

Ага, прям всё место своп сожрал. Весь терабайт.

Даже для домашней машины в этом случае нужно выключить кэш на запись или настраивать стратегию overcommit, иначе при копировании больших файлов система может уйти в жёсткий iowait с последующим запуском OOM killer

Для сервера отключение свопа - нездоровое извращение.

Первый пункт - спорный.

Последний пункт кажется вовсе неверным.

ну пропиши в скрипте, который вызывается перед перезагрузкой /sbin/lilo, если ты сам ядра собираешь.

Я ядра юзаю от Патрика, и они сами /sbin/lilo выполняют.

А мне не очень понятно, зачем мне набирать /sbin/lilo, если граб обходится без этого онанизма, и почему это вдруг МОЁ время на исправление кривой кофигурации lilo кто-то считает дешевле нескольких секунд (?) машинного времени, нужного grub'у для загрузки.

ну конечно про скрипты вам неизвестно?

bonding

что это? гугл что-то не то пишет.

kvm

а это причём?

>Используйте lvm, чтобы в дальнейшем не кусать локти, если вдруг какой-то раздел срочно необходимо увеличить.

это правильно

Старайтесь выносить из корня в отдельные разделы /boot, /home, /tmp, /var.

это на любителя. хотя /home выносить точно стоит на десктопах. но равнять всех под одну гребенку...

Не забывайте про опции монтирования, щадящие диски. Мы же не хотим, чтобы они вылетали.

о да. этапять

не забывайте убирать резерв для рута на вынесенных разделах, т.к. в нем более нет необходимости (tune2fs -m 0 /раздел)

а если не ext?

кароче вердикт - хабра ненужна. точнее нужен 1% статей с нее

С моим HDD я не вижу проблем и в 16Гб-свопе.

А я по статистике заполнения своего свопа, не вижу в нем нужды.

Болезный, ты топик не читал? Ноутбук был одним из примеров.

Ага, прям всё место своп сожрал. Весь терабайт.

Может, вы еще и на нетбуках предложите своп делать? Выкинуть 1ГБ из имеющихся 4?

>>я один думаю что своп должен быть размером с оперативку и его таким должно хватать?

не всегда. вот например у 4 гига озу -нафена мне своп?