Пошук та усунення несправностей завантаження
Якщо система була завантажується при створенні резервної копії, очікується, що вона буде завантажуватися після відновлення. Однак дані, які ОС зберігає і використовує для завантаження, під час відновлення можуть втратити свою актуальність, особливо в разі зміни розмірів томів, сховищ або цільових дисків. Acronis Backup Recovery 11 автоматично оновлює завантажувачі Windows після відновлення. Інші завантажувачі теж можна виправити, але бувають випадки, коли необхідно активувати завантажувачі заново. Зокрема, при відновленні томів Linux іноді потрібно застосовувати виправлення або вносити зміни в завантаження, щоб Linux могла коректно завантажитися.
Далі наведена зведення стандартних ситуацій, що вимагають участі користувача.
- В BIOS машини була задана завантаження з іншого жорсткого диска.
Рішення. налаштуйте BIOS на завантаження з жорсткого диска, на якому знаходиться операційна система.
Рішення. завантажте машину з завантажувального носія і застосуєте Acronis Universal Restore для установки відповідних драйверів і модулів.
Рішення. відновіть Windows на основний, простий або дзеркальний тому.
Якщо задано відновлення системного томи на диск, де немає MBR, програма запитає, чи потрібно відновити MBR разом з системним томом. Відмовляйтеся від відновлення MBR тільки в тому випадку, якщо не потрібно, щоб система завантажувалася з цього диска.
Рішення. відновіть тому ще раз разом з MBR відповідного диска.
Оскільки основний завантажувальний запис (MBR) при відновленні системи може бути змінена, програма Acronis OS Selector, яка використовує MBR, припиняється. В цьому випадку активуйте Acronis OS Selector повторно наступним чином.
Рішення. завантажте машину з завантажувального носія Acronis Disk Director і виберіть в меню команду Сервіс -> Активувати OS Selector.
Одна частина завантажувача GRUB знаходиться в перших декількох секторах диска або в перших декількох секторах томи. А решта розташовується в файлової системі одного з томів. Загружаемость системи може бути відновлена автоматично, тільки якщо GRUB знаходиться в перших декількох секторах диска і в файлової системі, до якої можна безпосередньо отримати доступ. В інших випадках користувачеві доведеться повторно активувати завантажувач вручну.
Рішення. повторно активуйте завантажувач. Також може знадобитися виправити файл конфігурації.
LILO містить численні посилання на абсолютні номери секторів, тому не може бути відновлений автоматично, за винятком того випадку, коли всі дані відновлюються в тих же секторах з такими ж абсолютними номерами, як на вихідному диску.
Рішення. повторно активуйте завантажувач. Може також знадобитися виправити файл конфігурації завантажувача з причини, описаної в попередньому пункті.
Таке може статися, якщо системний або завантажувальний тому відновлюється не в колишнє сховище.
Рішення. для завантажувачів Windows цю проблему можна виправити, змінивши файл boot.ini або boot \ bcd. Acronis Backup Recovery 11 робить це автоматично, тому виникнення такої проблеми є малоймовірним.
Для загрузчиков GRUB і LILO потрібно виправити файли конфігурації GRUB. Якщо номер кореневого розділу Linux змінився, також рекомендується змінити / etc / fstab для забезпечення коректного доступу до того SWAP.
Така система не може завантажитися, оскільки її ядро намагається підключити кореневу файлову систему на томі LVM.
Рішення. змініть конфігурацію завантажувача і / etc / fstab, щоб LVM більше не використовувалася, і активуйте завантажувач повторно.