From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <vsu@mivlgu.murom.ru>
From: Sergey Vlasov <vsu@mivlgu.murom.ru>
To: mandrake-russian@altlinux.ru
Subject: Re: Re[4]: [mdk-re] =?KOI8-R?B?8tXT08vJxSDC1cvX2SDXIMnNxc7ByCDGwQ==?=
 =?KOI8-R?B?yszP1yDOwQ==?= fat32
In-Reply-To: <20010416095710.0d10631a.vyt@vzljot.ru>
References: <20010412180039.0f41caff.vyt@vzljot.ru>
	<20010412143044.1807E829E8@mail.mivlgu.murom.ru>
	<20010412191421.1d96af11.vyt@vzljot.ru>
	<13128213809.20010413030839@chat.ru>
	<20010413135238.B959A829E8@mail.mivlgu.murom.ru>
	<10316921521.20010415020709@chat.ru>
	<20010415144727.4697da8b.vyt@vzljot.ru>
	<20010415153852.7bd01aae.vsu@mivlgu.murom.ru>
	<20010416095710.0d10631a.vyt@vzljot.ru>
X-Mailer: Sylpheed version 0.4.63 (GTK+ 1.2.9; i686-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
Message-Id: <20010416141140.80CB4829F6@mail.mivlgu.murom.ru>
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: <mailto:mandrake-russian-request@altlinux.ru?subject=help>
List-Post: <mailto:mandrake-russian@altlinux.ru>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/mandrake-russian>,
	<mailto:mandrake-russian-request@altlinux.ru?subject=subscribe>
List-Id: Mandrake/RE discussion list <mandrake-russian.altlinux.ru>
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/mandrake-russian>,
	<mailto:mandrake-russian-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://altlinux.ru/pipermail/mandrake-russian/>
Date: Mon Apr 16 18:11:02 2001
X-Original-Date: Mon, 16 Apr 2001 18:11:40 +0400
Archived-At: <http://lore.altlinux.org/community/20010416141140.80CB4829F6@mail.mivlgu.murom.ru/>
List-Archive: <http://lore.altlinux.org/community/>
List-Post: <mailto:mandrake-russian@linuxteam.iplabs.ru>

On Mon, 16 Apr 2001 09:57:10 +0400
Vyt <vyt@vzljot.ru> wrote:

> On Sun, 15 Apr 2001 15:38:52 +0400
> Sergey Vlasov <vsu@mivlgu.murom.ru> wrote:
> 
> <skipped>
> 
> > > > Сейчас хохмы ради запустил dir /X в каталоге, где лежат ранее
> > > > переброшенные файлы - те из них, которые перебрасывались,
> имеют
> > > > нормальные длинные и короткие имена, причём короткие имена
> > > > сформированы так, как это обычно делает win95/98 -
> использовано
> начало
> > > > длинного имени.
> > > >
> > > > Может быть, имеет смысл, не мудрствуя, сразу же скопировать
> выложенные
> > > > Linux'ом файлы/каталоги в другое место?
> > > >
> > >
> > > Поздно пить боржоми, когда почки отвалились... ;) Scandisk я уже
> > > запустил...
> > > Сергей Власов же писал, что это баг, вряд ли он от codepage в
> fstab
> > > зависит.
> > 
> > Баг как раз в том, что codepage не используется. В результате в
> короткое
> > имя пишется koi8-r. Отчасти помогает опция force_long, появившаяся
> в
> 
> А что за опция? man mount не просветил...

В мане ее еще нету :-(
RTFS /usr/src/linux/fs/vfat/namei.c версии 2.2.18 и выше.
Без этой опции, если имя файла влезает в 8.3, длинное имя не пишется,
с ней - пишется в любом случае. Кстати, устраняет различия в регистре
имен между Windows и Linux.

> 
> > 2.2.18 (писать длинное имя всегда, даже если хватает короткого).
> Кстати,
> > возможно, именно отсутствие этой опции и было причиной проблем с
> чтением
> 
> С чтением проблем не было, только scandisk ругался. Все корявые
> имена были
> длинными.

Скорее всего, Scandisk изругался как раз на несоответствие коротких и
длинных имен (или на недопустимые символы в коротком имени). Он же
хотел там cp866.

> > записанных под Linux файлов. Если есть длинное имя, мусор в
> коротком,
> как
> > правило, игнорируется.
> > 
> > Так что ставить codepage все-таки надо. Но под ядром 2.4.x (у кого
> оно
> > стоит, попробуйте). И добавлять force_long при возможности. А
> codepage в
> > 2.2.x, к сожалению, ни на что не влияет.