Dotaz: OrangePI a nastavení využití paměti

[Mickey]

Ahoj lidi.

Provozuji OrangePI PC a na něm Armbian (odnož debianu). Pár týdnů dozadu se mi začal strojík sekat, občas něco spadlo (apache a tak), nešlo spustit. Párkrát jsem to přeinstaloval a podezíral, že odchází SD karta, která je v tom asi 4. rok. Nicméně při poslední "havárce" už nejde spustit ani mc, ani apt-get a vše vypisuje "segmentation fault". Dočetl jsem se, že to je problém s pamětí. Takže jsem tam nacpat memtester a pustil ho. Pokud se snažím otestovat celou pamět (1024 MB), tak to lehne, že nemůže lock memory. Pokud testuju 800MB a méně, tak to jede. Asi to tedy bude vadná paměť, což se rovná pro tohle zařízení jako konečná. Nicméně mě napadlo, jestli by nešlo pustit linux s nějakým parametrem, aby používal třeba jenom 512MB RAM, mě by to bohatě stačilo.

Nemáte k tomuto někdo nějaké rady, pomoci, co kam napsat (asi do bootu), aby to používalo jenom 512MB RAM? Kdyby to nepomohlo, tak se nedá nic dělat, vyhodit to můžu vždycky...

Děkuji za každou radu!

Odpovědi

[Petr Šobáň]

Aby odešla paměť to se mi nezdá.

Takže vadná SD karta případně blbne zdroj.

[Mickey]

No mě se to taky nezdálo, ale hlášky "segmentation fault" si asi zdroj nevymyslí a ta karta nevím.

Při kontrole ve woknech žádné chyby nevykazuje.

Ale každopádně bych to omezení chtěl zkusit nějak zakomponovat, ať tak či tak, takže kdyby někdo věděl...

[pc2005]

To mě dělalo na root over NFS, když se po sití načetla špatně binárka.

[Petr Šobáň]

No mě se to taky nezdálo, ale hlášky "segmentation fault" si asi zdroj nevymyslí a ta karta nevím.

Tyto věci jsou náchylné na správné časování SD karty a může tam být chybička která se projeví časem.

Tak stejně pokud odchází zdroj nebo neustojí nějakou špičku, odcházející kondenzátory tak se může nějaká část RAM poškodit, jsou to DDR né statické a informace se musí obnovovat nebo se vypaří.

RAM bude na 99,99999999999999999999% v pořádku, za celý svůj život jsem neviděl poškozenou RAM jedině nekompatibilní kdy nějakému stroji nějaký modul nechutnal, zde je kompatibilní ram připájená.

Takže:

1. Vyskoušet jiné SD karty.
2. Vyskoušet jiný zdroj.
3. Skontrolovat všechny kondezátory zda není nějaký nafouknutý.

[Mickey]

Zdroj jsem už vyměnil.

Hned při prvních problémech, ale dělá to stejně.

Taky jsem si myslel, že karta v háji, ale teď jsem to projel všema možnejma testama a nikde to nic nehlásí.

Jinou teda teď na výměnu nemám, ale zkusím sehnat.

Kondíků na desce moc není nebo je a) nevidím b) na ničem nevidím žádné změny (pár nafouklých už jsem viděl a měnil).

Ale proč by nešel ten memtester?

Kdyby to prošlo, tak nic neřeknu a jdu po kartě, ale takhle...

[pc2005]

Dá se nastavit rezervovaná oblast v kernel command line, ale taky bych se přiklonil k tomu, že to je kvůli problémům s SD kartou.

[pc2005]

Parametr memmap.

[Peter Golis]

Akurát by ma zaujímalo ako človek zistí ktoré segmenty by nemal používať. Memtest mimo x86 (alebo v komerčnej closed source verzii pre amd64) moc nefunguje. Riešil som to pri upgrade RAM na PowerPC 32, a zistil som prd.

[Mickey]

No já to beru fakt tím, že prostě memtester s parametrem 512 projde vždy.

Takže kdybych kernelu (asi) řekl používej 512 MB RAM, tak to bude fungovat. Nevím, odhad. Kdyby to bylo tou kartou, tak netuším, proč by neměl projít memtester.

Ten se spustí a tím to končí ne? Nic z karty už nečte. A neproběhne. Prostě memtester 1024 konec, memtester 512 projde no problem.

