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

SUK: na IO je lepsi atop nez htop

hele jen letmy vhled na rawtherapee a pisou tam, ze si to pro sichr vsechno dava do cache na disku. tak mozna esli neexistuje nejakej switch aby to nedelal

VESNACH: htop vypada neskutecne v klidu, ten stroj se nudi, ani plny IO buffery nejsou. iotop hlasi obcasny zapis/cteni 30 mega (to odpovida tak nejak zdrojovymu RAWu a cilovymu jpegu (ktery jsou fakt veliky)).

ten SMART proverim, ale i kdyby byl disk kompletne v riti, neexistuje duvod, proc by to melo zapisovat na interni disk

MARASAN: vzhledem k tomu, ze se to nudi, tak mi nice asi moc nepomuze (mozna ionice?). Zkusim to, moc od toho ale necekam.


Jinak jsem vcera jeste neco kopiroval na flash/ext. disk a vsiml jsem si, ze strasne dlouho trva sync/eject. Takze hadam, ze bude bud spatne neco v zen-kernelu (vanilku jsem zatim nezkousel) a nebo vyslovene v mym kompu. Diky za tipy