Исходное сообщение
"Ошибка в ядре Linux 5.12-rc1, приводящая к потере данных в Ф..." Отправлено Аноним, 06-Мрт-21 11:03
> Он может врать сколько угодно, если размер блока FS допустим 4К (а > меньше нет смысла ныне использовать), то все уже выровнено. Там еще свои приколы бывают с нумерацией секторов, в ранних 4К моделях которые с икспой, чтоли, совместимость сохраняли, или типа того. > В случае "флеша" с контроллером, буфером и левелингом вообще можно ничего особо не > выравнивать, драйв всё равно в фоне пишет так, как ему заблагорассудится. Вообще, лучше попасть по границам erase block/group и pages. Иначе write amplification может на ровном месте образоваться. А так винч тоже читает-пишет как ему там удобнее. Ему дают только логический номер сектора и данные, а куда и что он с этим - сильно отдельный вопрос. Какой-нибудь черепичный может довольно много странных вещей делать вроде.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Он может врать сколько угодно, если размер блока FS допустим 4К (а >> меньше нет смысла ныне использовать), то все уже выровнено. > Там еще свои приколы бывают с нумерацией секторов, в ранних 4К моделях > которые с икспой, чтоли, совместимость сохраняли, или типа того. >> В случае "флеша" с контроллером, буфером и левелингом вообще можно ничего особо не >> выравнивать, драйв всё равно в фоне пишет так, как ему заблагорассудится. > Вообще, лучше попасть по границам erase block/group и pages. Иначе write amplification > может на ровном месте образоваться. А так винч тоже читает-пишет как > ему там удобнее. Ему дают только логический номер сектора и данные, > а куда и что он с этим - сильно отдельный вопрос. > Какой-нибудь черепичный может довольно много странных вещей делать вроде.
	Введите код, изображенный на картинке: