Zobrazit příspěvky
391
Hardware / Re:SSD do notebooku místo mechaniky
« kdy: 24. 03. 2015, 08:18:21 »
Je vhodné zkontrolovat, jestli BIOS umí AHCI. Bez něj to nejspíš taky pojede, ale má to nějaké nevýhody. (Z hlavy přesně nevím, asi podpora TRIMu.)
SSD místo HDD na jednu stranu zní fajn, ale třeba u mého notebooku by mohl být praktický problém. SSD mám nižší a nevím, jak bych ho uchytil do rámečku na HDD. Plus zmíněné chlazení.
Na druhou stranu bych to udělal rád, protože BIOS mi odmítal bootovat z SSD, které bylo na pozici mechaniky. (S poslední verzí BIOSu jsem to zatím nezkoušel.) Takže Grub mám na HDD, systém mám na SSD.
Přesun oddílu – zní to sice jednoduše, ale doporučil bych spíše vytvořit nový oddíl a překopírovat data:
1. Pokud nebude partition správně zarovnaná pro dané SSD, sníží to výkon i životnost.
2. Nebude se tím kopírovat „volné místo“ – dopad na zápis i na TRIM.
Volba discard se moc nedoporučuje, spíše se doporučuje pravidelně spouštět fstrim.
TRIM je obecně problematický u šifrovaných oddílů, ale dá se to:
* Leakuje informace o tom, co je obsazené, a co ne. Z toho se dá usuzovat třeba na filesystém nebo druh dat. (Nevadí mi, ale hodí se vědět.)
* Ne vždy je defaultně povolen.
* Někdy je problém to zapnout. Na Ubuntu 12.04 jsem si musel zkompilovat novější pam_mount, na novějších verzích by to nemusel být problém.
* S pam_mount je to celkově problém: o povolení TRIMu rozhoduje podle volby discard, kterou ale nechci. (Chci místo toho fstrim.) Dal jsem mu tedy discard i nodiscard současně, snad to druhé převážilo. (Ale nevím, jak to otestovat.)
* S eCryptFS nebo EncFS takový problém s TRIMem není, ale tyto FS bych moc nedoporučoval. Nenabízejí moc ani rychlost, ani bezpečnost. (Leakují zbytečně mnoho informací + u EncFS bych před nasazením doporučil si přečíst audit. V kontextu wear levelingu ho jedna zranitelnost nedělá dobrým kandidátem pro SSD.)
Se SSD (mám tam vše, k čemu potřebuju často) mí HDD často idlí. Disk pak chodí častěji spát (možná mu to neprospívá skrze parkování hlav, ale asi ne až tak výrazně) a když chci přistupovat k datům na HDD, trvá to déle, protože se musí prvně roztočit.
„Zalohovat se musi na HDD stejne jako na SSD, oboji ti muze nahle pohrbit data. A pravdepodobnost, ze ti odejde SSD je spis nizsi nez u HDD.“ – to sice ano, ale pokud vím, tak u SSD je vyšší riziko, že odejde bez varování. Na HDD se mi třeba objevilo pár vadných KiB, zavolal jsem do servisu a stále jsem notebook používal…
„Vzdyt se to vsechno fixluje, aby to system videl jako plotnovy disk s urcitym poctem hlav, stop a sektoru, pricemz tam nejsou zadne plotny ani stopy.“ – Bývávalo. Dnes máme LBA a AHCI, tedy SSD se nesnaží simulovat HDD.
SSD místo HDD na jednu stranu zní fajn, ale třeba u mého notebooku by mohl být praktický problém. SSD mám nižší a nevím, jak bych ho uchytil do rámečku na HDD. Plus zmíněné chlazení.
Na druhou stranu bych to udělal rád, protože BIOS mi odmítal bootovat z SSD, které bylo na pozici mechaniky. (S poslední verzí BIOSu jsem to zatím nezkoušel.) Takže Grub mám na HDD, systém mám na SSD.
Přesun oddílu – zní to sice jednoduše, ale doporučil bych spíše vytvořit nový oddíl a překopírovat data:
1. Pokud nebude partition správně zarovnaná pro dané SSD, sníží to výkon i životnost.
2. Nebude se tím kopírovat „volné místo“ – dopad na zápis i na TRIM.
Volba discard se moc nedoporučuje, spíše se doporučuje pravidelně spouštět fstrim.
TRIM je obecně problematický u šifrovaných oddílů, ale dá se to:
* Leakuje informace o tom, co je obsazené, a co ne. Z toho se dá usuzovat třeba na filesystém nebo druh dat. (Nevadí mi, ale hodí se vědět.)
* Ne vždy je defaultně povolen.
* Někdy je problém to zapnout. Na Ubuntu 12.04 jsem si musel zkompilovat novější pam_mount, na novějších verzích by to nemusel být problém.
* S pam_mount je to celkově problém: o povolení TRIMu rozhoduje podle volby discard, kterou ale nechci. (Chci místo toho fstrim.) Dal jsem mu tedy discard i nodiscard současně, snad to druhé převážilo. (Ale nevím, jak to otestovat.)
* S eCryptFS nebo EncFS takový problém s TRIMem není, ale tyto FS bych moc nedoporučoval. Nenabízejí moc ani rychlost, ani bezpečnost. (Leakují zbytečně mnoho informací + u EncFS bych před nasazením doporučil si přečíst audit. V kontextu wear levelingu ho jedna zranitelnost nedělá dobrým kandidátem pro SSD.)
Se SSD (mám tam vše, k čemu potřebuju často) mí HDD často idlí. Disk pak chodí častěji spát (možná mu to neprospívá skrze parkování hlav, ale asi ne až tak výrazně) a když chci přistupovat k datům na HDD, trvá to déle, protože se musí prvně roztočit.
„Zalohovat se musi na HDD stejne jako na SSD, oboji ti muze nahle pohrbit data. A pravdepodobnost, ze ti odejde SSD je spis nizsi nez u HDD.“ – to sice ano, ale pokud vím, tak u SSD je vyšší riziko, že odejde bez varování. Na HDD se mi třeba objevilo pár vadných KiB, zavolal jsem do servisu a stále jsem notebook používal…
„Vzdyt se to vsechno fixluje, aby to system videl jako plotnovy disk s urcitym poctem hlav, stop a sektoru, pricemz tam nejsou zadne plotny ani stopy.“ – Bývávalo. Dnes máme LBA a AHCI, tedy SSD se nesnaží simulovat HDD.
. Provozovat nic neplanujem, len som si tak rozsiroval obzory...