From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Sergey Vlasov To: mandrake-russian@altlinux.ru Subject: Re: [mdk-re] =?KOI8-R?B?8tXT08vJxSDC1cvX2SDXIMnNxc7ByCDGwcrMz9cgzg==?= =?KOI8-R?B?wQ==?= fat32 In-Reply-To: <20010412162100.844B7829E8@mail.mivlgu.murom.ru> References: <20010412180039.0f41caff.vyt@vzljot.ru> <20010412143044.1807E829E8@mail.mivlgu.murom.ru> <20010412191421.1d96af11.vyt@vzljot.ru> <20010412162100.844B7829E8@mail.mivlgu.murom.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: <20010413135843.C1E7E829E8@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: List-Post: List-Subscribe: , List-Id: Mandrake/RE discussion list List-Unsubscribe: , List-Archive: Date: Fri Apr 13 17:58:15 2001 X-Original-Date: Fri, 13 Apr 2001 17:58:43 +0400 Archived-At: List-Archive: List-Post: On Thu, 12 Apr 2001 20:21:00 +0400 Sergey Vlasov wrote: > On Thu, 12 Apr 2001 19:14:21 +0400 > Vyt wrote: > > > On Thu, 12 Apr 2001 18:30:43 +0400 > > Sergey Vlasov wrote: > > > > > On Thu, 12 Apr 2001 18:00:39 +0400 > > > Vyt wrote: > > > > > > > Hello, All > > > > > > > > Тут уже была такая проблема, повторилась, несмотря на новое > ядро > > > > (kernel-2.2.18-ipl3mdk), читал, что этот глюк исправлен с > 2.2.14 > > > > точно. > > > > Так вот - при записи $subj в подкаталог "Юмор" в REbeta > (Spring > > пока > > > > не > > > > доехал), затем запуске scandisk'а в win98se, он нашел ошибки, > > причем > > > > исправил, гад. Никогда больше не поставлю автоматическое > > исправление > > > > ошибок. > > > > Выводы pwd, ls и виндового dir, scandisk.log прилагаются. Если > > кто > > > > заинтересовался, обратите внимание, dir я НЕ перекодировал, и > в > > > > koi8-r > > > > имена файлов читаемы. Под виндой они показывались плюсами и > > > > псевдографикой. Причем на тык по файлу в проводнике реация > > такая: > > > > файла > > > > нет, создать? :) > > > > Таким вот глюком были загажены свежеупорядоченные файлы > > > > (упорядочивал тоже > > > > под Линухом, каталоги создавал в mc в окне xterm в X) еще ~ в > 30 > > > > каталогах > > > > - симптомы те же. Переживу. Но кто-нибудь может объяснить, > из-за > > > > чего > > > > глюк, как сделать, чтобы не повторился? > > > > > > Опции codepage=866,iocharset=koi8-r в /etc/fstab стоят? > > > > Конечно. > > Бага, однако. Сейчас посмотрел - пишет все короткие имена в koi8-r > (ну > или какой там iocharset стоит), напрочь игнорируя codepage. Смотрел > в > чистом 2.1.19: linux/fs/vfat/namei.c вообще не использует поле > nls_disk - только nls_io для преобразования из iocharset в Unicode > для > длинных имен. В результате длинное имя нормальное, а в коротком > мусор. Дополнение. Это, оказывается, документированная недоделка в 2.2.19 и ниже. В Documentation/filesystems/vfat.txt стоит в TODO. А вот в 2.4.x перекодировку сделали - теперь и длинные имена правильные, и короткие. Проверять можно, например, через dir под Вынью - нужно, чтобы везде были нормальные русские буквы. С 2.2.x длинное имя нормальное, а в коротком - koi8-r.