Máy tính để bàn đăng nhập thất bại, thiết bị đầu cuối hoạt động


12

Tôi có hệ thống máy tính 12.04 LTS mới cài đặt (SSD 120 GB, ổ cứng 1 TB, RAM 16 GiB); kể từ vài ngày, tôi không thể đăng nhập vào màn hình đồ họa nữa: có một cửa sổ vỏ nhấp nháy rất ngắn biến mất rất nhanh ( chỉnh sửa: xem bên dưới ) và tôi lại phải đối mặt với màn hình đăng nhập. Tôi tin rằng có một cái gì đó về modprobevbox, nhưng tôi không thể đọc nó đủ nhanh ...

Tôi có thể đăng nhập vào một thiết bị đầu cuối ( Ctrl+ Alt+ F1). Nó không giúp để điều chỉnh tất cả nội dung của thư mục nhà của tôi thành me: my-group, như được đề xuất ở đây .

Đây là những gì tôi có thể tìm thấy /var/log, grepping cho ngày và thời gian (tôi đã chèn ngắt dòng sau <my-hostname>; giá trị thời gian thực được bảo tồn):

auth.log:

<date> 22:43:01 <my-hostname>
    lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "tobias"
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session closed for user lightdm
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session opened for user tobias by (uid=0)
<date> 22:43:08 <my-hostname>
    lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session closed for user tobias
<date> 22:43:09 <my-hostname>
    lightdm: pam_unix(lightdm:session): session opened for user lightdm by (uid=0)
<date> 22:43:09 <my-hostname>
    lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0
<date> 22:43:10 <my-hostname>
    lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "tobias"
<date> 22:43:10 <my-hostname>
    dbus[756]: [system] Rejected send message, 2 matched rules; type="method_call", sender="1:43" (uid=104 pid=1639 comm="/usr/lib/indicator-datetime/indicator-datetime-ser") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination=":1.15" (uid=0 pid=1005 comm="/usr/sbin/console-kit-daemon --no-daemon ")

hạt nhân:

<date> 22:43:00 <my-hostname>
    kernel: [   16.084525] eth0: no IPv6 routers present

nhật ký hệ thống:

<date> 22:43:00 <my-hostname>
    kernel: [   16.084525] eth0: no IPv6 routers present
<date> 22:43:01 <my-hostname>
    ntpdate[1492]: adjust time server 91.189.94.4 offset -0.162831 sec
<date> 22:43:08 <my-hostname>
    acpid: client 969[0:0] has disconnected
<date> 22:43:08 <my-hostname>
    acpid: client connected from 1553[0:0]
<date> 22:43:08 <my-hostname>
    acpid: 1 client rule loaded

Tôi đã cài đặt Virtualbox và Truecrypt, nhưng tôi không thể nghĩ ra lý do tại sao chúng có thể ngăn đăng nhập đồ họa.

Tôi bối rối:

  • Cái này là về requirement "user ingroup nopasswdlogin" not metcái gì? Tôi làm đăng nhập bằng mật khẩu, và mật khẩu làm việc ok khi đăng nhập vào một thiết bị đầu cuối!
  • Tôi có thể bằng cách nào đó đọc đầu ra lỗi, ví dụ bằng cách trì hoãn nó, chuyển hướng nó đến một tệp hoặc có hệ thống nhắc tôi nhấn phím không?
  • Có thể có bất kỳ cập nhật gần đây gây ra vấn đề của tôi? Tôi có nên cài đặt các bản cập nhật đang chờ xử lý? Làm thế nào , btw, mà không truy cập vào giao diện người dùng đồ họa?

Tôi có một số kiến ​​thức làm việc về shell Linux, nhưng tôi chưa quen với Ubuntu. Bất kỳ trợ giúp sẽ được đánh giá cao.

Chỉnh sửa: Sau khi tắt máy ngày hôm qua ( sudo shutdown now), tôi tìm thấy văn bản sau trên màn hình, dường như là văn bản "nhấp nháy" được đề cập trước đó (được định dạng; có một khoảng trắng hàng đầu ngớ ngẩn):

Could not write bytes: broken pipe
speech-dispatcher disabled; edit /etc/default/speed-dispatcher
* Starting VirtualBox kernel modules
* modprobe vboxdrv failed. Please use 'dmesg' to find out why
saned disabled; edit /etc/default/saned
* Checking battery state... [ OK ]

Sau khi sao chép thủ công, tôi tắt máy bằng cách nhấn nút vài giây.