[trubicoid]

Záleží jakej memtester 1024 udělá konec. Asi nevleze do paměti typuju. Normálně musíš vzít trochu mín, než je RAM, třeba 900 nebo 850?

Pak taky když je víc jader, tak to pust víckrát, třeba 4x a každýmu dej 850/4

Ještě nevím, čemu říkáš projde. Ono to testuje do nekonečna, potřeba je to nechat třeba aspoň přes noc a pak kouknout na návratovou hodnotu $?

[trubicoid]

bych asi řekl, kolikrát to má kontrolovat. Záleží, jak je to rychlý, nejmíň 20x, možná 50x? Teď jsem zkoušel na malině 1GB, že 850 je ještě moc a 800 jde, tak asi tak.

pusť 4x toto: memtester 200 50;echo $?

návratový kód (viz man):

EXIT CODE
       memtester's exit code is 0 when everything works properly.  Otherwise, it is the logical OR of the following values:

       x01    error allocating or locking memory, or invocation error

       x02    error during stuck address test

       x04    error during one of the other tests

[Peter Golis]

Prvý problém je v tom, že ten memtester pracuje v User Space, a tá nie je mapovaná lineárne na HW RAM, takže je nepoužiteľný.

Druhý problém je v tom, že kontrola tej SD karty len ukázala či je SD karta čitateľná, ale neukázala či tá SD karta vrátila zmysluplné dáta.

Tretí problém je v tom, že tieto krabičky sú spotrebák. Nové OrangePI sa dá kúpiť od necelých 20$.

Riešenie ktoré obmedzí RAM len na dolného pol giga môže pomôcť, ale aj nemusí.

[pc2005]

Pokud používá /dev/mem tak zvládne obsáhnout celou RAM. Na vocore jsem takhle prohledával RAM, když jsem zjišťoval kam vlastně PCIe "busmaster" zapisuje.

[Mickey]

Můžeš prosím nějak více rozvést kam s tím a jak použít?

[pc2005]

Je to tam napsaný nebo libovolně na netu:

memmap=100M@2G

Znamená 100MiB od 2GiB je rezervované. Kernel je nebude používat pro zápis dat/kódu. Takže si zjisti velikost paměti RAM tvého stroje a od adresy od které to už padá si spočítej délku.

Jinak v kernelu je i volba memtest=, ale oproti tomu bootovacímu memtesteru to nebude mít IMO takovou funkcionalitu.

Kernel parametry se musí přidat do bootloaderu, v orangepi to bude nejspíše uboot, takže si někde na wikipedii orangepi najdi how to change kernel boot parameters. Pokud máš bootovací konzoli (třeba přes uart), tak si to můžeš nanečisto vyzkoušet ručně.

BTW Nedalo by se to reklamovat?

[pepe_]

Nepsalo se mem=768M   pro používání max 768M ?

[Peter Golis]

Ten by mal byť nastavený v konfiguráku pre zavádzanie jadra na RPi.

Alternatívne je možné použiť parameter jadra memtest, ten bol len na 32bit x86 a 32bit ARM. Ostatné architektúry to nemali. Holt, kontrola pamäte pri spotrebáku je dosť prepych.

[pc2005]

Ano taky asi jde, ale ten můj parametr by měl umožnit používat i paměť nad tou rozbitou sekcí.

[trubicoid]

Aha, už to vidím

Takže jsem tam nacpat memtester a pustil ho. Pokud se snažím otestovat celou pamět (1024 MB), tak to lehne, že nemůže lock memory. Pokud testuju 800MB a méně, tak to jede. Asi to tedy bude vadná paměť

není to vadná paměť, to je normální, potřebuješ otestovat s 800 (viz. jak radím výše), ale asi to projde, jedině bys měl přetaktováno

spíš chyba na kartě, nekonzistentní soubory, použij e2fsck a debsums

některé karty to budou po určité době prostě dělat, některé ne, záleží na jejich časování

[Mickey]

Aha. Máte pravdu, ten memtester se chová, jak píšete.

Takže se soustředím na kartu a spíš její výměnu. Nějakou někde doma snad ještě mám.

