প্রচুর বড় ফাইল মুছে ফেলার পরে, মুক্ত দস্তাবেজ বড় বিলম্বের সাথে বৃদ্ধি পায়


15

গতকাল, আমি আমার হোম / মিডিয়া সার্ভারে GB১ জিবি ফাইল মুছে ফেলেছি।
ফ্রি স্পেস আগে: 117 গিগাবাইটের
পরে ফ্রি স্পেস: 126 জিবি

সুতরাং, অতিরিক্ত গিগাবাইট 71 গিগাবাইটের পরিবর্তে আমার কাছে কেবল 9 জিবি ছিল। আমি ডাবল-চেক করেছি যে কোনও ফাইল খোলা হয়নি এবং আমি সত্যিই GB১ জিবি মুছে ফেলেছি এবং ফ্রি স্পেসটি কেবলমাত্র 9 জিবি বাড়িয়েছে।

আমি সিঙ্ক করার চেষ্টাও করেছি, তবে কোনও ফল হয়নি।

এটি প্রথমবার নয়। প্রকৃতপক্ষে, আমি প্রতি বছর এবং পরে এখন থেকে এই আচরণটি দেখেছি। প্রথমে ext3 এ, এখন ext4 এ।
যখন এটি ঘটে তখন আমি ফাইল সিস্টেমটি আনমাউন্ট করে এবং তারপরে পুনরায় গণনার মাধ্যমে মুক্ত স্থানটি পুনরায় দাবি করতে পারি। এই ক্ষেত্রে, আনমাউন্টিংয়ে প্রায় সময় না দিয়ে 2 মিনিট সময় লাগে।

আজকাল, আমি সহজেই ফাইল সিস্টেমটি আনমাউন্ট এবং পুনঃনির্মাণ করতে পারি না, কারণ এটি আমার ভিডিও রেকর্ডার সফ্টওয়্যার, আমার পরিবারের জন্য নিজস্ব ক্লাউড সার্ভার এবং আমার এখনও অবধি ছিল না এমন আরও কয়েকটি পরিষেবা থেকে স্থায়ীভাবে ব্যস্ত is এবং আমি রাত আনুমানিক 3 টা থেকে উঠতে চাই না কেবল আনমাউন্ট করতে এবং পুনরায় মাউন্ট করতে।

না, 'এট' ইউটিলিটিটি করবে না কারণ পরিষেবাগুলির মধ্যে একটি পুনরায় চালুযোগ্য দীর্ঘ চলমান কাজগুলি সম্পাদন করে এবং তাই এটি বন্ধ হয়ে যাওয়ার সময় একটি ভাল মুহুর্ত অনুসন্ধান করার জন্য একটি ম্যানুয়াল স্টেট চেকের প্রয়োজন হয়, যেমন একটি কাজ সবে শেষ হয়েছিল।

তবে আজ সকালে আমি লক্ষ্য করেছি যে স্থানটি রাতারাতি মুক্ত করা হয়েছে। আমাকে দেখে মনে হচ্ছে যেন কোনও ধরণের পরিষ্কার-পরিচ্ছন্নতা ছিল এবং এটি একই জিনিস হতে পারে যা আনমাউন্ট করার সময় অতিরিক্ত সময় নেয়।

এখনও অবধি, বিপুল পরিমাণে ডেটা মুছতে গিয়ে আমি কেবল এই আচরণটি লক্ষ্য করেছি। অন্যদিকে, আমি নিশ্চিত নই যে এটি নিয়মিত ঘটে এবং পার্থক্যটি লক্ষ্য করা খুব সামান্য।

ফাইল সিস্টেমটি 0% দিয়ে রুটের জন্য সংরক্ষিত ( mkfs -m 0) দ্বারা তৈরি করা হয়েছিল। মতে fsck -f(আমি এই সবসময় আনমাউন্ট এবং পুনরারোহণ মধ্যে করছি), ফাইলসিস্টেম দূষিত নয় এবং বর্ধিত পরীক্ষা স্মার্ট ডায়গনিস্টিক অনুযায়ী, হার্ডওয়্যার এছাড়াও ঠিক আছে।

