Dysk SSD Ci widzi jako hda ??!!
Co pokazuje: hdparm -tT /dev/hda
On 21.01.2014 22:32, Łukasz Maśko wrote:
Dzisiaj przeniosłem system ze zwykłego tależowca na SSD. Nie ma w zasadzie
problemów z wyjątkiem hdparma, który przy starcie ustawia... coś. Mam niby w
/etc/sysconfig/hdparm ustawienie takie:
HDPARM_hda="-qc 1 -qu 1"
ale podczas bootawania na ekran (i do logów) wyrzucane jest takie coś:
[ 9.419023] hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete
Error }
[ 9.421885] hda: task_no_data_intr: error=0x04 { DriveStatusError }
[ 9.424670] hda: possibly failed opcode: 0xef
[ 9.431354] hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete
Error }
[ 9.434185] hda: task_no_data_intr: error=0x04 { DriveStatusError }
[ 9.434675] hda: possibly failed opcode: 0xef
[ 9.439728] hda: cache flushes not supported
Potem podczas pracy takie błędy już nie występują (pierwsze skojarzenie -
dysk walnięty, ale to SSD, prosto ze sklepu). Parametry z
/etc/sysconfig/hdparm nie są ustawiane (muszę ręcznie wklepać hdparm -c 1 -q
1, żeby zaskoczyło). Dysk akurat te parametry przyjmuje bez zastrzeżeń
(poniższe już po ręcznym ich ustawieniu przez hdparm):
# hdparm /dev/hda
/dev/hda:
multcount = 0 (off)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/255/63, sectors = 247975936, start = 0
W jakich plikach poprawnie mogę ustawić parametry dla dysku? Mam wrażenie, że
przy systemd /etc/rc.d/rc.hdparm teraz nie jest odpalany i ustawienia z
/etc/sysconfig/hdparm do niczego się nie przydają (mam rację?). A może
powyższe błędy nie są związane z hdparmem - w takim razie z czym?
--
Pozdro
lord_Niedzwiedz
---------------
In security - do not assume anything
_______________________________________________
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
