systemd a hdparm w czasie startu
Łukasz Maśko
masko w ipipan.waw.pl
Wto, 21 Sty 2014, 22:32:08 CET
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?
--
Łukasz Maśko _o)
Lukasz.Masko(at)ipipan.waw.pl /\\
Registered Linux User #61028 _\_V
Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"
Więcej informacji o liście pld-users-pl