我知道有很多“ext4lazyinit”主題。但都是4-6TB硬碟，海報上說幾個小時後終於完成了。
在我這邊，我有一個新創建的RAID5 區域，帶有5*14TB 磁碟（因此總大小為51TB），並且“ext4lazyinit”自...6天以來一直在運行（=自上次重新啟動以來，但它可能已經運行了幾天）在那之前）。當然，它會不斷在陣列上產生 I/O。任何地方都沒有錯誤，所以除此之外，一切看起來都很好。
但是，為什麼要花這麼久？好吧，磁碟陣列很大，但是…6天？
起初我沒有意識到這種行為，所以我在某個時候（創建 raid 陣列幾天后）重新啟動了系統 - “ext4lazyinit”似乎在那之後自動重新啟動了，但有可能嗎重啟損壞了某些東西？
ps -ef|grep lazy
root 583 2 0 Dec02 ? 00:04:37 [ext4lazyinit]
有沒有什麼方法可以監視此過程的進度（例如cat /proc/mdstat可用於某些 mdadm 操作的方法）？ （我在 dmesg、journalctl 或任何其他日誌中找不到任何內容）
需要注意的是（也許這可以解釋為什麼它這麼慢？），I/O 的數量似乎持續超時，但相當低（所以也許該進程沒有以 HDD 全速運行？）。有什麼辦法可以提高這個速度嗎？
avg-cpu: %user %nice %system %iowait %steal %idle
0.25 0.00 0.42 1.17 0.00 98.17
Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn
mmcblk0 0.00 0.00 0.00 0 0
sda 3.00 0.00 8.50 0 17
sdb 5.00 256.00 264.50 512 529
sdc 4.00 192.00 200.50 384 401
sdd 4.00 64.00 72.50 128 145
sde 3.00 0.00 8.50 0 17
md0 0.50 0.00 256.00 0 512
答案1
我也有同樣的問題。 24GB RAID5 陣列，我昨天啟動了 mkfs.ext4。將此資訊留在這裡供其他遇到此線程以及我找到的資訊的人使用。
最簡單的方法是只使用 mkfs.ext4 並關閉惰性選項，然後等待很長時間來初始化所有內容。如果你想使用你的陣列，無論如何它在旋轉磁碟上都不會很好，因為在延遲初始化完成之前會發生大量分散的 I/O，而且它絕對會降低讀取/寫入速度。
mkfs.ext4 -E lazy_itable_init=0,lazy_journal_init=0 /dev/md0
加快速度：使用此選項掛載：init_itable=0（這是將區塊歸零後等待時間的乘數（預設值為10，這表示在繼續之前等待最後一個區塊歸零所需的時間的10 倍。
上面評論裡的連結（強迫 ext4lazyinit 完成它的事情？）對於監控進度非常有用。目前寫入與 fdisk 的總扇區數。我已經工作了一天，現在進度為 54%，所以我想我已經達到目標了...lazy init 的運行速度約為 10-12MB/s 寫入速度。
確保您沒有在磁碟上執行任何其他操作，並且：
echo 1 > /proc/sys/vm/block_dump # Turn on logging in /var/log/syslog
fdisk -l /dev/md0 # Note total sectors.
echo 0 > /proc/sys/vm/block_dump # Turn of logging. Don't fill the log :)
將 syslog 寫入的磁區除以 fdisk 寫入的磁區總數。
希望能幫助下一個遇到這個問題的人。現在我只需再等一天直到完成，然後我就可以真正開始以不錯的速度使用該陣列。 （到那時，我仍然可以拉出 30MB/s，所以這並不是絕望）