Có thể là hộp ảo (đã cài đặt 4.2) gây ra sự cố. Tôi sẽ thêm một số trích xuất tệp nhật ký sau ngày hôm nay (MET).

Chỉnh sửa , cho các bản ghi: Tôi đã thử các cách sau, từ / a / 133754/103086 :

  • sudo apg-get install gdm(khi được nhắc, đã chọn GDM)
  • khởi động lại; đăng nhập thất bại với GDM, quá
  • sudo dpkg-reconfigure lightdm, khởi động lại; đăng nhập sẽ không hoạt động
  • ~/.Xauthoritytập tin của tôi trống rỗng; xóa nó và khởi động lại không thay đổi bất cứ điều gì

Hơn nữa:

  • hộp ảo đã cài đặt ( sudo apt-get remove virtualbox-4.2), khởi động lại

Chỉnh sửa : Tôi đã tải lên một kho lưu trữ zip của các tệp nhật ký được chọn / được lọc vào http://www.tobias-herp.de/en/errors/ubfox-gui-lockout . Được giữ apt-get upgradegần đây, nhưng tiếc là vấn đề vẫn tồn tại.


Bây giờ tôi có một tập lệnh để trích xuất các dòng nhật ký (và sao chép các tệp có các dòng không có tiền tố) và tôi sẽ tải lên một kho lưu trữ zip (vì nó sẽ là 1619 dòng trong 6 tệp, bao gồm 924 dòng dmesg), nhưng tôi không thể tìm hiểu làm thế nào để tải nó lên ...
Tobias

Có thể tweek-it-up.blogspot.com/2012/08/ này có thể không?
arielf

Không; các ~/.Xauthoritytập tin là completeliy "của tôi" ( tobias:tobias).
Tobias

Gần đây tôi đã thiết lập một máy tính để bàn 12.04 mới (đã có 5 cái khác) và cái mới đang gặp vấn đề khi đăng nhập vào GUI với người dùng ldap, nhưng không phải cục bộ. Tôi đã vật lộn với nó với thành công hạn chế, sau đó từ bỏ và cài đặt Mint hoạt động. Tôi đoán có một loại hồi quy trong một bản cập nhật gần đây. rant: ubfox đang trở thành một mớ hỗn độn. chỉ cần nhìn vào thiết lập pam điên với các công cụ cấu hình thậm chí còn phức tạp và phức tạp hơn so với cấu hình pam thủ công.
Lốc xoáy

Câu trả lời:


14

Xóa ~ / .Xmasterity làm việc cho tôi


Tương tự ở đây, ngay cả khi ~/.Xauthorityđược phép và đúng chủ sở hữu (tôi).
vaab

Tương tự như vậy, điều này làm việc với tôi (trên Ubuntu 13.04)
Stablesog

Có, việc xóa tệp là cần thiết vì dữ liệu trong tệp .Xmasterity sẽ khác nhau (có lẽ có bối cảnh ngày hoặc thời gian?). Giấy phép một mình không phải là vấn đề thông thường.
Andrew

4

tôi đã có vấn đề tương tự. Hóa ra vấn đề của tôi là đã ~/.Xauthorityđược cập nhật dưới dạng root và từ đó chỉ có root mới có thể đọc được. Nó ngăn tôi bắt đầu bất kỳ phiên X nào từ tên người dùng của tôi. Tôi đã phải sudo rm ./.Xauthorityvà nó hoạt động tốt sau đó.


3

Cuối cùng tôi đã từ bỏ và cài đặt lại hệ thống. Đây không phải là một vấn đề, vì hệ thống khá mới và hầu hết dữ liệu cá nhân chưa được di chuyển sang nó. Tôi không thể chắc chắn rằng vấn đề không phải do gói không chuẩn gây ra, vì vậy ...

Vì vậy, tôi bắt đầu lại, và tôi đã đề phòng để tốt hơn vào lần tới. Sau khi cài đặt, tôi đã cập nhật hệ thống, cài đặt một số gói quan trọng và ghim mắt vào cấu hình:

sudo bash
apt-get upgrade
apt-get install ssh mercurial vim
cd /etc/
vim mercurial/hgrc
hg init .
hg add *
hg commit

Vì vậy, bất cứ khi nào một vấn đề mới xảy ra, tôi nên có cơ hội tốt hơn để biết những gì có thể đã sai.


Chỉ dành cho các bản ghi: sau một thời gian, ngay cả hệ thống thiết lập mới cũng gặp vấn đề tương tự. Tôi quyết định loại bỏ hoàn toàn Ubuntu và cài đặt Windows thay vào đó (với một máy Linux ảo).
Tobias

