আমি এই সমস্যাটি বের করার আগে আমার কাছে আরও একটি উত্তর ছিল যা আমাকে জর্জরিত করেছিল। সমস্যাটি ফেডোরা ওএসের একটি বাগ এবং এটি ডেরিভেটিভস হিসাবে পরে আবিষ্কার করেছি। যদি সমস্যাটি গৃহীত উত্তরের হিসাবে নির্দেশিত না হয় এবং / অথবা আপনি ফেডোরা, রেডহ্যাট, কোরোরা ইত্যাদিতে না থাকেন তবে এটি আপনাকে সাহায্য করবে না।
সমস্যাটি
যেমন ব্যবহারকারী এসএমএল বলেছেন, চলমান স্ট্রেস আপনাকে সমস্যার ইঙ্গিত দেবে, তবে এই বিশেষ বাগের ক্ষেত্রে আউটপুটটি ভিন্ন different
$ strace xauth list
...
stat64("/home/USER/.Xauthority-c", 0xbff23280) = -1 ENOENT (No such file or directory)
open("/home/USER/.Xauthority-c", O_WRONLY|O_CREAT|O_EXCL, 0600) = -1 EACCES (Permission denied)
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
nanosleep({2, 0}, 0xbff232c8) = 0
open("/home/USER/.Xauthority-c", O_WRONLY|O_CREAT|O_EXCL, 0600) = -1 EACCES (Permission denied)
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
nanosleep({2, 0}, 0xbff232c8) = 0
open("/home/USER/.Xauthority-c", O_WRONLY|O_CREAT|O_EXCL, 0600) = -1 EACCES (Permission denied)
...
স্পষ্টতই, এটি উল্লেখ করছে যে EACCES রিটার্ন কোড, যা অনুমতি অস্বীকৃত। এটি ব্যবহারকারীর স্ল্যামের সমস্যার চেয়ে আলাদা, যেখানে তার কাছে এক্সেক্সিস্ট রিটার্ন কোড ছিল, যার অর্থ ফাইল রয়েছে। সুতরাং, EACCES রিটার্ন কোডের জন্য, আপনি প্রথমে যাচাই করেন তা হ'ল: আমার বাড়ির অনুমতিগুলি কি সেট করা আছে যাতে আমি আমার হোম ডিরেক্টরিতে লিখতে সক্ষম হই? প্রথমে আপনার নিজের ব্যবহারকারীর জন্য আপনার নিজের ডিরেক্টরি ডিরেক্টরিতে লিখিত পতাকাটি যাচাই করা উচিত। যদি আপনি তা করেন তবে আপনি নীচে বর্ণিত বাগের শিকার হতে পারেন।
পোকাটি
কয়েকটি গুগল অনুসন্ধানের মাধ্যমে আমি অবশেষে অনুরূপ সমস্যাযুক্ত কাউকে খুঁজে পেতে সক্ষম হয়েছি এবং এটি আমাকে ফেডোরা বাগ রিপোর্টে নিয়ে গেছে। আপনারা যারা এটি সম্পর্কে পড়তে আগ্রহী তাদের জন্য: https://bugzilla.redhat.com/show_bug.cgi?id=772992
ওয়ার্কারআউন্ড
ইস্যুটির কার্যকারিতা:
#verify you're not crazy
$ xauth list
/usr/bin/xauth: timeout in locking authority file /home/USER/.Xauthority
#use restorecon to reset it all
$ /sbin/restorecon -v -v /home/USER/.Xauthority
$ /sbin/restorecon -v -v -R /home/USER/
#log out of the remote system
$ exit
আপনি যখন এসএসএইচ ফিরে আসবেন তখন এই মুহুর্তে এটি ঠিক হওয়া উচিত এবং আপনার এক্স সেশনটি আবার সফলভাবে স্থানান্তর করতে সক্ষম হওয়া উচিত।
সম্পাদনা করুন (এবং অন্যান্য বিকল্প কাজের ক্ষেত্র):
যথাসম্ভব সম্পূর্ণ হওয়ার জন্য, অন্যান্য ব্যবহারকারীরা বাগ রিপোর্টে বলেছিলেন যে উপরের ফিক্সগুলি তাদের পক্ষে কাজ করে না - এটি আমার জন্য কাজ করার ঘটনা ঘটেছে। সমস্যাটিকে ঘিরে কাজ করার আরেকটি প্রচেষ্টা ছিল (আমি ব্যক্তিগতভাবে এই কাজের বিষয়টি যাচাই করে দেখিনি):
# setsebool -P use_nfs_home_dirs 1
অন্য একজন ব্যক্তি জিডিএম সম্পর্কে কিছু উল্লেখ করেছেন, যা সম্পর্কে আমার শূন্য জ্ঞান রয়েছে। যদি এটি আপনার সাথে সম্পর্কিত হয় তবে আমি তার পোস্টটি বাগজিলায় পড়ার এবং তার মন্তব্যটি আপনার কাছে কোনও অর্থ দেয় কিনা তা দেখার পরামর্শ দিচ্ছি।