Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: dvd9 20. 10. 2015, 13:33:40
-
Ahoj,
mam nove nainstalovanou Fedoru (21 - netinst CD, ze ktereho jsem instaloval jiz nekolikrat v poradku), na tomto jednom se nemuzu po instalaci prihlasit.
Problem vypada shodne, jak pro uzivatele (vytvoren behem instalace) v grafickem prostredi, tak pres terminal, tak i root pres terminal.
Hesla zadavam spravne, jelikoz, kdyz zadam spatne heslo, tak se objevi ve vsech priadech hlask, ze se autentizace neprovedla, ale po spravnem zadani hesla se v grafickem rozhrani na chvilicku zhasne obrazovka a objevi se prihlasovaci dialog nevyplnen, bez jakychkoliv chyb, podobne v terminalu, kdyz zadam spravne heslo, ten se smaze a zase me zada o prihlaseni, zatimco pri spatnem hesle ohlasi chybu a preskoci 2 radky tam se pta znova.
Do single-user modu jsem se nedostal, po zadani hesla se zobrazila hlaska, ze nebylo mozne spustit sushell nebo neco takoveho (muzu to jeste zkusit, kdyby bylo treba).
Trochu jsem i googlil, ale stejny symptom jsem nenasel. Diky za pripadne rady.
-
Tohle se děje, když nemůže nastartovat prostředí (KDE, Gnome, Xfce, správce oken…). Protože se zadání hesla zdařilo, pokračuje se ve spouštění prostředí. To ale selže, takže se znovu vrací přihlašovací dialog. Je to stejné, jako by bylo prostředí správně ukončeno.
Doporučuji projít logy nebo zkusit pustit prostředí mimo přihlašovací dialog. Dá se tak zjistit, co se děje. Je docela možné, že se systém snaží spustit neexistující prostředí nebo je tam něco ošklivě rozbitého.
-
Diky za reakci.
Dela to i v konzoli (uz jsem psal) a ted jsem si jeste zkusil nastavit, aby to nabootovalo jen runlevel 3, a chova se to stejne.
Ty logy me napadly, ale nevim jak... jak se daji prohlidnout logy z OS se systemd mimo spusteny system?
-
a co klavesnice? nebyla pri zadavani hesla jina, nez ted?
jinak nezbyde nez pustit z nejakeho live-distra, pripojit disk a opravit tam zaznam v /etc/shadow, je to hash za uzivatlskym jmenem, co mas zmenit
driv to bylo md5, ted asi sha, tady mas napsany, jak vyrobis spravny hash http://unix.stackexchange.com/questions/52108/how-to-create-sha512-password-hashes-on-command-line (http://unix.stackexchange.com/questions/52108/how-to-create-sha512-password-hashes-on-command-line)
-
zrovna tohle se blbe ladi - a ted mi to udelalo taky :(
je to jak pise P.K., spadne window manager, ale proc to tak je ... cort znajet ... v mem pripade to dela, kdyz vypnu telku a az pak uspim komp. nebo naopak pustim komp - a az pak telku ... mozna vyssi frekvence, nez zvladne, nebo problem nvda ovladace.
prohlizeni logu :
/var/log/messages
/var/log/Xorg.????
ale po novu uz tam nemusi byt ... takze
journalctl
do konzole se dostanes
CTRL + ALT + F3 , 4 ,5. ..
proc fedora 21, kdyz ani ne za mesic bude fedora 23 venku ? na notasu mi bezi bez zavahani uz nejmin mesic.
-
ajo, ja myslel, ze mas spatny heslo
tak jestli heslo je spravne ale hned to vykopne, tak mas spatne nastavenej shell uzivatele
je to posledni polozka na radku v /etc/passwd, ma asi byt /bin/bash a zkontroluj, ze /bin/bash mas
treba tam je chybou napr. /usr/sbin/nologin nebo /bin/ksh a ksh nemas nainstalovany?
pres ssh se prihlasis?
mas heslo pro root? nebo jen uzivatele? tim mym predchozim postupem ho muzes vytvorit
-
turbocid2
Prave ze heslo je spravne - chova se trochu jinak pri zadani spravneho a spatneho hesla.
/etc/passwd jsme jiz kontroloval jak u roota, tak u uzivatel je /bin/bash.
Ostatni:
Vypada to, ze by to mohlo byt nakopnutym grafikym prostredim, ale nejde se mi prihlasit (chova se to IMHO stejnym zpusobem) ani pres konzoli, a i kdyz jsem nabootoval rovnou runlevel 3.
S temi logy - jiz jsem se trochu naucil pracovat s journalctl, ale nemyslim si, ze se da pouzit na jinem systemu nez ten, ve kterem bezi.
/var/log/messages tady jiz neni...
Kdyz to jinak nedopadne, tak tady mam jeste F22 (abych tim nestravil mladi ;D)
-
Vzhledem k tomu, ze jste to instaloval s grafickym prostredim, tak mozna instalator rozhodl, ze jste BFU a zakazal login z konzole. A protoze vam krachuje graficke prostredi, tak jste v zakonceni zazivaciho traktu.
Tusim, ze je to /etc/security/access.conf, kde se nastavuje, kdo se kam a odkud smi zalogovat. Mrknete, jestli tam neni zakazan login z koncole.
P.S.: Take by to mohl byt jiny soubor. Tohle na me vypadlo z Google, kdyz jsem si nemohl vzpomenout.
-
Pred chvili jsem nainstaloval F21-5, vytvoreni uzivatele jelikoz jsem to nenaklikal v instalatoru mi to nabidlo po startu.
ja bych zkusil asi tak tohle:
login: root
pwd: hesloznate
su -l mujuzivatel (aspon si overite, ze profil na konzoli je v poradku, pokud neni tak pokracovat dal)
userdel --remove --selinux-user mujuzivatel
adduser -m mujuzivatel
passwd mujuzivatel
teoreticky byste mohl jenom prejmenovat homedir namisto smazani uzivatele:
mv /home/mujuzivatel /home/mujretardovanyuzivatel
userdel mujuzivatel
adduser -m mujuzivatel
passwd mujuzivatel
s journalctl jeste nejsem uplne kamos, ale kdyz se chrootnete do toho prostredi melo by vam fungovat bez problemu
journalctl -xe nebo journalctl -xb a pak jsou nejaky comba
journalctl --list-service sshd.service nebo tak nejako to je (gugl povi, praskac starej)
-
nejsem fedora/rpm/selinux positive, nicmene myslim ze problem bude jinde, pokud uz jak pise v #1 zkousel login do terminal (logicky myslel konzoli kdyz grafickej login nejde) i pro root... takze problem nebude per user, ale systemovej...
-
vsak to nevadi, ze se mu nejde nalogovat, nastartuje neco live a udela chroot a pak muze pouzit prikazy od wolowo
-
Jenom prispeju se svou troskou do mlyna: pred par dny jsem nekde (uz nevim kde) cetl, ze nekdo aktualizoval svuj Arch Linux, jedine, co se aktualizovalo bylo systemd a vedlo to k nemoznosti prihlaseni projevujici se podobne jako tady tohle. Ze by byl nejaky bug v nejnovejsim systemd?
-
SystemD je bud samo o sobě.
-
vsak to nevadi, ze se mu nejde nalogovat, nastartuje neco live a udela chroot a pak muze pouzit prikazy od wolowo
tak pokud neni problem s user, na co bude v chrootu resit user ? ;) jedine co v chroot muze resit je journalctl a pokusit se tam dohledat ten systemovy problem... od toho sem ho ale neodrazoval, jen ze pokud se user i root v grafice i konzoli chova stejne, nebude problem s dm/de, user/root :)
-
Tak jestli je to sysyemd, tak Poetteringa prejet parnim valcem. Problem to sice nevyresi, ale clovek se odreaguje.
-
Asi to v mem pripade nebude stejny problem - ale treba se k necemu doberem :)
krome toho, ze bylo v logu :
Oct 22 11:33:15 mujpc xscreensaver[3363]: pam_unix(xscreensaver:auth): conversation failed
Oct 22 11:33:15 mujpc xscreensaver[3363]: pam_unix(xscreensaver:auth): auth could not identify password for [q]
Oct 22 11:33:15 mujpc /usr/libexec/gdm-x-session[2855]: xscreensaver: 11:33:15: authentication via PAM cancelled.
... saver jsem sestrelil, pak
tak tohle bude asi ukazovat na problem - zas nejaky zas***ny setreni energie asi ...
Oct 22 11:35:51 mujpc /usr/libexec/gdm-x-session[2855]: (II) NVIDIA(0): Setting mode "NULL"
Oct 22 11:35:51 mujpc /usr/libexec/gdm-x-session[2855]: (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon
Oct 22 11:35:51 mujpc /usr/libexec/gdm-x-session[2855]: (II) NVIDIA(0): may not be running or the "AcpidSocketPath" X
Oct 22 11:35:51 mujpc /usr/libexec/gdm-x-session[2855]: (II) NVIDIA(0): configuration option may not be set correctly. When the
Oct 22 11:35:51 mujpc /usr/libexec/gdm-x-session[2855]: (II) NVIDIA(0): ACPI event daemon is available, the NVIDIA X driver will
Oct 22 11:35:51 mujpc /usr/libexec/gdm-x-session[2855]: (II) NVIDIA(0): try to use it to receive ACPI event notifications. For
Oct 22 11:35:51 mujpc /usr/libexec/gdm-x-session[2855]: (II) NVIDIA(0): details, please see the "ConnectToAcpid" and
Oct 22 11:35:51 mujpc /usr/libexec/gdm-x-session[2855]: (II) NVIDIA(0): "AcpidSocketPath" X configuration options in Appendix B: X
Oct 22 11:35:51 mujpc /usr/libexec/gdm-x-session[2855]: (II) NVIDIA(0): Config Options in the README.
Oct 22 11:35:51 mujpc /usr/libexec/gdm-x-session[2855]: (**) NVIDIA(0): Using HorizSync/VertRefresh ranges from the EDID for display
Oct 22 11:35:51 mujpc /usr/libexec/gdm-x-session[2855]: (**) NVIDIA(0): device LG Electronics LG TV (DFP-1) (Using EDID
Oct 22 11:35:51 mujpc /usr/libexec/gdm-x-session[2855]: (**) NVIDIA(0): frequencies has been enabled on all display devices.)
napady vitany - loni to na F21 nedelalo :(
-
Je to systemd. Jak wololo to udelat nemuzu (jsem nemohl), protoze se neslo rpihlasit ani na roota.
Nainstaloval jsem neco jineho (F22) v ramci usetreni nervu :D takze uz vic informaci nesezenu.
Vsem zucastnenym dekuji za rady.