( trey | 2016. 11. 03., cs – 07:35 )

Jaj, hát ilyen rémtörténeteket számtalanszor hallottam már.

De azért, hogy legyen benne valami tétje is, itt és most állok elébe a dolognak. Én minden nap több alkalommal suspendelem / resume-olom a gépem. Itt vannak az adatok:

trey@alderaan:~$ sudo tune2fs -l /dev/sda2
tune2fs 1.43.3 (04-Sep-2016)
Filesystem volume name:
Last mounted on: /
Filesystem UUID: 2edcc9b4-a394-4297-b1ad-3fafbe275b27
Filesystem magic number: 0xEF53
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: 29818880
Block count: 119275520
Reserved block count: 5963774
Free blocks: 73113243
Free inodes: 29412650
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 995
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
RAID stride: 32741
Flex block group size: 16
Filesystem created: Sat Feb 14 17:13:16 2015
Last mount time: Thu Oct 20 19:20:07 2016
Last write time: Thu Oct 20 19:20:07 2016
Mount count: 6
Maximum mount count: -1
Last checked: Wed Oct 19 18:30:27 2016
Check interval: 0 ()
Lifetime writes: 3327 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: 6292035
Default directory hash: half_md4
Directory Hash Seed: 7a80415c-553f-4759-bbba-3c5a47e79824
Journal backup: inode blocks

Ennek csakhamar el kell pusztulnia (vagy már rég el kellett volna?), ha jól értem "Linux stabilitás 2016".

Kíváncsi leszek.

--
trey @ gépház