Resp asi bude nejrozumnější se zaměřit na to, jak z té karty jenom nabootovat a potom jet třeba z nějakého pidi SSDčka nebo něčeho takového.

Tak zkusím ty e2fsck a debsumy, ale test povrchu karty proběhl bez problémů.

[trubicoid]

jo, to tak bývá, karta jako taková není poškozená, jen zapsané soubory a filesystem kvůli špatnému časování

dělalo to jen zapisování, často typicky apt upgrade, když se zapisují nové balíky

[Mickey]

Aha.

Máte pravdu, ten memtester se chová, jak píšete. Takže se soustředím na kartu a spíš její výměnu. Nějakou někde doma snad ještě mám. Resp asi bude nejrozumnější se zaměřit na to, jak z té karty jenom nabootovat a potom jet třeba z nějakého pidi SSDčka nebo něčeho takového. Tak zkusím ty e2fsck a debsumy, ale test povrchu karty proběhl bez problémů.

[Jendа]

debsums -c !!!!

[Jendа]

also, vyndat kartu, dát do čtečky v jiném počítači a spustit fsck -fy. Pokud najde chyby, odlejt soubory jinam, přeinstalovat postižené balíčky, znovu naformátovat a nasypat soubory zpátky. Pokud se situace bude opakovat, kartu reklamovat/vyhodit.

[Mickey]

Díky.

 

Karta i OrangePI jsou dávno po záruce, běželo to bez problémů asi 4 roky.

Při dalším pokusu o naběhnutí už se systému nepodařilo se rozjet. Takže jsem kartu "přeimidžoval" a povedlo se mi teď rozchodit systém tak, že bootuje z karty, ale jinak běží z USB, kde je fleska.

Ale stejně to asi nemá velkou budoucnost.

Nicméně nevím, jak jinak zajistit, aby to neumíralo. Beží na tom soft pro meteostanici, takže co 5 min zápisy do databáze, čtení z meteostanice a tak dále.

To asi žádná fleška nebo karta dlouhodobě nedá.

Leda preventivně co 4 roky měnit karty...

[trubicoid]

zkus použít/koupit jinou kartu, nějakou lepší značku, spíš pomalejší než rychlejší

[Mickey]

No jo a člověk aby na to myslel a za 4 roky kupoval novou a dělal zálohu dřív, než to chcípne

[trubicoid2]

tak vono to nechcípne časem, prostě některý karty časem udělají chybu a jiné ne, je to spíš problém kompatibility

[ok2zar]

Pokud neni k dispozici jina storage (napriklad) na lokalni siti, tak pak zkusit oddelit systemovou storage od datove. Stary HDD z laptopu v ramecku pripojeny pres USB muze byt resenim, ale chapu, ze pak uz cely koncept muze postradat vyznam. Ja na podobne apliace pouzivam domaci NFS nebo mam data v ramdisku a jednou za cas jen rsyncem preleju nekam do bezpeci. Ale jak rikam, za lezi na konceptu a ne zdy to lze udelat jinak nebo lepe.

[Petr Šobáň]

Jednoduše protože toto umí botovat pouze s SD karty tak je řešení jednoduché kartu používat pouze RO režimu tím pádem se neopotřebovává a přepnout ji do RW pouze při upgrade systému.

Data zapisovat kamkoliv jinam, po síti, nebo nějaký USB HDD, flash je blbost protože taky za čas odejde.

[Mickey]

No snad už jsem dosáhl stavu, kdy to z SD karty jen bootuje a zbytek teď běží na SSD.

Vyštrachám z šuplíku nějaký starší 2,5" HDD disk a zkusím to s ním.

Ale je fakt, že už se mi to přestává líbit jako energeticky nenáročné a tiché řešení řešení...

A ukládání dat na NAS? NAS doma mám, připojit síťový disk by asi nebyl problém, ale vzhledem k tomu, že to je připojené přes relativně nestabilní wifi, nevím jestli by dopadlo dobře.

[Petr Šobáň]

Pokud to chceš mít nezávislé tak kup nějaký SSD do USB ty vydrží víc jak nějaké flash klíče.

Taky to chce povypínat zbytečné zápisy.

[ok2zar]

Pokud to to mas na nestabilnim pripojeni a dana aplikace to umoznuje, tak zapisuj jen na nejaky maly RAMdisk a jednou za cas to nejak prenes na domaci NAS. Bylo by kontraproduktivni mit primountovany svazek, ktery by byl nedostupny v momente, kdy po nem aplikace bude neco chtit.

