[Comm] Re: ограничение размера файла на ext3

[Sergey Vlasov]

On Wed, Sep 21, 2005 at 08:16:40PM +0300, Michael Shigorin wrote:
> On Wed, Sep 21, 2005 at 09:03:38PM +0400, Владимир Гусев wrote:
> > >mc - глюкало.  VMware поддерживает файлы больше 2G но как-то
> > >странно работает.  А вообще это проблемы софта.
> > Почему "софта"? Ведь тот же софт не "жужжит", если это reiserfs 3.6..
> 
> Не верю (c)

Ха.  А ведь это правда.  Причём вплоть до последних ядер 2.6.x.

Однако ошибка в данном случае не в ext2/3, а как раз в reiserfs.  Дело
в том, что для работы с файлами больше 2 Гб программы должны быть либо
собраны с опцией -D_FILE_OFFSET_BITS=64 (в этом случае
переопределяется тип off_t и структуры, где присутствуют размеры
файлов - например, struct stat), либо с опцией -D_LARGEFILE64_SOURCE
(в этом случае должны использоваться функции open64(), lseek64() и
т.д.).  При открытии файлов в ядро передаётся флаг, определяющий
возможности программы (O_LARGEFILE); если этот флаг не установлен,
открытие файлов размером более 2 Гб невозможно.  (Всё это относится к
32-разрядным архитектурам - на 64-разрядных архитектурах этой проблемы
нет в принципе.)

Большинство файловых систем использует общую функцию для обработки
открытия файлов - generic_file_open(); именно там выполняется проверка
O_LARGEFILE при открытии.  Однако в reiserfs обработчик ->open вообще
не задан, в результате проверка размера не выполняется, и файл удаётся
открыть даже при несоблюдении ограничения на размер.  Это может
привести к проблемам при дальнейшем выполнении программы - например,
если программа, собранная без поддержки больших файлов, попытается
определить размер такого файла, она получит совершенно неверный
результат (а в некоторых случаях может повести себя совсем
непредсказуемым образом, поскольку из-за переполнения получится
отрицательное число).

Так что то, что на reiserfs файлы размером более 2 Гб открываются
любой программой, даже собранной без поддержки больших файлов - это
ошибка reiserfs, и когда-нибудь она будет исправлена.

Кстати, похожие баги были и в других ФС (или, вероятно, в общем коде),
и чинились довольно давно:

http://lkml.org/lkml/2000/7/30/38
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/community/attachments/20050921/93704600/attachment-0003.bin>