inode ਬਾਰੇ ਕੁਝ

ਸਮੇਂ-ਸਮੇਂ 'ਤੇ, ਸੈਂਟਰਲ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਸੈਂਟਰ ਵਿੱਚ ਜਾਣ ਲਈ, ਮੈਂ ਕਈ ਵੱਡੀਆਂ ਕੰਪਨੀਆਂ ਵਿੱਚ ਇੰਟਰਵਿਊ ਕਰਦਾ ਹਾਂ, ਮੁੱਖ ਤੌਰ 'ਤੇ ਸੇਂਟ ਪੀਟਰਸਬਰਗ ਅਤੇ ਮਾਸਕੋ ਵਿੱਚ, ਇੱਕ DevOps ਸਥਿਤੀ ਲਈ। ਮੈਂ ਦੇਖਿਆ ਕਿ ਬਹੁਤ ਸਾਰੀਆਂ ਕੰਪਨੀਆਂ (ਬਹੁਤ ਸਾਰੀਆਂ ਚੰਗੀਆਂ ਕੰਪਨੀਆਂ, ਉਦਾਹਰਨ ਲਈ ਯਾਂਡੇਕਸ) ਦੋ ਸਮਾਨ ਸਵਾਲ ਪੁੱਛਦੀਆਂ ਹਨ:

• inode ਕੀ ਹੈ;
• ਕਿਨ੍ਹਾਂ ਕਾਰਨਾਂ ਕਰਕੇ ਤੁਸੀਂ ਡਿਸਕ ਲਿਖਣ ਦੀ ਗਲਤੀ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ (ਜਾਂ ਉਦਾਹਰਨ ਲਈ: ਤੁਹਾਡੀ ਡਿਸਕ ਸਪੇਸ ਕਿਉਂ ਖਤਮ ਹੋ ਸਕਦੀ ਹੈ, ਸਾਰ ਉਹੀ ਹੈ)।

ਜਿਵੇਂ ਕਿ ਅਕਸਰ ਹੁੰਦਾ ਹੈ, ਮੈਨੂੰ ਯਕੀਨ ਸੀ ਕਿ ਮੈਂ ਇਸ ਵਿਸ਼ੇ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਜਾਣਦਾ ਹਾਂ, ਪਰ ਜਿਵੇਂ ਹੀ ਮੈਂ ਸਮਝਾਉਣਾ ਸ਼ੁਰੂ ਕੀਤਾ, ਗਿਆਨ ਵਿੱਚ ਅੰਤਰ ਸਪੱਸ਼ਟ ਹੋ ਗਏ। ਆਪਣੇ ਗਿਆਨ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰਨ ਲਈ, ਅੰਤਰਾਲ ਨੂੰ ਭਰੋ ਅਤੇ ਹੁਣ ਆਪਣੇ ਆਪ ਨੂੰ ਸ਼ਰਮਿੰਦਾ ਨਾ ਕਰੋ, ਮੈਂ ਇਹ ਲੇਖ ਲਿਖ ਰਿਹਾ ਹਾਂ, ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਇਹ ਕਿਸੇ ਹੋਰ ਲਈ ਲਾਭਦਾਇਕ ਹੋਵੇ.

