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

• #104371 Dißnäëß nagyúr tordaitibi #104357

  Új Válasz 2025-06-13 06:13:55 #104371

  Ú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 tordaitibi #104357 üzenetére

  Szerintem szétszórja. Miért ne tenné ?

  Konténer itt nincs. Még partíció sem.

  Tehát mégegyszer:
  - Live linux
  - LUKS titkosítom offset-et megadva neki az SSD második felét (vagy még hátrébbtól)
  - megnyitom, lesz egy /dev/mapper/akármim és ezen partíció, majd adatok rá
  - reboot, live linux usb ki

  Bárhova viszed az SSD-t, semmi meg nem fogja mondani, hogy titkosított adat van a "második felén". Az ott kívülről random adat, nem megmondható, hogy micsoda, pláne ha még a header is máshova van téve.

  Windows usb be, vagy másik Linux, mindegy.
  SSD elejére feltelepít.
  Bootol, minden szupi.

  Lejelenti az SSD-nek egy ponton a trim támogatás miatt, hogy mi az, amit ő foglal és értelmes adat. A többi mehet a levesbe.

  Kontroller megkapja ezt az infót és azonnal úgy tekintheti, hogy minden egyéb, ahol nincs ezen OS által lejelentett területen adat, szemét, ergo a cellákba írhat, felszabadíthatja azokat, akármi.

  Magyarul, szétcseszheti a titkosított részt akár.

  Vagy nem

  Erre irányul a kérdésem.

• #104366 ubyegon2 félisten tordaitibi #104357

  Új Válasz 2025-06-12 22:15:35 #104366

  Ú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

  

  ubyegon2

  félisten

  válasz tordaitibi #104357 üzenetére

  Nem nagyon lenne műlödőképes ssd ha ezt így csinálná.

  Vagy mégiscsak! Nem nagyon érdemes belemenni, most hirtelen nem is ugrik be, de itt is külön vehetjük a user meg az OS meg a controller szerepét. Utóbbi egy vagy két dologért felel ráadásul, most hirtelen meg se mondom, melyik vakegér szaladgál cellákat törölgetni és melyik a blokkokat rendezgetni.

  Kb ez a zanzája:

  "Az SSD legkisebb egysége a lap, amely több memóriacellából áll, és általában 4 KB méretű. Az SSD-n több lapot egy blokkba foglalnak össze. A blokk az SSD-k legkisebb hozzáférési egysége. Jelenleg többnyire 128 oldalt egyesítenek egy blokkba; így egy blokk 512 KB-ot tartalmaz." (ez így lefordítva kicsit értelmetlen, de most már mindegy, szóval ne zavarjon, ha úgy is szerepel valami, mint a legkisebb egysége és úgy is, mint a legkisebb hozzáférési egysége)

  Az adatok írása/olvasása a blokkokban/ból történik, fura is lenne, ha a layout felépítése ellenére neked 1M méretű képet egy helyre akarna pakolni. De miért is tenné? Gyakorlatilag ugyanannyi idő neki elérni a blokkokat, akárhol is vannak.

  Gyakorlatilag minden szétszórva, mint anno a HDD-n, csak ez itt nem számít töredezettségnek, de egy vakegérke mindig szaladgál, így van amelyik rendszerhasználat alatt is dolgozik és van amelyik csak akkor, ha hallja, hogy nem mozog semmi.

  csixy komám ezt most értelmesebben leírta, mint én!

• #104365 csixy addikt tordaitibi #104357

  Új Válasz 2025-06-12 21:55:13 #104365

  Ú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

  

  csixy

  addikt

  válasz tordaitibi #104357 üzenetére

  Pedig szétszórja, szétsz@rja mint a ventillátor a Móriczka viccel a cukrászdában. Persze hogy tudnia kell, hogy mit hova tesz, ... és mégis ez a működése lényege. De ezt mi nem látjuk, Mert "kettős könyvelés" van. Ez eddig a hardver és a vezérlő rétege. Ezen a háborgó kavargó fortyogó trutymó óceánon úszkál a mi flottánk a partíciós táblánkkal és a partícióinkkal és az állományainkkal. Szürreális dominójáték. Csak azt lehet remélni, hogy , amikor semmilyen írási-olvasási-törlési-trimmelési művelet nem történik a flotta szintjén , akkor az alap trutyi óceán is kussol és nem csinál semmit. ... Szerintem. Ezek miatt érdeklődöm a slaxos ramba töltős rendszerek iránt. Az az igazi immutable rendszer nekem.

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