शोधण्यासाठी रीफ्रेशर: आपल्या लिनक्स डिस्ट्रोवर फायली शोधा

लुपा

सध्याच्या सर्च इंजिनने फाईल मॅनेजरमध्ये एकत्रित केलेल्या फायली आणि डिरेक्टरीज शोधणे सोपे आहे, परंतु कधीकधी आम्हाला टर्मिनल अधिक वापरायला आवडेल, किंवा आपल्याकडे ग्राफिकल वातावरण नसल्यामुळे टर्मिनल वापरण्याशिवाय आम्हाला पर्याय नाही. तर, मला शोधणे पुनरावलोकन करणे आवडले, एक सुप्रसिद्ध आदेश, परंतु ग्राफिकल वातावरणाच्या भव्य वापराद्वारे विसरलेले काहीतरी.

ठीक आहे, जसे त्याचे नाव सूचित करते, शोधा त्याशिवाय इतर कशासाठीही ते निरुपयोगी आहे फाइल्स शोधण्यासाठीजरी त्यात शोधणे इत्यादिसारखे इतर पर्याय असले तरी आम्ही शोधण्यावर भर देऊ, कारण तो अत्यंत सामर्थ्यवान आहे आणि आम्हाला आपला शोध यशस्वीरित्या पार पाडण्यासाठी अनेक मनोरंजक पर्यायांना अनुमती देतो. जर आपण त्याचा वापर कोणत्याही पर्यायांशिवाय केला तर ते काय करेल संपूर्ण यादी (आणि उपनिर्देशिकां) च्या सामग्रीची सूची, एलएस प्रमाणेच एक यादी सुरू करेल.

परंतु हे आपल्या आवडीचे नाही, आम्हाला आणखी काही सानुकूलित आणि परिष्कृत करायचे आहे शोध अधिक अचूक असेल आणि आम्ही जे शोधत आहोत ते शोधण्यात आम्हाला मदत करा. ते कसे कार्य करते हे समजून घेण्यासाठी, मला असे वाटते की शोधाची व्यावहारिक उदाहरणे दर्शविण्याशिवाय कोणताही चांगला मार्ग नाही:

  • नावाने शोधण्यासाठी, आम्ही पर्याय किंवा शोध मापदंड can -name use वापरू शकतो. उदाहरणार्थ, प्रथम उदाहरण फायली / निर्देशिका ज्याच्या नावाने "मुसी" ने प्रारंभ होईल, दुसरे "ईओन" ने संपलेले आहेत आणि शेवटचे जे मूळ / निर्देशिकेत "सापडले" असा शब्द आहे:
find / -name "musi*"

find / -name "*eon"

find / -name "fundar"

  • -Type नावाचा एक पर्याय आहे, जो फिल्टर म्हणून काम करू शकतो आणि -नामे एकत्र वापरला जाऊ शकतो. या प्रकरणात ते कार्य करते शोधण्यासाठी फाईलचा प्रकार निर्दिष्ट करा. ब सह आम्ही ब्लॉक मोडमधील विशेष फाईल्स शोधत आहोत, कॅरेक्टर मोडमधील स्पेशल फाइल्ससाठी सी, डिरेक्टरीजसाठी डी, सामान्य फाईल्ससाठी एफ, सिंबॉलिक लिंक्ससाठी एल, पी नामित पाइपसाठी एस आणि सॉकेट किंवा नेटवर्क कनेक्शनसाठी एस. उदाहरणार्थ, समजा आपल्याला त्या नावाच्या शेवटी आणि मुख्यपृष्ठ / वापरकर्ता निर्देशिकेमध्ये "हॅलो" असलेली निर्देशिका शोधायची आहे:
find /Home/usuario -name "*hola" -type D

  • आम्ही देखील करू शकता वापरकर्त्याद्वारे किंवा ज्याच्या मालकीचे आहे त्यानुसार गट शोधा सिस्टमवरील निर्देशिका किंवा फायली. त्यासाठी आपण युजर आणि-ग्रुपचा निकष वापरू शकतो. आता कल्पना करा की आपणास directory रोजा »वापरकर्त्याची« .mp3 »आणि डाउनलोड्स निर्देशिकेतील« मांजरी the गट असलेली एक फाइल शोधायची आहे:
