Mageia9 KDE, hiba előzménye: Szerettem volna bejelentkezés nélkül bebootolni, itt a kdewallet jelezte, hogy a jelszótárolót akarom-e módosítani. Bezártam, hogy nekem ő nem kell. Illetve az sddm-nél állítottam be olyat, hogy nincs sddm, egy üres fehér háttérre klikkelve.
Innentől kezdve hibaüzenetek fogadnak a grafikus felületen ott, ahol már be kellene jelentkezni, az egyik ez: //.config/kreadconfig5rc nem írható. Beléptem recovery módban, majd rákerestem erre a fájlra, de nem a home/user/.config ahol megtaláltam, hanem az usr/bin . Adtam neki ott mindenféle jogot, plusz kínomban futtatható is lett, majd ezt átmásoltam a home/user/.config helyre úgy, hogy ott a jogot átírtam a root helyett userre és itt is kapott mindenféle jogot a file. kreaáltam új usert, de ez sem segített belépnem.
Mit javasoltok, hogyan tovább? Tudom gyorsabb volna reinstall a rendszer, de akkor soha nem fogom megérteni ezt a folyamatot. Itt olvastam erről, bár a megoldás nekem nem jó ebben az esetben:
https://bugs.kde.org/show_bug.cgi?id=492887
Megoldás: reinstall a rendszer, csak a / formázása és telepítése, a Home tartalma változatlan maradt, így a régi rendszerem köszönt vissza.
- 660 megtekintés
Hozzászólások
A .config könyvtár tulajdonosa te vagy?
- A hozzászóláshoz be kell jelentkezni
Köszönöm, ezt nem is néztem, pedig nem lett volna bonyolult. Root joga volt, de már a usernek állítottam be. A ksplashrc-re panaszkodik, majd ha véletlenül azon túljut, akkor a fent említett kreadconfig5rc-re. Reboot után is megmaradnak a jogok. Mégsem írható egyik sem a kde szerint.
- A hozzászóláshoz be kell jelentkezni
Gyanítom, hogy annak a usernek, amelynek a nevében használod, nem a szokásos home directoryja van.
- A hozzászóláshoz be kell jelentkezni
Pontosan arra, hogy ha bejelentkezel, akkor egy user nevében jelentkezel be. Ha automatikus bejelentkezést próbálsz csinálni, akkor is. Annak a usernek pedig van valahol egy home könyvtára (ez az /etc/passwd file-ban benne van).
- A hozzászóláshoz be kell jelentkezni
ahol megtaláltam, hanem az usr/bin . Adtam neki ott mindenféle jogot, plusz kínomban futtatható is lett, majd ezt átmásoltam a home/user/.config helyre úgy, hogy ott a jogot átírtam a root helyett userre és itt is kapott mindenféle jogot a file. kreaáltam új usert, de ez sem segített belépnem.
Sóhaj. :(
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
En visszasirtam ettol most poliverzumot. Az legalabb ilyenkor nem kerdezett, csak futtatott egy chmod 777-et, mert azt az egyet azzal a parameterrel legalabb ismerte.
- A hozzászóláshoz be kell jelentkezni
Attól eltekintve, hogy mi ezzel a baj, bizonyos esetekben ez sem fog működni, mert kernel szinten ugyan mindent szabad, de lehet, hogy a file-t kezelő software-ben kelt majd megütközést a 0777 jog. Már nem emlékszem, de talán az sshd, smbd, httpd valamelyike mintha ilyen lenne, a saját configját túl laza jogosultságokkal nem hajlandó megenni.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
~/.ssh könyvtár és az az alatti file-ok jogosultsága ha túl laza, illetve ha a tulajdonos nem az adott user, akkor nem fog működni. Aztán persze lehet, hogy az /etc alatti konfig file-ok is számítanak, de ilyenbe nem futottam bele.
- A hozzászóláshoz be kell jelentkezni
Kezdetnek tegyük fel, hogy a ~/.config
-ra gondol a szoftver, csak nem tudja jól kifejezni magát. A következő parancs mit mond? (Lehetőség szerint ugyanazzal a user-rel kellene futtatni, mint amivel a gond van):
ls -ld ~ ~/.config ~/.config/kreadconfig5rc
Persze még ha minden jól is áll, akkor is lehet, hogy a SeLinux szerint nem jó a fájlok karmája, ezért megakadályozza a műveletet. Ilyenkor Zeusznak kell hattyút áldozni, valamint futtatni valami ilyesmit:
restorecon -v ~/.config
- A hozzászóláshoz be kell jelentkezni
Illetve az sddm-nél állítottam be olyat, hogy nincs sddm, egy üres fehér háttérre klikkelve.
:D :D :D
bocs.
- A hozzászóláshoz be kell jelentkezni
Köszönöm szépen mindenkinek a segítséget, mivel nem sikerült megértenem, hogy mi miatt nem tudja írni a fájlokat bootkor a rendszer, így maradt a reinstall.
- A hozzászóláshoz be kell jelentkezni
Használj Windowst, ott nincsenek ilyen bonyolult dolgok.
1904.04.08.
RIP Jákub.
neut @
- A hozzászóláshoz be kell jelentkezni
Ott vannak csak igazán bonyolult dolgok.
- A hozzászóláshoz be kell jelentkezni
kiképző ilyen mélységig sose jutna benne
1904.04.08.
RIP Jákub.
neut @
- A hozzászóláshoz be kell jelentkezni
Másik: mire való a SYSWOW64 könyvtár?
- A hozzászóláshoz be kell jelentkezni
Nem azt mondom, hogy Windowssal nem lehet szopni, hanem azt, hogy annyira el vannak ezek dugva, hogy kiképző szintjén nem férnek hozzá. Egy Linuxon az orra elé tolnak mindent és előjön a kiskacsa root jelszóval effektus, aztán kő kövön nem marad.
1904.04.08.
RIP Jákub.
neut @
- A hozzászóláshoz be kell jelentkezni
Most megvizsgálva a már új és működő rendszerben a problémása fájlokat, a csoportjog nem volt megfelelő és az egyiket csak a rootnak lehet fullosan használnia.
- A hozzászóláshoz be kell jelentkezni
És hogyan állítódott el? Mert csak úgy magától nem szokott.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Gondolom a helytelen sddm beállítás miatt.
- A hozzászóláshoz be kell jelentkezni
Vagy root-ként hoztál létre valamilyen file-t/könyvtárt a ~user/.config könyvtárban? (Nem tilos persze, de kell utána `chown user`)
- A hozzászóláshoz be kell jelentkezni
Van, aki csak a chmod-ot ismeri. Bar azzal sem lehetetlen megoldani, meg poliverzumnak is elsore sikerult volna. ;)
- A hozzászóláshoz be kell jelentkezni
Ja és SeLinux. Az olyan, mint plusz egy akadályozó játékos a JSF-ben.
- A hozzászóláshoz be kell jelentkezni