-
Fototrend
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
-
#31986
lionhearted
őstag
BlackSoft
#31979
válasz
BlackSoft
#31979
üzenetére
Talán ez már kicsit ontopik is lehet.
hot spare otthonra nem jó megoldás, egyrészt öregszik, másrészt az automatikus helyreállítás automatikus, felügyeletlen: 1. nem tudsz egy utolsó, mondjuk diff backupot csinálni, 2. nem tudod magad detektálni a valós hibaforrást, 3. ez mondjuk nem kifejezetten soho, de mi van egy terhelt rendszerre még resilveringet is terhelsz?!, 4. a hot spare is kap valamennyi működési időt, öregszik.
Ezzel szemben nyersz annyi időt, amíg veszel egy új HDDt (vagy fiókban öregítve ennyit se), leállítod, bedugod. Gondolom nem falaztad be a NAS-t. Egy adatcenter mélyén persze más a történet, ahová alig jut el ember.Egyébiránt a szoftveres raid tömböt (pun intended
![;]](//cdn.rios.hu/dl/s/v1.gif)
) erősítem magam is. Ha nem ilyen utolsó utáni weboldalról összeollózótt szoftverről, hanem hosszú ideje mainline kernelben lévő kódról beszélünk, akkor engem ez megnyert egy zárt feketedobozzal szemben.Utóbbival vesztettünk már el adatot: egy helytelen "lemezcsere" folytán, az eredeti RAID tagját felülírta a vezérlő, így túl sok lemez esett ki, és puff. Pedig minden adat ott volt blokkszinten, menthető lenne az adat, ha nem ilyen "okos" a hardveres vezérlő. mdadm-mel pl ez simán kezelhető lenne, mai napig.
-
válasz
BlackSoft
#31981
üzenetére
pontosan értettem, hogy erre gondolsz, csak ez nem igaz.
mert azzal semmire nem mész, hogy a bit ott van a diszken, de a bitek struktúráját leíró adatok megsérültek. ha a könyvtárstuktúra, a néhai fat utóda, stb. megsérül, akkor az, hogy a blokkos eszközről vissza tudsz olvasni egy nagy zsák bitet, nullát ér.pontosan ugyanakkora eséllyel omlik meg a kernelben a raid kód, mint az ext4 kód. annak az esélye, hogy a raid vezérlőn levő szoftveres raid összeomlik, szerintem nagyobb, mint hogy a procin futó szoftveres raid omlik össze.
összességében azt gondolom, hogy hw raid vezérlő nagyobb kockázat, mint az mdraid.
-
válasz
BlackSoft
#31979
üzenetére
"Továbbá, ha bármi összeszarja a rendszert, attól még továbbra is hibamentesen működik minden kötet": úgy érted, blokk szinten.
mert ha a kötetet használó oprendszer ment el legelni, akkor a fájlrendszer sérülhet, és attól nem leszel boldog, hogy alatta a blokkos eszköz jó.a magam részéről a szoftveres raid tábort erősítem.
-
Lenry
félisten
válasz
BlackSoft
#31970
üzenetére
Én a biztonságosan, átláthatóan működő RAID lehetőségek
van egy IBM szerverünk.
2 SFF lemez fér bele, és csak a RAID vezérlőben létrehozott virtuáldiszket hajlandó továbbadni az OS-nek.
ez addig tök szuper, amíg az egyik HDD el nem kezdni megadni magát.
hogyan váltod ki? nem tudsz betenni még egy lemezt, mert nem fér.
nem tudod kivenni a régi lemezt és lemásolni róla az adatokat, mert semmi más nem olvassa, csak az IBM-es RAID vezérlő.na ez az eset óta tartom orbitális marhaságnak a hardveres RAID vezérlőket úgy, ahogy vannak, és azóta úgy veszek gépet, hogy az első kérdésem, hogy "át lehet-e flashelni a RAID vezérlőt IT módba?"
-
#31971
fatpingvin
addikt
BlackSoft
#31970
fatpingvin
addikt
válasz
BlackSoft
#31970
üzenetére
"Én a biztonságosan, átláthatóan működő RAID lehetőségek miatt használom"
hujj. hát azért ne használd
ott a rendszerben a mdadm, add át a lemezeket natívan és hadd számolja prociból. RAID1 ráadásul nem is annyira prociigényes. így legalább nem fog borulni az egész ha a RAID vezérlő eldurran.
tudom hogy mindenki imádja a hardveres RAIDet de szerintem azt hülyeség otthon használni, hagyjuk meg az enterprájsznak, fent említett okokból. -
#31969
fatpingvin
addikt
BlackSoft
#31968
-
-
válasz
BlackSoft
#31946
üzenetére
A nomodeset az csak framebuffer módot állít be. Attól X11-nek még kéne mennie, a VESA módnak meg főleg (nagyobb felbontású terminál).
Most nézem ezekben a xeonokban nem mindben van IGP, akkor viszont valaminek az alaplapon kell adnia a képet, ha nincs. A 2020-as isoval nézd pontosan mi van benne. A dell windowsos driverei alapján valami Matrox cucc
Lehet valami bug a kernelben, nem gyakori manapság a matrox GPU...
![;]](http://cdn.rios.hu/dl/s/v1.gif)
) erősítem magam is. Ha nem ilyen utolsó utáni weboldalról összeollózótt szoftverről, hanem hosszú ideje mainline kernelben lévő kódról beszélünk, akkor engem ez megnyert egy zárt feketedobozzal szemben.
ott a rendszerben a mdadm, add át a lemezeket natívan és hadd számolja prociból. RAID1 ráadásul nem is annyira prociigényes. így legalább nem fog borulni az egész ha a RAID vezérlő eldurran. 
Új hozzászólás Aktív témák
- LEGO klub
- Lexus, Toyota topik
- Elektromos cigaretta 🔞
- Tarr Kft. kábeltv, internet, telefon
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Apple iPhone 11 - népalma
- S.T.A.L.K.E.R. 2: Heart of Chornobyl
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Csonkítás áldozata lett a nemzetközi Redmi Note 15 Pro+
- GoodSpeed: Munkaügyi helyzet Hajdú-Biharban: észak és dél
- További aktív témák...
- Dell Precision 7550 i7-10850H 32GB 1TB Nvidia RTX3000 6GB 1 év garancia
- Apple iPhone 13Pro 256GB Kártyafüggetlen 1év Garanciával
- Eladó egy Xiaomi 12T pro Töltővel adom
- Apple MacBook Air 13 M1 8GB 256GB magyar bill 1 év garancia
- BESZÁMÍTÁS! Asus Z390 i7 8700K 16GB DDR4 512GB SSD RX 7600 8GB Rampage SHIVA Corsair 550W
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi