Vlákno názorů k článku
WD MyBook Live aktualizované vyjádření od K> - Eh, ctu dobre ze to zarizeni bylo podorovano...

Proto je IMHO lepší udělat si domácí síťový disk ve vlastní režii. Ať už přímo NAS (ale tam jsou problémové Celerony, které umírají, případně problémové neaktualizované Btrfs) anebo si to třeba postavit s Raspberry Pi nebo podobnými krabičkami (někde je možné použít i NVME raid). RPI4 má už GLAN a jsou myslím i jiné specializované desky s 5GB LAN, pokud je potřeba super rychlost...

Samozřejmostí je záruka vždy aktuálního systému - pokud máme nastavený periodický update - včetně ovladačů a všeho s tím souvisejícího :-)

Ale bohužel to není řešení pro domácího Frantu uživatele, to uznávám. Ten potřebuje jednoduché zařízení, do kterého jen píchne kabel a už to jede. Takže jasná mezera na trhu, ale prosadit se proti zavedeným molochům typu WD by asi nebylo úplně jednoduché... Arduino a RPi to dokázalo, takže asi to nějak vždycky jde 8-)

V tom homeMade je nutno postihnou i fakt, že spousta dobrovolníků dobrovolně ty bezpečnostní záplaty dělá na 5-6 let starý HW. Jinak je to vlastně stejná sitace jako s WD. Narážím hlavně na fakt, že bezpečnostní hrozby v HW by-design existují a poslední dobou i FOSS jde cestou upgrade HW, než lepení (viz odstřihnutí 32bit). Takže to nevdiím růžově s tou automatickou bezpečností ála homeMade

Jestli to má být reakce na mně, tak tomu úplně nerozumím. Například na RPi máte i na verzi 2 stále čerstvý a udržovaný Raspbian. Je to prostě kompatibilní zařízení.
Když vám přestane fungovat třeba starý wifi dongle, protože z jádra byl vyhozený ovladač, tak tam dáte nějaký nový podporovaný, totéž s jiným HW.
V případě openWRT, pokud nějaký router byl už jednou naportován (obvykle přes reverse strategii), tak většinou upgrady existují i pro novější verze systému, samozřejmě pokud jde o dostatečně rozšířené a kvalitní zařízení. Podobná situace je i smartphonů, kdy se jak TWRP, tak LineageOS na většinová zařízení dlouhodobě updatuje a můžete si i zaplatit automatické upgrady u některých zařízení.

Problém by mohl být s disky, ale ty právě by měly mít firmware se SMART, který indikuje problémy a pak stačí jen vyměnit.

Takže upgrade HW u FOSS může být preferovaná strategie, to ano, ale kompatibilní zařízení s otevřenými ovladači většinou zůstavají podporované hodně dlouho - tuším teprve tento rok byly z kernelu vyhozeny věci týkající se podpory určitého typu disketových mechanik..

Ani FOSS nieje vsemocny a nieje to take idealne ako popisujes .
V pripade OpenWRT uz je odporucana HW konfiguracia pri najblizsej stable verzii 16/128MB pre Flash/RAM, co odpisuje kopec routrov. Pri 8/64 uz mozes mat problem.
Ani pri LineageOS to nieje extra ruzove. Napriklad aj preto som si radsej vybral Sailfis OS X.
Aj pri FOSS je to otazka dostupnych zdrojov a aj tu sa riesi co a ako dlho podporovat. V pripade vanilla kernelu je podpora dlha a je to tak ako popisujes. Pri specializovanejsich veciach ale to uz tak nieje a riesi sa ako vyuzit dostupne zdroje a co podporovat.

ondrej _
V pripade OpenWRT uz je odporucana HW konfiguracia pri najblizsej stable verzii 16/128MB pre Flash/RAM, co odpisuje kopec routrov. Pri 8/64 uz mozes mat problem.

to si vicetl(vycucal?;-) kde, ja vidim u OpenWRT 21.02-rc minimalni konfiguraci 8/64 Flash/RAM a to pro default build, v pripade vlastniho "buildu" (nejde o kompilace, ale o zkombinovani vlastniho vyberu balicku do img) je miniumum 4/32 Flash/RAM (s tim ze samozrejme to bude oklestene o WebUI, IPV6, atd)

