/ দেব / নাল অ্যাক্সেস করতে পারবেন না: অনুমতি অস্বীকার করা হয়েছে, যদিও crw-rw-rw- 1 মূল মূল 1, 3 সেপ্টেম্বর 21 12:05 / দেব / নাল

Question

ব্যবহারকারী পোস্টগ্রিতে:

$ ls -l /dev/null
ls: cannot access /dev/null: Permission denied

ব্যবহারকারীর রুটে চিন্তা, অনুমতিগুলি সঠিক:

# ls -l /dev/null
crw-rw-rw- 1 root root 1, 3 Sep 21 12:05 /dev/null

আমি এটি পুনরায় তৈরি করার চেষ্টা করেছি:

# rm /dev/null && mknod -m 0666 /dev/null c 1 3

তবে ফলাফল একই রকম। আমি একটি ডিবিয়ান 7 এবং একটি x86_64 এ কার্নেল 2.6.32 সহ একটি ভিপিএসে আছি

Answer 1

অনুমতি থেকে / দেব এ সমস্যাটি এসেছে:

# ls -ld /dev
drwx------ 3 root root 4096 Sep 21 12:12 /dev

সুতরাং / দেব ব্যবহারকারীদের দ্বারা অ্যাক্সেসযোগ্য ছিল না।

# chmod a+x /dev
# chmod a+r /dev

সমস্যার সমাধান.

Comments

সুতরাং আমি কেন এটির অনুমতি পেয়েছিলাম তা জানতে চাই। আপনি পুনরায় ইনস্টল করতে চাইতে পারেন। / Dev এ থাকা সমস্ত কিছুই কার্নেল দ্বারা পরিচালিত এবং এর পক্ষে ভুল অনুমতি পাওয়ার পক্ষে এটির পক্ষে বিশদ।

— ক্রিপ্টো

না, / dev এর সবকিছু "কর্নেল পরিচালিত" নয়।

— tlund

@ নীচে আপনার প্রিয় কার্নেল বইটি পর্যালোচনা করুন। "/ Dev এর ডিরেক্টরি কার্নেল বর্তমান অবস্থা প্রতিফলিত" doc.opensuse.org/products/draft/SLES/SLES-admin_sd_draft/...

— cripto

@ ব্যবহারকারী 1048138: আমি এটিও জানতে চাই। আমি আমার ভিপিএস সরবরাহকারীর থেকে একটি স্বয়ংক্রিয় ডিবিয়ান 7 সেটআপ থেকে শুরু করেছি। তারপরে আমি আপডেট করেছি, আপগ্রেড করেছি, কেবলমাত্র এপটি-গেট ব্যবহার করেছি। উইজেট কিছু_ডোমেন / কিছু_প্যাকেজ.দেব সহ "হাত" দ্বারা প্লাস ওয়ান প্যাকেজ ; dpkg -i some_package.deb; apt-get -f ইনস্টল করুন। এক পর্যায়ে, / dev / নালকে একটি স্ট্যান্ডার্ড ফাইলে পরিবর্তন করা হয়েছিল, এবং / dev অনুমতি পরিবর্তন করা হয়েছিল। আমি আর বলতে পারি না।

— lalebarde

Answer 2

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

আমার বিশেষ ক্ষেত্রে আমি ব্যবহার করেছি proot(একটি দুর্দান্ত chrootমোড়ক)। কিন্তু অনুমতি সঠিক ছিল /dev/nullএবং /devনিজেই।

এটি হ'ল chrootডিরেক্টরিটির মাউন্ট , যা আমি thunarএকজন সাধারণ ব্যবহারকারী হিসাবে করেছিলাম । সুতরাং, এই ক্ষেত্রে মাউন্টের সঠিক অনুমতি ছিল না।

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

সাধারণ সমাধানের পথটি হ'ল সমস্যা অবস্থার ( /dev/null) অবস্থার উপর শর্ত যাচাই করা শুরু করা এবং পরবর্তী স্তর (গুলি) ( /dev), তারপরে মাউন্ট, ফাইল সিস্টেম ইত্যাদির বাইরে চলে আসা , তারপরে যা কিছু আসে।

প্রতিটি পদক্ষেপে আপনার বেশ কয়েকটি পূর্বশর্ত থাকতে পারে, প্রত্যেকটির নিজস্ব বাইরের স্তর রয়েছে। যেমন ব্যবহারকারী কোনও ভুল গ্রুপে থাকতে পারে যা গ্রুপ কনফিগারেশন ফাইলের দিকে নিয়ে যায়, যার ভুল অনুমতি থাকতে পারে ইত্যাদি etc.

স্পষ্টতই, আপনাকে সাধারণত এক ধরণের গাছ অনুসরণ করতে হয়।

Answer 3

আমি নিজেই এটিকে সমাধান করতে পারি না, তাই আমি এটিই করেছি:

mycommand.sh | echo -n

echoকমান্ড স্ট্যান্ডার্ড ইনপুট মনোযোগ দিতে না তাই এটি বাতিল করা হবে। এবং এটি -nহ'ল স্টলআউটে কোনও অকেজো নিউলাইন প্রিন্ট করা হয় না।

Comments

যদিও এটি প্রশ্নের উত্তর দিতে পারে, আপনি কেন এটি করেন তার কিছু ব্যাখ্যা দিতে পারলে এটি আরও ভাল উত্তর হবে।

— ডেভিডপস্টিল

হ্যাঁ, তবে এটি "কীভাবে / দেব / নাল অ্যাক্সেস করতে পারে না: প্রশ্নের অনুমতি দেয় না: যদিও অনুমতি দেওয়া অস্বীকার করা হয়েছে, যদিও crw-rw-rw- 1 মূল রুট 1, 3 সেপ্টেম্বর 21 12:05 / দেব / নাল"?

— ডেভিডপস্টিল

এটি প্রশ্নের উত্তর দেয় না। কিন্তু এটি একটি workaround প্রদান করে। কখনও কখনও একটি আদর্শ সরাসরি উত্তর নেই।

— মার্ক স্টুয়ার্ট

Answer 4

chmod a+rw /dev/null /dev/random /dev/urandom /dev/ptmx /dev/tty /dev/zero /dev/full /dev/fuse /dev/net/tun

এটিই ভিপিএসে আমার সমস্যার সমাধান করে। দয়া করে লক্ষ্য করুন, আপনি আপনার সার্ভারটি পুনরায় বুট করার পরে - আপনি এই আদেশটি আবার চালিয়েছেন