DANIELSOFT: uvodne logy z journal -xe ukazaly nejaku chybajucu kniznicu:

error: /lib/security/pam_foreground.so: cannot open shared object file: No such file or directory

Coz ukazuje na 10 rokov stary bug ktory by mal byt davno vyrieseny
Bug #198714 “pam reports errors on missing pam_foreground.so” : Bugs : pam package : Ubuntu
https://bugs.launchpad.net/ubuntu/+source/pam/+bug/198714

Toto presne popisuje moj problem - https://help.ubuntu.com/community/PamCcredsHowto

"In a fresh install of Hardy, pam_foreground.so does not exist. Comment out the pam_foreground line in /etc/pam.d/common-session. This removes this error from /var/log/auth.log - 'PAM [error: /lib/security/pam_foreground.so: cannot open shared object file: No such file or directory]'. Until you fix this, you may not be able to use GUI programs that are used to change system settings - eg. the network manager. "

Zatial som neprisiel na to ktory balik danu kniznicu obsahuje

jsem asi blbej. Nastartoval jsem jsem si amazon linux instanci, potřebuju na ní běžet dlouhej job pro hádání hesel.
připojím se ssh jako uživatel, spustím ten job na pozadí. Krásně sype output jak má. ps mi jej vypíše.
Odhlásím se.
Přihlásí se ssh zpátky, ps / ps -u ten job nevidí, ale top mi to ukazuje jako běžící proces s číslem pod správným uživatelem. Nevím, kam posílá output.
Když to pustím s nohup, tak je výsledek stejnej.
Jak se k tomu procesu (a jeho výstupu) dostanu, abych ho mohl znova řídit (jinak, než killem)?
Je to srozumitelný?

LUDO: nejak nastavit ten PAM? ale ja to nikdy nedelal, tak jen strilim od boku

LUDO: ukazalo sa, ze to nejak koliduje s libpam-ccreds kniznicou, po odinstalovani to povoli managovat siet, netusim jak z toho von

Zdravim, po poslednom update KDE neon sa nejak posrali povolenia pre NetworkManager. Ako user sa nemozem pripojit, zmazat siet, ...

User ma skupinu netdev,

z /var/log/syslog
audit: op="device-disconnect" interface="eno1" ifindex=2 pid=1561 uid=1000 result="fail" reason="org.freedesktop.NetworkManager.network-control request failed: not authorized"

z /var/log/kern.log
[1537389150.1341] audit: op="connection-activate" uuid="d46d75b8-6e24-454d-b093-25e8debdf027" name="Wifi" pid=1561 uid=1000 result="fail" reason="Not authorized to control networking."

cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile,ofono
dns=dnsmasq

[ifupdown]
managed=true

DANYSEK: No, kdyz vyrobce vidi, ze ma oproti konkurenci horsi vysledky v testech, protoze nema otevreny driver, a kdyz se to ozyva dost dlouho a z dost mist, tak ma urcity duvod k zamysleni - zvlast, kdyz se doporucuje kupovat konkurencni vyrobky, protoze s nima nejsou takove problemy ...

(Jako jo, chapu, ze pro graficke karty to neni az tak velky podil na trhu ale jak videt, i tak se kapka po kapce veci pomalicku meni)

DANIELSOFT: fanatismus v podobe nepouzivani uzavrenych driveru jsem popravde nikdy nepochopil... objektivne z pohledu uzivatele to je fuk, kdyz driver funguje a je vyrobcem udrzovany... a v pripade nvidie ten otevrenej fungoval vesmes hur nez ten proprietarni... protoze holt do otevrenyho sveta cela specifikace diky konkurencnimu boji nejde (i kdyz ano, i tohle se posouva k lepsimu)...

ERGOSUM: díky za info, já ještě nepřešel z 16.04 (asi hodlám počkat na 20.04, ale soudruzi mi vyrobili pěkný bug ( https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1780846 ) ze kterého se dá buď vybruslit neelegantně, downgradováním regresnutých balíčků, tak to zatím dělám, nebo upgradem na 18.04 (nebo přechodem na uzavřený driver grafiky, což zatím z principu nechci)

DANYSEK: apache, freeradius,... u starsisch, stale vyvijenych projektu se to proste stava.

ERGOSUM: tak ono preneseni configu taky nemusi byt 100%... doba jde dopredu, syntaxe se obcas meni... a starej config na novy verzi fungovat nemusi. Treba takovej dovecot, at jsem konkretni :-)

SUK: Máš pravdu. Stejného stavu lze dosáhnout i bez přeinstalace. Nakonec i třeba změnu Red Hat Linuxu na Gentoo. Nebo jak dostat zpátky roota. Jen je otázka, proč to dělat složitě a dlouho, když mohu jednoduše a rychle.

Někdo si piplá stále stejný systém a někdo si za čas řekne, že je čas na velký úklid a začít znovu.
Neplet si to s widows "nefunguje program - přeinstaluj program - možná bude fungovat"

ERGOSUM: No, ja tvrdim, ze to je predevsim zbytecne ;) Mysleno preinstalace, mit /home na jiny partition je samozrejme rozumne.

SUK: Můžeš, ale mě se to osvědčlo takhle (/, /home, swap). Zálohovat něco dalšího není problém, mít proto zvlášť oddíl na disku nemusím(naopak starší záloha se může hodit).
Pokud by mě to moc trápilo, můžu udělat /var a /etc jako link na /home/var a /home/etc, ale netrápí.

Proč to dělat? Měníš distribuci, něco sis rozbil, zkoušels programy a už ani nevíš jak se jmenují, chce se ti, ... Není to nutnost, ale občas je to dobrý nápad.

ERGOSUM: A jeste /var zvlast. Nektere softy (databaze) tam ukladaji sva data. Dale /etc, protoze roky piplanou konfiguraci nechces delat znova. A nakonec, proc takovou vec delat? Vzdyt linux nejsou widle, aby se nekde hromadilo "cosi". Takovahle preinstalace vzasade jen smaze konfiguraky.

SPIKE411: pravda, diky za pripominku! to si odfiltruju jeste jednim reverznim grepem

Akorát ti to chytí i 20000, který není větší než 20000, ale tu jednu konkrétní hodnotu už asi nebude problém odfiltrovat.