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

• #149 janos666 nagyúr kenwood #148

  Új Válasz 2018-07-31 16:29:02 #149

  Ú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

  

  janos666

  nagyúr

  válasz kenwood #148 üzenetére

  Na meg gondolom az a logika mögötte, hogy
  1: alapvetően az utolsó néhány hardware generációval működik cache-ként, amik közt nem is találsz már valódi BIOS-ost (vagy olyan UEFI-set, ami alapértelmezésben a CMS emulált BIOS boot módot preferálná a natív EFI mód helyett), illetve
  2: hivatalosan csak olyan OS támogatott, ami az EFI boot módot preferálja
  3: a régi, EFI előtti OS nem igazán éli túl extra vesződség nélkül egy régi BIOS-os gépről EFI-sre költőzést (az XP-t szinte biztos, hogy babrálni kell, ha nem akarod újratelepíteni, de valószínűleg még a Win7-et is, esetleg a 8 vagy 10 fog magától felállni pár reboot után, de néha még az se),
  emiatt kicsi a valószínűsége, hogy nagyon régről frissítgetett telepítést hoztál el máig (nem lehetetlen, csak kicsi az esély).

  Szóval ja, lehetne 100+ oldalon sorolni az összes feltételt a valószínűtlen esetek taglalgatásával.

  Szerintem egész baráti ez így, rosszabb esetben teljesen legyalulhatná a teljes tárhelyet az alárendelt eszközön ki és bekapcsoláskor is, mint sokszor a RAID kötet létrehozása/széttörése (bár a szoftveres RAID azért enged néha konvertálni, de nem triviális alapfunkció). Általában a Linux-os block layer szintű cache megoldásokkal is az a baj (trükközgetni lehet, de alapvetően bukik a lemez tartalma).

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