Dotaz: Kam mám přejít s 32 bitovým notebookem manželky po Leap 42 (SUSE)

[jnet]

Dosud jsme byli taková spokojená SUSE rodinka. Já měl 64 bitové desktopové dělo na 64 bitech pro vývoj a manželka, která počítačové kabely nazývá "hadičky" měla svém notebooku 32 bitové SUSE na prohlížení internetu, psaní v OpenOffice a úpravu fotek v GIMPu. Až do žačátku listopadu, kdy SUSE provedla na 32 bitové architektuře podraz, který by neudělal snad ani Microsoft. Prostě 32 bitovou architekturu hodili přes noc přes palubu. Mě ten Leap nevadí, ale nechci mít doma dvě distra na aktualizaci. Chtěl bych vědět, která distribuce mi umožní co možná s nejmenšími problémy převést data a 32 bitovou verzi SUSE 13.2 na novou distribuci. Linux jako takový mě nezajímá, i mě stačí Python Java C a Postgre i shelly píšu v Pythonu a ne v Bashi, ten neumím. Až přejde někam manželka, tak tam asi uteču taky, škoda, SUSE býval před listopadem 2015 dobrý OS. Tak co doporučujete - Fedoru, Kubuntu nebo něco jiného (jen ne prosím Debian) hlavně z pohledu hladké migrace?

---

---

Odpovědi

[Michal Kubeček]

V zásadě jsou tři možnosti. Buď je má ten notebook 64-bitový procesor, pak není co řešit, prostě použijte 64-bitovou verzi. Nebo je v tom notebooku opravdu 32-bitový procesor a pak bych takový historický kousek na věci jako, cituji, "psaní v OpenOffice a úpravu fotek v GIMPu" (z kontextu předpokládám, že se bavíme o aktuálních verzích) nedporučil ani úhlavnímu nepříteli. Máte-li svou ženu aspoň trochu rád, měl byste jí na takové účely pořídit aspoň trochu použitelný stroj. Pokud ji ale ze srdce nenávidíte, můžete počkat, až ti, kdo v diskusních listech vyskakují podobně jako vy, udělají neoficiální i586 image.

[Dekal]

Nejlepe do prdele

[tux]

xD

[Jendа]

Debian.

[Andrej]

Nemůžu si pomoct, ale tenhle vtip mi už přijde vyčpělý. Bývalo to vtipné, podobně jako doporučovat na fórech rm -Rf /, jenže časem už na to (snad) nenaletí stále méně a méně lidí.

[Andrej]

s/nenaletí/naletí/

Už z toho začínám mít 32768 OpenSSL klíčů v hlavě.

[Jendа]

Nepřijde mi to vtipné.

Už z toho tvého Archu začínám mít Heartbleed a NBÚ mirror podvrhující pozměněné nepodepsané balíčky v hlavě.

[Petr]

Mě to teda taky zaskočilo, ale kdesi jsem se dočetl, že 32bitová verze bude později (jako i LiveDVD). Stejně nemá smysl aktualizovat dříve než za měsíc (či dva, až bude po Vánocích), než se vychytají chybky. Je nějaký důvod aktualizovat hned? Právě že to není MS, aby nám někdo podsouval a vnucoval aktualizaci na novou verzi, ne?

[Michal Kubeček]

32-bitové image možná budou, až - a hlavně jestli - je nějací dobrovolníci připraví. A pokud ano, budou mít stejný status jako ARM64 nebo ppc64, tj. neoficiální port.

[Andrej]

Vyhnout se Debianu je velmi dobrý nápad, to vřele doporučuji. (K)Ubuntu je obdobná katastrofa. Systém, který neumí povolovat a zakazovat služby a který je ze zásady zastaralý, v podstatě nestojí ani za vyzkoušení.

Mám-li tedy vycházet (pouze) z jmenovaných variant, Fedora s KDE je naprosto jasná volba. KDE spin Fedory mi vždy připadal jako nesrovnatelně zdařilejší „KDE distro“ než SUSE. Je to aktuální systém se znamenitým grafickým instalátorem, s plně podporovaným a implicitně zapnutým SELinuxem, s víc než dobrou podporou Btrfs, s kernelem v podstatě v režimu rolling updates (což je ideální stav) a s grafickými udělátky pro správu systému bezproblémově integrovanými do KDE.

[Jendа]

Systém, který neumí povolovat a zakazovat služby

To už opravili.

Fedora není implicitně zastaralá?

Kdo řekl, že má používat Debian Stable?

[R]

On chce pracovat a nie srat sa s nejakou permanentnou alfa verziou.

[petr_p]

Zrovna tento víkend se na fedoráckém devel listě řešilo, co s webkitovou komponentou do Qt5 na x86, která vyžaduje SSE3. Zazněly tam hlasy (zatím v menšině), že nikdo rozumný přeci takový procesor nepoužívá.

[Jendа]