tech 8/64 ma i jeden z mejch Routeru co ma ~8let (TP-Link 1043), dalsi co ma take 8let (TP-Link 4300) ma 8/128 Flash/RAM, takze 2x tak vice RAM nez minimalni pro OpenWRT 21.02... dalsi router ma ~7let (TP-Link Archer C7) a ma 16/128 Flash/RAM...

s velikosti uloziste je to navic tak, ze lze rozsirit (u vsech routeru to tak mam) pomoci USBFlash, takze i za par let (s tempem jaky povysovani zdroji u OpenWRT je) stale bude mozne tam aktualni verzi provozovat, s tim ze WebUI atd bude na USBFlash... napr. na 4300 (tedy 8/128 + USBFlash) mam nainstalovano: openssh-client/server/sftp, byobu@python, mc, htop, rsync, cast coreutils, moduly a nastroje pro USB LTE modem, atd... overlay na USB ma ~530MB, na vsech bezi 19.07.x a prejdu na 21.02 az vyjde stable (na 1043 uz mam od rc3) ktere je vsechny stale podporuje...

Prepáčte, ale uniká mi zmysel v prevádkovaní OpenWRT na tak pomalom železe, aké má v sebe 1043.
Osobne som to pred pár rokmi testol, ale čokoľvek navyše mimo toho, čo má v sebe aj default FW, zabilo ten router a sieť sa stala nepoužiteľnou. Bavíme sa o trafficu v tej dobe 20/20 Mbit/s. Neviem si predstaviť chcieť od neho niečo pri dnešných rýchlostiach liniek.
Týmto nechcem spochybniť význam alternatívnych OS pre routery, ale ak argumentujete týmto, nemá to (u mňa) váhu.

chdpctkkt
Prepáčte, ale uniká mi zmysel v prevádkovaní OpenWRT na tak pomalom železe, aké má v sebe 1043.

1043 ma v sobe ~stejne (v zavyslosti na HW rev) CPU jako "TP-Link Archer C7" coz je stale prodavanej router, v podstate nejlepsi od TP-Link stredni rady pred AX radou ;-)

se zatezi CPU ani RAM na nem problem nemam, jak "pruchod" tak kdyz se pripojim na na nem doisntalovane openssh-server, pustim tam byobu@python, v nem midnight commander, htop, atd ;-)

Normalne na stranke OpenWRT
https://openwrt.org/supported_devices/864_warning

ok, ale tam ~pisou o 8/64:
- pro zakladni pouziti 64MB RAM staci
- 8MB nemusi stacit pro doinstalovani balicku, resil lze extroot (viz me info o USBFLash overlay)

u me TP-Link 1043 s 64MB RAM - bezi zakladni system 21.02 + bash + openssh-server + byobu(@python) + htop = used 16MB RAM

u me TP-Link 4300 s 128MB RAM - bezi zakladni system 19.07 + bash + openssh-server + byobu(@python) (v byobu otevrene nekolik listu a rozdeleni ~9 casti) + mc + mwan pro auto prepinani na pripojene LTE pri vypadku WAN + htop = used 33MB RAM

Neviem sa k tomu hlbsie vyjadrit, nemam s tym hlbsie skusenosti. Pridam este jednu citaciu.

" 16/64 as an absolute minimum for any device, with at least 128 MB of RAM being preferred.

Users should expect that devices with less than 16 MB of flash and/or 64 MB of RAM may be unstable in basic operation under the current version of OpenWrt (19.07.x and newer). They should further expect that support for the device may be dropped in future. "

Osobne dufam, ze to nebude take horuce, mozno si len kryju chrbat. Osobne rovnako pouzivam TP-Link 1043 ale s LibreCMC.

