সিস্টেম এসএসএইচ প্রত্যাখ্যান করেছে এবং সিস্টেমেড ইনস্টলেশন পরে 'বুট আপ' আটকে আছে


12

আমার একটি সমস্যা রয়েছে যা আজুরে তৈরি লিনাক্স উবুন্টু ভিএম (14.04 এলটিএস) এ পুনরুত্পাদনযোগ্য।

systemdস্ক্রিপ্টের মাধ্যমে প্যাকেজ ইনস্টল করার পরে , সিস্টেমটি নতুন ssh সংযোগগুলি, অসীমভাবে প্রত্যাখ্যান করে।

সিস্টেম বুট হচ্ছে।

Xxx.xxx.xxx.xxx দ্বারা সংযোগ বন্ধ

সক্রিয় ssh সংযোগ যদিও বজায় রাখা হয়। /etc/nologinসিস্টেমে কোনও ফাইল উপস্থিত নেই ।

আমি দেখতে পাচ্ছি একমাত্র বিকল্প হ'ল একটি হার্ড রিসেট যা সমস্যার সমাধান করে। তবে আমি কীভাবে এড়াতে পারি?

আমি যে স্ক্রিপ্টটি ব্যবহার করছি তা এখানে:

#!/bin/bash

# Script input arguments
user=$1
server=$2

# Tell the shell to quote your variables to be eval-safe!

printf -v user_q '%q' "$user"
printf -v server_q '%q' "$server"
#

SECONDS=0
address="$user_q"@"$server_q"

function run {
    ssh "$address" /bin/bash "$@"
}

run << SSHCONNECTION
    # Enable autostartup

        # systemd is required for the autostartup
        sudo dpkg-query -W -f='${Status}' systemd 2>/dev/null | grep -c "ok installed" > /home/$user_q/systemd-check.txt
        systemdInstalled=\$(cat /home/$user_q/systemd-check.txt)

        if [[ \$systemdInstalled -eq 0 ]]; then
            echo "Systemd is not currently installed. Installing..."

            # install systemd
            sudo apt-get update
            sudo apt-get -y install systemd

        else
            echo "systemd is already installed. Skipping this step."
        fi

SSHCONNECTION

সিস্টেমটি কি ঝুলছে , বা এটি কেবল সুরক্ষিত শেল ডিমনটি শুরু করছে না? প্রশ্ন একটি বলে; পোস্টের বডিটি বোঝায় যে এটি অন্যটি হতে পারে।
ডোপঘোটি

@ দোপগোতি আমার কাছে কী চলছে তা যাচাই করার কোনও উপায় নেই যেহেতু আমি দূরবর্তীভাবে মেশিনে সংযোগ করতে পারি না। প্রশ্নটি আরও পরিষ্কার করার জন্য আমি আপডেট করব।
অ্যালেক্স

উত্তর:


15

