26

मैंने कुछ सेकंड पहले ही इसे चलाया था। मैं करने में कामयाब रहा Ctrl- Cजैसे ही मुझे एहसास हुआ कि मैंने क्या करना शुरू कर दिया है।

अब तक एकमात्र निर्देशिका जो इसके माध्यम से शुरू हुई है, वह है /bin।

मुझे और कुछ करने से डर लगता है। अब तक मुझे एहसास हुआ कि मैं suअब अपने सामान्य उपयोगकर्ता के रूप में उपयोग नहीं कर सकता।

सौभाग्य से मेरे पास अभी भी एक और रूट टर्मिनल खुला है। मैं क्या करूं?

— मर्जी
स्रोत

26

लगता है जैसे तुम वहाँ, दोस्त।

— ta.speot.is

4

अब आप बैकअप के महत्व को समझते हैं। इसे नियमित रूप से करें।

— जूलियानो

कम से कम उसने जड़ से चामोद नहीं किया। यह एक पूर्ण आपदा है। रूट से कम से कम rm -rf आपको अधिक डिस्क स्थान प्रदान करता है और आपको एक पूर्ण सिस्टम पुनर्स्थापना के लिए तैयार करता है, chmod बस एक वास्तविक गड़बड़ी छोड़ देता है जो पूरी तरह से सिस्टम पुनर्स्थापना के अलावा किसी भी चीज़ से पुनर्प्राप्त करने के लिए बहुत कठिन है। घास बाड़ के दोनों किनारों पर भूरी है, एह?

— Fiasco Labs

10

इन / बिन / में सब कुछ रूट का होना चाहिए: रूट, इसलिए यदि आप निम्नलिखित चलाते हैं तो आप उन फाइलों पर स्वामित्व को ठीक कर सकते हैं:

chown root:root -R /bin/

आप यह भी सुनिश्चित करना चाहते हैं कि सेट्युड बिट ठीक से / बिन / सु पर सेट हो, जिसे आप निम्नलिखित के साथ ठीक कर सकते हैं:

chmod 4755 /bin/su

— epic9x
स्रोत

1

उबंटू पर, विशेष रूप से सुडो के साथ ऐसा करना महत्वपूर्ण है। मुझे नहीं लगता कि एक रूट पासवर्ड डिफ़ॉल्ट रूप से भी सेट किया गया है? वैसे, मैं वास्तव में रूट शेल के बजाय वास्तव में सुडो का उपयोग करने की सलाह दूंगा। टाइप करने में लगने वाला आधा सेकंड सामान्य तौर पर पटरियों में होने वाली गलतियों को रोकता है। बस एक रूट शेल में काम करना आसान है ...

— Bernd Haug

4

paste.ubuntu.com/362468 मेरे उबंटू 9.10 डेस्कटॉप से एक "ls -l / bin" है। जबकि मेरे पास आपके जैसी बिल्कुल स्थापित फ़ाइलें नहीं हो सकती हैं, यह कम से कम आपको एक अच्छा संकेत देना चाहिए जिस पर फ़ाइलों को विशेष अनुमतियों की आवश्यकता होती है।

— औरोल

@Bernd: हालाँकि मैं उतना एडमिन काम नहीं करता, लेकिन मैंने देखा है कि मैं जितना रूट करता हूँ उससे कहीं कम गूंगा चीजों को सूद देता हूँ। मैं फिर कभी रूट पासवर्ड का उपयोग नहीं कर सकता। (और, नहीं, उबंटू पर कोई डिफ़ॉल्ट रूट पासवर्ड नहीं है, और मुझे नहीं लगता कि मैकओएसएक्स पर एक भी है।)

— डेविड थोर्नले

@ डेविड: निश्चित रूप से ओएस एक्स पर कोई डिफ़ॉल्ट रूट पासवर्ड नहीं है, और एक सेट करना ज्यादातर एक गलती है, आईएमओ। लगभग हमेशा एक और बेहतर तरीका है। समस्या यह है कि मैक शुरू करने के लिए बहुत सुरक्षित नहीं हैं; मैं उम्मीद करता हूं कि आरके, वीरिय, बोटनेट क्लाइंट और सी लाभदायक बनाने के लिए एक बड़ा इंस्टॉल बेस होने के बाद मैं बहुत सारे 'फन ’देखूंगा।

— बेरंड हग

36

Redhat उपयोगकर्ता:

chown 0:0 /bin/rpm && rpm -qa | xargs rpm --setugids

डेबियन / उबंटू उपयोगकर्ता:

