একটি দল যুক্ত করার পরে, 18.04 এ লগআউট + লগইন যথেষ্ট নয়?


18

ডিফল্ট ডেস্কটপ সহ উবুন্টু 18.04 এ, লগআউট / লগইনের আচরণ পরিবর্তন হয়েছে:

পূর্বে একটি উবুন্টু সিস্টেমে, যখন আমি দেখতে পেলাম যে আমাকে কোনও গোষ্ঠীতে আমার ইউজার আইডি যুক্ত করা দরকার, তখন এটি যথেষ্ট ছিল

sudo adduser ludwig docker # adds me to group docker

এবং তারপরে গ্রুপটি কার্যকর করার জন্য আমাকে আবার লগআউট এবং লগইন করতে হয়েছিল।

আমি লক্ষ্য করেছি যে উবুন্টু 18.04 এর সাথে, গ্রুপটি যুক্ত করার পরে এবং লগ আউট করার পরে এবং কার্যকর গ্রুপগুলির তালিকা এখনও অপরিবর্তিত।

কার্যক্ষম হিসাবে আমি সিস্টেমটি পুনরায় বুট করেছি, যা অসুবিধাজনক (গ্রাবের মধ্যে সঠিক নির্বাচন করা এবং ডিস্ক এনক্রিপশন পাসওয়ার্ডটি পুনরায় প্রবেশ করা প্রয়োজন)।

  1. আচরণ এখন এমন কেন?
  2. আমি কি রিবুট করার সংক্ষেপে অন্য কিছু করতে পারি?

(আমি জানি যে আমি লোকালহোস্টে প্রবেশ করতে পারি এবং কেবল এসএসএস সেশনে সঠিক গোষ্ঠীগুলি পেতে পারি This এটি খুব অসুবিধেও নয়))


আমি sudo usermod -a -G group user18.04 এ পরীক্ষা করেছিলাম এবং লগ আউট করে ফিরে এসেছি এবং এটি কার্যকর হয়েছে।
টেরেন্স

ডিফল্ট ডেস্কটপের সাথেও?
লুডভিগ শুলজে

আপনি জিনোম, জুবুন্টু, কুবুন্টু ইত্যাদির মধ্যে পার্থক্যের মত বোঝাতে চান? আপনার যদি বোঝানো হয় যে জিনোম ডিফল্ট, তবে না, আমি জিনোম চালাচ্ছি না। কমান্ডটি ডেস্কটপ পরিবেশের ক্ষেত্রে নির্বিশেষে একই হওয়া উচিত কারণ এটি মূল পাসওয়ার্ড / গ্রুপ স্টাফ যা সমস্ত ডিইএস জুড়ে একই হতে হবে।
টেরেন্স

ঠিক আছে, আমি পরীক্ষার জন্য সবেমাত্র জিনোম ইনস্টল করেছি এবং sudo usermod -a -G groupname usernameপাশাপাশি সেখানে কাজ করেছি। লগ আউট এবং পিছনে এবং আমার পরিবর্তন ছিল।
টেরেন্স

আমি দেখি. @ টেরেন্স আপনি ডিফল্ট ডেস্কটপ ব্যবহার করছেন না। ডিফল্ট ডেস্কটপের নাম দেওয়া হয়েছে "উবুন্টু"। আমি জানি এটি জিনোমের উপর ভিত্তি করে তৈরি, তবে আমি বুঝতে পারি যে "জিনোম" অন্য একটি ডেস্কটপ। "উবুন্টু" unityক্যের সদৃশ করতে পরিবর্তিত হয়েছিল।
লুডভিগ শুলজে

উত্তর:


8

কমান্ডটি loginctl terminate-user <user>আমার পক্ষে কাজ করেছিল। ( <user>আপনার ব্যবহারকারীর নাম দিয়ে প্রতিস্থাপন করুন ) লগ ইন করার সময় আপনার সম্ভবত এটি চালানো উচিত নয় যদিও এটি আপনার সমস্ত প্রক্রিয়াটিকে হত্যা করবে।


উবুন্টু 18.04 এ কাজ করার বিষয়টি নিশ্চিত করেছে। পিএস ও গ্রেপের চেয়ে অনেক সহজ!
এ্যাকডি

সম্মত, এটি আমার নিজের সমাধানের চেয়ে কম টাইপ করুন। এটি উবুন্টুকে 19.04 এ সহায়তা করে। আমার নিজস্ব সমাধানের পরিবর্তে উত্সাহিত এবং গৃহীত।
লুডভিগ শুলজে

7

