Hirdetés
- GoodSpeed: Ebes, a megtervezett falu!
- Luck Dragon: Asszociációs játék. :)
- petipetya: Nagy chili topic. :)
- Brogyi: CTEK akkumulátor töltő és másolatai
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- GoodSpeed: Alza+ Megéri?
- Trewerr: Analóg-digitális jelátalakítás (zenefájlok leegyszerűsítésével magyarázva)
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- sziku69: Fűzzük össze a szavakat :)
- Meggyi001: Kórházi ellátás: kuka vagy finom?
-
LOGOUT
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
-
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
) 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?"
-
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. -
-
-
-
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...
Új hozzászólás Aktív témák
- Kuponkunyeráló
- Battlefield 6
- GoodSpeed: Ebes, a megtervezett falu!
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Bambu Lab 3D nyomtatók
- alza vélemények - tapasztalatok
- Kerékpárosok, bringások ide!
- 5.1, 7.1 és gamer fejhallgatók
- Konzolokról KULTURÁLT módon
- További aktív témák...
- Fém, összecsukható és kihúzható fotó állvány eladó
- Bomba ár! Lenovo ThinkPad L580 - i5-8350U I 8GB I 256GB SSD I 15,6" FHD I Cam I W11 I Garancia!
- Apple iPhone 12 Pro Max / 128GB / Kártyafüggetlen / 12Hó garancia
- GYÖNYÖRŰ iPhone 12 mini 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3854, 100% Akkumulátor
- Telefon felvásárlás! Samsung Galaxy A15, Samsung Galaxy A25, Samsung Galaxy A35, Samsung Galaxy A55
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
) 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.


