rozhodne protoze kdo napise s mezerou "root fs", tak nevi o cem pise uz v tu chvili ;) protoze bud bude myslet "filesystem pouzity pro uzivatele root" coz by bylo ext4, xfc, btrfs a to se asi na jmeno adresare neprejmenuje, nebo bude myslet jmeno adresare root, tedy /root...
pokud by preci jen myslel bez mezery rootfs, tedy "korenovy filesystem" systemu, tedy / tak lomitko se tezko prejmenova ;)
No jo, ale kolik je dost RAM? Ja mam 8 GB a kvuli rozežraným aplikacím jako Slack ("nativní" Electron klient, co sežere klidně 1,2 GB) mi pořád paměť dochází.
A co je horší, že (alespoň moje instalace) Ubuntu má něco blbě ve správě paměti a když paměť dojde, vyskočí zátěž CPU na 100% na dlouhé minuty a většinou nezbyde než tvrdý reset. Jako workaround používám https://github.com/rfjakob/earlyoom , ale to je dost humpolácké řešení.
mozna se zamer i na uloziste... ma zkusenost je ze s onboard 32GB eMMC pri pocatku swapu je znatelne zpomaleni/zaseky... na jinem HW s jednim historickym SSD to bylo podobne(jen zasek byl obcas a na chvilicku), ale po vymene za "Transcend SSD370" pouziti swap neni poznat ani zpomalenim, zaseky vubec...
instalator *buntu ma samozrejme moznost "rucni rozdeleni", tezko muze nekdo cekat ze automaticke rozdeleni vybere disk c.3 pro swap z duvodu ze jde o to nejhorsi tedy HDD ;)
v rucnim rozdeleni pujde pak vytvaret oddilu kolik kdo chce, kde chce, jak chce atd, nebo si lze rozdelit disk bokem (fdisk, parted, gparted, cfdisk, atd) a pak jen urcit kterej oddil se ma a k cemu pouzit... extremisti mohou klidne bokem pouzit hexedit :)
Samozřejmě že jej jde zapnout. Jde jen o to, že když při instalaci zvolíte výchozí nastavení oddílů, tak se už automaticky nevytvoří swap oddíl jako dosud, místo toho vznikne swapovací soubor, čímž se celková konfigurace systému zjednoduší. Vzhledem k tomu, že význam swapu je dneska pro desktopovou distribuci pro BFU téměř nulový, je to dle mého názoru celkem logický krok. Pokud ovšem už máte swap, tak vám po povýšení na 17.04 pochopitelně bude fungovat dál, pokud instalujete from scratch a chcete swap, samozřejmě si ho můžete v instalátoru zapnout.
SB (neregistrovaný) 78.156.151.--- 24.3.2017 12:35
Vlastně mě to děsí. Na druhou stranu předpokládám, že swap je jaderná záležitost, takže zapnout jej v systému by mělo jít.
vazne neni treba se desit, proste ve VYCHOZI AUTOMATICKEM rozdeleni disku pri instalaci misto aby se pouzil zvlast oddil pro swap se pouzije soubor pro swap...
tedy misto "mkswap /dev/zarizeni" se (v podstate) automaticky udela "mkswap /cesta/soubor"
rucne vypinat(pomoci swapoff)/zapinat(pomoci swapon) swap pak pujde uplne stejne, misto "swapon /dev/zarizeni" bude "swapon /cesta/soubor"
tedy rozhodne nejde o zadne configurovani/prekompilovani jadra nebo neco podobneho ;)
Nedávno som kamarátovi inštaloval Linux Mint 18 Mate na starší notebook a keďže mal relatívne malý HDD, tak som zvolil možnosť nainštalovať systém na celý disk. A on si vytvoril swap súbor o veľkosti RAMky niekde v rámci systému. Kde a čo to som už neskúmal, ale určite to nebol klasický swap oddiel.
Ne, že by s tím nikdy nebyly potíže, ale vždy jsem hibernaci rozjel (asi 5 mých NB a několik dalších pro známý). Největší trable většinou dělala wifi, stačilo zkompilovat jako modul (ve většině dister je jako modul default, já používám gentoo a absolutní většinu ovladačů mám přímo v jádru), před hibernací unload, po probuzení load a v pohodě. Naposledy jsem s tím měl problém asi před rokem s nějakým RC jádrem, na kterým jsem něco zkoušel, ale přehození na stable to opět vyřešilo.
klokan 27.3.2017 2:24
Vzhledem k tomu, že jsem ještě neviděl laptop s Linuxem, kde by hibernace nějak kór fungovala, tak asi ne.
a to ses slepej, nebo koukas jen na laptopy s Windows?
moje zkusenost s Xubuntu 12.04/14.04/16.04 je opacna, vsude mi funguje hibernace(*1), nekolik Thinkpadu T(*2) a X, Ideapad Yoga, Dell Latitude a Precision, HP Elitebook, Asus EEE, ITX Desktop...
ve vsem je Wifi (neresen nijak ovladac), grafarny Intel/ATI/Nvidia, LUKS sifrovani HDD/SSD/eMMC...
nefungujici hibernaci sem musel resil tak pred 10 rokama, jeste neco pred tim sem na jednom musel nahodit TuxOnIce(suspend2) protoze nativni v kernelu vyresit neslo
*1) nekde je potreba hibernaci povolit (uznavam ze "nesikovne" polkit pravidlem)
*2) u stareho sem musel jen resit ze nebyl videt po probuzeni kurzor mysi (ale to i po resume ze suspendu)
Osobně mám zkušenost na Dell Latitude, Dell XPS, HP Envy a HP Elitebook s různými verzemi Ubuntu. Hibernace pořádně nefungovala ani na jednom. U XPS se při probuzení zpravidla podělala grafika - prosím, byl to blob od nvidia, ale na Woknech to pochopitelně normálně funguje, u Linuxu jim evidentně nestojí za to do debugovat. Další z nesčetných důvodů, proč Nevidii nekupovat. Na Latitude po probuzení nešlo wifi, na Envy někdy (ale ne vždycky) po probuzení nefungoval zvuk. Elitebook se mi při pokusech neprobudil vůbec.
Podotýkám že hru na kompilování vlastních jader a ovladačů už několik let nehraju, všechno to byly distribuční generic a/nebo lowlatency balíky od Ubuntu.
Naštěstí suspend mi funguje dokonale a hibernaci v praxi v podstatě nepotřebuju.
a jake Ubuntu jsi zkousel naposledy? 8.04 ? ;) ja s Xubuntu 14.04 prave zkusil 3x hibernovat a probudit:
konkretne "Dell Latitude E6510"(i5-560m, Intel) a "HP Elitebook 8460p"(i5-2520m, Intel)...
vzdy se probudilo, wifi automaticky navazalo a pokracovalo v rozprehravanem youtube (tedy fungoval i zvuk ;) ve firefox a ve stahovani rozstahovanejch aktualizaci...
vsude bezi distribucni jadro, distribucni ovladace, nikde sem nic nenastavoval, proste normalni cista instalace... a pridane TLP (na HP pridano az mezi tema 3x hibernace, take tam bylo jeste jadro 4.2)
na HP bylo potreba pridat to polkit pravidlo pro povoleni hibernace, na Dellu netreba (hibernace je povolena i bez pravidla)...
na nicem z toho teda neni NVidia, to mam v ITX desktopu kde hibernace normalne funguje take, take Xubuntu 14.04, grafarna je Nvidia ION2 a ovladac nvidia-304
suspend je fajn, ale bez pricineni nezamkne LUKS, hibernace ano, takze hibernuju NB kterej pak mesic(e) nezapnu, coz suspend take neda...
tak pro zajimavost :) kdyz sem na tom HP Elitebook 8460p aktualizoval HWE, tedy povysil X.org/Mesa a jadro, tak uz se to z hibernace prestalo probouzet, resp. nabehlo to ciste s hlaskou "doslo k problemu" :) novej Xorg tomu nejspis nevadi, protoze pri nastartovani s puvodnim 4.2 (z predchoziho HWE) to resume ok...