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.

HEINZZ: dovolim si nesouhlasit, ja napriklad swap partysnu pouzivam pro hibernaci ntb. jelikoz mam 32gb ram, potrebuju swap minimalne 32gb

CHEVALIER: proc bys ho nemel nastartovat? to vi grub, kde ma hledat bootovaci partysnu....

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

CHEVALIER: ubuntu uz nema moznost manualne si rozdelit disk?

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...

CHOROBA: Jo, neco si tam cachuje, ale to by nemel delat behem exportu a i kdyby jo, tak to nesmi zadrhavat mys :)

JUNIOR: DT mi nesedl a docela mi i padal, RawT fungoval doted dobre. Dokonce nekdy v Q3 minulyho roku optimalizovali de-mozaic, takze na tom mym Atomu jsem na fotku misto dvou minut cekal jen 10 sekund. Kazdopadne, ty ses setkal vyslovene se stejnym problemem?


DELVIT: Ach tak, ne. Nebezi mi nic takovyho, mam relativne cistej sysem :)

SUK: myslel jsem něco jako Akonadi. Ale podle toho jak to popisuješ tak to tím nebude.

SUK: Přesně kvůli tomuto jsem přešel na Darktable. Tam mi všechno běhá mnohem lépe. Ještě teď s tou novou verzí 3 je to prý mnohem svižnější - neměl jsem zatím důvod přecházet tak nemohu porovnat...