gksu: Gtk-WARNING **: প্রদর্শনটি খুলতে পারে না:: 0

হঠাৎ করেই আমার জন্য কাজ করা বন্ধ করে দিয়েছিল:

~$ gksu gparted

(gpartedbin:24252): Gtk-WARNING **: cannot open display: :0

একই সাথে ঘটে gparted-pkexec:

~$ gparted-pkexec 
No protocol specified

(gpartedbin:25454): Gtk-WARNING **: cannot open display: :0

সম্ভবত এটির কারণ কী হতে পারে?

আমি এসএসএইচ বা ভিএনসির মাধ্যমে এটি চালাচ্ছি না। এটি একটি সাধারণ টার্মিনাল উইন্ডোর লোকালহোস্ট ।

— d_inevitable
সূত্র

আপনি গ্রাফিকাল ইউজার ইন্টারফেসে কাজ করেন না বা কোনও সিস্টেমে কোনও প্রোগ্রাম চালানোর চেষ্টা করছেন না (উদাহরণস্বরূপ ssh এর মাধ্যমে) যা কোনও গ্রাফিকাল ইন্টারফেস সরবরাহ করে না।

— এবি

@ এব্যাব আমার স্পষ্ট করা উচিত যে এটি এসএসএসের মাধ্যমে নয়। এটি খুব সাধারণ টার্মিনাল উইন্ডোতে স্থানীয় হোস্টে। অ্যাপ্লিকেশন মেনু থেকে ইনফ্যাক্ট খোলার জিপিআর্ট একই ফলাফল।

— d_inevable

আপনার gksuজিপিআর্ট চালানোর জন্য ব্যবহার করা উচিত নয় । gpartedউন্নত সুবিধা পেতে পলকিট ব্যবহার করে।

— মুড়ু

@muru যখন আমি রান gpartedছাড়া gksuআমি পেতেRoot privileges are required for running gparted.

— d_inevitable

ঠিক আছে, চেষ্টা করুন gparted-pkexec(ছাড়া gksu) বা gksu gpartedbin।

— মুরু

উত্তর:

উবুন্টু 17.10 বা আরও নতুন চলমান থাকলে, ওয়েল্যান্ডের জন্য সম্পূর্ণ সমর্থন সহ কোনও অ্যাপ্লিকেশন আপডেট না করা হলে এই সমস্যাটি দেখা দিতে পারে। অ্যাপ্লিকেশনটি আপডেট না হওয়া পর্যন্ত কার্যক্ষম হিসাবে, আপনি চালাতে পারেন

xhost +SI:localuser:root

যা rootব্যবহারকারীকে আপনার ডেস্কটপে অ্যাপ্লিকেশনগুলি প্রদর্শনের অনুমতি দেবে । অন্যান্য সম্ভাব্য কাজের ক্ষেত্রগুলির জন্য এই প্রশ্নোত্তরটিও দেখুন: কেন ওয়েল্যান্ডের সাথে সুডো কাজের সাথে গ্রাফিক্যাল অ্যাপ্লিকেশনটি gksu / gksudo বা চালু করবেন না?

উৎস

— কাটন আই
সূত্র

সম্পাদনার জন্য এমডিএমওয়ার থেক্স, নতুন কিছু শিখলেন =)!

— কাটনের আই

লিঙ্ক যুক্ত করার জন্য @ পোমস্কি থেক্স;)!

— কাটন আই

18.04-এ এক্স-অর্গ পুনরায় ডিফল্ট হিসাবে ব্যবহৃত হবে। সুতরাং এই সমস্যা ভ্যানিস উচিত। দেখুন

— কটন আই

xhost +localhostআপনার টার্মিনালে চালানোর চেষ্টা করুন , এবং আবার কমান্ডটি চালাবেন। এটি আপনার সিস্টেমে সমস্ত ব্যবহারকারীকে (যেমন মূল) আপনার স্ক্রিনে উইন্ডো খুলতে দেয়। + লোকালহোস্ট ব্যবহারের বিষয়টি নিশ্চিত করুন এবং কেবল সহজলভ্য নয়, কারণ যে কোনও জায়গা থেকে কেবল লোকালহোস্ট থেকে সংযোগের অনুমতি দেওয়া এটি আরও সুরক্ষিত।

এটিকে স্থায়ী করতে, ~/.xinitrcফাইলটি এইভাবে সম্পাদনা করুন :

চালান gedit ~/.xinitrc

এটি দেখতে ফাইলটি সম্পাদনা করুন (এটি শুরুতে ফাঁকা হওয়া উচিত):

#! /bin/bash
xhost +localhost &

এখন ফাইলটি সংরক্ষণ করুন, লগ আউট করুন এবং লগ ইন করুন Now

আমি 14.04-এ আপনার সমস্যাটি পুনরুত্পাদন করতে পারি না, তবে সুডো / গেক্সু যখন এই ত্রুটিটি ছুঁড়েছিল তখন এটি আমার পক্ষে কাজ করেছিল।

সূত্র:

— মার্ক পাসকাল
সূত্র

এটি আসলে কাজ করে। সুতরাং এর মানে কি এটির অ্যাক্সেস নিয়ন্ত্রণের সীমাবদ্ধতা? কোন ধারণা কি কারণ হতে পারে?

— d_inevable

হ্যাঁ, এটি এক্স এর সুরক্ষা বৈশিষ্ট্য otherwise এটি আপনার ব্যবহারকারীর কাছ থেকে কেবলমাত্র জাস্টারভারের সাথে সংযোগের অনুমতি দেয় অন্যথায় না বলা পর্যন্ত, আমি মনে করি। আমি কেন কিছু অ্যাপ্লিকেশানগুলির জন্য প্রয়োজন এবং অন্যদের জন্যও এটি নিশ্চিত নয় এবং এটি সমস্ত জিনিসের জিপিআর্টের জন্য কেন করছে তা আমার কাছে কোনও ধারণা নেই। সম্ভবত আপনি কোথাও কোথাও ঝাঁকুনি দিয়েছিলেন এবং সুরক্ষা কড়া করেছিলেন?

— মার্ক পাসকাল

এটির ফলে একটি ত্রুটি পাওয়া যায়: xhost: ডিসপ্লে খুলতে অক্ষম ""

— ইগোরগানাপলস্কি

উপর redis , এটা ব্যবহার করা প্রস্তাব ছিল xhost +local:। এর পরে আমি টার্মিনাল থেকে জিপিআরটি চালু করতে সক্ষম হয়েছি, তবে ব্যবহার করা কার্যকর xhost +localhostহয়নি।

— rmin

প্রকৃতপক্ষে! xhost +local:স্থির আমার! এটি non-network local connections being added to access control listযা প্রয়োজন তা ফলন করে ।

— লবনার

আপনার টার্মিনালে নিম্নলিখিতগুলি সম্পাদন করুন:

nano /home/user/.bashrc # user = name of your user

শেষে নিম্নলিখিত লাইন যুক্ত করুন।

export XAUTHORITY=$HOME/.Xauthority

— ওয়াইল্ডার হার্নান্দেজ গার্সিয়া
সূত্র

এটি কীভাবে সমস্যার সমাধান করে এবং এর কোনও প্রতিকূল পার্শ্ব প্রতিক্রিয়া রয়েছে কিনা তার কিছু ব্যাখ্যা যুক্ত করতে পারলে দরকারী হবে?

— জেফ