ਮੈਂ ਹੇਠਾਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰਾਂਗਾ, ਯਾਨੀ. ਇੱਕ ਹਾਰਡ ਡਰਾਈਵ ਤੋਂ (ਅਸੀਂ ਫਲੈਸ਼ ਡਰਾਈਵਾਂ, SSDs ਅਤੇ ਹੋਰ ਆਧੁਨਿਕ ਚੀਜ਼ਾਂ ਨੂੰ ਰੱਦ ਕਰ ਦੇਵਾਂਗੇ; ਉਦਾਹਰਨ ਲਈ, ਆਓ ਕਿਸੇ ਵੀ 20 ਜਾਂ 80 ਗਿਗ ਪੁਰਾਣੀ ਡਰਾਈਵ 'ਤੇ ਵਿਚਾਰ ਕਰੀਏ, ਕਿਉਂਕਿ ਬਲਾਕ ਦਾ ਆਕਾਰ 512 ਬਾਈਟ ਹੈ)।

ਹਾਰਡ ਡਰਾਈਵ ਨਹੀਂ ਜਾਣਦੀ ਕਿ ਇਸਦੇ ਸਪੇਸ ਬਾਈਟ ਨੂੰ ਬਾਈਟ ਦੁਆਰਾ ਕਿਵੇਂ ਸੰਬੋਧਿਤ ਕਰਨਾ ਹੈ; ਇਹ ਸ਼ਰਤ ਅਨੁਸਾਰ ਬਲਾਕਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ। ਬਲਾਕ ਨੰਬਰਿੰਗ 0 ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ। (ਇਸ ਨੂੰ LBA ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਇੱਥੇ ਵੇਰਵੇ: ru.wikipedia.org/wiki/LBA)

ਜਿਵੇਂ ਕਿ ਚਿੱਤਰ ਤੋਂ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਮੈਂ LBA ਬਲਾਕਾਂ ਨੂੰ HDD ਪੱਧਰ ਵਜੋਂ ਮਨੋਨੀਤ ਕੀਤਾ ਹੈ। ਤਰੀਕੇ ਨਾਲ, ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਤੁਹਾਡੀ ਡਿਸਕ ਦਾ ਕਿਹੜਾ ਬਲਾਕ ਆਕਾਰ ਇਸ ਤਰ੍ਹਾਂ ਹੈ:

root@ubuntu:/home/serp# blockdev --getpbsz /dev/sdb
512

ਉੱਪਰਲਾ ਪੱਧਰ ਇੱਕ ਭਾਗ ਹੈ, ਪੂਰੀ ਡਿਸਕ ਲਈ ਇੱਕ (ਦੁਬਾਰਾ ਸਰਲਤਾ ਲਈ)। ਅਕਸਰ, ਦੋ ਕਿਸਮ ਦੇ ਭਾਗ ਮਾਰਕਅੱਪ ਵਰਤੇ ਜਾਂਦੇ ਹਨ: msdos ਅਤੇ gpt. ਇਸ ਅਨੁਸਾਰ, msdos ਇੱਕ ਪੁਰਾਣਾ ਫਾਰਮੈਟ ਹੈ ਜੋ 2Tb ਤੱਕ ਡਿਸਕਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, gpt ਇੱਕ ਨਵਾਂ ਫਾਰਮੈਟ ਹੈ ਜੋ 1 ਬਾਈਟ ਬਲਾਕਾਂ ਦੇ 512 ਜ਼ੈਟਾਬਾਈਟ ਤੱਕ ਨੂੰ ਸੰਬੋਧਨ ਕਰਨ ਦੇ ਸਮਰੱਥ ਹੈ। ਸਾਡੇ ਕੇਸ ਵਿੱਚ, ਸਾਡੇ ਕੋਲ msdos ਕਿਸਮ ਦਾ ਇੱਕ ਭਾਗ ਹੈ, ਜਿਵੇਂ ਕਿ ਚਿੱਤਰ ਤੋਂ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਭਾਗ ਬਲਾਕ ਨੰਬਰ 1 ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ, ਜਦੋਂ ਕਿ MBR ਲਈ ਜ਼ੀਰੋ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਪਹਿਲੇ ਭਾਗ ਵਿੱਚ ਮੈਂ ਇੱਕ ext2 ਫਾਈਲ ਸਿਸਟਮ ਬਣਾਇਆ ਹੈ, ਇਸਦਾ ਡਿਫਾਲਟ ਬਲਾਕ ਆਕਾਰ 4096 ਬਾਈਟ ਹੈ, ਜੋ ਕਿ ਚਿੱਤਰ ਵਿੱਚ ਵੀ ਪ੍ਰਤੀਬਿੰਬਿਤ ਹੈ। ਤੁਸੀਂ ਫਾਈਲ ਸਿਸਟਮ ਬਲਾਕ ਆਕਾਰ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਦੇਖ ਸਕਦੇ ਹੋ:

root@ubuntu:/home/serp# tune2fs -l /dev/sdb1
tune2fs 1.42.9 (4-Feb-2014)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          a600bf40-f660-41f6-a3e6-96c303995479
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      ext_attr resize_inode dir_index filetype sparse_super large_file
Filesystem flags:         signed_directory_hash
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              65536
Block count:              261888
Reserved block count:     13094
Free blocks:              257445
Free inodes:              65525
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      63
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Filesystem created:       Fri Aug  2 15:02:13 2019
Last mount time:          n/a
Last write time:          Fri Aug  2 15:02:14 2019
Mount count:              0
Maximum mount count:      -1
Last checked:             Fri Aug  2 15:02:13 2019
Check interval:           0 (<none>)
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
Default directory hash:   half_md4
Directory Hash Seed:      c0155456-ad7d-421f-afd1-c898746ccd76

ਸਾਨੂੰ ਲੋੜੀਂਦਾ ਪੈਰਾਮੀਟਰ "ਬਲਾਕ ਦਾ ਆਕਾਰ" ਹੈ।

ਹੁਣ ਦਿਲਚਸਪ ਹਿੱਸਾ ਇਹ ਹੈ ਕਿ /home/serp/testfile ਫਾਈਲ ਨੂੰ ਕਿਵੇਂ ਪੜ੍ਹਿਆ ਜਾਵੇ? ਇੱਕ ਫਾਈਲ ਵਿੱਚ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਫਾਈਲ ਸਿਸਟਮ ਬਲਾਕ ਹੁੰਦੇ ਹਨ ਜਿਸ ਵਿੱਚ ਇਸਦਾ ਡੇਟਾ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਫਾਈਲ ਦਾ ਨਾਮ ਜਾਣਨਾ, ਇਸਨੂੰ ਕਿਵੇਂ ਲੱਭਣਾ ਹੈ? ਮੈਨੂੰ ਕਿਹੜੇ ਬਲਾਕ ਪੜ੍ਹਣੇ ਚਾਹੀਦੇ ਹਨ?

ਇਹ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਆਈਨੋਡ ਕੰਮ ਆਉਂਦੇ ਹਨ। ext2fs ਫਾਇਲ ਸਿਸਟਮ ਵਿੱਚ ਇੱਕ "ਸਾਰਣੀ" ਹੈ ਜਿਸ ਵਿੱਚ ਸਾਰੇ ਇਨੋਡਸ ਲਈ ਜਾਣਕਾਰੀ ਹੁੰਦੀ ਹੈ। ਫਾਈਲ ਸਿਸਟਮ ਬਣਾਉਣ ਵੇਲੇ ext2fs ਦੇ ਮਾਮਲੇ ਵਿੱਚ inodes ਦੀ ਗਿਣਤੀ ਸੈੱਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਅਸੀਂ tune2fs ਆਉਟਪੁੱਟ ਦੇ "ਇਨੋਡ ਕਾਉਂਟ" ਪੈਰਾਮੀਟਰ ਵਿੱਚ ਲੋੜੀਂਦੇ ਸੰਖਿਆਵਾਂ ਨੂੰ ਦੇਖਦੇ ਹਾਂ, ਜਿਵੇਂ ਕਿ ਸਾਡੇ ਕੋਲ 65536 ਟੁਕੜੇ ਹਨ। ਆਈਨੋਡ ਵਿੱਚ ਉਹ ਜਾਣਕਾਰੀ ਹੁੰਦੀ ਹੈ ਜਿਸਦੀ ਸਾਨੂੰ ਲੋੜ ਹੁੰਦੀ ਹੈ: ਉਸ ਫਾਈਲ ਲਈ ਫਾਈਲ ਸਿਸਟਮ ਬਲਾਕਾਂ ਦੀ ਇੱਕ ਸੂਚੀ ਜੋ ਅਸੀਂ ਲੱਭ ਰਹੇ ਹਾਂ। ਦਿੱਤੀ ਗਈ ਫਾਈਲ ਲਈ ਆਈਨੋਡ ਨੰਬਰ ਕਿਵੇਂ ਲੱਭੀਏ?

ਸੰਬੰਧਿਤ ਨਾਮ ਅਤੇ ਆਈਨੋਡ ਨੰਬਰ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ, ਅਤੇ ext2fs ਵਿੱਚ ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਕਿਸਮ ਦੀ ਫਾਈਲ ਹੈ, ਜਿਵੇਂ ਕਿ. ਦਾ ਆਪਣਾ ਇਨੋਡ ਨੰਬਰ ਵੀ ਹੈ। ਇਸ ਦੁਸ਼ਟ ਚੱਕਰ ਨੂੰ ਤੋੜਨ ਲਈ, ਰੂਟ ਡਾਇਰੈਕਟਰੀ ਨੂੰ "ਸਥਿਰ" ਆਈਨੋਡ ਨੰਬਰ "2" ਦਿੱਤਾ ਗਿਆ ਸੀ। ਆਓ ਆਈਨੋਡ ਨੰਬਰ 2 ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਵੇਖੀਏ:

root@ubuntu:/# debugfs /dev/sdb1
debugfs 1.42.9 (4-Feb-2014)
debugfs:  stat <2>

Inode: 2   Type: directory    Mode:  0755   Flags: 0x0
Generation: 0    Version: 0x00000000:00000002
User:     0   Group:     0   Size: 4096
File ACL: 0    Directory ACL: 0
Links: 3   Blockcount: 8
Fragment:  Address: 0    Number: 0    Size: 0
 ctime: 0x5d43cb51:16b61bcc -- Fri Aug  2 16:34:09 2019
 atime: 0x5d43c247:b704301c -- Fri Aug  2 15:55:35 2019
 mtime: 0x5d43cb51:16b61bcc -- Fri Aug  2 16:34:09 2019
crtime: 0x5d43b5c6:00000000 -- Fri Aug  2 15:02:14 2019
Size of extra inode fields: 28
BLOCKS:
(0):579
TOTAL: 1

ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਵੇਖ ਸਕਦੇ ਹੋ, ਜਿਸ ਡਾਇਰੈਕਟਰੀ ਦੀ ਸਾਨੂੰ ਲੋੜ ਹੈ ਉਹ ਬਲਾਕ ਨੰਬਰ 579 ਵਿੱਚ ਮੌਜੂਦ ਹੈ। ਇਸ ਵਿੱਚ ਅਸੀਂ ਹੋਮ ਫੋਲਡਰ ਲਈ ਨੋਡ ਨੰਬਰ ਲੱਭਾਂਗੇ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਲੜੀ ਦੇ ਹੇਠਾਂ ਜਦੋਂ ਤੱਕ serp ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਅਸੀਂ ਬੇਨਤੀ ਕੀਤੀ ਫਾਈਲ ਲਈ ਨੋਡ ਨੰਬਰ ਨਹੀਂ ਵੇਖਦੇ। ਜੇਕਰ ਅਚਾਨਕ ਕੋਈ ਇਹ ਦੇਖਣਾ ਚਾਹੇ ਕਿ ਨੰਬਰ ਸਹੀ ਹੈ ਜਾਂ ਨਹੀਂ ਅਤੇ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਮੁਸ਼ਕਲ ਨਹੀਂ ਹੈ। ਅਸੀਂ ਕਰਦੇ ਹਾਂ:

root@ubuntu:/# dd if=/dev/sdb1 of=/home/serp/dd_image bs=4096 count=1 skip=579
1+0 records in
1+0 records out
4096 bytes (4,1 kB) copied, 0,000184088 s, 22,3 MB/s
root@ubuntu:/# hexdump -c /home/serp/dd_image

ਆਉਟਪੁੱਟ ਵਿੱਚ ਤੁਸੀਂ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਫਾਈਲਾਂ ਦੇ ਨਾਮ ਪੜ੍ਹ ਸਕਦੇ ਹੋ।

ਇਸ ਲਈ ਮੈਂ ਮੁੱਖ ਸਵਾਲ 'ਤੇ ਆਉਂਦਾ ਹਾਂ: "ਕਿਹੜੇ ਕਾਰਨਾਂ ਕਰਕੇ ਰਿਕਾਰਡਿੰਗ ਗਲਤੀ ਹੋ ਸਕਦੀ ਹੈ?"

ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ, ਇਹ ਉਦੋਂ ਵਾਪਰੇਗਾ ਜੇਕਰ ਫਾਈਲ ਸਿਸਟਮ ਵਿੱਚ ਕੋਈ ਖਾਲੀ ਬਲਾਕ ਨਹੀਂ ਬਚੇ ਹਨ। ਇਸ ਮਾਮਲੇ ਵਿੱਚ ਕੀ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ? ਸਪੱਸ਼ਟ "ਕੁਝ ਵੀ ਬੇਲੋੜੀ ਮਿਟਾਓ" ਤੋਂ ਇਲਾਵਾ, ਤੁਹਾਨੂੰ ਯਾਦ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ext2,3 ਅਤੇ 4 ਫਾਈਲ ਸਿਸਟਮਾਂ ਵਿੱਚ "ਰਿਜ਼ਰਵਡ ਬਲਾਕ ਕਾਉਂਟ" ਵਰਗੀ ਚੀਜ਼ ਹੁੰਦੀ ਹੈ। ਜੇ ਤੁਸੀਂ ਉਪਰੋਕਤ ਸੂਚੀ ਨੂੰ ਦੇਖਦੇ ਹੋ, ਤਾਂ ਸਾਡੇ ਕੋਲ "13094" ਅਜਿਹੇ ਬਲਾਕ ਹਨ। ਇਹ ਸਿਰਫ ਰੂਟ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਲਿਖਣ ਯੋਗ ਬਲਾਕ ਹਨ। ਪਰ ਜੇਕਰ ਤੁਹਾਨੂੰ ਇਸ ਮੁੱਦੇ ਨੂੰ ਜਲਦੀ ਹੱਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਇੱਕ ਅਸਥਾਈ ਹੱਲ ਵਜੋਂ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਹਰ ਕਿਸੇ ਲਈ ਉਪਲਬਧ ਕਰਵਾ ਸਕਦੇ ਹੋ, ਨਤੀਜੇ ਵਜੋਂ ਕੁਝ ਖਾਲੀ ਥਾਂ:

root@ubuntu:/mnt# tune2fs -m 0 /dev/sdb1
tune2fs 1.42.9 (4-Feb-2014)
Setting reserved blocks percentage to 0% (0 blocks)

ਉਹ. ਮੂਲ ਰੂਪ ਵਿੱਚ, ਤੁਹਾਡੇ ਕੋਲ ਲਿਖਣ ਲਈ ਡਿਸਕ ਸਪੇਸ ਦਾ 5% ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਅਤੇ ਆਧੁਨਿਕ ਡਿਸਕਾਂ ਦੀ ਮਾਤਰਾ ਦੇ ਮੱਦੇਨਜ਼ਰ, ਇਹ ਸੈਂਕੜੇ ਗੀਗਾਬਾਈਟ ਹੋ ਸਕਦੀ ਹੈ।

ਇਹ ਹੋਰ ਕੀ ਹੋ ਸਕਦਾ ਹੈ? ਇਹ ਵੀ ਸੰਭਵ ਹੈ ਕਿ ਇੱਥੇ ਮੁਫਤ ਬਲਾਕ ਹਨ, ਪਰ ਕੋਈ ਹੋਰ ਨੋਡ ਨਹੀਂ ਹਨ. ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਵਾਪਰਦਾ ਹੈ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਤੁਹਾਡੇ ਫਾਈਲ ਸਿਸਟਮ ਤੇ ਫਾਈਲਾਂ ਦਾ ਝੁੰਡ ਹੈ ਜੋ ਕਿ ਫਾਈਲ ਸਿਸਟਮ ਬਲਾਕ ਆਕਾਰ ਤੋਂ ਛੋਟੀਆਂ ਹਨ। ਇਹ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ ਕਿ 1 ਆਈਨੋਡ 1 ਫਾਈਲ ਜਾਂ ਡਾਇਰੈਕਟਰੀ 'ਤੇ ਖਰਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਕੁੱਲ ਮਿਲਾ ਕੇ ਸਾਡੇ ਕੋਲ (ਇੱਕ ਦਿੱਤੇ ਗਏ ਫਾਈਲ ਸਿਸਟਮ ਲਈ) 65536 ਹੈ - ਸਥਿਤੀ ਯਥਾਰਥਵਾਦੀ ਹੈ. ਇਹ df ਕਮਾਂਡ ਦੇ ਆਉਟਪੁੱਟ ਤੋਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ:

serp@ubuntu:~$ df -hi
Filesystem     Inodes IUsed IFree IUse% Mounted on
udev             493K   480  492K    1% /dev
tmpfs            493K   425  493K    1% /run
/dev/xvda1       512K  240K  273K   47% /
none             493K     2  493K    1% /sys/fs/cgroup
none             493K     2  493K    1% /run/lock
none             493K     1  493K    1% /run/shm
none             493K     2  493K    1% /run/user
/dev/xvdc1       320K  4,1K  316K    2% /var
/dev/xvdb1        64K   195   64K    1% /home
/dev/xvdh1       4,0M  3,1M  940K   78% /var/www
serp@ubuntu:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            2,0G  4,0K  2,0G   1% /dev
tmpfs           395M  620K  394M   1% /run
/dev/xvda1      7,8G  2,9G  4,6G  39% /
none            4,0K     0  4,0K   0% /sys/fs/cgroup
none            5,0M     0  5,0M   0% /run/lock
none            2,0G     0  2,0G   0% /run/shm
none            100M     0  100M   0% /run/user
/dev/xvdc1      4,8G  2,6G  2,0G  57% /var
/dev/xvdb1      990M  4,0M  919M   1% /home
/dev/xvdh1       63G   35G   25G  59% /var/www

ਜਿਵੇਂ ਕਿ /var/www ਭਾਗ 'ਤੇ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਫਾਈਲ ਸਿਸਟਮ ਵਿੱਚ ਮੁਫਤ ਬਲਾਕਾਂ ਦੀ ਗਿਣਤੀ ਅਤੇ ਮੁਫਤ ਨੋਡਾਂ ਦੀ ਗਿਣਤੀ ਬਹੁਤ ਵੱਖਰੀ ਹੁੰਦੀ ਹੈ।

ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਇਨੋਡਸ ਖਤਮ ਹੋ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਮੈਂ ਤੁਹਾਨੂੰ ਕੋਈ ਜਾਦੂ ਨਹੀਂ ਦੱਸਾਂਗਾ, ਕਿਉਂਕਿ... ਇੱਥੇ ਕੋਈ ਨਹੀਂ ਹੈ (ਜੇ ਮੈਂ ਗਲਤ ਹਾਂ, ਮੈਨੂੰ ਦੱਸੋ)। ਇਸ ਲਈ ਉਹਨਾਂ ਭਾਗਾਂ ਲਈ ਜਿਹਨਾਂ ਵਿੱਚ ਛੋਟੀਆਂ ਫਾਈਲਾਂ ਗੁਣਾ ਹੁੰਦੀਆਂ ਹਨ, ਤੁਹਾਨੂੰ ਫਾਈਲ ਸਿਸਟਮ ਨੂੰ ਸਮਝਦਾਰੀ ਨਾਲ ਚੁਣਨਾ ਚਾਹੀਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, btrfs inodes ਖਤਮ ਨਹੀਂ ਹੋ ਸਕਦੇ, ਕਿਉਂਕਿ ਜੇ ਲੋੜ ਹੋਵੇ ਤਾਂ ਨਵੇਂ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਬਣਾਏ ਜਾਂਦੇ ਹਨ।

ਸਰੋਤ: www.habr.com