Názory k článku Ubuntu 17.04: konec swapových oddílů a podpory PowerPC

Už jde zase přesunout ovládací prvky okna vpravo? Tohle mě u 16.04 po asi hodině neúspěšného hledání nakrklo tak, že jsem přešel na Mint Cinnamon.

a jeje, dalsi pripad co meni kvuli DE cele distro ;) http://wiki.ubuntu.cz/cinamon

Děkuji za vyčerpávající odpověď na můj dotaz.
Po Mintu jsem pokukoval dlouho, ale na Unity jsem si zvykl a až nemožnost přesunout ovládání oken vpravo mě nakrkla tak, že jsem se rozhoupal ke změně.

neni zac ;-) odpovidal sem na tu cast, na kterou sem znal odpoved :-)

obavam se ze na to pecou, viz https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1622043
zkusil sem v Live 17.04 nastavit pres gsettings to co chodilo pred(?) 14.04 a nic... (ani po restartu lightdm/unity)

Co je to prosím "swap oddíl souborového systému"? A do jakého že "swap souboru ukládaného normálně do systémového oddílu" se nově bude odkládat RAM?

Na slovíčku mi nesejde, ale tohle by si opravdu zasloužilo korekci.

Co na tom nechapes?

Na čem?

"swap oddil souborove systemu", je "vyhrazeny oddil souboroveho systemu swap", tedy v ramci rozdeleni disku je vyhrazen specialni oddil na kterem je souborovy system swap, tedy... ;)

"swap soubor ukladany normalne do sytemoveho oddilu" je "normalne do systemoveho oddilu uklaany soubor swap", tedy "do systemoveho oddilu (rootfs, korenovy system, / ) je stejne jako ostatni soubory ukladan soubor obsahujici swap, tedy swapfile, tedy... ;)

tedy neslo o slovicka, ale o to ze si asi nechapal o co jde, tak snad ti me vysvetleni rozsirilo obzory kdyz mas rozbitej vyhledavac ;)

No že jsme si museli počkat na to aby byl tisk přes síť bezproblémový. Asi to je tím, že lidi co mají nastarost drivery pro tisk, netisknou jinak by problémy s tiskárnama byli vyřešeny už před 20 lety.

"pokrocily uzivatel" a "exotictejsi hw" myslim odpovida tomu ze si s tim poradi i bez GUI ;)
bezny uzivatel a bezny hw to ma opravdu jednoduche, protoze se o ovladace nestara, jedine na co narazi je to ze neni pritomem fw pro bcm, coz je vec ktera ale neni technicky problem, ale licencni kvuli tem "hovadum z bcm"...

co by se mohlo zlepsit je ze by pri startu se provadela detekce jestli je dostupny fw pro bcm (pripadne podobne pro ostatni co maji proprietarni fw kterej se nesmi sirit jako soucast instalacniho iso) a pokud ne vyzkocilo by na uzivatele okno "Kvuli licencnim problem neni bohuzel dostupny FW pro vasi Wifi kartu BCM XYZ, po pripojeni na dratovy internet a zmacknuti tlacitka Instalovat dojde k jeho doisntalovani. Vice informaci viz: wiki.ubuntu.com/fuc­king_bcm_fw"

Jistě na co to dělat jednoduše, když to jde složitě ;) Sám nerozumím tomu, proč na libovolném distru není GUI podobný Device Manageru z Windows, kde by člověk viděl v jakém stavu jsou připojená zařízení a jestli nějaké nepotřebuje doinstalovat ovladače.

Exotickým HW může být třeba myš s více než 3 tlačítky nebo klávesnice, která dokáže regulovat podsvícení na základě informací z driveru. Takový HW bude mít BFU a nebude tušit jak to rozběhat.

Zato BCM nemůže, zato může GPL...

Hmm, zajímavý začátek. "Zařízneme to a to, dále láká na..."

Nevím jak ostatní, ale já to beru automaticky takhle:
- Zaříznutí funkce -> Ztráta kompatibility
- Ztráta kompatibility -> Potenciální problémy
- Potenciální problémy -> Důvod si rozmyslet změnu

Takže lákadlo to není...

Možná je chybou brát to tak automaticky . . .

hmm, tak ja nevim, ale pokud mas PowerPC a tedy se zariznuti podporu PowerPC se te tyka, tak nejde o potencialni problemy a duvod si rozmyslet, ale jasne proste to ze ti to na PowerPC nepujde...
pokud ale (a zda se mi to) PowerPC nemas tak se te to absolutne netyka a tedy mas jen zbytecne blbe kecy... ;)

Co takový Postscript? Tiskárna s podporou tohoto jazyka taky nepotřebuje speciální ovladače pro konkrétní model, stačí generický Postscript driver v OS..

