PISKVOR:
Jestli si to spravne pamatuji tak RPi4 s jednim 2.5" diskem ma spotrebu v klidu 5-6 W, muj domaci server postaveny na Asrock J3160DC-ITX s 2x 1TB SSD Samsung 860 evo ma v klidu 9-10 W, s 2x 2.5" diskama WD black to bralo 12-13W (viz prilozeny obrazek).

WOJTISHEK:
Jeste existuje Odroid HC4 ta ma 2x SATA ale jak pise RORSCHACH cenove je fakt asi rozumnejsi pouzit treba J5040-ITX/J5005-ITX desku.

Zajimava deska CM4
Wiretrustee – take your privacy back
https://wiretrustee.com/

PISKVOR: nejhorsi je, ze kdyz uz donutis linux aby fakt nezapisoval. tak stejne kontroler na SD karte muze prepisovat bunky v ramci nejaky "samoudrzby" a kdyz mu v tu chvili utrhnes napajeni, tak je zle. pokud teda nemas kvalitni (nebo prumyslovou) sd kartu, ktera je na to stavena.

Ja treba pravidelne resetuju bezici RW linux pomoci resetovaciho pinu procesoru (z hlediska Linuxu stejny jako vytazeni ze zasuvky, az na to ze SD karta ma furt elektriku na svoje nekaly aktivity) a nic spatnyho se mi nedeje. Ale stejny zarizeni jsem 2x vytahnul ze zasuvky (krome Linuxu to ufiklo i napajeni SD karte) a hned na druhej pokus byl system poskozenej takovym zpusobem, ze by to ani Linux nedokazal :) Linux ma casto aspon zurnal, ta SD karta ale uz tak zodpovedna bejt nemusi.

Hm. Teď jsem vyjel s jedním RPi úplně z čistýho stavu, a koukám, že je tam možnost zapnout overlayfs, a vůbec se na SD kartu nebude zapisovat.

raspi-config - Performance - Overlay file system - hotovo :D

GitHub - ghollingworth/overlayfs
https://github.com/ghollingworth/overlayfs

PISKVOR: Já už vím. Ale dá se to nastavit i pro jednotlivé typy souborů (třeba *.sh), nebo konkrétní fajl, jestli se nepletu.

PECA: Pedantry: Git to takhle dělá _defaultně_, ale je na to toggle:

Configuring Git to handle line endings - GitHub Docs
https://docs.github.com/en/github/using-git/configuring-git-to-handle-line-endings

K těm LF a CR, ono to je docela weird issue, IMO. Pamatuju z dětství ještě takové ty dálnopisné stroje, na které se dalo tisknout z děrné pásky, nebo třeba "tiskárny" co vypadaly jako elektrický psací stroj zabudovaný do psacího stolu :) A později i třeba terminál, který vypisoval na obrazovku dost podobně.
Tam bylo LF jednoznačně Line Feed, tedy přechod na další řádek, ale na stejné pozici a CR byl skutečně návrat vozíku (tiskové hlavy) bez odřádkování. A dávalo to smysl. Dalo se tak přetisknout řádek 2× pro výraznější tisk, nebo třeba kombinaci různých znaků přes sebe (to terminál neuměl, ten nahradil písmenka za nová).
Ale důvod, proč na se na Linuxu (asi všech unixech obecně, nevím jistě) používá samotný LF a CR navíc rozbije skript mi absolutně uniká. Mac používá samotný CR, jestli mu v něčem vadí kombinace s LF netuším. Na Windows a DOS je zvykem používat CRLF, příčemž zamotné LF či CR asi ničemu moc nevadí, jak se mi z pokusů jeví. Ale pamatuji "texťáky", kde se používalo samotné CR jako měkké zalomení řádku (čistě pro formátování) a CRLF jako konec odstavce.
Vím, že alespoň dříve měly tiskárny v konfiguraci (dip přepínače třeba) nastavení, jak se chovat při samotném LF či CR (jestli automaticky odřádkovat včetně návratu vozíku).

Git, pokud to někdo neví, tak dělá konvrzi podle hostitelského OS. Což se může ukázat jako problém, jak se stalo mě. Zvláštní je, že se na tohle narazí ještě po tolika letech. Ale kolega taky nechápe, proč mi na klávesnici vadí, když tam nemám SysRq, Break a ScrollLock (ne že bych ten SysRq někdy použil). :D

//konec historické vsuvky ne až takového pamětníka :)