經常使用 resize2fs 有問題嗎？

我有一個分區，其中包含不斷增長的 MySQL 數據。我的 LVM PV 剩餘的可用空間很少，因此我發現我經常使用並以較小的增量（一次 250-500 MB）向我的/var分區添加額外空間，以免給太多空間然後無法如果我以後需要將這些 PE 分配給其他分區。lvextend``resize2fs``/var

我擔心通過resize2fs過於頻繁地呼叫來擴展此文件系統會達到某個限製或導致問題。resize2fs擴展 Ext3 文件系統的頻率是否有限制？做一個大的 Ext3 調整比做很多小的調整更好嗎？過於頻繁地調整大小是否resize2fs會帶來問題或數據失去的可能性？

除了硬碟驅動器的磨損之外，我看不出有任何危險的原因。我從來沒有遇到過限制您可以執行此操作的次數的 EXT3/EXT4 參數。我也沒有見過任何櫃檯。

在查看來自的輸出時，tune2fs我沒有發現任何令人震驚的地方，這會讓我相信執行許多調整大小會對文件系統或設備有害，除了磨損之外。

例子

$ sudo tune2fs -l /dev/mapper/vg_grinchy-lv_root
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          74e66905-d09a-XXXX-XXXX-XXXXXXXXXXXX
Filesystem magic number:  0x1234
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              3276800
Block count:              13107200
Reserved block count:     655360
Free blocks:              5842058
Free inodes:              2651019
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1020
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Sat Dec 18 19:05:48 2010
Last mount time:          Mon Dec  2 09:15:34 2013
Last write time:          Thu Nov 21 01:06:03 2013
Mount count:              4
Maximum mount count:      -1
Last checked:             Thu Nov 21 01:06:03 2013
Check interval:           0 (<none>)
Lifetime writes:          930 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
First orphan inode:       1973835
Default directory hash:   half_md4
Directory Hash Seed:      74e66905-d09a-XXXX-XXXX-XXXXXXXXXXXX
Journal backup:           inode blocks

dumpe2fs

您還可以使用dumpe2fs基本上顯示與tune2fs. 該命令的輸出太多，無法在此處包含，主要是因為它包含有關文件系統中 inode 組的資訊。但是當我查看輸出時，我再次看到沒有提及 EXT3/EXT4 文件系統中固有的任何計數器。

引用自：https://unix.stackexchange.com/questions/103538