LINUX.ORG.RU

История изменений

Исправление torvn77, (текущая версия) :

Если в ext3/4 сделать большой журнал в несколько миллионов блоков, так что он достигнет объёма ну скажем 200 мегабайт и более и ФC журналирует операции и не журналирует данные, то будет следующее:

нормально) берём большой файл в несколько гигов, запись удачная, после отмонтирования не пропадает.

кривя носом) Берём кучу мелких файлов, несколько там тысяч, пишем их, удаляем, снова пишем.
Ну доиграться до паники ядра или пропажи части файлов после повторного монтирования можно, но это надо очень постараться.

глюк) берём несколько гигабайт файлов разного размера, пишем на раздел, думаем, а хорошо ли скопировали?
Сносим и снова копируем, снова думаем ....
Если в один прекрасный момент не будет уход ФС ошибку или даже панику ядра, то после ребута можно увидеть кучу сообщений о ошибках журнала и потом либо не досчитаться части файлов, либо у части файлов не будет доставать содержимого.
При чём это может быть и после тройного sync.
В жизни же на это можно нарваться после установки большого количества обновлений или переустановок программ.
Вот поставил программу, а журнал взял и часть файлов откатил, ну а если откатились файлы обновлений то это может быть вообще катастрофой.

Такова жизнь на ext системах и у меня даже к fat больше доверя, она хотя бы не теряет данные если её отмонтировать аккуратно.

А вот с btrfs такое выражено крайне слабо или вообще отсутствует.

П.С. И это не учитывая того, что только zfs и btrfs сейчас имеют опции для адаптации под особенности твёрдотельных накопителей.

Исправление torvn77, :

Если в ext3/4 сделать большой журнал в несколько миллионов блоков, так что он достигнет объёма ну скажем 200 мегабайт и более и ФC журналирует операции и не журналирует данные, то будет следующее:

нормально) берём большой файл в несколько гигов, запись удачная, после отмонтирования не пропадает.

кривя носом) Берём кучу мелких файлов, несколько там тысяч, пишем их, удаляем, снова пишем.
Ну доиграться до паники ядра или пропажи части файлов после повторного монтирования можно, но это надо очень постараться.

глюк) берём несколько гигабайт файлов разного размера, пишем на раздел, думаем, а хорошо ли скопировали?
Сносим и снова копируем, снова думаем ....
Если в один прекрасный момент не будет уход ФС ошибку или даже панику ядра, то после ребута можно увидеть кучу сообщений о ошибках журнала и потом либо не досчитаться части файлов, либо у части файлов не будет доставать содержимого.
При чём это может быть и после тройного sync.
В жизни же на это можно нарваться после установки большого количества обновлений или переустановок программ.
Вот поставил программу, а журнал взял и часть файлов откатил, ну а если откатились файлы обновлений то это может быть вообще катастрофой.

Такова жизнь на ext системах и у меня даже к fat больше доверя, она хотя бы не теряет данные если её отмонтировать аккуратно.

А вот с btrfs такое выражено крайне слабо или вообще отсутствует.

П.С. И это не учитывая того, что только zfs и btrfs сейчас имеют опции для адоптации под особенности твёрдотельных накопителей.

Исправление torvn77, :

Если в ext3/4 сделать большой журнал в несколько миллионов блоков, так что он достигнет объёма ну скажем 200 мегабайт и более и ФC журналирует операции и не журналирует данные, то будет следующее:

нормально) берём большой файл в несколько гигов, запись удачная, после отмонтирования не пропадает.

кривя носом) Берём кучу мелких файлов, несколько там тысяч, пишем их, удаляем, снова пишем.
Ну доиграться до паники ядра или пропажи части файлов после повторного монтирования можно, но это надо очень постараться.

глюк) берём несколько гигабайт файлов разного размера, пишем на раздел, думаем, а хорошо ли скопировали?
Сносим и снова копируем, снова думаем ....
Если в один прекрасный момент не будет уход ФС ошибку или даже панику ядра, то после ребута можно увидеть кучу сообщений о ошибках журнала и потом либо не досчитаться части файлов, либо у части файлов не будет доставать содержимого.
При чём это может быть и после тройного sync.
В жизни же на это можно нарваться после установки большого количества обновлений или переустановок программ.
Вот поставил программу, а журнал взял и часть файлов откатил, ну а если откатились файлы обновлений то это может быть вообще катастрофой.