Aby sme sa vratili spet k teme aj tu je to o zdrojoch a rozhodovani, co a ako dlho sa bude podporovat. Ak by mali viacej zdrojov, tak by sa mozno s tym viacej pohrali aby 8/64 nebolo absolutne minimum a rovnako aj poskytovali ofcialne buildy aj pre starsie/horsie vybavene zariadenia. Ani tu nemas ziadnu garanciu. Predlzuju podporu/zivotnost zariadeniam, je to super.
Osobne nemam problem platit za rozsirenu podporu pri takychto zariadeniach. Bud v nakupnej cene alebo nejakeho pausalu. Privital by som to.

citujes odtud:
https://openwrt.org/supported_devices/864_warning

to "same" pisou tady, s tim ze tehdy pro "current versions of OpenWrt (17.X, 18.X)."
https://openwrt.org/supported_devices/432_warning

zaroven ale ze pri schopnosti vlastniho "buildu" to nemusi platit, coz znamena (jen priklad):
- stahnout a rozbalit archiv imagebuilder
- pustit:
make image PROFILE="tplink_tl-wr1043nd-v2" PACKAGES="-ppp -ppp-mod-pppoe -ip6tables -odhcp6c -kmod-ipv6 -kmod-ip6tables -odhcpd-ipv6only"
a vznikne build bez Luci (to neni v custom automaticky) a bez vyjmenovanejch -balicku (vyjmutti znaci to - pred nazvem balicku), pro pridani Luci pak staci uvest v seznamu PACKAGES luci

do 1m je pripravenej custom build...

nezavysle na ram, takto si pripravuju custom build s pridanejma balickama pro extroot, LuCi s cestinou + material tema
+ podporu WPA3 a podporou https repositaru (oboje bude v 21.02 uz rovnou v ofiko buildiu)

packages="block-mount kmod-fs-ext4 kmod-usb-storage e2fsprogs kmod-usb-ohci kmod-usb-uhci fdisk \
ca-bundle ca-certificates libustream-openssl \
luci luci-i18n-base-cs luci-theme-material \
hostapd-openssl"
make image PROFILE="tplink_tl-wdr4300-v1" PACKAGES="${pac­kages}" FILES="ADD"
s tim ze v adresari ADD mam /etc/opkg/dis­tfeeds.conf se zmenene http => https:
src/gz openwrt_core https://downloads.openwrt.org/releases/19.07.7/targets/ath79/generic/packages
src/gz openwrt_base https://downloads.openwrt.org/releases/19.07.7/packages/mips_24kc/base
src/gz openwrt_freifunk https://downloads.openwrt.org/releases/19.07.7/packages/mips_24kc/freifunk
src/gz openwrt_luci https://downloads.openwrt.org/releases/19.07.7/packages/mips_24kc/luci
src/gz openwrt_packages https://downloads.openwrt.org/releases/19.07.7/packages/mips_24kc/packages
src/gz openwrt_routing https://downloads.openwrt.org/releases/19.07.7/packages/mips_24kc/routing
src/gz openwrt_telephony https://downloads.openwrt.org/releases/19.07.7/packages/mips_24kc/telephony


BTW: to min 16MB radeji doplnim znovu ze je nesmysl, kdyz vychozi build ma 8MB s tim ze zajistuje zaroven 4MB free pro interni overlay (= to kam se ukladaji zmeny, ktere pokud se nic neaktualizuje (balickovacim systemem) nebo neinstaluje zabira par kB nastaveni ;-)

@L.

Jen konstatuji, že spotřebitel prostě musí počítat s tím, že aktuálně má záruku jeden rok, u některých vad dva roky.

Daleko víc, než záruky, by mě právě zajímalo to zavedení profesní odpovědnosti. Aby kdejaký jouda kde co záměrně nešulil, protože ví, že se mu nic nestane. To se děje dnes a denně. Někdy je to firemní strategie, někdy na příkaz nadřízeného, jindy je to jeho vlastní sklon k riskování, jindy zase obava o (ne)získání či (ne)udržení zakázky.

