[Comm] Kmail. Серьезная бага. sim
Алексей Синицын
=?iso-8859-1?q?asinitsinster_=CE=C1_gmail=2Ecom?=
Чт Мар 20 22:25:21 MSK 2008
20.03.08, Andrey Rahmatullin<wrar на altlinux.ru> написал(а):
> On Thu, Mar 20, 2008 at 11:49:02PM +0500, Анатолий Акатьев wrote:
> > Ну вообще-то сначало нужно определить все ли достаточно для выполнения
> > операции. В случае с cp - проверить достаточно ли место там куда копируем
> > или нет.
>
> Ответ номер 1: ок, возьмём не cp, а что-то, что заранее определить
> записываемый объём не сможет.
> Ответ номер 2: представьте два cp, параллельно копирующих 5 гб на раздел,
> где свободно 6.
>
Смоделировать крешевую ситуацию несложно.
Интереснее подумать а что можно вообще сделать при такой постановке
вопроса. Действительно неочевидно.
Постановка задачи наверно такова: При заполнении места на файловой
системе не должны теряться конфиги и почта (возможно так-же другие
важные данные небольшого объема).
Первое что приходит - не начинать писать при заполненной ФС. Но
против этого нам аргумент что оно заполнится во время записи.
Возможно поступить как в торренте, прежде чем писать - определить
наличие достаточного места, создать файл заданного размера, и затем в
него писать. Возможно-ли технологически такое решение - оценить
затрудняюсь, как и кто должен этим заниматься, приложения обучать
этому или как-то иначе, а так-же как распределить важность данных.
Подробная информация о списке рассылки community