TTY पासवर्ड की प्रतीक्षा नहीं करता है


37

मैंने 16.04 से 18.04 तक अपग्रेड किया। जब मैं Ctrl+ Alt+ दबाता हूं तो मुझे F3टर्मिनल मिलता है जो उपयोगकर्ता नाम के लिए संकेत देता है। जब मैं अपना उपयोगकर्ता नाम टाइप करता हूं और प्रेस Enterकरता हूं , तो यह मेरे पासवर्ड का इंतजार नहीं करता है (जैसे कि मैंने Enterकुछ भी दर्ज किए बिना दबाया )। यहां तक ​​कि अगर मैं कुछ दर्ज करता हूं, तो सादा पाठ में दिखाया गया पाठ और फिर यह कहता रहता है कि मेरा पासवर्ड गलत है। कुछ समय बाद, स्क्रीन साफ़ हो जाती है और यह फिर से मेरे यूज़रनेम के लिए प्रॉमिस करता है और वही लूप चालू हो जाता है।


4
U18.04.1 के साथ कल से यहां भी यही समस्या है। मुझे लगता है कि यह मैं (है) कर्नेल से अद्यतन किया गया है 4.15.0-43 से 4.15.0-44। GUI लॉगिन कार्य, TTY लॉगिन उपयोगकर्ता नाम दर्ज करने के बाद RETURN को स्वचालित रूप से हिट करता है। /var/log/auth.logrepeatadly शो login[939]: pam_unix(login:auth): conversation failed, login[939]: pam_unix(login:auth): auth could not identify password for [pduck], login[939]: FAILED LOGIN (1) on '/dev/tty3' FOR 'pduck', Authentication failureक्या आप इसकी पुष्टि कर सकते हैं? क्या uname -rदिखाता है?
पर्लडक

2
@Pranphy नहीं, लेकिन मैं एक ही चीज़ों को देख रहा हूँ। हालांकि यह "UNKNOWN 'के लिए' / देव / tty6 'पर" विफल लॉगिन (1), प्रमाणीकरण विफलता "" के लिए पासवर्ड की पहचान नहीं कर सका "पर अपने उपयोगकर्ता नाम को प्रिंट करने के बावजूद कहते हैं। यह तब उस अंतिम त्रुटि को कई बार दोहराता है, "प्रमाणीकरण विफलता" के बजाय "सर्विस मॉड्यूल में त्रुटि" के साथ समाप्त होता है। uname -r आउटपुट 4.15.0-44-जेनेरिक
रॉब मोशर

1
@PerlDuck के अनुसार @RobMosher ने कहा, मेरा कर्नेल संस्करण है 4.15.0-44-genericऔर पहली त्रुटि संदेश में उपयोगकर्ता नाम शामिल है और दूसरे में उपयोगकर्ता नाम भी नहीं है क्योंकि tty कभी भी उपयोगकर्ता नाम प्राप्त करने का इंतजार नहीं करता है जब तक कि बहुत सारे प्रयास (5) और इंतजार करने के लिए रीसेट नहीं करता है। उपयोगकर्ता नाम फिर से।
प्राणाय

5
कम से कम, किसी ने पहले से ही इसकी सूचना दी: बग्सलांचपड.नेट
+

यह लिनक्स कर्नेल संस्करण 4.15.0.-44-जेनेरिक के साथ समस्या है। मैंने एक नए कर्नेल (4.20.5) में अद्यतन किया और समस्या हल हो गई है।
प्राणाय

जवाबों:


19

मेरे उबंटू मेट 18.04 पर 4.15.0-44-जेनेरिक के साथ एक ही TTY समस्या

मैंने अभी 4.15.0-45-जेनेरिक को अपडेट किया है, लेकिन यह अभी भी समस्या को ठीक नहीं करता है।

केवल वर्कअराउंड जो मुझे मिला, वह पुराने कर्नेल पर वापस लौटना है 4.15.0-43-जेनेरिक।

मैंने धारण किया और नई गुठली निकाल दी:

sudo apt-mark hold linux-*-4.15.0-4[45]-generic
sudo apt remove linux-*-4.15.0-4[45]-generic

NB: बेशक, पुराने कर्नेल लाइनक्स - * - 4.15.0-43-जेनेरिक को उपस्थित होना होगा;) यदि नहीं, तो इसके साथ स्थापित करें:

sudo apt install linux-{image,headers}-4.15.0-43-generic

फिर सिस्टम 4.15.0-43 और छोटे लॉगिन कार्यों पर ठीक रहता है, लेकिन तब मुझे अपने दूसरे मॉनिटर के साथ समस्या थी (लेकिन यह मुझे लगता है, यह पूरी तरह से एक और समस्या है)।

अद्यतन: मैंने दूसरी मॉनिटर समस्या को ठीक किया, वास्तव में यह एक वीडियो त्वरण समस्या थी, जो पिछले 4.15.0-43 कर्नेल के साथ लापता कर्नेल मॉड्यूल से संबंधित थी। कमांड "inxi -G" ने मुझे यह दिखाने में मदद की कि मेरा वीडियोकार्ड 'fbdev' ड्राइवर (फ्रेमबफ़र, कोई gpu त्वरण) का उपयोग कर रहा था और त्वरित 'मोडसेटिंग' ड्राइवर का नहीं।

example1 (कर्नेल मॉड्यूल स्थापित):

Graphics:  Device-1: Intel 3rd Gen Core processor Graphics driver: i915 v: kernel 
Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,vesa resolution: 1920x1080~60Hz 
OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile v: 4.2 Mesa 18.2.2