Jsem pro to, aby především sám výrobce definoval záruku / podporu, a zákazník si podle toho vybíral. A jsem pro, aby odpovědnost nenesl jen ten samotný výrobce, ale i konkrétní lidé, kteří se vědomě či nedbalostí podílejí na vzniku škod. Podobně, jako když průšvih neodnese jen advokátní kancelář a nemocnice, ale i konkrétní advokát či konkrétní lékař - někdy dokonce až tak, že dál nesmí vykonávat svoji činnost.

Tyto dvě teze se nijak nevylučují.

Tá profesná zodpovednosť by ale vo výsledku dopadla ako u advokátov - v praxi sa ukazuje, že sú len dva reálne dôvody na vylúčenie z advokátskej komory: neplatenie členského poplatku a útok na iného člena komory...

Jenze to vetsinou znamena mit alespon trochu dospely HW, jinak si uriznou ostudu jeste pred prodejem.
Druha vec je, ze zadny vendor nema zajem prodat produkt jen jednou, potrebuje/chce abys HW obmenoval. Pokud mozno opet za jejich HW a to v cyklu ktery chteji oni, ne ty.
I jen jeden z tehle bodu dava stopku tvemu prani.

Za mého mládí se tohle dělo přirozeně – výrobce prostě udělal lepší HW, a každý zákazník si (po provedení vlastní cost/benefit analýzy) novou a lepší generaci mohl svobodně kopit, když mu to dávalo smysl.

Dnes je normou do HW dávat softwarová kurvítka a lidé jako Vy to dokonce obhajují. Díky tomu nám poslední roky vývoj HW stagnuje... proč pálit miliardy v R&D, když stačí po dvou letech zablokovat updaty a donutit lidi koupit stejnou krabičku v jiné barvě.

Neviem kedy bolo tvoje mladi ale za mojho mladi bola ina doba a SW nebolo to, co urcovalo funkcnost HW. Internet bol v plienkach a zariadenia cezen nekomunikovali a neboli od neho zavisly. Rovnako technologicky pokrok nebol taky rychly a normy sa tak rychlo nemenili. Takze to je uplne ina doba ako teraz a neda sa porovnavat.
Nesuhlasim, ze dnes je normou davat do HW SW kurvitka. SW kurvitok bolo/je malo a vobec niesu normou. Ak mas info o masovych SW kurvitkach, tak sem s nimi.

Praveze nielen HW vyvoj nestagnuje ale ide takym tempom, ze je neekonomicke investovat do SW alebo podpory tolky cas a peniaze.
Terajsi stav je prave dany tym rychlym tempom.

Ak tie disky su naozaj tak stare, tak sa tomu nemozme cudovat,ze uz nemaju podporu a ze vyrobca sa k tomu tak stavia. AKo moze vyrobca davat taku dlhu zaruku, ked nevie co bude o taku dobu a netusi aky nakladna bude podpora. Netusi za aku cenu ti to ma predat aby taka dlha podpora bola prenho ekonomicka.
Su tu urcite moznosti ako prejst na iny model ako napriklad moznost si platit predlzenu zaruku.

Bohuzial bez urcitej regulacie s tym asi vela neurobime.

ondrej _

napr. router TP-Link TL-WR1043ND:
- vysel v roce 2011 (verze HW v1)
- posledni oficialni FW ma z brezen 2014
- OpenWRT 21.02-rc3 dostupne z cervenec 2021

k3dAR - Nechapem na co v mojom komentari narazas s tym routrom?

Inac pouzivam rovnaky router ale v kombinacii s LibreCMC(co je v podstate to iste).
Ten router a OpenWRT je dalsia varianta ineho modelu predlzenej podpory. Ako som spominal, tak aj tu je potrebna urcita regulacia od prislusnych organov. Bez toho to bude ako doteraz a bude to alternativa len pre urcitu skupinu ludi a len pre urcity HW.

Napriklad v automobilovom priemysle je povinnost dostuposti nahradnych dielov este 10 rokov po skonceni predaja.
Uz aj na urovni EU sa riesila otazka podpory ale akosi je okolo toho dlhsie ticho. Tu by jednonacne mala EU nieco riesit. Bud aby vyrobcovia ponukali moznost alebo po skonceni podpoty vyrobca umozni pristup pre tretie strany, ktore mozu ponukat podporu.