উবুন্টু 18.04-এ ডিফল্ট ডেস্কটপের "লগ আউট" করার সময়, ব্যবহারকারীর কিছু প্রক্রিয়া তত্ক্ষণাত বন্ধ করা হয় না, তবে চারপাশে লম্বা থাকে। এগুলি (অন্য ব্যবহারকারী দ্বারা পর্যবেক্ষণ):

$ ps axu | grep ^ludwig
ludwig    26508  0.3  0.2  77052  8308 ?        Ss   23:32   0:00 /lib/systemd/systemd --user
ludwig    26509  0.0  0.0 261776  2968 ?        S    23:32   0:00 (sd-pam)
ludwig    26691  0.2  0.3 381288 12204 ?        S<l  23:32   0:00 /usr/bin/pulseaudio --start --log-target=syslog
ludwig    27352  0.0  0.0  49796  3756 ?        Ss   23:33   0:00 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only

এই প্রক্রিয়াগুলি স্বেচ্ছায় প্রস্থান করার আগে লগ ইন করার সময়, কোনও নতুন লগইন সেশন তৈরি করা হয় না, তবে পুরানোটি পুনরায় ব্যবহার করা হয়। এই কারণেই নতুন গ্রুপের সদস্যপদটি দৃশ্যমান নয়, এটি এখনও একই পুরানো লগইন সেশন।

পুনরায় চালনা এড়াতে একটি কর্মক্ষেত্র হ'ল লগ আউট করার পরে 20 সেকেন্ড অপেক্ষা করা এবং কেবল তখনই আবার লগ ইন করা The প্রক্রিয়াগুলি লগ আউট করার পরে 10 এবং 20 সেকেন্ডের মধ্যে কোথাও প্রস্থান করে।

সম্পাদনা : নীচের মন্তব্যে যেমন রিপোর্ট করা হয়েছে, কখনও কখনও অপেক্ষার পরেও দীর্ঘসূত্রতা প্রসেসগুলি ছাড়বে না এবং আবার লগ ইন করার পরে, গ্রুপ সদস্যতা আপডেট করা হয়নি। আমি দেখেছি যে এই ক্ষেত্রে এটি সাহায্য করে

ps axu | grep ^ludwig | awk '{print $2}' | xargs kill -9

ludwigআপনার ব্যবহারকারীর নাম দিয়ে প্রতিস্থাপন করুন । এটি আপনার অন্তর্ভুক্ত সমস্ত প্রক্রিয়া হত্যা করে। কেবলমাত্র তখনই ব্যবহার করুন যখন আপনার সমস্ত খোলার প্রোগ্রামগুলিতে আপনার সমস্ত ডেটা সংরক্ষণ করা হয়েছে Use


এটা আমার সমস্যা ছিল। লগ আউট এবং অপেক্ষার পরেও প্রক্রিয়াগুলি সরে যায় নি। আমাকে "systemd --user" প্রক্রিয়াটি হারাতে হয়েছিল এবং "sudo systemctl daemon-reexec" চালাতে হয়েছিল। এবং সমস্ত dbus প্রসেসগুলি ডিএসকে পুনরায় আরম্ভ করার কারণে সিস্টেমটি স্ক্রু আপকে মেরে ফেলবে। নেটওয়ার্ক ম্যানেজারকেও পুনরায় চালু করতে হবে। "systemctl পুনরায় চালু নেটওয়ার্ক-ম্যানেজার" সম্ভবত dbus / systemd এর উপর নির্ভর করে সমস্ত কিছু পুনরায় আরম্ভ করুন
নিক্নাহ

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

@ নিক্নাহ: আমি আজ আপনার মতো একই সমস্যায় পড়েছি। লগ আউট এবং অপেক্ষা করার পরে, কিছু প্রক্রিয়া কেবল প্রস্থান করবে না। আমি একটি কাজ খুঁজে পেয়েছি এবং এই উত্তর আপডেট করব।
লুডভিগ শুলজে

2

বর্তমান শেলটিতে একটি কার্যনির্বাহী হ'ল নতুন গ্রুপটি পুনরায় বুট না করে চালানোর জন্য "su" চালানো।

আমি যেমন বলেছি, প্রতিটি শেলটিতে এই কৌশলটি প্রয়োগ করতে হবে। এটি বিশ্বব্যাপী নয়।


এটি ব্যবহারকারীকে অ্যাডবুসার্স যুক্ত করার পরে ডিভাইসগুলি স্বীকৃতি না দেওয়ার জন্য এটি ঠিক করতে ব্যবহার করা যেতে পারে sudo usermod -a -G adbusers $USER। তারপরে আপনি এটি করতে su $USERএবং sudo adb kill-server && adb start-serverসমস্যাটি ঠিক করতে পারেন
xdevs23
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.