chown 0:0 /bin/*  /usr/bin/*
chown daemon:daemon /usr/bin/at
chown 0:utmp /usr/bin/screen
chmod 02755 /usr/bin/screen
chmod u+s /bin/fusermount /bin/mount /bin/su /bin/mount
chmod u+s /usr/bin/sudo /usr/bin/passwd
screen

जबकि स्क्रीन चल रही है कम से कम दो बार:

dpkg --get-selections | awk '{ if ($2 == "install") print $1}' \
    | xargs apt-get install --reinstall --

वेतन बहुत उत्पादन पर अधिक ध्यान क्योंकि अगर यह गलत अनुमतियों होने कुछ के बारे में शिकायत है, आप इसे एक और स्क्रीन विंडो पर ठीक करना चाहिए।

स्क्रीन में क्रैश कोर्स:

Control+A     - command key
Control+A a   - emit a control+A
Control+A n   - next "screen"
Control+A c   - create "screen"

सोलारिस उपयोगकर्ता:

तुम चोदो।

pkgchk -R / -f -a

सभी अनुमतियों को रीसेट कर देगा, लेकिन सेतु-नेस अभी भी टूट जाएगा। सेतु / सेटगिड स्क्रिप्ट और फ़ाइलों को देखने और उन्हें मैन्युअल रूप से ठीक करने के लिए एक बैकअप या किसी अन्य सोलारिस मशीन का उपयोग करें।

बैकग्राउंड के बारे में महत्वपूर्ण बात

क्या आप उन्हें ठीक कर सकते हैं, यह नहीं कि आप उन्हें लेते हैं।

अन्य लोगों ने आपको बैकअप लेने की सलाह दी है, लेकिन मैं यह जोड़ना चाहता हूं कि आपको उनका परीक्षण करना चाहिए। यदि आप एक यूनिक्स सिस्टम का उपयोग कर रहे हैं, तो कोई कारण नहीं है कि आप फ़ाइलों को किसी अन्य मशीन पर समय-समय पर डंप न कर सकें और सुनिश्चित करें कि सब कुछ काम करता है।

— geocar
स्रोत

FreeBSD उपयोगकर्ता: इस तरह की गलती कभी नहीं करेगा;)

— आइंस्टीन

10

@einstiien Yep, FreeBSD उपयोगकर्ता सीधे rm -rfमंच पर जाते हैं।

— १५:१५

@ शुद्धता: योग्य, अच्छा।

— आइंस्टीन

गरीब सोलारिस उपयोगकर्ता :(

— सिरका चिरायु

3

ज्ञात हो कि किसी भी प्रभावित बायनेरिज़ पर सेट-यूआईडी झंडे भी हटा दिए गए होंगे; यह एक सुरक्षा विशेषता है। कुछ अन्य प्रणाली के साथ जाँच करें कि बायनेरिज़ में सेट-यूआईडी या सेट-जीआईडी झंडे हैं और उन्हें अपने बायनेरिज़ पर भी सेट करना सुनिश्चित करें।

— टेडी
स्रोत

3

मैं फ़ाइल अनुमतियों को रीसेट करने के लिए RPM का उपयोग करने के विवरण की व्याख्या करने जा रहा था, लेकिन मुझे एक साइट और भी बहुत सी जानकारी मिली है । यह भी उल्लेख है कि उबंटू / डेबियन (सामान्य रूप से .debs) इसका समर्थन नहीं करते हैं।

लेकिन आम तौर पर आपके विकल्प की तलाश लाइनों के साथ होगी:

rpm --setugids {packagename}

— दड़बे
स्रोत

यह एक ubuntu प्रणाली पर है, जैसा कि टैग द्वारा इंगित किया गया है। इसका मतलब यह है कि dpkg और .DEBs का उपयोग rpm और .RPMs के बजाय किया जाता है

— केविन एम

2

यदि यह एक डेबियन सिस्टम था, तो मैं उपयुक्तता से सब कुछ पुनर्स्थापित करूँगा।

— ptman
स्रोत

0

क्या आपके पास वर्किंग बैकअप है? जब हाँ, अपने बिन फ़ोल्डर को पुनर्स्थापित करें।

अन्यथा, एक अन्य बॉक्स को देखें जहां आपने उबंटू का एक ही संस्करण स्थापित किया है और chownआपको काम करने वाले इंस्टॉलेशन पर क्या मिला है।

— ईसाई
स्रोत

0

इसे आज़माएँ: सभी www-data को / bin directory में खोजें

# find /bin -user www-data

फिर www-डेटा को मूल उपयोगकर्ता में बदलें

# find /bin -user www-data -exec chown ORiginalUser {} \;

# then change www-data back to oringal group
# find /bin -group www-data -exec chgrp originaluser {} \;

— squillman
स्रोत

0

महान प्रतिक्रियाओं के लिए धन्यवाद, सब कुछ अब तय हो गया है।

/ बिन / सु ने एक बार chmod'd 4755 पर काम किया (यकीन नहीं कि चाउड ने सूट को थोड़ा बदल दिया है)

मैंने नोटिस नहीं किया, लेकिन यह / होम डाइरेक्टरी के माध्यम से भी काम करने लगा, लेकिन यह एक आसान पर्याप्त फ़िक्स था (प्रत्येक उपयोगकर्ता के लिए समूह: उपयोगकर्ता के लिए समूह)