To ze se pokousim pochopit proc to delaji jeste neznamena ze s tim souhlasim. Nebo to dokonce obhajuji.

Mně takhle vypekl - budu zcela konkrétní (kdyžtak mě moderátoři zcerzurují) Garmin se svojí "doživotní" mapou. Jednak už v době koupě bylo zařízení velmi pomalé a nestíhalo počítat odbočky, ale taky se s každou aktualizací zpomalovalo. To jste najednou zjistili, že jste měli dávno odbočit a jedete úplně do ... jinam. Teď už používám jen smartphone a Vaze, případně Navigator s offline mapami, když nechci, aby to žralo data.

Podobne jako dozivotne funkční automaticka prevodovka nebo dozivotni zaruka na samonafukovaci karimatku.

Pricemz u prvniho se spise jedna o velmi chytry podvod ceskych prodejcu aut kdy onen "dozivotni" cyklus je nejakych 50-100 tis km bez vymeny oleje. Jenomze pak už je pochopitelne převodovka na vyhozeni a neopravitelna - dosla konce sve zivotnosti.

@Václav Dvořák

Nikdy jste doma nehledal věc, kterou jste s jistotu před pěti lety měl, ale teď nevíte, kde je? U výrobců je to stejné. Pokud by měli delší dobu držet podporu, tak musejí mít produkt neustále v aktivním portfoliu. Mít dostatek vzorků pro další vývoj. Mít zdrojáky neustále přeložitelné. Mít lidi, co si pamatují, jak to bylo kdysi vyrobené. Nebo to mít všechno zaznamenané, a po létech postavit tým, který to přečte, opraví, otestuje, vydá. To stojí peníze.

Stejně tak stojí peníze upravovat hardware a software pro univerzálnost. Otevřít flashování = problémy s reklamacemi, kde kdo si to odpálí. Problémy s licencemi, na každou věc musíte mít zjištěno, zadokumentováno a uloženo, že máte právo zveřejnit. To stojí taky peníze.

Takže ano, klidně mohou být záruky ze zákona delší, ale projeví se to zase někde jinde. Např. ve zpomalení vývoje a v ceně.

Dlužno poznamenat, že výrobci, kteří dávají delší záruky a mají i lepší reputaci existují. Ale lidi to nekupují, dávají přednost nízké ceně.

V podstatě souhlasím, ale výrobce by pak měl jasně deklarovat, že třeba po 2 letech doporučuje výměnu za nový a co uživateli jinak hrozí.

Kdyby to takhle natvrdo napsali, tak by si mnozí jistě koupili to ** dražší zařízení **. Já si třeba po zkušenostech zjistím jestli nějaké zařízení podporuje kernelový ovladač nebo ne a podle toho to koupím. Konkrétně naposled třeba dvoupásmový wifi usb3 dongle (Netis), který umožňuje aircap atd. - přitom na trhu jsou i o sto, dvěstě korun lacinější, někdy i s papírově lepšími parametry (gigabitové rychlosti atp.).

Anebo jinak, mají to udělat kompatibilní napříč řadami, tak aby pak nemuseli řešit obskurní software. Tak jako Linuxový kernel funguje na všech zařízeních, případně jen postačí překompilovat pro jinou architekturu. Na tu kompatibilitu by měl výrobce myslet hned při návrhu zařízení a prostě nedělat neudržovatelný blob.

Miroslav Šilhavý
Nikdy jste doma nehledal věc, kterou jste s jistotu před pěti lety měl, ale teď nevíte, kde je? U výrobců je to stejné. Pokud by měli delší dobu držet podporu, tak musejí mít produkt neustále v aktivním portfoliu. Mít dostatek vzorků pro další vývoj. Mít zdrojáky neustále přeložitelné. Mít lidi, co si pamatují, jak to bylo kdysi vyrobené. Nebo to mít všechno zaznamenané, a po létech postavit tým, který to přečte, opraví, otestuje, vydá. To stojí peníze.

to je demagogie^2 ;-)
1. osoba co nenajde neco doma != firma co vyrabi produkty pro masy