[lertimir]

Karta je spotřební zboží. To že karta vydržela zápis každých 5 minut po 4 roky mi připadá nadstandardní. Osobně mne připadá jednodušší nakoupit několik levných karet mít spolehlivé zálohy a když karta lehne tak ji vyměnit. Já osobně takto používám třeba karty i z bazaru, kdy se dají 4G-8G sehnat za 50-70Kč, mám jich snad 10 a když je problém s kartou, tak je vyhazuji. Pokud ti karta vydrží rok až dva tak je to jednodušší než se snažit dosáhnout hodně zabezpečeného řešení.

[Mickey]

No zatím jsem tam dal ten SSD disk, když se mi bude chtít (nebo to bude zlobit), tak to předělám na HDD 2,5", kterej jsem našel v šupleti a budu to považovat za vrchol spolehlivosti

[Tesař]

Nic proti, ale SSD disk je v principu větší Flash, čili stejný problém jako u původní miniSD, zápis jediného bitu znamená přepis celé jedné stránky paměti a životnost dnešních flash pamětí je v řádu stovek přepisů dané stránky, ano SSD bude větší tím pádem vyvrží více. Točící HDD neodcházejí kvůli přepisům, ale mechanickým problémům plus docela žerou.

Podobné věci by se měli řešit systémově, tedy pokud mám zařízení které zapisuje na flash je dobré data agregovat v RAM a zapisovat v dávkách. Příklad data ukládám v MySQL, tak vytvořím tabulku CREATE TABLE test ENGINE=MEMORY parametr engine zajistí, že tato tabulka bude pouze v RAM a do ní ukladám data co 5minut , každou například hodinu pak data najednou překopíruji do klasické tabulky a z dočasné v RAM vymažu. Počet zápisu na flash se tak sníží 12x, pokud tedy původní karta vydržela 4 roky , v tomto režimu by vydržela 48 let.

[Petr Šobáň]

Nic proti ale SSD disk je dělaný pro víc zápisů (má řadič který střídá buňky pro stejnoměrné opotřebení atd....).

Kdežto flash klíčky jsou dělané na cenu a né na spolehlivost......

[k3dAR]

pak tu jsou industrial microSD co jsou "v podstate" SSD, napr."A-Data Industrial microSD IDU3A"

FlashType: MLC
S.M.A.R.T, ECC, Wear Leveling, Flash management...
MTBF: >1.000.000h

[lertimir]

SSD je sice z principu používá podobnou Flash paměť jako Flash disk, ale naprosto a zcela jiné řízení této paměti. K informaci, kolik je fakticky velikost mazacího bloku pro použitou NAND paměť se jednak dnes už dostat ani nedá a za druhe v době TLD buňěk to ani není mocnina dvou pri přepočtu na použité bity. SSD má mnohdy řízení a cache které před zápisem do hlavních chipu data seřadí.

Osobně mám důvodné podezření, že komerční flash disky jsou HW upreveny (přizpůsobeny) file systému, který je na nich standardně použitý. Každý file systém musí z principu mít alokační strukturu, která specifikuje, které sektory disku jsou volné, které obsazené a jak ty obsazené přísluší k diskům a adresářům. FAT má File Alocation Table, NTFS to udržuje tuším v MFT. Linuxové FS to mají každý trochu jinak. Podstatné je že do této struktury se zapisuje při jakékoliv změně na disku. A ty levné flash s FAT32 nebo exFAT to musí mít HW zpracovány v této oblasti jinak protože by to jinak neustály. Kdysi jsem použil levnou flash jako systémový disk pro CentOS servřík. Naformátoval na ext4, nastavil noatime a trochu zkontroloval aby se do něj zbytečně nepsalo, ale po pár měsících začala vykazovat chyby, při aktulaizaci byla efektivní rychlost asi 100kB/s a systém se začal hroutit. Po výměně jsem ji nevyhodil, ale přeformátoval zpět na FAT a měl ji jako takové "podezřelé ale funkční" medium a spolehlivě pracuje dalších 5 let a prtáhl jsem přes ní asi 500-900GB dat zápisem a čtením.