-
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.
-
bambano
titán
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.
-
bambano
titán
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.
-
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
- OLED TV topic
- AMD GPU-k jövője - amit tudni vélünk
- Az áremelések és a GTA VI késése miatt nem költekeznek a játékosok?
- Napelem
- A fociról könnyedén, egy baráti társaságban
- Végleg lenyomta a tévét a streaming az USA-ban
- Bluetooth hangszórók
- Hardcore café
- Redmi Note 13 4G
- Micro Four Thirds
- További aktív témák...
- Új Apple iPhone 16 Pro Max 256GB, Kártyafüggetlen, 3 Év Garanciával
- ÁRGARANCIA!Épített KomPhone i5 13400F 16/32/64GB RAM RTX 5060 Ti 16GB GAMER PC termékbeszámítással
- LG 55C3 - 55" OLED evo - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox!
- Samsung Galaxy S6 Lite (2022) , 4/64 GB ,Wi-fi
- LG 65QNED87T / 65" - 164 cm QNED / 4K UHD / 120Hz & 3ms / HDR 10 Pro / FreeSync Premium / HDMI 2.1
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Promenade Publishing House Kft.
Város: Budapest