2. neustale prelozitelne zdrojaky = staci mit virtual/docker/atd pro danej model v kterem provadi build, misto na serveru by zrovna WD asi problem delat nemelo ;-)

3. staci nemit nesmyslne kazde zarizeni postavene na naprosto jinem FW/SW

ad universalnost stoji penize - je zajimave ze OpenWRT podporuje ~1900 zarizeni, ktere NEvyrabi, NEprodava, NEma z jejich prodeje zisk, presto dokaze je podporovat i 10let starej HW...

ad "stoji to penize" - to se muze zohlednovat u OpenSource, nikoliv produktu za prachy... kde je snad samozrejme ze cast zisku z prodeje investuje do VYVOJE a UDRZBY...

Ano univerzalnost stoji peniaze.
Ak sa bavime o OpenWRT, tak aj tam. Ani tam to nieje take ruzove a OpenWRT nepodporuje 1900 zariadeni (ak sa bavime o poslednej stabel verzii). S prichodom novej stable verzie to cislo bude este mensie. Pri buducej stable verzii je odporucana HW konfiguracia 16/128 MB pre flash/RAM, co dost zariadeni odpise.
Aj tu je to v konecnom dosledku o peniazoch. Nepriamo ale je to o nich. OpenWRT ma urcite zdroje a tie snazi vyuzit.

"Stoji to penize" sa zohladnuje aj u produktu za prachy a je to OK. Do vyvoja a udrzby sa neinvestuje cast zisku. Tak to nefunguje. Je viac-menej vopred dane, ze co a kolko pojde na vyvoj a udrzbu a nieje to zo zisku. Podla toho sa aj nastavuje predajna cena zariadenia, popripade cena podpory(ak je platena). Opravit dane chyby je pre WD cista strata a ak by to urobili, tak len z dovodu mena/reputacie firmy.
Stale dojedem k tomu ake podpora je dostatocne dlha a co sme ochotny za to zaplatit, lebo je to o peniazoch.

ad 16/128 MB viz vejs

ano, 1900 zarizeni neni na stable 19.07, na tom je ~1000 zarizeni, kolik jich bude na 21.02 nevim, ale rozhodne to neodepise 8/64 viz ten odkaz vejs", dalsi vec je ze sem nezkoumal zda ty nepodporovane 19.07 neni nektere z nich o tom ze neni default build, ale muze byt podpora arch/modelu pokud si oklestenej build sam sestavis(=zkom­binujes)

pokud WD je drzgresle ktera ze zisku neda nic do vyvoje/udrzbu FW pro modely z kterejch ten zisk ma, tak je jedno zda "to tak fungunguje" ale obecne je to ukazka ze "stoji to penize, ktere sice z prodeje tech zarizeni mame, ale kaslem na ne i na zakazniky kteri ty produkty koupili"

No vidis, ze ked sa chce, tak tu hodis spravne cisla. Vadi mi ak niekto podava nepresne info, tak sa zbytocne rozsiruju nepresne udaje, co moze zmiast ludi.

WD v tom nieje sam. Tak to funguje vecsina vyrobcov. Ak by tak vetsina nefungovala, tak ani WD by tak nefungoval lebo by bol nuteny sa prisposobit vecsine.
Pozri na vecsinu nielen consumer zariadeni ako kratko na vychadzaju updaty(routre, TV smartfony,...). Tak rozculovat sa len nad WD je tak trochu neobjektivne.

p.s. To neznamena , ze som s terajsim stavom spokojny. len popisujem ako to je a ze WD nieje taky zly ako to tu prezentujes.

ad cisla, pokud mam byt presnejsi tak zaroven 113 zarizeni podporovane do 18.06 ktere melo EoL 2020-12 ;-)

jde o vetev pod zpravickou o WD, to ze ostatni vyrobci to delaji stejne na tom nic nemeni, me srovnani s OpenWRT samozrejme si muzes posadit na jakehokoliv vyrobce kterej na podporu svejch produktu&zakazniku take kasle a o kterejch by nekdo take prohlasil "stoji to penize proto je v normalni ze to nedelaj" ;-)