Ono to s tím postskriptem nebude tak žhavé. Ovladač kromě vlastního zasílání dat k tisku, musí umět:
* zjistit parametry a schopnosti konkrétní tiskárny (formáty a zdroje papíru, duplex. tisk více stránek na list)
* nastavit parametry tisku (dtto)
A to AFAIK postskript neumí.

To neumi, ale umí to SNMP už u historických tiskáren. Obecna oidecka jsou standardizovana takze si je stačí osmatat. No a ta specifická pro daného vyrobce/typ stačí dotáhnout jednoduchým popisem na pár kb. I kdyby nebyl tak obecné budou fungovat. Minimálně se člověk dozví že chybí papír nebo toner.
To že ale že designéři softu toto neví, už je jejich vypatlanost.

Zjistit tyto parametry(moznosti nastaveni) lze pres SNMP, ale je to proprietarni.
Nastavit to lze i pres PostScript pomoci komentaru ve specialnim formatu, tzn. je to taky proprietarni.

Nastesti je to celkem zdokumentovane a jednotlive modely tiskaren od tehoz vyrobce se mezi sebou moc nelisi.

Proč chtějí zaříznout hibernaci? Co myslí vážně "uspávání na disk, která už ale ani Ubuntu nenabízí, alespoň ne v grafické nabídce" - jakože user friendly přístup je uspávat notebook z příkazové řádky??? Nebo na to místo jedné položky v menu budou mraky plazmoidů, pluginů, a kdovíčeho ještě, a žádný nebude fungovat pořádně?

Jsem naštvaný, že je hibernace v OpenSUSE 42.2.rozbitá (systemd místo pm, ach jo, a přitom posledních >10 let tak krásně fungovala) a chtěl jsem vyzkoušet nějakou jinou distribuci, no a někdo z dalšího mainstreamu ji radši úplně vyhodí, to je fakt absurdní.

ja sem si na uspani na disk vyclenil jednu hotkey a nabindoval ze po jejim stlaceni se ma provest echo disk > /sys/power/state

proc bych mel lezt do konzole?

A co desktop?? Uzivatelia si snad maju kupovat rezervny zdroj pre pripad vypadku vedenia aby sa im nezmazala RAM? A este info, ani notebook nevydrzi v sleep modu tyzdne, mozno tak novy s novou baterkou.

to je demagogie... boot nikdy nebude rychlejsi nez hibernace v pripadech kdyz to znamena pustit prohlizec co si nacte desitky/stovky listu(i kdyby s volbou nacitej az pri vybrani), pustit editor a otevrit v nem 10 souboru, spusit terminaly a vyhledat v historii pripojeni na nekolik serveru, otevrit spravce soubory a vem nekolik adresaru atd, atd...

a zvlast u vetsi RAM? na disk se hibernuje logicky jen pouzita RAM, takze cim vice RAM je pouzite a uklada se tim vic veci by clovej musel zdlouuuhave poster po citem bootu znovu...

tohle me zarazilo take, ale verim/predpokladam ze jde JEN o to ze swapfile nepodporuje (systemovou) hibernaci, melo by ale jit po nainstalovani userspace hibernace "uswsusp"
viz https://wiki.debian.org/Hibernation/Hibernate_Without_Swap_Partition

dalsi moznost by pak byla zahodit swapfile a vytvorit swap oddil na kterej hibernace uz systemove (kernelova) jde...

krome toho to jeste muze souviset s tim ze nebude pro overenej HW (jako do ted) povolene polkit pravidlo pro hibernaci, takze uzivatel si ji bude aktivovat vsude ne jen na tech problemovejch...
viz: https://help.ubuntu.com/stable/ubuntu-help/power-hibernate.html

jo a dalsi vec je, ze pokud se pri instalaci zvoli "rozdeleni disku LVM" (coz je ostatne to nevhodnejsi rozdeleni co muze BFU i NeBFU udelat) tak se misto swapfile, vytvori samostatna swap volume a tedy by nemel uzivatel nic resit, maximalne tedy to polkit pravidlo...

takze doplnuju praktickou zkusenost... je to jak sem predpokladal :)

- na notebooku "Lenovo Yoga 300-11IBY" sem nainstaloval Xubuntu 17.04
- pouzil sem LVM
- swapfile neni, naopak mam prave ten lvm swap oddil
- v nabice vypnuti hibernace nebyla
- po pridani pravidla povolujici hibernaci (s 16.04 to treba neni) nabidka hibernace pridana (bez restartu)
- hibernace funguje, probuzeni funguje

=> takze pri volbe "pouzit LVM" je swap oddil jako driv akorat je potreba (a mozne nebude treba na jinem HW) pridat pravidlo povolujici hibernaci a to je cele...