find /Descargas -name ".mp3" -user Rosa -group Gatos

  • आकार आम्हाला आकाराने शोधण्यात मदत करू शकेल. या प्रकरणात आमच्याकडे अर्ज करण्याचे वेगवेगळे पर्याय आहेत. बी ब्लॉक दर्शवेल, जर आकार दर्शविला नसेल तर डीफॉल्टनुसार तो 512 बाइट असेल. 1-बाइट एएससीआयआय वर्णांसाठी सी, 2-बाइट (जुन्या) शब्दांसाठी प, आणि किलोबाईट्ससाठी किंवा 1024 बाइटसाठी के. उदाहरणार्थ, आम्ही 2560 बाइट (5 ब्लॉक्स · 512), 10 एएससीआयआय वर्णांपैकी आणखी एक, 100 केबीचे आणखी एक, 5 एमबीपेक्षा कमी आणि दुसरे 30 केबी पेक्षा अधिक असलेल्या फाईलमध्ये / शोधायचे असल्यासः
find / -size 5

find / -size 10c

find / -size 100K

find / -size -5000K

find / -size +30K

अर्थात, आकार असेल सर्व शोध निकषांसह एकत्रित आधीचे आणि मागील भाग, अशा प्रकारे आम्हाला आणखी तंतोतंत परिणाम प्राप्त होतील ...

  • आपण देखील करू शकता ऐहिक निकषांनुसार शोधा. -आटिम सह आपण शेवटच्या प्रवेशाच्या तारखेनुसार शोधू शकता. -ऑनोड सुधारणाच्या तारखेस -आणि वेळ आणि आयनोडच्या अंतिम सुधारणाच्या तारखेपासून -कायदा. उदाहरणार्थ, आम्ही / होम मध्ये शोधू इच्छितो, "हॅलो" नावाची निर्देशिका, जी "झका" वापरकर्त्याची आहे आणि ती days दिवसांपूर्वी सुधारित केली गेली आहे:
find /Home -name "hola" -user Zaca -mtime -3

  • आणखी निकष आहेत प्रवेश प्राधिकृतता किंवा परवानग्या शोधण्यासाठी-स्पर्म, हार्ड दुवे शोधण्यासाठी लिंक्स, -इनोड क्रमांकासाठी इनम. चला आमच्या शेवटच्या उदाहरणासह जाऊ या प्रकरणात, आम्ही सद्य निर्देशिकेतील एक निर्देशिका शोधू ज्याची मालक वापरकर्ता आणि गटासाठी परवानगी आहे आणि उर्वरितसाठी अंमलबजावणी:
find -type d -perm 771

कधीकधी आम्हाला टर्मिनलच्या संभाव्यतेबद्दल माहिती नसते आणि इतर साधने वापरतात जी आधीपासून जन्मजात असलेल्या गोष्टींच्या लवचिकतेस परवानगी देऊ शकत नाहीत. म्हणून मी आशा करतो की या नम्र लेखासह मी काहीतरी मदत केली आहे. मजा करा आणि आपल्या टिप्पण्या द्या...


आपली टिप्पणी द्या

आपला ई-मेल पत्ता प्रकाशित केला जाणार नाही. आवश्यक फील्ड चिन्हांकित केले आहेत *

*

*

  1. डेटासाठी जबाबदार: AB इंटरनेट नेटवर्क 2008 SL
  2. डेटाचा उद्देशः नियंत्रण स्पॅम, टिप्पणी व्यवस्थापन.
  3. कायदे: आपली संमती
  4. डेटा संप्रेषण: कायदेशीर बंधन वगळता डेटा तृतीय पक्षास कळविला जाणार नाही.
  5. डेटा संग्रहण: ओकेन्टस नेटवर्क (EU) द्वारा होस्ट केलेला डेटाबेस
  6. अधिकारः कोणत्याही वेळी आपण आपली माहिती मर्यादित, पुनर्प्राप्त आणि हटवू शकता.

  1.   नामांकन म्हणाले

    मी उत्सुक नाही, परंतु यामुळे मला थोडी मदत झाली