Dotaz: Vynucení SATA II módu na SATA III řadiči a disku

[krupkaf]

Je možné nějakým nastavením jádra (nebo udev) vynutit provozování SATA III disku na SATA III řadiči pouze v SATA II módu?

BIOS je v tomto směru strohý a požadované nastavení neumožňuje. Proto hledám řešení až v systému.

Mám SATA III řadič a SATA III SSD disk. Připojení disku na prvním kanále řadiče byla naprostá katastrofa. Docházelo k propadům výkonu disku, chybám přenosu a nakonec to skončilo totálním zničením souborového systému. Log se velice rychle plnil. Po přepojení na druhý kanál SATA řadiče se zdálo, že vše funguje. Respektive disk takto provozuji, mám na něm systém. Ale občas se PC zázračně kousne. Četnost je někdy po hodině, někdy po několika dnech. Pomůže až tvrdý reset. Ovšem v tomto případě logy mlčí. Žádný náznak chyby. Chci proto nějak vynutit chod disku v SATA II módu, jestli by se to tím nevyřešilo.

Jedná se o notebook HP ProBook 4330s, disk ssd INTEL SSDSC2CW120A3, KUbuntu 13.10 64bit.

---

---

Odpovědi

[Zaatharen]

Většinou to je tak, že záleží na tom zařízení, SATA2 disk u SATA3 řadiče pojede v SATA2 režimu. Jak to vynutit opravdu nevím, nicméně není něco špatně s tím SSDčkem? Řadič máš v AHCI režimu? Zkoušel jsi na to SSD Secure Erase a otestovt v jiném stroji?

Co se týče SSD, vypadá to na Intel 520 řadu, mám to samé akorát 180GB model. Na ThinkPadu T430 mi to chodí jak ve Win7 tak v Mintu 15 16-bit naprosto bezchybně v SATA3 režimu. Očekoval bych tedy zda je to SSDčko v pořádku.

Jinak ještě protip: HPčko do koše a kup si ThinkPad ^__^

[krupkaf]

Disk běží v AHCI. SSD Secure Erase jsem nedělal a v jiném stroji netestoval.

Nicméně otázka byla tato: Je možné nějakým nastavením jádra (nebo udev) vynutit provozování SATA III disku na SATA III řadiči pouze v SATA II módu?

Ubuntu to evidentně umí přepínat i za chodu. Pokud jsem měl disk na řadiči, kde to zrovna moc dobře nefungovalo, v logu se objevovaly výpisy o přepnutí řadiče do SATA II a i zpět do SATA III.

[GeorgeWH]

https://www.kernel.org/doc/Documentation/kernel-parameters.txt libata.force

[MaSo]

Kdysi jsem u IDE disků měnil podobné věci (PIO módy, DMA, ...) pomoci hdparm, myslím, že přímo za běhu a existuje i sdparm (zařízení začínající na sd), tak na to kouknout, jestli to podporuje takhle měnit...

[MaSo]

hmm, tak u SATA toto asi nefunguje, našel jsem to samé, co již tady padl ten odkaz a nastavení jako parametr pro kernel... http://serverfault.com/a/400407

[krupkaf]

Děkuji za pomoc.

Přidání parametru jádra libata.force=3.0 donutilo řadič zvolnit.

[trubicoid2]

nekdy blbne NCQ, muzes ho zkusit vypnout misto snizeni sata, ztratis min vykonu nez prechodem ze sata3 na 2; parametr libata.force=noncq

ncq jde taky vypnout pro jednotliva zarizeni za behu echo 1 > /sys/block/sda/device/queue_depth, zapnes ho zapisem 31

[krupkaf]

Zatím zkouším co to udělá s parametrem libata.force=3.0. Při měření je vidět snížení výkonu disku. Ale při reálné práci a při startu systému je rozdíl neznatelný. Protože se někdy záhadné pády neobjeví i týden, budu nejdříve testovat s parametrem libata.force=3.0 min 2 týdny. Pak se uvidí co dál.

[trubicoid2]

jeste to muzes vratit na ten prvni kanal, aby se chyba objevila rychleji ;)

taky koukni, co je v cat /sys/class/scsi_host/host*/link_power_management_policy, povolene hodnoty jsou max_performance, medium_power a min_power, ty dve setrici mozna muzou delat problem, ale nemusi

a smart rika co? long test jsi asi ted nekdy delal, ne?

a posledni co mne napada: Samsungy maji rezervovanou oblast resenou pres HostProtectedArea, nevim, jak to maji Intely, ale co rika dmesg | grep -i hpa a taky hdparm -N /dev/sda, mozna mu pises tam, kde on nechce

[trubicoid2]

tak ten vas intel zrejme umi overprovisioning pres HPA, takze hpa by melo byt nastaveny (pres hdparm nebo treba necim ve widlach od vyrobce) a nesmi byt linuxem ignorovany, t.j. cat /sys/module/libata/parameters/ignore_hpa ma byt nula

[krupkaf]

dmesg | grep -i hpa říká cosi o Touchpad :). Takže nic.

hdparm -N /dev/sda

/dev/sda: max sectors = 234441648/234441648, HPA is disabled

cat /sys/module/libata/parameters/ignore_hpa je nula

Takže jestli tomu dobře rozumím, HPA Linux neignoruje, HPA je na disku zakázáno - to ale asi není správně.

[trubicoid2]

tim padem jedes bez overprovisioningu, coz tedy by mozna melo nejak fungovat, i kdyz neoptimalne a mozna se to kvuli tomu i kouse, to nevim, rozhodne bych to zapnul

nevyhoda je, ze se ti vyuzitelna oblast SSD zmensi, takze musis vse zazalohovat a smazat a nebo zmensit oddily; zase kdyz to smazes, tak muzes udelat pres hdparm ATA Secure Erase, jak uz tu radili, to obcas problemy se SSD vyresi, obzvlast jestli uz nejakou dobu jel bez overprovisioningu (https://ata.wiki.kernel.org/index.php/ATA_Secure_Erase)

zapnout HPA jde i pres hdparm (http://www.thomas-krenn.com/en/wiki/SSD_Over-provisioning_using_hdparm) nebo ve widlach pres ten jejich http://www.intel.com/go/ssdtoolbox/

kdyz to budes delat pres hdparm, tak je potreba nejak najit spravny cislo, treba ten muj Samsung neudela HPA vetsi nez nejaky magicky cislo

taky muzes zkontrolovat verzi fw, koukam, ze posledni je 2.0.10 z 13.02.2014, mas? to asi pujde i bez widli, maji to na nejakym bootovatelnym iso

[trubicoid2]

tedy bych to udelal v tomto poradi:

1. zaloha
2. update fw
3. secure erase
4. nastavit hpa a kontrola, ze prezije restart
5. smartctl -t long
6. obnova zalohy

[krupkaf]

Upgrade FW jsem na disku ještě nedělal. Podle SMARTu je verze FW 400i. Na stránkách Intelu se sice objevují nové verze FW, ale pro 520 Series je uváděná poslední stále verze 400i.

Má smysl se pokoušet o upgrade FW, pokud je již aktuální verze nainstalována?

[trubicoid2]

aha, tak to muzes krok update fw preskocit

[krupkaf]

Parametr libata.force=3.0 problém nevyřešil. Upravil jsem to tedy na libata.force=3.0,noncq. To ale taky nepomohlo. Stále se kouše.

[trubicoid2]

a cat /sys/block/sda/device/queue_depth je 1? kontrola, jestli se ncq skutecne vyplo

[krupkaf]

cat /sys/block/sda/device/queue_depth vraci 1