Jak to vzniká (tohle, darktable…)? To někdo napíše kus kódu v x86 assembleru a není k tomu ekvivalentní Cčkový zdroják? Co když to chci přeložit na architekturu bflmpsvz?

[R]

Lebo to programuju polodementne opice, ktorych svet konci u nich doma a nevedia ani jeden ifdef napisat poriadne. Tento trend je v tzv. modernom tzv. slobodnom software coraz castejsi...

[tux]

FreeBSD

[pushkin]

Chtěl bych vědět, která distribuce mi umožní co možná s nejmenšími problémy převést data a 32 bitovou verzi SUSE 13.2 na novou distribuci.

Zazálohuj si /home, reinstaluj na jakoukoliv jinou distribuci a obnov obsah /home ze zálohy. Tohle ti bude chodit i mezi distribucema (možná s drobnými nedostatky týkajícími se verzí software). Pokud nemáš nějakou specifickou konfiguraci v /etc, mělo by to stačit.

Jinak za mě - neboj se Debianu. openSUSE jsem opustil kvůli zběsilému vývojovému cyklu a klesající kvalitě, Debian mě uspokojil (jak Wheezy, tak Jessie).

[lertimir]

V jistém směru jsem na tom podobně. Také mám doma komplet openSUSE a asi dva stroje které mají 2 a 3GB a tím pádem je efektivita 64 bit velmi diskutabilní a mají 32bit verze. Na druhou stranu lámat to přes koleno nemá smysl. 32 bitové verze vymizí stejně. Nebo lépe řečeno nebudou hlavními maintainery podporovány budou to komunitní věci. Myslím, že do dvou let 32bit z velké části zmizí. CentOS 7 je také jen 32 bit. Zkoušel jsem nedávno na 7 let starém Atomu Arch a také mi z instalačky nabídl jen 64bit. Rozdíl mezi spotřebou paměti může vyvážit efektivita 64 bitových operací. Dlouhou dobu jsem tady tvrdil pokud je méně než 4 možná 6 GB stačí 32bit. Ale 32bit měl oprávnění jen pokud obě verze měly srovnatelnou podporu.

[Laspi32a64]

a co je na tom take vazne zle ze si nemozete nainstalovat 64bit verziu , teda ak to neobmedzi procesor ako uz pisal kolega hore a ak to obmedzuje procesor tak ho uz konecne vymente , a to ze ci ma niekto len 2-3GB ram a ohradzat sa takou vecou ze je to zbytocne bla bla bla , ... jednoducho ked uz treba vymenit masinu tak treba a nie cakat 3000rokov na novu pokial si to teda naozaj zufalo clovek nemoze dovolit vymenit ked nato nema peniaze , ...

[mimi.vx]

nechapu jak si lidi mohgou myslet ze 32bit system je v poho na 64bit cpu ...

 

mimochodem i Linus prohlasis ze mit HIGMEN v jadre je cesta do PRDELE .. a nejakou nahodou pokud mate vice nez 900MB Ram a 32bit system tak mate HIGMEM a nebo jeste hure HIGMEM4G zapnut.

Plus nejakou nahodou bugy ktere jsou only 32bit x86 dnes uz nikde prakticky neresi .. za tu penize vlozene do reseni problemu x86-32 to nestoji

[Michal Kubeček]

Problém je, že většina uživatelů vidí jen to, o kolik MB paměti zabere proces méně - a už ne to, jak zoufale je neefektivní a jaké hrůzy se musejí kvůli nedostatečné velikosti adresního prostoru provádět. Z toho pak plynou ty (dobře míněné) rady, jak nemá smysl instalovat x86_64, pokud stroj nemá víc než 4 GB paměti. A najdou se i šílenci, kteří provozují systémy s 32 GB paměti a i586 PAE jádrem a nad tím už opravdu zůstává rozum stát.

[tom]

Problém je, že většina uživatelů vidí jen to, o kolik MB paměti zabere proces méně - a už ne to, jak zoufale je neefektivní a jaké hrůzy se musejí kvůli nedostatečné velikosti adresního prostoru provádět.

A co mi brani provozovat 32bitovy system s 64bitovym kernelem? i386 Debian to tak dokonce nainstaluje, pokud bezi na 64bitovem CPU.

[Michal Kubeček]

To je určitě lepší varianta, i když ta podpora 32-bitových userspace binárek pod 64-bitovým jádrem taky není něco, z čeho by srdce plesalo.

[tom]

A v cem konkretne? Po zacleneni COMPAT_SYSCALL a prevedenim syscallu na vyuziti techto wraperu (3.10?) jsem se nesetkal s problemem, ktery by vznikl na rozhrani mezi kernelem a uzivatelskym prostorem.

[Michal Kubeček]

Jde spíš o to, jak je to implementované, to je tak trochu bastl. Jinak si matně vzpomínám, že loni v prosinci byla nějaká ošklivá série CVE, z nichž některé se týkaly právě tohoto rozhraní.

[tom]