Такова жизнь на ext системах и у меня даже к fat больше доверя, она хотя бы не теряет данные если её отмонтировать аккуратно.

А вот с btrfs такое выражено крайне слабо или вообще отсутствует.

Исправление torvn77, :

Если в ext3/4 сделать большой журнал в несколько миллионов блоков, так что он достигнет объёма ну скажем 200 мегабайт и более и ФC журналирует операции и не журналирует данные, то будет следующее:

нормально) берём большой файл в несколько гигов, запись удачная, после отмонтирования не пропадает.

нормально2) Берём кучу мелких файлов, несколько там тысяч, пишем их, удаляем, снова пишем.
Ну доиграться до паники ядра или пропажи части файлов после повторного монтирования можно, но это надо очень постараться.

глюк) берём несколько гигабайт файлов разного размера, пишем на раздел, думаем, а хорошо ли скопировали?
Сносим и снова копируем, снова думаем ....
Если в один прекрасный момент не будет уход ФС ошибку или даже панику ядра, то после ребута можно увидеть кучу сообщений о ошибках журнала и потом либо не досчитаться части файлов, либо у части файлов не будет доставать содержимого.
При чём это может быть и после тройного sync.
В жизни же на это можно нарваться после установки большого количества обновлений или переустановок программ.
Вот поставил программу, а журнал взял и часть файлов откатил, ну а если откатились файлы обновлений то это может быть вообще катастрофой.

Такова жизнь на ext системах и у меня даже к fat больше доверя, она хотя бы не теряет данные если её отмонтировать аккуратно.

А вот с btrfs такое выражено крайне слабо или вообще отсутствует.

Исправление torvn77, :

Если в ext3/4 сделать большой журнал в несколько миллионов блоков, так что он достигнет объёма ну скажем 2 мегабайт и более и AC журналирует операции и не журналирует данные, то будет следующее.
нормально) берём большой файл в несколько гигов, запись удачная, после отмонтирования не пропадает.
нормально2) Берём кучу мелких файлов, несколько там тысяч, пишем их, удаляем, снова пишем.
Ну доиграться до паники ядра или пропажи части файлов после повторного монтирования можно, но это надо очень постараться.

глюк) берём несколько гигабайт файлов разного размера, пишем на раздел, думаем, а хорошо ли скопировали?
Сносим и снова копируем, снова думаем ....
Если в один прекрасный момент не будет уход ФС ошибку или даже панику ядра, то после ребута можно увидеть кучу сообщений о ошибках журнала и потом либо не досчитаться части файлов, либо у части файлов не будет доставать содержимого.
При чём это может быть и после тройного sync.
В жизни же на это можно нарваться после установки большого количества обновлений или переустановок программ.
Вот поставил программу, а журнал взял и часть файлов откатил, ну а если откатились файлы обновлений то это может быть вообще катастрофой.

Такова жизнь на ext системах и у меня даже к fat больше доверя, она хотя бы не теряет данные если её отмонтировать аккуратно.

А вот с btrfs такое выражено крайне слабо или вообще отсутствует.

Исходная версия torvn77, :

Если в ext3/4 сделать большой журнал в несколько милионов блоков, так что он достигнет объёма ну скажем 2 мегабайт и более и AC журналирует операции и не журналирует данные, то будет следующее.
нормально) берём большой файл в несколько гигов, запись удачная, после отмонтирования не пропадает.
нормально2) Берём кучу мелких файлов, несколько там тысяч, пишем их, удаляем, снова пишем.
Ну доиграться до паники ядра или пропажи части файлов после повторного монтирования можно, но это надо очень постараться.

глюк) берём несколько гигобайт файлов разного размера, пишем на раздел, думаем, а хорошо ли скопировали?
Сносим и снова копируем, снова думаем ....
Если в один прекрасный момент не будет уход ФС ошибку или даже панику ядра, то после ребута можно увидеть кучу сообщений о ошибках журнала и потом либо не досчитаться части файлов, либо у части файлов не будет доставать содержимого.
При чём это может быть и после тройного sync.
В жизни же на это можно нарваться после установки большого количества обновлений или переустановок программ.
Вот поставил программу, а журнал взял и часть файлов откатил, ну а если откатились файлы обновлений то это может быть вообще катастрофой.

Такова жизнь на ext системах и у меня даже к fat больше доверя, она хотябы не теряет данные если её отмонтировать аккуратно.

А вот с btrfs такое выражено крайне слабо или вообще отсутствует.