Я использую или CentOS или Ubuntu выпуски LTS. Оба стабильны, известны и хорошо поддерживаются.
Это было корректной вещью сделать. Хинду LiveCD, возможно, использовал драйвер IDE вместо драйвера SCSI для Вашего (я принимаю), жесткие диски с интерфейсом SATA. Медленнее, но гарантируемый быть надежным. Вы не должны должны быть делать что-либо еще; Ваша система устойчива.
Игра с опциями SATA в BIOS - режим "Combined" AFAIK позволяет Вам доступ IDE или SATA (таким образом, различные ядра могут сделать, разные вещи... думают, что это изменилось ~2.6.18) - пробуют расширенный режим, и я думаю, что Вы получите SDA повсюду вокруг, предполагая, что более старое ядро управляет им хорошо, который это, вероятно, будет.
Править: FWIW, SmoothWall (где я работаю) нашел это на аппаратных средствах UTM, которые мы используем - и была Большая разница в производительности (hda, было намного медленнее),
Edit2: да, я соглашаюсь с предыдущим плакатом - Вы сделали правильно. Проверьте, что Вы получаете достойную производительность диска с:
hdparm -Tt /dev/sda
и если это в порядке.. оставьте хорошо одними :)
HTH,
Tom
Надлежащий способ зафиксировать это состоит в том, чтобы использовать UUID. Еще некоторые детали здесь. С UUID не имеет значения, что имя устройства заканчивается как (hda, sda, sdc, и т.д.), система найдет его.
Например, моя личинка похожа
linux /vmlinuz-2.6.32-21-generic root=UUID=ad915c21-080d-46aa-ae02-4c5ec69e026f ro quiet splash
И мой fstab
UUID=ad915c21-080d-46aa-ae02-4c5ec69e026f / ext4 errors=remount-ro,relatime 0 1
Если находят UUID моего корневого диска
# blkid /dev/sda7
/dev/sda7: UUID="ad915c21-080d-46aa-ae02-4c5ec69e026f" TYPE="ext4"