जरी ही नेहमीच एक अफवा राहिली आहे की लिनक्स फाईल सिस्टम, मुख्यत: च्या आवृत्तीवर आधारित वाढवणे किंवा इतर सिस्टमसह जर्नल जेएफएस, झेडएफएस, एक्सएफएस किंवा रीसरएफएस प्रमाणे त्यांना डीफ्रॅगमेंटेशनची आवश्यकता नसते, कालांतराने हे खरे आहे डेटाच्या फैलावमुळे त्याची कार्यक्षमता कमी होत आहे. जरी त्याचा प्रभाव एफएटी आणि एनटीएफएस-आधारित प्रणालींप्रमाणे कधीच नाट्यमय नसला तरीही आपण असे साधन वापरल्यास आपण सिस्टममध्ये सहजपणे निराकरण करू शकतो. e4defrag.
E4defrag ही युटिलिटी आहे जी बर्‍याच लिनक्स वितरणात उबंटूसह पॅकेजमध्ये उपलब्ध आहे e2fsprogs. असे बरेच लोक आहेत जे एकाच मार्गाने कार्य करतात, परंतु आम्ही ते निवडले आहे त्याच्या सोयीसाठी. आमच्या सिस्टममध्ये हे स्थापित करण्यासाठी फक्त पुढील आदेशाची आवश्यकता आहे:
sudo apt-get install e2fsprogs
एकदा पॅकेज स्थापित झाल्यावर, आम्ही खालील स्टेटमेंट कार्यान्वित करून कमांड लाइनमधून उपयुक्तता मागू शकतो.
sudo e4defrag -c
याचा परिणाम म्हणून आम्हाला खालील प्रमाणेच एक प्रतिमा मिळेल जी आपल्या युनिटचे खंडित मूल्य दर्शविते. जर हा आकडा 30 पेक्षा जास्त स्कोअरपर्यंत पोहोचला तर ते होईल उपयोगिता वापरुन कमी करण्याचा प्रयत्न करणे चांगले आम्ही सूचित केले आहे आणि जर ते 56 च्या मूल्यापेक्षा जास्त असेल तर लवकरात लवकर कार्य करणे आवश्यक असेल.
युनिट डीफ्रिगमेंट करण्यासाठी आम्हाला पुढील क्रमांकासह अर्ज करावा लागेल:
sudo e4defrag /ruta
किंवा आम्ही संपूर्ण डिव्हाइसवर कार्य करू इच्छित असल्यास हे दुसरे एक:
sudo e4defrag /dev/device
नेहमीप्रमाणे, आम्ही आपल्याला याची आठवण करून देतो डिव्‍हाइसेस किंवा ड्राइव्हस् विभक्त करणे चांगले आपल्या सिस्टमची ज्यावर आपण या युटिलिटीसह कार्य करणार आहात किंवा डेटा भ्रष्टाचार टाळण्यासाठी यासारख्या.
शेवटी, किंवाआम्ही आपल्याला आपल्या टिप्पण्या सोडण्यास प्रोत्साहित करतो आणि काय सांगावे या अनुप्रयोगाने आपल्यासाठी चांगले कार्य केले आहे आणि आपल्या संगणकावर चालवल्यानंतर काही सुधारणा झाल्याचे आपल्याला आढळले आहे.
हिसकावून काय मिळवले !!! वेग किंवा काहीतरी?
हॅलो icलिसिया, खरंच, डेटाचे स्थान हेच करते की त्याच पासमध्ये डिस्कचे डोके नंतर वापरल्या जाणार्‍या माहितीची माहिती पकडते आणि म्हणूनच वापरल्या जाणार्‍या मेमरी पृष्ठांना मारले जाते. हे उच्च वेगाने अनुवादित करते.
हे साधन वापरत असल्यास मी माझ्या उबंटूला डीफ्रॅगमेंट कसे करू? हे म्हणतात की ते वेगळे करणे आवश्यक आहे, मला समजत नाही
नमस्कार icलिसिया, अमाउंट कमांडचे पुनरावलोकन करा आणि आपण ज्या डिफ्रॅगमेंटवर जात आहात त्या ड्राइव्हवर किंवा डिव्हाइसवर ते लागू करा. अमाउंटचे विशिष्ट उदाहरण सीडीआरओएमसह आहे: umount / dev / cdrom.
ग्रीटिंग्ज
विंडोजमध्ये, डीफ्रॅगमेंटिंग फायली जलद शोधण्यात मदत करते. सर्व मिळून पुस्तकांनी भरलेल्या शेल्फची कल्पना करा. एकास काढून टाकणे शून्य होते. आम्ही फाईल डिलीट करतो तेव्हा हे हार्ड ड्राईव्हवर होते. याचा अर्थ असा आहे की त्या अंतरांमध्येही, वेळ शोधण्यात वाया घालवल्यामुळे ही प्रणाली थोडी हळू आहे. डीफ्रॅगमेंटिंग माहिती एकत्रित करते आणि रिक्त नसते. विंडोज प्रमाणे लिनक्समध्ये याचा चांगला परिणाम होत नाही. परंतु आपण बर्‍याच काळापासून त्याचा वापर करत असल्यास हे चांगले होऊ शकते.
अरे ... मी समजतो धन्यवाद. मला विंडोजमध्ये काही माहिती असल्यास. परंतु लिनक्समध्ये तो लिनक्सपेक्षा मला अधिक वेगाने पकडतो .. जरी कालांतराने तो थोडासा हळू पकडला तरी विंडोज सारखा नाही आता मला खूप धीमे वाटतो मी विचार करतो की मी डिस्क विन आणि लिनक्स स्थापित केले आहे. माहितीसाठी धन्यवाद
माझ्याकडे किंग्स्टन यूएसबी 3.0.० मेमरी आहे जी मी उबंटू स्थापित करण्यासाठी वापरत असे, परंतु एक दिवस मला काय झाले ते माहित नाही, जर मी मेमरी अनमाउंट केल्याशिवाय काढून टाकली किंवा मला माहित नाही परंतु त्या दिवसापासून होता "केवळ वाचनीय" आणि तेव्हापासून मी ही स्मरणशक्ती पुनर्प्राप्त करू शकेन की नाही हे पाहण्यासाठी मी पृष्ठांवर फिरलो (कारण ती उच्च गती यूएसबी 3 आहे) परंतु काहीच नाही, जसे ते स्पेनमध्ये म्हणतात say ना दे ना », कोणाला निराकरण कसे करावे हे माहित आहे का? ते, किंवा किमान हे पुन्हा होण्यापासून कसे प्रतिबंधित करावे ते स्पष्ट करा?
आपण Gpart सह आपला डेटा मिटविण्याचा प्रयत्न केला आहे?
आपण ओपन डिस्क नावाचा स्थापित अनुप्रयोग वापरण्याचे अनेक मार्ग आहेत आणि आपण त्या यूएसबीकडे जा आणि त्यास फोम दिले तर दुसरा पर्याय टर्मिनलद्वारे असेल
नमस्कार लुइस,
मी आपल्याला हे सांगण्यास दिलगीर आहे की लेख थोडासा दुरुस्त झाला आहे.
एकीकडे, ही वेळ नाही ज्यामुळे फाइल सिस्टममध्ये विखंडन होते, परंतु वापराचे नमुनेः हजारो लहान फायली तयार करणे आणि नंतर काही यादृच्छिकपणे हटवणे, खूप मोठ्या फाइल्स हळू हळू लिहणे इ.; आणि फाइलसिस्टमच्या व्यापलेल्या पदवीचा, 90 ०% पेक्षा जास्त वापर असा एक बिंदू म्हणून उल्लेख केला आहे ज्यावर फाईल सिस्टम विखंडन कमी करण्यास सक्षम नाही (जरी मी त्या 90% चे औपचारिक स्पष्टीकरण कधी पाहिले नाही).
दुसरीकडे, आपण ठेवलेल्या आज्ञा बदलल्या आहेत: "e4defrag -c / path" फ्रॅग्मेंटेशन बद्दलची माहिती (गणना) दर्शवते आणि "e4defrag / पथ" डीफ्रॅगमेंटेशन करते.
समाप्त करण्यासाठी, मी येथे एक लेख सोडतो [1] जे फाइल सिस्टम खंडित करण्यासारखेच एक जटिल विषय अगदी सोप्या पद्धतीने स्पष्ट करते; हे 2006 मधील आहे आणि "एक्सटेंट्स" किंवा ऑनलाइन डीफ्रॅगमेंटेशन सारख्या संरचना किंवा पद्धतींचा उल्लेख करत नाही परंतु हे समजणे सोपे आहे.
ग्रीटिंग्ज
पुनश्च: केवळ उत्सुकतेच्या बाहेर, हे दर्शविण्यासाठी की दीड वर्षानंतर वापर आणि कोणत्याही प्रकारच्या डीफ्रॅग्मेंटेशनशिवाय, माझ्या सिस्टममध्ये नवीन वापरात 0% तुकडा आहे%%% (उबंटू १ 79.०14.04).
[२]: http://geekblog.oneandoneis2.org/index.php/2006/08/17/why_doesn_t_linux_need_defragmenting
हॅलो मिगुएल एंजेल, सर्व प्रथम, नोट्सबद्दल धन्यवाद. मी आत्ताच वाक्य सुधारित करते. जसे आपण चांगले दर्शविता, वापर नमुने आणि त्यापूर्वीही, क्लस्टर किंवा ब्लॉक आकाराची निवड नंतर युनिटमध्ये हे वर्तन करेल. आमच्या युनिटमध्ये बर्‍याच लहान फाईल्स किंवा काही आणि मोठ्या फाइल्स असल्यास हे समजण्यासारखे नसते, सिस्टम हाताळते असे डिफॉल्ट मूल्य सहसा घेतले जाते.
दुसरीकडे, सूचित करा की डीफ्रॅगमेंटेशनचा फायदा माहितीच्या सुसंस्थेनुसार माहितीच्या आकुंचनामध्ये तितकासा नाही. डिस्कच्या डोक्यावर जितके कमी उडी मारावी तितकी गती आपण प्राप्त करू (आणि सामान्यत: डिस्कमध्ये सहजपणे स्थापित असलेल्या अनेक लहान लोकांपेक्षा मोठ्या फायली आणि सलग ब्लॉक्ससह हे घडते).
वाचल्याबद्दल धन्यवाद.
एकूण / सर्वोत्कृष्ट विस्तार 276635/270531
सरासरी आकार प्रति हप्ता 252 केबी
फ्रॅगमेंटेशन स्कोअर 0
[0-30 कोणतीही अडचण नाही: 31-55 जरा तुकडा: 56- डीफ्रेज आवश्यक आहे]
या निर्देशिकेस (/) डीफ्रेग्मेंटेशनची आवश्यकता नाही.
झाले
--------------
संगणक सुमारे 3 वर्ष जुना आहे, अजिबात वाईट नाही, बरोबर?
लिनक्समिंट 17.2
हॅलो झेटुमज,
लिनक्समध्ये वापरल्या जाणा .्या फाईल सिस्टीममध्ये फ्रॅग्मेंटेशन व्यावहारिकदृष्ट्या अस्तित्वात नसतो, "ते विचारात घेतले जातात" ते टाळण्यासाठी.
लिनक्समध्ये डीफ्रॅगमेंटिंग करणे खरोखरच योग्य नाही, ही साधने प्रामुख्याने आपल्याला विभाजनांचे काही आकार बदलण्याची आवश्यकता आहे, जेणेकरून विभाजनाच्या शेवटी आपल्याकडे फायली नसतील ज्या आपल्याला बदलू देणार नाहीत. आकार.
ग्रीटिंग्ज
पुनश्च: मी आधी हा उल्लेख केला नव्हता आणि लेखही नाही, परंतु आपल्याकडे एसएसडी डिस्क असल्यास, डीफ्रागमेंट करणे आपण वापरत असलेल्या फाईल सिस्टमची पर्वा न करता व्यर्थ आहे.
आभार मिगुएल एंजेल
नाही, मी पारंपारिक डिस्क वापरतो. त्याचप्रमाणे २०० 2008 मध्ये मी जेव्हा GNU / Linux सह प्रारंभ केला तेव्हा मी डीफ्रॅगमेंट कसे करावे याबद्दल आधीच विचार केला आणि मी वाचले की ते आवश्यक नव्हते.
ते संपूर्ण विभाजनात वितरित केलेल्या फायलींच्या विषयावर स्पर्श करत असल्याने आणि विभाजन कमी करण्याचा विचार केला जात आहे. मी असे सूचित केले आहे की एचडीडीवरील एनटीएफएस विभाजनांसाठी डीफ्राग्गलर किंवा विंडोमधून दुसरे ग्राफिकल usingप्लिकेशन्स वापरणे, बर्‍याच वेळा ते पुरेसे डीफ्रॅग करू शकत नाहीत, आणि जेव्हा ते करतात तेव्हा विभाजनाच्या शेवटी दिशेने फाइल्स सोडल्या जाऊ शकतात.
मी आश्चर्य करतो की लिनक्समध्ये एक्सट्रॉशन विभाजनात 0% फ्रॅगमेंटेशन असू शकते, परंतु विभाजनाच्या शेवटी असलेल्या फाईल्स देखील आहेत, म्हणजेच मध्यभागी रिकामी जागा आहे.
माझ्या मते, विभाजनात डेटा सेव्ह करण्याचा आदर्श म्हणजे डेटा विभाजनाच्या मध्यभागी बाहेरील बाजूस सेव्ह करा. तुला काय वाटत?
नमस्कार. आणि मी एनटीएफएस किंवा एफएटी 32 विभाजन कसे डीफ्रेगमेंट करू शकेन? धन्यवाद
सर्वांना नमस्कार! मी कित्येक वर्षांपासून उबंटू वापरत आहे आणि यास बराच वेळ लागला नाही, हे मला आवडते. सुरू करण्यासाठी 10 सेकंद आणि 3 बंद. अभिवादन!
मी तीन प्रिंटरसह काम करतो आणि उबंटू २०.०20.04 मध्ये मी स्थापित करु शकत असलेल्या तीनपैकी काहीही नाही, मी त्या प्रत्येकासाठी आधीच ड्राइव्हर्स डाउनलोड केले आहेत. पीसी नवीन आहे आणि उबंटू नुकतेच स्थापित केले आहे. मागील पीसी जो मला काढून टाकायचा होता कारण तो सुरू झाला नाही (इनिमर्सफ) आणि कोणीही दुरुस्त करण्यास सक्षम नाही, तिन्ही प्रिंटर चांगले काम करत होते. प्रिंटर दोन एपसन आणि एक एचपी आहेत.
उबंटू 20.04 मध्ये lsb अस्तित्वात नाही
शुभ दुपार
e4defrag वापरण्यासाठी डिव्हाइस माउंट करणे आवश्यक आहे:
root@Asgar:/media# umount disk1
root@Asgar:/media# e4defrag /dev/sda1
e4defrag 1.46.6-rc1 (12-Sep-2022)
फाइलसिस्टम माउंट केलेली नाही
रूट @ असगर:/मीडिया#
ग्रीटिंग्ज