Ano, to bude to, po cem se vsechny syscally zabalily pres COMPAT_SYSCALL. Jako bastl mi to neprijde, dokonce se mi to reseni libi. Je prehledne a na jeden argument to (alespon na MIPSu, kde jsem na to koukal) generuje jen jednu instrukci navic. A je to platformove nezavisle C.

[lertimir]

Celkem dík za trochu infa. Jak to řeší kernel jsem se předtím až tak moc nezabýval, a v diskusích před lety nezaznělo, že HIGMEM je tak silně problematický. Čistě pragmaticky jsem se na paměť díval tak, že 64 bit je znatelně větší v programu i v datech, a že nevidím, co by toto negativum kompenzovalo. Linus právě na pár místech ukazuje, že přístupy do paměti nad 1G jsou drahé z principu, protože se fyzická paměť pořád přemapovává do poměrně malých oddílů virtuální paměti. A říká, že pro nějakou situaci měl ztrátu až 25% výkonu v kmap/kunmap. To je pro mne silně racionální důvod, který menší spotřebu paměti přebije. A asi to přetlačí i to, že nad to 64 bitové jádro někdy musím i doinstalovat 32 bitové knihovny, protože některá uzavřená aplikace je pouze 32 bitová (napadá mne teď rychle Skype.)

[Pavel 'TIGER' Růžička]

Můžeš vyzkoušet Mageiu 5, není to vůbec špatná distribuce. Ale jak už bylo psáno, nevidím zatím důvod k opouštění OpenSUSE. Verze 13.2 je stále podporována a kdo ví, co bude, než ona podpora skončí? Někdy je lepší vyčkat, než udělat unáhlené rozhodnutí.

[Ovocníček]

Tak, nestahovat kalhoty a počkat na brod. Třeba ten faktický konec 32bitů nastane až za dva roky, třeba si to rozmyslej, třeba někdo bude neoficiálně port udržovat.

[mimi.vx]

ne nerozmysli, a je pouze n komunite jestli si bude udrzovat port

[Michal Kubeček]

Nemyslím, že bude existovat nějaké konkrétní datum, na které půjde ukázat a říct "tohle je konec ix86 architektury". No, možná se jednou dočkáme odstranění podpory z mainline jádra, ale to IMHO bude trvat podstatně déle než dva roky. Jinak půjde spíš o postupný úpadek - teď máme jednu mainstreamovou distribuci, která se odvážila přestat vydávat oficiální image, postupně se budou přidávat další a další, za mnoho let už nebude ani Debian Stable a za dalších mnoho let třeba ani Slackware. :-) Ale kde přesně bude ten "konec 32bitů", to podle mne snadno říct nepůjde.

Taky je potřeba si uvědomit, že loni vydané RHEL7 a SLE12 už sice 32-bitové platformy nepodporují, ale RHEL6 a SLE11 ještě hned tak mrtvé nebudou.

[Jendа]

IMHO to jen tak nehrozí, furt se prodávají různé AMD Geode a ty nejhorší Atomy taky byly jenom x86.

[Petr Tomášek]

jen ne prosím Debian

A máš pro to nějaký racionální důvod (krom toho, že Debian přešel na systemd)?

[roseduke]

Xubuntu 15.10 je idealni. Xfce se dobre konfiguruje a ovlada. Je to asi logicky dusledek vyvoje (cituji):

• I was pretty happy with icewm, especially loving the alphabetical navigation in it's OS/2 style Strg-Esc window list. Sadly the order in which Alt-Tab showed windows started to be messed up. Had to give it up.
• Then I was happy with KDE 3.x. Sadly they started KDE 4, making it unusable by trying to copy some things from Windows Vista and MacOS. Had to give it up.
• Then I was satisfied by Gnome 2.x. Sadly they started Gnome 3, making it unusable by trying to copy some things from MacOS, Unity, Windows 7. Had to give it up.
• Now I am ok using Xfce4.

Jako dalsi moznost doporucuji Mint 17.2. Bezi bez problemu treba na Acer E3-111-C4W7
http://linuxmint.com/rel_rafaela_cinnamon_whatsnew.php

[R]

XFCE nic nevie. Usiel som od toho kedysi davno ku KDE.

[Leinad]

Jestli tam máte KDE, tak nepřecházet nikam a počkat si radši ještě rok, než se doladí. Stejně není kam spěchat, 13.2 je podporovaná do roku 2017 a většina softwaru je tam stále dost aktuální. HW podpora už moc aktuální není, ale zcela očividně nepotřebujete funkční podporu Intel Broadwellu

[lertimir]

Ještě by asi bylo vhodné poznamenat, že openSUSE má poměrně rozsáhlé udržované repozitáře jednotlivých produktů, kde je možné mít pro daný produkt v podstatě aktuální verzi. Já takto mám repozitář graphics 'pro aktuální verze Darktable a digiKamu, security pro keepasx, rkhunter a chkrootkit. Nicméně v tom případě je potřeba přesná a opatrná práce s balíčky, někdy se mohou přihodit závislostní problémy.