[Edit]

tune2fs 1.42 (29-Nov-2011)  
Filesystem volume name:   bigdata  
Last mounted on:          /bigdata  
Filesystem UUID:          6aebd17a-e064-41dc-9c68-c9a3acbe4f66  
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:              121413632  
Block count:              485645568  
Reserved block count:     0  
Free blocks:              29081276  
Free inodes:              121382378  
First block:              0  
Block size:               4096  
Fragment size:            4096  
Reserved GDT blocks:      908  
Blocks per group:         32768  
Fragments per group:      32768  
Inodes per group:         8192  
Inode blocks per group:   512  
Flex block group size:    16  
Filesystem created:       Tue Dec 25 23:42:35 2012  
Last mount time:          Fri Jan  3 17:37:36 2014  
Last write time:          Fri Jan  3 17:37:36 2014  
Mount count:              37  
Maximum mount count:      -1  
Last checked:             Thu Apr 18 17:03:40 2013  
Check interval:           0 (<none>)  
Lifetime writes:          14 TB  
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  
Default directory hash:   half_md4  
Directory Hash Seed:      be2b977e-5127-4843-9123-fe33b6d7b573  
Journal backup:           inode blocks  

[/ Edit]

সুতরাং এখানে আমার 2 টি প্রশ্ন:

  1. এখানে কি হচ্ছে? কেন স্থানটি সাময়িকভাবে বা ততক্ষণে মুছে ফেলার পরিবর্তে বিলম্বের সাথে মুক্ত করা হয়?
  2. ই অনেক কিছু আমার স্থান freeing আরম্ভ করতে পারেন হয় ডান এখন আনমাউন্ট করা হচ্ছে এবং remounting ছাড়া?

এটি আমার কাছে প্রচুর গন্ধ লাগে যেমন ফাইল (গুলি) এখনও কিছু দিয়ে খোলা থাকে। আপনি কীভাবে নিশ্চিত করছেন যে মুছে ফেলার পরে কোনও ফাইলই খোলা নেই? lsof | grep -i deletedসাধারণত এটি যাচাই করার সেরা উপায়।
গ্যারেট 1

2
সাধারণত ফাইলগুলি খোলা থাকলে আপনি কোনও ফাইল সিস্টেমের সন্ধান করতে পারবেন না। সুতরাং, যদি অ্যামাউন্ট সফল হয়, কোনও খোলা ফাইল নেই। গতকাল ব্যতীত, আমি যখনই লক্ষ্য করেছিলাম তখন আমি সর্বদা সর্বদা, পুনরায় মাউন্ট করতাম cycle
মার্কাস এন।

সত্যিই এটি ক্ষেত্রে। আপনার ext4 মাউন্ট বিকল্পগুলি কি?
গ্যারেট

নোয়াটাইম, ডিফল্ট
মার্কাস এন।

আপনার কি এমন কোনও ব্যাকআপ সিস্টেম চালু রয়েছে যা ফাইলগুলির অনুলিপিগুলি রাখতে পারে, বা বিকল্পগুলিতে সেগুলিতে হার্ডলিঙ্ক রয়েছে?
ডারোবার্ট

উত্তর:


9

