ext4lazyinit после расширения раздела с помощью gparted

342
LukeLR

Я просто расширил большой (теперь 2 TiB) ext4-раздел на обычном жестком диске слева, используя gparted. Это заняло 5 часов, но прошло хорошо. Теперь, после монтирования файловой системы, ext4lazyinitработает в фоновом режиме, записывая на этот конкретный жесткий диск со скоростью 4-6 КиБ. Что это делает? Интернет говорит, ext4lazyinitобнуляет что-то. Должен ли я беспокоиться о своих данных?

2
Это * звучит * как инициализация нового расширенного пространства, которое, я думаю, сводится к обнулению данных, чтобы он знал, что там есть. Поскольку вы расширили раздел, я собираюсь догадаться, что место уже пусто. Michael Frank 6 лет назад 0
Но это только те области, где нет файлов этой монтированной файловой системы `ext4`, верно? Так, например, это только обнуление свободного пространства, верно? И не перезаписывать / удалять какие-либо файлы? Пространство, на котором я вырос в этом разделе ext4, ранее использовалось другим разделом, который я сжал, прежде чем увеличивать раздел `ext4`. Так что, возможно, это были не все нули. LukeLR 6 лет назад 0
Это обнуляет пространство, выделенное для раздела. В сокращенном разделе было достаточно свободного / свободного места для сжатия, поэтому в этих секторах не могло быть никаких файлов. Michael Frank 6 лет назад 0
Позвольте мне уточнить это: прежде чем вносить какие-либо изменения, у меня был большой раздел HFS, а затем небольшой раздел ext4. Я сократил раздел HFS и увеличил раздел ext4 влево, теперь у меня есть небольшой раздел HFS, за которым следует большой раздел ext4. Так что да, все файлы, которые были в пространстве, которое раньше использовалось HFS и теперь используется ext4, были удалены из него раньше. Но мой раздел ext4 также содержит 1,3 ТБ данных, в соответствии с `df -h`. И я просто хотел убедиться, что ext4lazyinit не перезаписывает некоторые из них. LukeLR 6 лет назад 0

1 ответ на вопрос

2
Xen2050

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.

Похожие вопросы