Nějak se mi nedaří se zbavit chyby:
(mate-settings-daemon:2771): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Operace zamítnuta. dconf will not work properly.
Tato chyba v .xsession-errors hromadí až soubor nezaplní celý disk.
Mohu vás poprosit co s tím?
Děkuji
Špatnej vlastník /run/user/1000 a jeho obsahu. Důvodů existuje poměrně dost, ale minimálně dočasný (= na jedno sezení) řešení by mohlo bejt:
# chown aricak:aricak -R /run/user/1000
Ahoj Romane, to jsem zkoušel, pak nedje nic spustit jako root...
A píše to potom co? Že by:
Invalid MIT-MAGIC-COOKIE-1 keyUnable to init server: Could not connect: Connection refused
Pořád stejné, pořad kyne....
(mate-terminal:4028): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Operace zamítnuta. dconf will not work properly.
(mate-terminal:4028): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Operace zamítnuta. dconf will not work properly.
(mate-terminal:4028): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Operace zamítnuta. dconf will not work properly.
(mate-terminal:4028): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Operace zamítnuta. dconf will not work properly.
(mate-terminal:4028): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Operace zamítnuta. dconf will not work properly.
(mate-terminal:4028): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Operace zamítnuta. dconf will not work properly.
(mate-terminal:4028): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Operace zamítnuta. dconf will not work properly.
(mate-terminal:4028): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Operace zamítnuta. dconf will not work properly.
(mate-terminal:4028): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Operace zamítnuta. dconf will not work properly.
(mate-terminal:4028): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Operace zamítnuta. dconf will not work properly.
(mate-terminal:4028): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Operace zamítnuta. dconf will not work properly.
(mate-terminal:4028): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Operace zamítnuta. dconf will not work properly.
(mate-terminal:4028): dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Operace zamítnuta. dconf will not work properly.
(pluma:4044): EggSMClient-[1;33mWARNING[0m **: Failed to connect to the session manager: None of the authentication protocols specified are supported
** (pluma:4044): [1;33mWARNING[0m **: Could not load Pluma repository: Typelib file for namespace 'Pluma', version '1.0' not found
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
kdeinit5: preparing to launch '/usr/lib/x86_64-linux-gnu/libexec/kf5/klauncher'
kdeinit5: Launched KLauncher, pid = 4055, result = 0
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
kdeinit5: opened connection to :0.0
kdeinit5: Got EXEC_NEW '/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so' from launcher.
kdeinit5: preparing to launch '/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so'
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
kdeinit5: Got EXEC_NEW '/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so' from launcher.
kdeinit5: preparing to launch '/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/file.so'
To co jsi mi řekl tak jsem udělal, a situace je stejná. ale adresář je jakub:jakub
už mám 500MB :-(
Heh, to je divný... buďto tam něco furt mění oprávnění, nebo dconf pracuje blbě.
Tohle jsem před pár rokama zažil, jenže před pár rokama, ale matně si vzpomínám, že to dělalo buďto gksu, nebo gksudo.
Zjisti, jestli se logy zasíraj hned od přihlášení, nebo až potom, co se učuníš rootem. A zaměř se na:
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
kdeinit5: preparing to launch '/usr/lib/x86_64-linux-gnu/libexec/kf5/klauncher'
Abys mohl pracovat, aniž by se Ti zapráskal disk, sem tam spusť jako kořen:
# for log in `find /var/log -type f`; do printf "" > $log; done
Vyprázdníš tak všechny logy.
No je to od té doby co jsem překlonoval disk na SSD. Ráno budu mít full disk 68GB. A vůbec nechápu proč se mi tam se*e to KDE...
No už jsem se bál, že jsi na KDE přešel :D.
Asi sis nainstaloval nějakej balík, co běží na Qt knihovnách a ty si s sebou v závislostech přinesly KDE. Odstraň je, možná, možná budou příčinou, každopádně se disku tak jako tak uleví.
Pravda instaloval jsem KDE desktop, ale pak jsem dal apt-get autoremove
Jako sorry, ale tohle je kravina:
QStandardPaths: wrong ownership on runtime directory /run/user/1000, 1000 instead of 0
Vlastníkem týhle složky a jejího obsahu musí bejt uživatel #1000, v Tvým případě uživatel 'jakub', NE root, NE nikdo jinej.
apt{-get|itude} autoremove odstraní POUZE přebytečný, osamělý balíky, to KDE si musíš odstranit ručně, alespoň jeho stěžejní balíky, zbytek můžeš dát tím autoremove.
Když dám do správce balíku synaptic "KDE" je to ho tam hodně... když to odinstaluju nechcípne mi Debžian?
Ne. Spíš ožije. Taky vyhledej termín Qt.
P. S.: Dost Ti pomůže i program gtkorphan - tam najdeš hafo mrtí zbytečnejch balíků (akorát je potřeba označovat je ručně; napoprvý je ale neodstraníš všechny).
Tak to jsem zvědam letí ven vše co má KDE a QT
mno tak to asi nedám... V závislostech jsou i věci které jsou k mate desktop...
Použij na to gtkorphan.
Tak všechny sirotky jsem poslal k šípkům a stav je stejný... :(
Ne, ne, ne. Rozbal si dole Volby a pak na Zobrazit všechny opuštěné balíky, ne jen knihovny.
Hm tak jsem si to po**al úplně, nejde mi síť, asi HW nezná nebo co, SMABA je pryč a spoustu dalších věcí...
Doufám, žes slepě neodstranil všechno, co se Ti zobrazilo, ALE JEN BALÍKY KDE.
V opačným případě se neodhlašuj, nevypínej to, přes flashku si tam doinstaluj správce sítě (nevím, cos tam měl), zprovozni síť a to, co potřebuješ, si nainstaluj znovu.
No pochopil jsem to tak, jako ze to jsou nepotřebné balíky. .. no a letělo to.... no tedy už to vím, že jsem měl vybrat jen balíky kde. Samozřejme jsem to restartoval.... .. jdu spát.
No, ještě to dopadlo dobře, mohl jsi skončit v konzoli. Zprovozníš síť, nasypeš tam Tebou žádaný balíky a nazdar. Jestli Ti padla jen fifina, s největší pravděpodobností Ti bude fungovat drátový připojení. Zkus to. A pak poreferuj, jestli jsi s KDE odstranil i problém.
No wifinu to nemá. Padla mi drátování sít. Asi fakt ten síťový manager. Ale jak ho tam dostanu zpátky? Vůbec netuším.
Toho správce (jakej je jeho název?) v podobě DEB balíku (https://www.debian.org/distrib/packages) si stáhni na flashku/do mobilu do extra složky, nezapomeň na závislosti, pak jen spustíš jako kořen:
# dpkg -i /cesta/do/extra_složky/*.deb
Když ňákej balík bude chybět, holt ho taky stáhneš.
Tak to nevím... jak se správce jmenoval. zkrátka není ani ikona v nastavení..
Network Manager? WICD?
Já to asi přeinstaluju... s tíhle si nevím moc rady
Romane, prosím nepomohl by jsi mi s tím blbuvzdorně to dát dohromady? Přes jabber?
Jo, ale až tak kolem druhý.
To já budu moc nejřív v 16:15... Jinak ti moc děkuji za tvůj čas...
Opět musím poděkovat Romanovi, za jeho akci, kterou bych nezvládl. Teď systém běží jak má.... Super Díky
Tak aspon s Romanem napiste co vsechno se muselo provest aby jste se dostali do stavu:
Citace od: aricak kdy 26. 10. 2017, 21:40:58
Teď systém běží jak má....
;)
V kostce - problémy byly dva - něco z KDE furt dokola tý jedný složce nesmyslně měnilo vlastnictví na roota (přitom tam musej číst i zapisovat pod normálním uživatelem spuštěný procesy), to se vyřešilo odstraněním KDE, za druhý byl asi ňákej bug v dconfu, protože mate-settings-daemon furt nepřijímal složku se správným oprávněním, přičemž se odkazoval na dconf. Odstranil jsem všechno od KDE (Kuba prakticky nepotřeboval) a provedl upgrade na Sida, kde vím, že ten problém není (a vlastně se mi zdá, že je po delší dobu paradoxně míň bugovější jak testing, nebo stable; nemám s ním absolutně žádný problémy).
Tak opět dnes měl soubor zase 1GB, opět mate-settings-daemon..., soubor jsem smazal a teď to dalo zase pokoj, tak nevím...