[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