Могло случиться так, что окна не используют то же шифрование.
Вы устанавливали VPN с 3DES-MD5 или 3DES-SHA?
Просто удостоверьтесь, что это также, что использует Windows.
Вам следует попробовать один из следующих вариантов (если в вашем RAID 1 есть / dev / sda и / dev / sdb):
# grub-install / dev / sda
# grub-install / dev / sdb
ИЛИ
# grub
grub> корень (hd0,0)
grub> setup (hd0)
grub> корень (hd1,0)
grub> setup (hd1)
После этого вы можете попытаться загрузить систему только с одним диском в тестовых целях.
Использование grub-install /dev/sdX
, вероятно, именно так и должно быть сделано. Однако, мне нужно было только спасти сервер CentOS 6.4, который имел такую установку, но теперь зависает при загрузке после замены другого загрузочного диска RAID 1 несколькими месяцами ранее (сервер оставался включенным в это время).
В моём случае проблема была решена с помощью grub-install /dev/md0
, где md0 - это устройство RAID 1, созданное из загрузочных дисков sda & sdb.
Однако, это кажется ненадежным решением. Мое чутье подсказывает, что в случае отказа одного из дисков, загрузка с md0 также не удастся.
.То, что я нашел, это то, что я нашел: /dev/md0 на самом деле является разделом /boot и не содержит MBR. что останавливает загрузку.
На моей машине я могу выбрать, с какого жесткого диска загружаться через BIOS. Я устанавливаю grub на оба диска (/dev/sda и /dev/sdb), а когда один из них не работает, я загружаюсь с другого и исправляю grub.conf. Вы заметите, что когда сбой произойдет с hd1, система все равно будет загружаться - не так, когда сбой произойдет с hd0. Глядя на grub.conf, вы увидите, что он нормально использует hd0 и вы должны изменить его, чтобы использовать hd1. MBR не является частью жесткого диска, который включает в себя /dev/sda1. Загрузчик помогает "увидеть" такие места, как /dev/sda1 и т.д. Я узнал об этом из OS/2 - на fdisk OS/2 был установлен парм, который переустановил MBR, и документация хорошо объяснила это.
Gene
.