RIVA: to bych zas tak nemel...ty otevreny od AMD z repo funguji dobre...
postup bych volil nasledovnej...pres sudo-apt get remove jmenobalikuovladacuodamd.deb, sudo apt-get autoremove, sudo apt-get autoclean bych odstranil tu jejich verzi a pak s cistym svedomim bych nainstaloval ten opensource...mozna ti to skoci docasne do nejakyho spatnyho rozliseni, mezi tema instalacema, ale pak by to melo jit...

Problem s drivery, a to predevsim u AMD GPU, je ze chces casto menit verze a to v obou smerech.

.deb ci .rpm umi krok erase a to by drivery melo odebrat. Narozdil od Windows je to v linuxu docela ciste a neni potreba moduly mazat skrze externi utility.

Nevyhodou ale je, ze ta udrzba je pak na dodavateli balicku.
Zde bych se priklonil k SPIKE411 a hledal repo co udrzuje a testuje drivery.
Pouzivat ty primo od vyrobce ti muzes zachranit krk v nejake kratke nekompatibilite - ale dlouhodobe ti vic komplikaci zpusobi.

Nevim co je pro Ubuntu, ale priklad pro NVidia a Fedora je to:
Howto/NVIDIA - RPM Fusion
https://rpmfusion.org/Howto/NVIDIA

SPIKE411: Komfortnejsi by to bylo, ale bohuzel uz jsem se driv bez premysleni vydal jinu cestou

JADE: To je idealni reseni, bohuzel ty ovladace z AMD ale repo nepridaly. Pozdeji jsem zjistil ze jdou pres oficialni Ubuntu repositories nainstalovat open source ovladace primo od AMD, ale to uz jsem mel nainstalovane ty z jejich stranek. Ted mam trochu strach se v tom hrabat :)

RIVA: ano presne tak...ale nektere veci nainstalovane z .deb baliku sami pridaji svoje repo a pak se aktualizuji sami pres apt-get ... jako treba chrome

RIVA: jestli je to .deb, tak ano. pocitej ovsem s tim, ze muze mit jiny zavislosti a pak strhnes lavinu ...
Takze neni spatny si OpenSource SW prelozit do deb balicku sam ze zdrojaku pro distro; tohle nejlip funguje u sw, kterej je v novejsi verzi (unstable) distra, casto si vystaci bez aktualizace knihoven.

RIVA: Ale jinak krome ovladacu by me zajimalo jak to vlastne na Ubuntu funguje s jakymkoli jinym softwarem ktery nainstaluju ze stazeneho souboru bez pridani repo. Je to tak ze proste jen stahnu novejsi verzi a nainstaluji pres tu stavajici?

Zdar, premyslim nad tim jak na Ubuntu aktualizovat proprietary AMD ovladace ktere jsem stahnul primo ze stranek. Normalne pres "apt update" to asi nepujde, protoze AMD neprovozuji oficialni repositories?

FRANCIMOUR: opraveno, vše bylo funkční jen v configu jsem zapoměl na jeden řádek :P

RATTKIN: se nechytám hostname -f je MediaWiki /hostname toho VM/

FRANCIMOUR: napiš dig icinga.francimourserver.cz a nebo hostname -f

Ahoj,
mám na vás lama dotaz a Apachem.

Nainstaloval jsem icingu a mediawiki na dva VM.
Problém je ten, že nedokážu přijít na to jak udělat aby se mi oba systému ukázali při zadání ip rovnou.
Vždy musím zasat IP/mediawiki a nebo IP/icingaweb2

Zde je sites-enabled na media wiki a icingu:

vše je to v továru, tak jak dopadla instalace, zkouším to měnit, ale je to pro mě neprůchozí.

• apache2.rtf

Presne tak SWAP je reseni pro procesy co cekaji na I/O tak dlouho, ze je to radeji posle do SWAP nez aby zrali RAM.
Jde fungovat bez nej, nebo dynomaicky - ale jako vse co se lisi od normy to potrebuje promyslet a ne jen zahodit.

V dnesnich cenach za GB to vetsina uzivatelu resit nemusi.

KOLCON: Jo, to taky.

Nebo se taky hodi jako zachranny pas, kdyz zadani obssahuje radu prioritnich pozadavku, z nich kazdy je ten nejdulezitejsi a ma absolutni prednost pred vsemi ostatnimi (plati pro kterykoli z nich i pro vsechny naraz - cili zjevne nesplnitelne, ale je to potreba nejak udelat) a zaroven misto naslibovaneho objemu informaci tam nahrnou radove vic a rucne odbouraji pojistku, ktera to priskrti pri desetinasobku objemu a narvou tam tisicinasobek, protoze obchodak zase nekde neco nasliboval, ze bude zitra rano - (pricemz dle zadani by to melo byt splnitelne ve zvlastnim rezimu do dvou tydnu).