ইন্টারঅ্যাক্ট হতে পারে এমন দুটি কারণ রয়েছে।

  • উইন্ডোজের বিপরীতে আপনি খোলা ফাইলগুলি মুছতে পারেন। যদি আপনি মুভিটি মুছে ফেলা হচ্ছে যা মুছে ফেলা হয় তবে এটি ডিরেক্টরি থেকে সরানো হবে তবে স্ট্রিমিং প্রোগ্রামটি বন্ধ না হওয়া অবধি ফাইল হিসাবে উপস্থিত থাকবে। স্ট্রিমিং সফ্টওয়্যারটি এটি বন্ধ হয়ে গেলে, স্থানটি প্রকাশ করা হবে। fuser -mকমান্ড ফাইল খুলুন সঙ্গে কোনো প্রক্রিয়ার প্রক্রিয়া ID এটি ব্যবহার করা যাবে। কিছু প্রোগ্রাম সেগুলি করার সাথে সাথে ফাইলগুলি তত্ক্ষণাত বন্ধ করতে পারে না।

  • এটি উভয় ভ্রমণ ফাইল সিস্টেম। পরিবর্তনগুলি একটি জার্নালে লেখা হয় এবং তারপরে প্রতিশ্রুতিবদ্ধ হয়। পরিবর্তনগুলি সম্পাদিত হতে কিছু সময় নিতে পারে। অপারেটিং সিস্টেমটি প্রায়শই ডিস্কের পরিবর্তনগুলি ক্যাশে করে এবং পর্যায়ক্রমে কেবল ডিস্কে পরিবর্তন করে। চলমান syncকমান্ড ডিস্কে কোনো মুলতুবি পরিবর্তন ফ্লাশ করা উচিত নয়। syncবিকল্পের সাথে ডিস্ক মাউন্ট করা গতিটি ডিস্কে উন্নত করবে, তবে ডিস্কটি আরও শক্ত করে কাজ করবে।


1
হ্যাঁ, আমি জানি যে আমি খোলা ফাইলগুলি মুছতে পারি। আমি ডিরেক্টরি এন্ট্রি এবং ইনোডের মধ্যে সম্পর্ক সম্পর্কে জানি। তবে আমি নিশ্চিত যে ফাইলগুলি উন্মুক্ত ছিল না, অন্যথায় আমি ফাইল সিস্টেমটি সঞ্চার করতে সক্ষম হব না ... তবে আপনার দ্বিতীয় আইটেমটি আকর্ষণীয় বলে মনে হচ্ছে। মুছে ফেলা ফাইলগুলি সম্পাদন করতে 30 মিনিটেরও বেশি সময় লাগতে পারে? ৩০ মিনিট হ'ল ফাইলগুলি মুছে ফেলার এবং গত শোবার আগের দিন বিছানায় যাওয়ার মধ্যে সময়, তাই এটি বলতে কতটা সময় নিল তা আমি বলতে পারি না।
মার্কাস এন।

1
@MarkusN। কিছু অপারেটিং সিস্টেমগুলি প্রচুর ফাইল সিস্টেম ডেটা ক্যাশে করে। যদি স্থানটির প্রয়োজন না হয় তবে তারা স্থানটি নিখরচায় নিশ্চিত হওয়ার জন্য পর্যাপ্ত লেনদেনের লগ ডেটা লিখতে পারে, তবে স্থানটি মুক্ত করে তাদের সময় নিতে পারে। আপনি যদি প্রচুর ডেটা লেখার পরে কোনও ইউএসবি কী আনমাউন্ট করেন তবে ডেটাটি সরাতে পারার আগে এটি ফ্লাশ হতে অনেক সময় নিতে পারে। এটি নিরাপদে ডিস্কে লিখিতকরণ এবং অন্যান্য ক্রিয়াকলাপে বিলম্ব না করার মধ্যে একটি বাণিজ্য।
বিলথোর

সম্পাদনার জন্য ধন্যবাদ। তবে আপনি যেমন আমার মূল প্রশ্নটিতে দেখেন, আমি ইতিমধ্যে কোনও প্রভাব ছাড়াই সিঙ্ক করার চেষ্টা করেছি।
মার্কাস এন।

1
@MarkusN। আমি মনে করি না যে সিঙ্কটি আগের মতো কার্যকর ছিল। এটি সম্ভবত জার্নাল ডেটা লিখিত হয়েছে তা নিশ্চিত করে, অগত্যা সমস্ত পরিবর্তন প্রতিশ্রুতিবদ্ধ হয় না। আনমাউন্ট / মাউন্ট জার্নালটি প্রয়োগ করতে বাধ্য করবে। আমি মুছে ফেলার সময়সূচী অগ্রাধিকার জানি না, তবে আমি এটি তুলনামূলকভাবে কম হওয়ার আশা করব। কোডটি অন্বেষণ করা আপনার আরও প্রশ্নের উত্তর দিতে পারে।
বিলথোর

আমার কাছে যুক্তিসঙ্গত মনে হচ্ছে।
মার্কাস এন।
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.