আমার সন্দেহ আছে যে এখানে একটি /etc/nologinফাইল রয়েছে (যার সামগ্রীটি হবে "সিস্টেম বুটআপ হচ্ছে" ") যা সিস্টেমড ইনস্টলেশন পরে মুছে ফেলা হয় না।

[আপডেট] আপনাকে প্রভাবিত করে এমন একটি বাগ যা গত ডিসেম্বরে উবুন্টুর বিটিএসে রিপোর্ট হয়েছিল । এটি এমন কোনও /var/run/nologinফাইলের কারণে (= /run/nologinযেহেতু /var/runএটি একটি সিএমলিংক /run) যা সিস্টেমড ইনস্টলেশন শেষে অপসারণ করা হয় না।

/etc/nologinস্ট্যান্ডার্ড নোলোগিন ফাইল। /var/run/nologinএকটি বিকল্প ফাইল যা nologinপিএএম মডিউল ( man pam_nologin) দ্বারা ব্যবহৃত হতে পারে ।

নোট করুন যে কোনও nologinফাইলই রুট দ্বারা ব্যবহারকারী সংযোগগুলিকে প্রভাবিত করে না, কেবল নিয়মিত ব্যবহারকারীদের লগ ইন করা থেকে বিরত থাকে।


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

আমিও চেক করেছি /etc/shadowএবং অ্যাকাউন্টটি লক করা হয়নি
অ্যালেক্স

@ অ্যালেক্স উত্তর আপডেট হয়েছে।
xhienne

10

@ xhienne আমাকে সঠিক দিকনির্দেশনা দিয়েছে।

ফাইল সিস্টেমের মাধ্যমে অনুসন্ধানের পরে আমি /run/nologin(@ xhienne / etc / nologin প্রস্তাবিত) ফাইলটি খুঁজে পেয়েছি , যা সমস্যার সমাধান করেছে removing

শর্তটি বিদ্যমান ছিল /usr/lib/tmpfiles.d/systemd.conf

আমি আমার স্ক্রিপ্টে এই পদক্ষেপটি অন্তর্ভুক্ত করব।

sudo rm /run/nologin

খুশী এটা কাজ করে। আমি আমার উত্তর আপডেট করেছি।
xhienne

2
Note:  This answer is applicable whether or not systemd was recently installed or not.
       The issue was observed even after systemd had been installed a long time.

ম্যাগিয়া ডিস্ট্রিবিউশন বাগ ট্র্যাকারটিতে কোনও সম্পর্কিত সমস্যা খোলা রয়েছে বলে মনে হচ্ছে: বাগ 21080 - রিবুট হওয়ার পরে ssh লগইন / রান / নোলোগিন দ্বারা অক্ষম করা হয়েছে

বেশিরভাগ ঘন ঘন এই সমস্যাটি অভিজ্ঞ হওয়ার পরে, ট্র্যাকারটি সন্ধান করে এমন একটি কাজ চিহ্নিত করতে সহায়তা করে যা কেবল / রান / লগইন ফাইল অপসারণের চেয়ে আরও উপযুক্ত হতে পারে ।

সেই বাগ ট্র্যাকারে তথ্যের জন্য ক্যোয়ারী সম্পর্কিত কিছু ডেটা এখানে রয়েছে:

$ ls -l /run/nologin 
-rw-r--r-- 1 root root 42 Mar  6 10:11 /run/nologin
$ cat /run/nologin
"System is booting up. See pam_nologin(8)"
$ date
Tue Mar  6 11:10:38 CST 2018
$ uptime
11:15:10 up  1:04,  0 users,  load average: 0.07, 0.07, 0.08
$ systemctl status systemd-user-sessions.service
● systemd-user-sessions.service - Permit User Sessions
   Loaded: loaded (/usr/lib/systemd/system/systemd-user-sessions.service; static
   Active: inactive (dead)
     Docs: man:systemd-user-sessions.service(8)
$ systemctl show -p Requires,Wants,Requisite,BindsTo,PartOf,Before,After  systemd-user-sessions.service --no-pager
Requires=system.slice sysinit.target
Requisite=
Wants=
BindsTo=
PartOf=
Before=getty@tty1.service prefdm.service crond.service multi-user.target plymouth-quit-wait.service session-c2.scope display-manager-failure.service systemd-ask-password-wall.service session-c1.scope user@983.service shutdown.target user@1000.service user-983.slice user-1000.slice plymouth-quit.service
After=system.slice systemd-journald.socket remote-fs.target network.target systemd-journal-flush.service sysinit.target nss-user-lookup.target basic.target

বাগ ট্র্যাকার এবং উপরের তথ্যগুলি দেখে মনে হচ্ছে যে সমস্যাটি আসলে সিস্টেমড-ব্যবহারকারী-সেশনগুলি শুরু করার ব্যর্থতার কারণে হয়েছে serv সার্ভিস ডেমন।

এটি আসলে আমার ক্ষেত্রে যা ঘটে তাই হ'ল নীচের কাজটি সাময়িকভাবে নিষিদ্ধ লগইন শর্তটিকে সংশোধন করে:

$ sudo systemctl start systemd-user-sessions.service

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


0

আমার ঠিক একই সমস্যা ছিল তবে আমি মনে করি বেশ কয়েকটি পরিস্থিতি এটি তৈরি করতে পারে।

আমার ক্ষেত্রে, আবার রিমোট অ্যাক্সেস সক্ষম করতে আমাকে আমাদের রিমোট সার্ভারে সরাসরি অ্যাক্সেসের জন্য কেভিএম এবং তারপরে অনুরোধ করতে হয়েছিল:

# 1. Start SSH service
/etc/init.d/ssh start

# 2. Remove the nologin file
rm /run/nologin

তবে কেভিএম স্ক্রিনে আমি দেখতে পেলাম যে এটি জরুরি অবস্থাতে বুট হয়েছে!

পূর্বে, আমি কিছু ডিস্ক / পার্টিশন পরিবর্তন করে আসছি (ইনোডগুলি বৃদ্ধি করে) যা একটি নতুন ইউআইডি তৈরি করেছে এবং এটিকে / etc / fstab ফাইল যুক্ত করতে ভুলে গিয়েছে।

কমান্ড জারি করার পরে:

blkid

... এবং fstab ফাইলে নতুন ইউইউডি আটকানোর অনুলিপি করে আমি কোনও সমস্যা ছাড়াই আবার সার্ভারটি রিবুট করতে সক্ষম হয়েছি এবং এর পরে দূরবর্তী এসএসএইচ অ্যাক্সেস ঠিক ছিল।


0

/ Etc / ssh / sshd_config সেটে UsePAM নম্বরে

UsePAM no

এটি কী করবে এবং এর পরিণতিগুলি কী হবে?
কুসালানন্দ

এই উত্তরটি এই পরিস্থিতিতে প্রযোজ্য বলে মনে হচ্ছে না - এটি ব্যবহারকারী কেন "সিস্টেম বুটআপ করছে" পাঠ্য দেখায় বা সিস্টেম্ড ইনস্টল কীভাবে ভাঙা কনফিগারেশন তৈরি করে তা ব্যাখ্যা করে না।
জেফ শ্যাচলার
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.