https://help.ubuntu.com/stable/ubuntu-help/power-hibernate.html

Bohužel, tohle je jeden z důvodů proč jsem opustil Linux na notebooku a pokud ho nezbytně potřebuju, tak jedině jako virtuál. Funkce které fungovaly najednou nefungují správně, a přinutit Linux aby běžel na hardwaru aspoň trochu novém je utrpení.

ten duvod to mozna je, ale ne technicky problem Linuxu, ale problem uzivatele (jeho, tvuj) pripadne smula na divnej HW...

moje zkusenost s 1rok starej model Lenovo Yoga 300-IBY (netbook s touchscreen) kde 16.04LTS chodi bezproblemove a zkusil sem 17.04 kde "prinutit" k hibernaci je otazka par vterin podle naprosto snadneho postupu na Ubuntu Wiki
https://www.root.cz/clanky/ubuntu-17-04-konec-swapovych-oddilu-a-podpory-powerpc/nazory/#o917457
na tomtez HW sem zkousel Win10 a bylo to utrpeni, bez pripojeni k internetu nefungoval touchscreen, po pripojeni to trvalo nekolik hodin kdy to nejdriv tahalo aktualizace a pak data pro dlazdicky a jeste nejakou posahanou Candy neco hru kterou sem vazne nechtel ;) i po instlaci ten system byl mnohem hure a pomaleji ovladatelnej nez pri restartu do Xubuntu... takze jako u mejch vsech HW, Windows oddil byl smazat vcetne Windows-Recovey...

Proc bych si mel komplikovat zivot s LVM
aha, takze paaan je Mistr kteremu LVM komplikuje zivot :-D nam vsem ostatnim LVM znacne zivot zjednodusuje, zmeno velikosti zachodu, pridavani a odebirani oddilu bez potreby presunu/zmensovani, moznosti snapshotu a tim snadneho zalohovani za chodu apod, apod... ;)

to ses na hlavu, vyhoda LVM se projevi na (skoro) jakekoliv velikosti, ja ho mam na 32GB eMMC a je to velmi pohodlne s tim pracovat...

BFU nehibernuje. BFU zaklapne notebook a víc se o to nestará.

jak bylo receno, s LVM je vytvaren swap "oddil", LVM je navic automaticky vybran (a nelze vypnout) pri sifrovani disku...

idealne pak aby pri instalaci bylo to LVM proste vychozi volba...

Souhlas, tu (ne)hibernaci fakt nechapu.

Dalsi opruz je pro multi boot system, slo sdilet swap, /home, ...

Ta úžasnost je v tom, že teď na 250G disku zablokuješ třeba 4G pro swap oddíl a z nich by ti mohlo 3G scházet. Navíc je ta velikost nastavená pevně. Souboru naproti tomu nic nebrání roztáhnout se do celé systémové části. Prostě samé výhody. :-D

Odjakziva. Holt se clovek muze porad ucit neco noveho, treba swapon/swapoff per file.

Ono to vypada, ze doted byli vsichni pitomci a nikoho to nenepadlo driv. ono to ale melo nekolik hacku.
Starsi Linux kernely dokonce umiraly s hlaskou "Not enough memory to swap to disk".

Swapovani do souboru ma same vyhody, jedinou nevyhodou je mozny deadlock v kernelu, pokud to neni dobre osetrene. To se snad ale stava jen pokud se swapuje do sifrovaneho device namontovaneho pres loopback.

Ani u tech Windows to neni uplne jednoduche, swap soubor muze byt pouze na NTFS filesystemu.
Ten soubor ma specialni atributy a pro zapis do toho souboru se nepouziva klasicke souborove api. Zapis do swap souboru, totiz nesmi vyzadovat zadnou alokaci pameti.

Na druhou stranu je ale dost opruz zvetsovat velikost swap partition, pokazde kdyz udelam upgrade RAM.

"...swap soubor muze byt pouze na NTFS filesystemu..."
- to jste vzal kde? Na starsim stroji mam na NTFS partition WinXP a swapovaci soubor mam na k tomu vyhrazene FAT32 partition. Protoze je to stary stroj opravdu me neomezuje max. velikost 4GB, ani to, ze nema "featury" jako zurnalovyci FS, ktere pro swapak rozhodne nepotrebuju.

Na druhou stranu je ale dost opruz zvetsovat velikost swap partition, pokazde kdyz udelam upgrade RAM.

co je na tomto opruz? s LVM to zabere par vterin:

swapoff -a
lvresize -L +1G /dev/mapper/vg-swap
mkswap /dev/mapper/tvg-swap --uuid $(blkid /dev/mapper/tvg-swap -s UUID -o value)
swapoff -a

