Hirdetés

  2. Fórumok
  3. OS, alkalmazások
  4. Linux haladóknak
  5. (kiemelt téma)
Legfrissebb anyagok
PROHARDVER! témák
Mobilarena témák
IT café témák
GAMEPOD témák
  • Téma összefoglaló
    Utoljára frissítve: 2013-09-30 15:51

    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

  • #30810 Dißnäëß nagyúr Lenry #30808
    Új Válasz #30810
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Dißnäëß

    nagyúr

    válasz Lenry #30808 üzenetére

    Ez tiszta és világos, csak nem a kérdésre adott válasz.
    De jó, ha mások is tudják. :K

    Tehát újra: HDD-n történik valami és lesz 1 bad sectorom, amirôl az OS tudomást szerez. Ahogy történt is nemég, ami el is tûnt magától (HDD firmware pótolta spare tartományból, zfs meg korrigált scrub során).

    Ezt a hibát egy ntfs, egy fat, akármi, felvenné azaz megjelölné rossznak, normál esetben. Csakhogy ott LUKS "szemét" van, ergo a feloldott mapper device-on megjelenítôdik vajon a hiba ? Hogy a zfs lássa.

    Mert ha egy fizikai szektor sérül, HD sentinel is jelzi, az a LUKS titkosított blokk, ami ehhez tartozik, szintén sérülni fog és feloldhatatlanná válik, emiatt - feltételezném - a mapper device-on is a legkisebb logikai egységnyit hibaként fog betudni a rendszer, az ezen ülô zfs meg majd a többi HDD + checksum -ok segítségével pótolja az adatot, máshol elhelyezve azt.

    De lehet nem ez történik, csak gondolkodom hangosan. A sorrend biztosan az, hogy amit egy réteg elrejt, elmaszkol, a felette lévô nem lát, ez vili. A lényeg pont az lenne, hogy lássa.

Új hozzászólás Aktív témák