From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: dm Organization: =?koi8-r?b?9yDWydrOySDX06MgzsU=?= =?koi8-r?b?INTByw==?=, =?koi8-r?b?y8HLIM7BINPBzc/N?= =?koi8-r?b?IMTFzMUuLi4=?= To: Denis Smirnov , Michael Shigorin , community@altlinux.ru, Belyaeva Marija Subject: Re: [Comm] Re: =?koi8-r?b?6SDF3cUg18/Q0s/TINDSzw==?= lvm Date: Mon, 10 Jan 2005 17:54:58 +0300 User-Agent: KMail/1.6.2 References: <41D43E5D.10703@list.ru> <20050109190331.GW24515@osdn.org.ua> <20050110090609.GA7535@mithraen.dimline.ru> In-Reply-To: <20050110090609.GA7535@mithraen.dimline.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Message-Id: <200501101754.59139.dead-md@yandex.ru> Cc: X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: community@altlinux.ru List-Id: Mailing list for ALT Linux users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 14:55:09 -0000 Archived-At: List-Archive: List-Post: Здравствуйте, Denis Smirnov! Понедельник 10 Январь 2005 12:06, Вы писали: > Я бы переформулировал -- тот раздел, на котором находится > _ядро_ должен быть физическим. Угу. > swap, IMHO, вполне разумно > делать на LVM (в том числе и потому что можно поправить swapd > на создание не файликов а разделов). А вот тут мы с Вами не совпадаем :-) ИМХО, свап (по крайней мере, основной) можно, но _не_разумно_ делать на LVM, по двум причинам: 1) Это совершенно лишние тормоза. 2) В этом практически не бывает реальной необходимости. Размер основного свап-раздела обычно не бывает смысла менять, да и не расширишь его особенно, предел размера, насколько я понимаю, никто не отменял. Если вдруг возникает необходимость увеличить свап на работающей системе без пустого места на дисках, естественно, это можно сделать и на LVM, причём кучей способов, но рекомендовать свап на LVM как типичное решение я бы поостерёгся. > Насколько я понимаю, > никаких проблем с корнем на LVM быть не должно (хотя сам не > пробовал). Проблемы появятся сразу, как только из-за любых неполадок придётся грузить систему со спасательного сидюка, в котором нет поддержки LVM в ядре и/или соответствующих файлов в initrd. При том, что вероятность гибели корня из-за физической аварии какого-либо из дисков повышается. Вы знаете, как lvm распихает по физическим томам файлы корневой ФС и какие из них умрут, если данный конкретный диск вылетит? Я -- нет. Это раз. Но это так, из области маловероятных опасений. А два, что гораздо важнее -- пихать корень на LVM нет смысла -- его размер крайне невелик, хорошо предсказуем, постоянен для одного дистрибутива и не меняется при установке прикладного софта. -- dm