Chỉ dành cho các bản ghi: những gì bạn làm với "hg" được thực hiện tự động nhờ gói "etckeeper" (và bạn có thể chọn mercurial, bazaar, git ...)
vaab

2

Trong trường hợp của tôi, điều này được gây ra bởi một sai lầm ~/.dmrcnhư được giải thích ở đây . Điều này có thể được phát hiện nhờ vào ~/.xsession-errorsnơi tôi có lỗi sau:

x-terminal-giả lập: Lỗi IO nghiêm trọng: máy khách bị giết konsole (1598) Konsole :: SessionManager :: ~ Trình quản lý phiên: Trình quản lý phiên Konsole bị hủy với các phiên vẫn còn sống


2
làm việc cho tôi quá Kubfox 12.04, KDE. Tôi đã xóa cả .dmrc và.Xmasterity. Cảm ơn!
MountainX

2

Một vấn đề tương tự đã xảy ra với tôi sau khi tôi thêm vào export PATH=$PATH:/home/<user>/SomeFoldercuối /etc/profile. Sau khi tôi đăng nhập vào một thiết bị đầu cuối, loại bỏ dòng đó và khởi động lại, tôi có thể đăng nhập bình thường và vấn đề dường như đã biến mất.

Tài liệu:

  • Tôi đã nhận được văn bản nhấp nháy sau trên màn hình trước khi màn hình đăng nhập:

    Could not write bytes: broken pipe
    * Starting VirtualBox kernel modules
    
    saned disabled; edit /etc/default/saned
    
  • Ubuntu 12.04 LTS, 64 bit, Intel Core i5, 6GB.
  • Tôi đã cài đặt VirtualBox 4.2.18 nhưng có vẻ như nó vẫn hoạt động tốt.
  • Tôi khởi động kép với Windows 8 bằng GRUB.

Điều này có thể là vấn đề? Tôi không biết. Tôi thường có một ~/binthư mục mà tôi muốn có PATH, nhưng cài đặt không còn tồn tại nữa.
Tobias

Bạn đã đẩy tôi đi đúng hướng khi giải quyết vấn đề xuất hiện trên netbook của tôi, vẫn còn Ubuntu. Một trong những shells tôi tự động lấy nguồn trong quá trình đăng nhập đã gây ra lỗi và có một dòng trong đó ~/.xsession-errors; Khi tôi thử nó trong một cái vỏ, tất cả đều ổn. Tuy nhiên, tôi đã vô hiệu hóa tải tập lệnh và tôi có thể đăng nhập lại bằng đồ họa.
Tobias

0

Chạy vào đây bây giờ bằng cách sử dụng lightdm + bất kỳ lời chào không đoàn kết nào. Nếu tôi đặt lời chào thành unity-helloer trong /etc/lightdm/lightdm.conf, có vẻ như nó hoạt động. Không biết tại sao.

Chỉnh sửa: tái cấu trúc. Một cái gì đó tôi vừa cập nhật với một bản cập nhật phải gây ra điều này và ngay cả người chào mừng đoàn kết cũng không hoạt động.


1
Tôi đã xem tập tin này; trong (một và chỉ một) phần SeatDefaults, giá trị của greeter-sessionunity-greeterđã. Bất kỳ giá trị nào khác tôi có thể thử?
Tobias

0

Trong trường hợp của tôi, tôi đã thêm một số lệnh vào .xprofile khiến cho việc quay lại màn hình đăng nhập ngay sau khi đăng nhập. Các lỗi tôi tìm thấy là như nhau. Xóa mọi thứ không cần thiết khỏi ~ / .profile của bạn và ~ / .xprofile sẽ đưa tình hình trở lại bình thường.


0

Đối với tôi điều này xảy ra khi có một số mục nhập đường dẫn không hợp lệ tạo trong tệp .profile. Khi tôi loại bỏ nó, nó hoạt động hoàn hảo. Kiểm tra tệp .xsession-error của bạn để biết lỗi mà nó báo cáo


0

Có lỗi tương tự với tôi trên Ubuntu 14.04.02 LTS. Tôi đã mở tệp nhật ký /var/log/lightdm/lightdm.logvà xem tin nhắn như thế nào ...not enough disk space for .Xauthroity.... Sau đó, tôi đã tìm thấy rằng thực sự có không gian trống trên đĩa. Vì vậy, tôi đã loại bỏ một số tập tin và lỗi biến mất.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.