`ext4lazyinit` після розширення розділу з` gparted`

Я просто простягнув великий (зараз 2 TiB) ext4-розділ на звичайному жорсткому диску зліва gparted. На завершення пішло 5 годин, але пройшло добре. Тепер, після монтажу файлової системи, ext4lazyinitпрацює у фоновому режимі, пише на цьому конкретному HDD зі швидкістю 4-6 KiB. Що це робить? Інтернет каже, ext4lazyinitнулі щось виходять. Чи потрібно турбуватися про свої дані?

— LukeLR
джерело

Це здається, що це ініціалізація щойно розширеного простору, який, напевно, становить нульові дані, щоб він знав, що там є. Оскільки ви розширили розділ, я думаю, що пробіл уже порожній.

— Майкл Франк

Але це лише області збереження, де немає файлів встановленої ext4файлової системи, правда? Так, наприклад, це лише знецінення вільного місця, правда? І не перезаписувати / видаляти жодні файли? Простір, на якому був розроблений розділ ext4, раніше використовувався іншим розділом, який я скоротив перед тим, як розробити ext4розділ. Тому, можливо, це було не всі нулі.

— LukeLR

Це нульовий простір, виділений для розділу. У скороченому розділі було достатньо порожнього / вільного місця для зменшення, тому в цих секторах не могло бути жодних файлів.

— Майкл Франк

Дозвольте мені пояснити це: Перш ніж вносити будь-які зміни, у мене був великий розділ HFS, а за ним невеликий розділ ext4. Я зменшив розділ HFS і зріс розділ ext4 ліворуч, тепер у мене є невеликий розділ HFS, за яким слід великий розділ ext4. Так, так, усі файли, які знаходилися на просторі, який раніше використовувався HFS і який зараз використовується ext4, були перенесені з нього раніше. Але мій розділ ext4 також містить 1,3 TiB даних, згідно df -h. І я просто хотів переконатися, що ext4lazyinitдеякі з них не переписують.

— LukeLR

Gparted, мабуть, зробив швидший "ледачий" формат нового простору ext4, і тепер після монтажу він закінчує роботу. Ці параметри від mke2fsповинні пояснювати:

lazy_itable_init[= <0 to disable, 1 to enable>]
                      If  enabled  and  the  uninit_bg feature is enabled, the
                      inode table will not be  fully  initialized  by  mke2fs.
                      This speeds up filesystem initialization noticeably, but
                      it  requires  the  kernel  to  finish  initializing  the
                      filesystem  in  the  background  when  the filesystem is
                      first mounted.  If  the  option  value  is  omitted,  it
                      defaults to 1 to enable lazy inode table zeroing.

lazy_journal_init[= <0 to disable, 1 to enable>]
                      If  enabled,  the journal inode will not be fully zeroed
                      out by mke2fs.  This speeds up filesystem initialization
                      noticeably,  but  carries  some small risk if the system
                      crashes before the journal has been overwritten entirely
                      one  time.   If the option value is omitted, it defaults
                      to 1 to enable lazy journal inode zeroing.

— Xen2050
джерело