Tak se bud dodrzi zadani a nasmlouvane limity a bude 90% jejich klientu na den ci vic totalne utre, s tim, ze do dvou tydnu se to vyresi u posledniho (+sankce za neplneni), nebo se zacnout delat divy a vetsine klientu jede vetsina veci skoro spravne kdyz ne od zitrka rana, tak aspon zitrka dopoledne (coz je prijatelne, ze obchodaci ponekud nasazuji chape kazdy) a zbytek nejak dobehne do dalsiho dne i za cenu neprijemnych, lec tolerovatelnych problemu a zdrzeni a omluv obchodaka. - Hadej, cemu da real world bussines prednost ...

(A i kdyz ja mam zada kryta, tak jsem ochotny se pokusit pomoct i nad ramec svych zavazku a sveho pocitu, co je technicky spravne reseni - at uz ohledne cizich slibu, nebo budgetu na techniku a rozvoj)

GILHAD: já to chápu tak, že swap se hodí na offload aplikací, které nejsou zrovna potřeba

HEINZZ: Nedavno jsem pridaval swap do pocitace s 32GB RAM, bylo to nutne a nebylo to kvuli hybernaci.

GIOMIKY: big MAC sem neznal, jeste ze jsou i s vysvetlenim.

GIOMIKY: To patri spis do sitove klubu :) nektere jsou ale dobre :D

Add partioning vs provisioning:
Rozdeleni disku je dobra vec kvuli logistice, klidne to zkus rozdelit. Osobne mam zvlast home kompletne od Instalace distribuce co zrovna pouzivam.
Swap urcite + je potreba sifrovat pokud mas sifrovani dat.

Umisteni (provisioning) - U SSD se delaji mensi oddily pro lepsi vykon a vydrz SSD. U klasickeho HDD te nezajima pristupova doba, ale propustnost u SWAP - takze druhy v poradi je naprosto ok.

Jinak SWAP ano a velikost RAM + 128MB je doporuceni. Snadno se meni za chodu a vetsinou neni problem pridat dalsi ci zmenit.

VYHULENY_UFO: Děkuji.

VYHULENY_UFO: to má, ale když umístím swap na začátek, nastartuju potom systém?

Chtěl bych přeinstalovat UBUNTU 18.04. V téhle verzi už není disk rozdělen na přípojný bod "/" a "/home", mezi které bych vsunul oddíl "swap", aby byl blíže k okraji disku-měl co nejmenší přístupovou dobu. Dá se to nějak udělat aby swap nebyl až jako druhý?

Nesetkali jste se náhodou někdo s následujcí chybou při upgradu Ubuntu?
Upgraduju ze 14.04 na 16.04 pomocí do-release-upgrade a pokaždé mi to zůstane viset po následujícím:
...
Preparing to unpack .../systemd_229-4ubuntu21.23_amd64.deb ...
Unpacking systemd (229-4ubuntu21.23) ...
Setting up systemd (229-4ubuntu21.23) ...
Created symlink /etc/systemd/system/getty.target.wants/getty@tty1.service, pointing to /lib/systemd/system/getty@.service.
Created symlink /etc/systemd/system/multi-user.target.wants/remote-fs.target, pointing to /lib/systemd/system/remote-fs.target.
Created symlink /etc/systemd/system/sysinit.target.wants/systemd-timesyncd.service, pointing to /lib/systemd/system/systemd-timesyncd.service.
Initializing machine ID from random generator.
Adding group `systemd-journal' (GID 120) ...
Done.

(bez jakéhokoliv posunu i po několika hodinách). Můžu to samozřejmě zabít, ale evidentně to pak zůstane v nějakém polovičním stavu (i po restartu); apt/dpkg hlásí zamčené adresáře, nenajde to ani příkaz reboot, snad ani systemctl... Přijde mi, že se nejspíš nedotáhne pořádně instalace systemd. Netušíte někdo, jak by se tomu dalo pomoct?
(Tohle to poměrně přesně popisuje, nicméně bohužel bez pomoci: https://askubuntu.com/questions/1115271/dist-upgrade-stops-at-adding-group-systemd-journal)

SUK: Vysloveně se stejným problémem ne, ale rawtherapee mi stále padalo, bylo dost nespolehlivé celkově tak jsem přešel na ten DT a s tím jsem spokojenej a pokud si správně pamatuju tak mi to nikdy nespadlo a neměl jsem s ním nikdy žádné problémy...