a pokud si rozsirujes RAM tak casto, muzes si to dat do scriptu a nastavit na hotkey nebo misto 1G dat $1 a velikost o kolik zvetsit urcovat parametrem ;)

edit: posledni radek ma byt samozrejme swapon a jmeno vsude stejne ;)
uuid se zjistuje (a znovu pouzije) to stavajici aby se nerozbilo resume v initramfs a/nebo grubu...

swapoff -a
lvresize -L +1G /dev/mapper/vg-swap
mkswap /dev/mapper/vg-swap --uuid $(blkid /dev/mapper/vg-swap -s UUID -o value)
swapon -a


To by mě zajímalo, kde to LVM vezme to místo navíc bez zmenšování jiných oddílů

+1

... nehledě na to, že dnešní typická velikost paměti je 8-16GB. A dobrovolně se připravit o 16-32GB místa na 256-512GB disku, ehm, nedává příliš smysl. Notabene místa, které využiju opravdu ojediněle, pokud vůbec.

(pomíjím neméně důležitý fakt, že obecně použítí swap na dnešním průměrném desktopu je spíš kontraproduktivní)

takze pro 8-16GB je opravdu zbytecne se pripravit o 16-32GB kdyz staci prave tech 8-16GB, to ze SWAP ma byt 2x vetsi nez RAM platilo v minulem stoleti a z jineho duvodu ;)

pokud SWAP nevyuzijes tak je by samorezjme i 1GB bylo zbytecne, ale jsou lide co hibernaci proste pouzivaji ;) ja na 512GB SSD mam 16GB swap i kdyz vetsinu casu jen suspenduju do ram...

Swapfile neni pomalejsi: https://lkml.org/lkml/2005/7/7/326

Proc myslis, ze to neni aktualni? Jako ze to behem tech let treba nekdo prepsal, aby to fungovalo hur?

Podle mě hibernaci zařízli z důvodu, že mnohým způsobovala problémy = nefungovala spolehlivě. Mě osobně např. nefungovala zatím na žádném notebooku. Mimo to, další důvod je, že nativní podpora pro hibernaci do souboru v linuxu chybí.

Mám Lenovo T400, přešl jsem na Linux - Ubuntu ("upravené na Xubuntu" podle návodu z Internetu) a funguje vše - hibernace (bylo třeba podle návodu použít pár příkazů..), čtečka otisků, grafika, LAN, Wi-Fi, zvuk.. jsme spokojen.

zariznute to neni ;)

Nefunguje ani uspání do paměti, právě otestováno. Systém vytuhne, nevypne se.

chyba je na tve strane, nebo v kombinaci s tvojim hw, me funguje uspavani do pameti i hibernace na disk...

nicmene je normalni ze po vydani se vychytavaj bugy, ale je potreba aby jsi nahlasil problem tveho HW, pokud uz na to neexustuje bugreport, autori Ubuntu jiste root.cz komentare nectou ;)

viz: https://www.root.cz/clanky/ubuntu-17-04-konec-swapovych-oddilu-a-podpory-powerpc/nazory/#o917514

tedy mam LUKS, nad tim LVM, v tom SWAP...

jinak k v clanku uvedenemu: "Xubuntu [...] zůstávají u starých verzí prostředí Xfce [...] a došlo jen k drobným změnám"

Xubuntu 17.04: Nekolik aplikaci a pluginu do panelu bylo preportovano do GTK+3, zakladni Xfce knihovny exo a libxfce4ui ziskali take plnou podporu GTK+3, dale byla pridana podpora pro Glade GTK API.

Temata Greybird a Numis byla aktualizovana pro podporu GTK+3...

Whiskermenu (hlavni nabidka) je pouzita GTK3 verze (ve vyvoji jsou paralelne verze 1.x pro GTK2 a 2.x pro GTK3)

Parole ma mini rezim(schova menu a zmensi se do maleho okna)...

Thunar ma nekolik oprav souvisejici se stabilitou kopirovani/pre­souvani...

Notifikace maji kompletne prekopane/rozsirene nastavani, rezim nerusit, moznost blokovatno notifikace konkretnich aplikaci, zobrazene notifikace se muzou ukladat do "historie notifikaci" a zpetne prohlednout...

Spravce uloh ma dohledani procesu pro okno vybrane mysi a klavesove zkratky na ukonceni a zabiti procesu...

Spravce schranky ma novou ikonu co nezustava malinka pri zvetseni panelu a opravene menu zobrazovane pri umisteni panelu na spodek obrazovky...

Pridana nova aplikace SGT Puzzles Collection obsahujici 40 ruznych logickych her...

Oproti Xubuntu 16.04 LTS je videt vyraznej posun v portovani na GTK3 a