From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Alexander Bokovoy To: mandrake-russian@altlinux.ru Message-ID: <20011022160918.H21951@pc152.belcaf.minsk.by> Mail-Followup-To: mandrake-russian@altlinux.ru References: <20011022161241.181e9612.bga@kgok.murmansk.su> <20011022152506.G21951@pc152.belcaf.minsk.by> <20011022164140.653f1896.bga@kgok.murmansk.su> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20011022164140.653f1896.bga@kgok.murmansk.su> User-Agent: Mutt/1.3.22.1i Subject: [mdk-re] Re: ReiserFS under 2.2.19 Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Mon Oct 22 17:03:01 2001 X-Original-Date: Mon, 22 Oct 2001 16:09:18 +0300 Archived-At: List-Archive: List-Post: On Mon, Oct 22, 2001 at 04:41:40PM +0400, Баталов Григорий wrote: > Mon, 22 Oct 2001 15:25:06 +0300 > Alexander Bokovoy писал: > > AB> > Под 2.4.8 монтируется и благополучно работает. Создавалась > AB> > файловая система под 2.4.х. > AB> Версия reiserfs для ядер 2.4 использует формат раздела reiserfs 3.6, > AB> в то время, как ядро 2.2 пользуется форматом 3.5. Они совместимы снизу > AB> вверх. То есть, вы не сможете под 2.2 прочитать разделы, сделанные при > AB> работе с reiserfs из ядра 2.4. > > Если я загружусь под 2.2.19 и создам файловую систему, а потом > перепишу на нее свои данные, то такой вариант будет работать > в обоих ядрах? Да. Вот выдержка из ReiserFS FAQ: * Will it be possible to read/write ReiserFS partitions created now with * future versions of ReiserFS? Yes. ReiserFS-3.6.x (Linux-2.4.x) works with both the old (3.5) and the new (3.6) formats. ReiserFS-3.5.x (Linux-2.2.x) can only work with the old (3.5) disk-format. There is no way to convert the new (3.6) disk-format to the old (3.5), but the old (3.5) format could be converted to the new one (3.6) with the "-o conv" mount option. > А формат 3.5 имеет какие-нибудь недостатки по сравнению с 3.6? > (в смысле, стоит ли вообще затевать переезд, если в результате > его я в чем-то потеряю?) Сменилась схема размещения идентификаторов объектов во внутренней карте объектов, добавилась возможность выбора функции хэширования. Последнее важно, так как не существует универсальной функции хэширования, для разных задач оптимальными будут разные функции. -- / Alexander Bokovoy $ cat /proc/identity >~/.signature `Senior software developer and analyst for SaM-Solutions Ltd.` --- Cole's Law: Thinly sliced cabbage.