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.
Hozzászólások
A .config könyvtár tulajdonosa te vagy?
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.
"https://hunvagyok.hu "
Business as usual
Aláírás _Franko_ miatt törölve.
Jákub egy .
neut @
Gyanítom, hogy annak a usernek, amelynek a nevében használod, nem a szokásos home directoryja van.
Mire gpndolsz pontosan?
"https://hunvagyok.hu "
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).
Sóhaj. :(
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
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.
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:]' <<<locsemegeLOCSEMEGE
~/.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.
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):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:
:D :D :D
bocs.
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.
"https://hunvagyok.hu "
Használj Windowst, ott nincsenek ilyen bonyolult dolgok.
Aláírás _Franko_ miatt törölve.
Jákub egy .
neut @
Ott vannak csak igazán bonyolult dolgok.
"https://hunvagyok.hu "
Pl?
Aláírás _Franko_ miatt törölve.
Jákub egy .
neut @
https://devblogs.microsoft.com/oldnewthing/20191118-00/?p=103110
kiképző ilyen mélységig sose jutna benne
Aláírás _Franko_ miatt törölve.
Jákub egy .
neut @
Másik: mire való a SYSWOW64 könyvtár?
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.
Aláírás _Franko_ miatt törölve.
Jákub egy .
neut @
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.
"https://hunvagyok.hu "
És hogyan állítódott el? Mert csak úgy magától nem szokott.
tr '[:lower:]' '[:upper:]' <<<locsemegeLOCSEMEGE
Gondolom a helytelen sddm beállítás miatt.
"https://hunvagyok.hu "
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`)
Van, aki csak a chmod-ot ismeri. Bar azzal sem lehetetlen megoldani, meg poliverzumnak is elsore sikerult volna. ;)
Ja és SeLinux. Az olyan, mint plusz egy akadályozó játékos a JSF-ben.
apparmor 4ever!
Aláírás _Franko_ miatt törölve.
Jákub egy .
neut @