- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Xiaomi 17 Ultra - jó az optikája
- Yettel topik
- MWC 2026: Óriásakkut tuszkoltak egy szupervékony hajlíthatóba
- Jolla és SailfishOS tapasztalatcsere
- Android alkalmazások - szoftver kibeszélő topik
- Honor Magic8 Pro - bevált recept kölcsönvett hozzávalókkal
- Android szakmai topik
- MWC 2026: Rám nézett a Robot Phone, zavarba jöttem
-
Mobilarena
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
inf3rno
nagyúr
válasz
Frawly
#30373
üzenetére
Nem ajánlás, mert ténylegesen vezethet adatvesztéshez, ha hibás memória marad a rendszerben valahogyan. Indulásnál volt már, hogy átment a memória teszten nekem rossz memória. Utána csak az OS tudja megfogni, de ahhoz azt hiszem az kellene, hogy kernelt vagy ilyesmit töltsön rá, amit ténylegesen ellenőriz. Ha sima fájlok mennek bele pl másolásnál, akkor a másolat köszönőviszonyban sem lesz az eredeti fájllal. A ZFS-nél még ott van az automatikus javítás, amit azt csinálja, hogy checksumot ellenőriz, aztán felülírja a hibás blokkot a jóval. Itt is kaphatsz hibás checksumot egy blokkra, aztán ha talál jó checksumosat, akkor felülírja a blokkodat ugyanúgy szeméttel. Ami miatt redundanciát vesztesz. Elvileg van valami threshold, hogy egy lemezen mennyi hibás checksum lehet, de gondolom jó magas, úgyhogy el tudsz lenni redundancia nélkül egy jó darabig. Meg írhatod ugyanúgy a hibás backupokat is egy másik lemezre. Aztán amikor elszáll a lemezed, ami az egyetlen jó másolatot tárolta az adatról, akkor csak pislogsz, hogy mi van. Nyilván ehhez az kell, hogy ne vedd észre egy darabig, hogy nyüzsögnek a checksum errorok, és valami gond van. Azt nem tudom, hogy az egyetlen jó checksumos blokkot is felül tudja e írni hibás memória miatt. Erre a triviális mód egy checksum collision lenne. ZFS alapból fletcher2-t használ, amiről kb. semmit nem tudok, de valszeg messze nem collision mentes. Át lehet állítani, hogy sha-256-ot használjon, azzal biztosan nem írja felül a jót, de jóval lassabb lesz. Ezen felül viszont nem ismerem eléggé a fájlrendszer felépítését, hogy tudjam máshol milyen károkat okozhat a hibás memória. Elvileg minden blokk felett van valami szülő blokk, ami tárolja a checksumot hozzá, és legfelül van valami über block, amiről több másolat készül. Ha az über block és a másolatai átírásra kerülnek, akkor az egészet lehet kukázni jó eséllyel. Szóval szerintem valós veszélyt jelenthet a nem ECC memória. De nagyjából annyi a tudásom a témáról. Valaki biztos meg tudja magyarázni, hogy megéri a kockázatot az olcsóbb alaplap és processzor, ami nem támogatja az ECC-t, mert az adatok amúgy sem érnek annyit.
Új hozzászólás Aktív témák
- Anglia - élmények, tapasztalatok
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Formula-1
- Milyen alaplapot vegyek?
- Battlefield 6
- GL.iNet Flint 2 (GL-MT6000) router
- GL.iNet OFF topik
- Kormányok / autós szimulátorok topikja
- Sorozatok
- One otthoni szolgáltatások (TV, internet, telefon)
- További aktív témák...
- AKCIÓ Dell Latitude 5420 - i5 1145G7, 8-16GB RAM, SSD, jó akku, számla, 6 hó gar
- Telefon felvásárlás!! Samsung Galaxy S23/Samsung Galaxy S23+/Samsung Galaxy S23 Ultra
- Clevo 1060 6GB Mxm 3.1 laptop videó kártya ingyen házhoz szálitással
- Bomba ár! HP ProBook 450 G7 - i5-10GEN I 8GB I 256SSD I HDMI I 15,6" FHD I Cam I W11 I Gar
- HP EliteDesk 800 G2 SFF, i5-6500,8GB DDR4,128GB SSD, DVD, WIN11
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

