কীভাবে / ইউএসআর / স্থানীয় মালিকানাটি আমার-ব্যবহারকারীর নাম থেকে রুটে পরিবর্তিত করছে তা কীভাবে নির্ধারণ করা যায়


13

আমি homebrewনির্দিষ্ট ওয়েব বিকাশ অ্যাপ্লিকেশানের জন্য প্যাকেজ পরিচালক হিসাবে ব্যবহার করি । brewআপ টু ডেট রাখার জন্য আমি update brewপ্রতিটি দু'দিন ছুটে চলেছি এবং তাও চালাচ্ছি brew doctor। সাধারণত, এটি ঠিক আছে এবং brewআমাকে বলেন যে আমি তৈরি করতে প্রস্তুত।

যাইহোক এবং এখন, আমি নিম্নলিখিত ত্রুটি পেয়েছি:

সতর্কতা: / usr / স্থানীয় / ইত্যাদি লিখিতযোগ্য নয়।

আপনি যদি হোমব্রু দ্বারা পরিচালিত না হওয়া সফ্টওয়্যারটি "সুডো মেক ইনস্টল" করেন তবে এটি ঘটতে পারে। যদি কোনও সূত্র এই ডিরেক্টরিতে কোনও ফাইল লেখার চেষ্টা করে তবে লিঙ্ক ধাপের সময় ইনস্টলটি ব্যর্থ হবে।

আপনার সম্ভবত chown/ usr / স্থানীয় / ইত্যাদি হওয়া উচিত

সতর্কতা: / usr / স্থানীয় ডিরেক্টরি লিখনযোগ্য নয়। এমনকি আপনি হোমব্রু ইনস্টল করার সময় এই ডিরেক্টরিটি যদি লিখিত হয় তবে অন্যান্য সফ্টওয়্যারও এই ডিরেক্টরিতে অনুমতি পরিবর্তন করতে পারে। এয়ারফয়েলের "ইনস্ট্যান্টঅন" উপাদানটির কয়েকটি সংস্করণ এটি করার জন্য পরিচিত।

আপনার সম্ভবত ব্যবহারকারীর অ্যাকাউন্টে / usr / স্থানীয় মালিকানা এবং অনুমতিগুলি পরিবর্তন করা উচিত change

অনুমতিগুলি পুনরায় আমার ব্যবহারকারী নামটিতে পুনরায় সেট করা যথেষ্ট সহজ। পরে ঠিক আছে brewবলে মনে হচ্ছে।

তবে কী ঘটছে এর কারণ?

এমন কোনও লগ রয়েছে যা দেখায় যে অনুমতিগুলি পরিবর্তনের কারণ হয়ে দাঁড়িয়েছে?


3
কোনও লগ নেই তবে নোট করুন যে রডের মালিকানাধীন / ইউএসআর / স্থানীয় থাকা ইউনিক্স মান এবং সুতরাং সেখানে যে কোনও বিল্ড এটি আশা করবে। সমাধান প্যাকেজ ম্যানেজার (হোমব্রিউ) এবং স্ট্যান্ডার্ড ইউনিক্স সংকলন উভয়ের সাথে কোনও ডিরেক্টরি মিশ্রিত করা হয় না
একটির

3
প্যাকেজ ব্যবস্থার হিসাবে একই স্থানে সফ্টওয়্যার যুক্ত করা একটি খারাপ ধারণা এবং তাই মালিকানা এবং অনুমতিগুলি পরিবর্তন করা /usr/local। তবে আপনি যদি জেদ করেন তবে আপনি নিজেরাই ইনস্টল করা প্যাকেজগুলি make installব্যবহার না করেই sudoকরতে পারেন।
fd0

1
ওএস এক্স আপগ্রেড করা সাধারণত স্থানীয়ভাবে পুনরায় সেট / usr / স্থানীয় মালিকানা এবং অনুমতি।
এমস্পাসভ

1
@ অন্য আহ আমি প্রশ্নের চেয়ে হোমব্রেইউয়ের উক্তিটি পড়েছি
ব্যবহারকারী 151019

1
আপনার ম্যাকটিতে আপনি ডিফল্ট ইনস্টল করার জন্য কনফিগার করা অন্য কোনটি (ম্যানুয়ালি বা অন্য কোনও প্যাকেজ পরিচালকের মাধ্যমে) ইনস্টল করেছেন /usr/local?
ডান

উত্তর:


13

আমার ঠিক একই সমস্যা ছিল এবং এটি সফস অটো আপডেটের জন্য দোষারোপ করেছিল। আমি দৌড়ে এই বিষয়টি বুঝতে পেরেছি:sudo fs_usage | grep "usr/local"

এটি কিছুক্ষণ সময় নিয়েছিল, তবে শেষ পর্যন্ত আমি সোফসের সাহায্যে "ইনস্টলেশন" ডেমনটি / ইউএসআর / স্থানীয় অনুমতি নিয়ে গণ্ডগোল করতে দেখলাম।

আমি এখনও এই আচরণের জন্য একটি উপযুক্ত কাজ বের করার চেষ্টা করছি।

সম্পাদনা: আমি বিশ্বাস করি যে সোফোস এই সমস্যাটি স্থির করেছে, এই উত্তরের মন্তব্যে লিঙ্কটি দেখুন। এটা আমার জন্য অন্তত স্থির বলে মনে হচ্ছে!


4
এখানে একটি আলোচনা আছে: community.sophos.com/products/free-antivirus-tools-for-desktops/… এটি নভেম্বর 2015 এ স্থির করা উচিত
জোজুন্টজ