example2 (कर्नेल मॉड्यूल स्थापित नहीं हैं):

Graphics:  Device-1: Intel 3rd Gen Core processor Graphics driver: i915 v: kernel 
Display: x11 server: X.Org 1.19.6 driver: fbdev unloaded: modesetting,vesa resolution: 1920x1080~60Hz 
OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile v: 4.2 Mesa 18.2.2

तो उपरोक्त कमांड के लिए सही सिंटैक्स है:

sudo apt install linux-{image,headers,modules,modules-extra}-4.15.0-43-generic

1
मैं दो अलग और पूरी तरह से अपडेट किए गए सिस्टम पर कर्नेल 4.15.0-45 का उपयोग कर रहा हूं । एक Kubuntu 18.04.1 इंस्टॉलेशन का उपयोग करता है और दूसरा Xubuntu 18.04.1 इंस्टॉलेशन का उपयोग करता है। समस्या केवल Kubuntu चलाने वाले पर होती है। अन्य कंसोल में पासवर्ड को स्वीकार करता है ठीक है जैसे कभी कुछ नहीं हुआ। इसे कैसे समझाया जा सकता है?
स्टॉर्मलॉर्ड

अजीब मुद्दा। मैंने अपना लैपटॉप उबंटू मेट 18.04.1 को चलाया है, जहां यह मुद्दा 4.15.0-45 / 44 के साथ मौजूद है, लेकिन 4.15.0-43 के साथ नहीं है। लेकिन उबंटू मेट के साथ मेरे वर्चुअलबॉक्स वीएम पर 18.04.01 और कर्नेल 4.15.0-45, वही मुद्दा मौजूद नहीं है।
एंड्रिया टर्बिग्लियो

मैं मिंट दालचीनी के साथ कर्नेल 4.15.0-45 का उपयोग कर रहा हूं और मेरे पास एक ही मुद्दा है।
boctulus

मैं उल्लेख करना भूल गया ... मैं भी फ्रेमबफ़र का उपयोग कर रहा हूं, कोई जीपीयू-त्वरण नहीं। यह उत्तर बहुत सटीक है।
boctulus

9

एक अन्य विकल्प बूट बूट के बाद ग्रब बूट मेनू में एक और कर्नेल का उपयोग करना है :

"चुनें उबंटू के लिए उन्नत विकल्प "
मेरे मामले में 4.15.0. -43 सही ढंग से काम कर रहा था

बस कोशिश करें, सूची में क्या उपलब्ध है (लेकिन शायद सबसे ऊपरी प्रविष्टि नहीं है, एक है, जो काम नहीं करता है, और पुनर्प्राप्ति पुनर्प्राप्ति)

यहाँ छवि विवरण दर्ज करें


9

यह अविश्वसनीय है - आज मैं उबंटू 16.04.5 LTS ( Xenial Xerus ) पर सभी अपडेट के साथ और भौतिक हार्डवेयर पर PPA के बिना इस बग पर गया ।
तो समस्या 4.4.0-142-genericकर्नेल के साथ थी । लक्षण बिल्कुल वैसा ही था जैसा सवाल में है। पाठ कंसोल में गेट्टी " Enter" भेजता है और मुझे अपना पासवर्ड दर्ज करने की अनुमति नहीं देता है। के Login incorrectबजाय दिखाता है ।

इसलिए मैंने इस छोटी गाड़ी को हटा दिया और 138 स्थापित किया ( USB- समस्या के समान विधि के साथ ):

sudo apt-get purge linux-image-generic linux-headers-generic
sudo apt-get purge linux-image-4.4.0-139-generic linux-headers-4.4.0-139-generic \
linux-image-4.4.0-140-generic linux-headers-4.4.0-140-generic \
linux-image-4.4.0-141-generic linux-headers-4.4.0-141-generic \
linux-image-4.4.0-142-generic linux-headers-4.4.0-142-generic
sudo apt-get install amd64-microcode intel-microcode thermald
sudo apt-get autoremove

sudo apt-get install linux-image-4.4.0-138-generic linux-image-extra-4.4.0-138-generic
sudo apt-get install linux-headers-4.4.0-138 linux-headers-4.4.0-138-generic

और बाद में रिबूट किया गया। मुझे / हमें सामान्य स्थिर कर्नेल की प्रतीक्षा करने की आवश्यकता है।

चेतावनी: यदि आपको कंसोल लॉगिन की आवश्यकता है, तो कर्नेल को 4.4.0-142-जेनेरिक में अपग्रेड न करें । सदस्यता लें बग 1813873 और ठीक की पुष्टि के बाद - साथ नवीनतम गिरी वापस स्थापित sudo apt-get install linux-image-generic linux-headers-generic


2

4.20.0 में कर्नेल अपग्रेड ने मदद की।


4
आपने इस कर्नेल को कैसे स्थापित किया?
मिठाई

हां, मैं यह जानना चाहूंगा कि लिनक्स मिंट उर्फ ​​उबंटू 4.20.0 के साथ कैसे स्थापित किया जाए?
पैट्रिक लास्ज़लो

मैंने कर्नेल को 4.20.7 में 'उकुउ' का उपयोग करके स्थापित किया है और सब कुछ ठीक काम करता है ... लेकिन जब मैंने x86- ऊर्जा-पूर्ण-नीति का उपयोग करने की कोशिश की तो मुझे एहसास हुआ कि मुझे 'असमर्थित' कर्नेल का उपयोग क्यों नहीं करना चाहिए।
boctulus
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.