পছন্দ করুন আশ্চর্যজনক যে তারা আসলে একটি স্থির চাপ দিচ্ছে।
অন্যরা

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

@ টিমএক্স হ্যাঁ এটি দারুণভাবে চুষে ... ভাগ্যক্রমে দেখে মনে হচ্ছে যে আগামী 20 শে নভেম্বর পরবর্তী সপ্তাহের শেষে সোফোস এটি প্যাচ করছে।
অন্যরা

4

ফাইলওয়েভই দোষী। ফাইলওয়েভ এমন একটি সিস্টেম ম্যানেজমেন্ট সফটওয়্যার যা আমাদের স্কুল সফ্টওয়্যার আপডেটগুলি ধাক্কা দিতে ব্যবহার করে। ইনপুট জন্য ধন্যবাদ।


2

অনুমতি চোর কীভাবে পাব তা সম্পর্কে আমার মোটামুটি ধারণা আছে। এটি আপনার সমস্যার সমাধান নয়, বরং আরও কিছু প্রকারের সমাধান।

এই নির্দিষ্ট ফোল্ডারটি দেখার জন্য অটোমেটরে বা হ্যাজেল (ফোল্ডার ক্রিয়া) সহ একটি ওয়াচডগ লেখার বিষয়ে তবে স্কেল চিত্রগুলির মতো কোনও ফাংশন যুক্ত করার পরিবর্তে আপনি কেবল শেল স্ক্রিপ্ট ব্যবহার করেন যা বেশ কয়েকটি শেল কমান্ড কার্যকর করে:

  • যদি কোনওভাবে ফোল্ডারটি পরিবর্তন করা হয় তবে কেবল অনুমতিগুলি এবং বর্তমানে অ্যাক্সেসিং প্রসেস আইডি সহ স্ন্যাপশট করুন fuser <foldername>
  • তারপরে আপনি প্রক্রিয়া সারণিতে প্রক্রিয়া আইডি ( ps auxwwwwww | grep <process id>) এবং শেষ পর্যন্ত সন্ধান করতে পারেন
  • এই সংগ্রহ করা তথ্য সহ নিজেকে একটি ইমেল লিখুন।

দুর্ভাগ্যক্রমে আমি কোনও অটোমেটর সাধু নই, তবে গুগলের মাধ্যমে আমি জানতে পেরেছি এরকম সমস্যার জন্য প্রচুর সমাধান রয়েছে।


0

আপনি যদি টাইম মেশিন ব্যবহার করেন, আপনি Backups.backupdbটার্মিনালে অন্বেষণের মাধ্যমে অনুমতিগুলি পরিবর্তিত হয়ে গেলে আনুমানিক সময়টি পেতে পারেন । ls -ldটাইমস্ট্যাম্পড ফোল্ডারগুলিতে ব্যবহার করুন , যেমন

ls -ld /Volumes/Backup/Backups.backupdb/Mac/2015-12-25-120000/Macintosh\ HD/usr/local 

যা মালিক এবং গোষ্ঠী সম্পর্কিত তথ্য প্রদর্শন করবে।

আপনার পরিবর্তনের তারিখটি একবার হয়ে গেলে আপনার সিস্টেমে আর কী কী পরিবর্তন হতে পারে তা আপনি বের করতে পারেন। একটি সাধারণ কৌশল হ'ল ফাইন্ডারের ফাইল ব্যবহার করা ›একটি Last modified dateমানদণ্ড সন্ধান এবং যুক্ত করা । অন্যান্য ভাল হাতিয়ার findএবং mdfindটার্মিনাল হবে।


-1

এটি আপনার সিস্টেম আপডেট করার একটি পার্শ্ব প্রতিক্রিয়া; ওএস এক্স সম্ভবত / ইউএসআর / লোকাল হিসাবে কোনও রুট-মালিকানাধীন ফোল্ডারে বাসা বেঁধে থাকায় আপডেট প্রক্রিয়া চলাকালীন কিছু বোর্ডের অনুমতি ছাড়াই "মেরামত" করে।


AFAICT, এল ক্যাপটেনের আপগ্রেড আমার জন্য কি সমস্যা সৃষ্ট হয়
: Giuseppe

-3

আপনি ব্যবহার করেছেন Disk Utilityনির্বাচন Macintosh HDতারপর চালানো Verify Disk Permissionএবং তারপর Repair Disk Permissionপ্রয়োজন হলে বদলে নিজে করছেন?

এখন এটি আপনার সমস্যার সমাধান করা উচিত নয়, তবে হোম-ব্রিউ যখন অনুমতিগুলি পরিবর্তন করে তা দেখার জন্য এটি একটি ভাল 'জ্ঞাত' শুরুর পয়েন্ট। আপনার ভাগ্য থাকলে এটি অন্তর্নিহিত সমস্যাটি দেখাতে পারে।

এছাড়াও new update -vআউটপুট বাগাড়ম্বরপূর্ণ আরো, প্লাস বয়সী লগ আছি ~/Library/Logs/Homebrewঅনুযায়ী কোথায় homebrew লগ করে?


2
Disk Utility/usr/localএই ডিরেক্টরিটি ইয়োসেমাইটের নতুন ইনস্টলটিতে বিদ্যমান না থাকায় অনুমতিগুলি যাচাই বা মেরামত করবে না ।
ডান

আমি একটি নতুন তৈরি করে ইয়োসেমাইট উপর সম্পূর্ণরূপে এই হাইপোথিসিস checkd /usr/localআমাকে একাত্মতার, এবং চলমান DU। লগের /usr/localমধ্যে কোনও নেই DU। এবং /usr/localএখনও আমার।
ডান
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.