Шлюз Secure Connect і SRS: Відновлення пошкодженого розділу під час завантаження в аварійному режимі
Summary: Коли Secure Remote Services або Secure Connect Gateway завантажуються в аварійному режимі, це пов'язано з пошкодженим розділом. У цій статті наведено рішення цієї ситуації.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
Для захищених віддалених служб (SRS) розділ, який найімовірніше буде пошкоджено, це /var/log
Для Secure Connect Gateway (SCG) розділ, який, найімовірніше, буде пошкоджено, це /var/lib/docker
Наведені нижче інструкції є дійсними. У кожному випадку перевірте наявність відповідного розділу.
Відкрийте консоль віртуальної машини (VMware або Hyper-V).
Введіть пароль root у відповідному запиті.
Відкрийте журнал, як зазначено в консолі VMware.
Для пошуку використовуйте команду слеш. Дивіться приклад нижче
Ця команда виділяє екземпляри слова "error" у журналах. У наведеному нижче прикладі ми бачимо, що /var/log містить помилки, перший рядок вгорі. Зверніть увагу, що слово помилка виділено.
Уважно подивіться, і ви побачите приблизно на тому ж рядку, що і повідомлення про помилку, шлях до пропущеного розділу.
Для SRS та SCG двома найпоширенішими відсутніми розділами є /var/log та /var/lib/docker, відповідно.
Після того, як ви виявили пошкоджений розділ, подивіться, чи можете ви відновити його за допомогою двох найпоширеніших випадків, наведених нижче:
Примітка: Параметр -y вказує команді автоматично відповісти на запит щодо виправлення пошкоджень, знайдених програмою перевірки файлової системи.
Після того, як пошкодження буде усунуто, змонтуйте розділ:
Переконайтеся, що розділ видно системі:
Якщо розділ був відновлений, перезавантажтеся.
Всі розділи повинні бути змонтовані, а всі служби повинні бути запущені.
Тепер спробуйте увійти в веб-інтерфейс користувача шлюзу:
Пошкоджений розділ було відновлено, і система створює резервну копію та знову працює.
Для Secure Connect Gateway (SCG) розділ, який, найімовірніше, буде пошкоджено, це /var/lib/docker
Наведені нижче інструкції є дійсними. У кожному випадку перевірте наявність відповідного розділу.
Відкрийте консоль віртуальної машини (VMware або Hyper-V).
Введіть пароль root у відповідному запиті.
Відкрийте журнал, як зазначено в консолі VMware.
journalctl -xb
Для пошуку використовуйте команду слеш. Дивіться приклад нижче
/error
Ця команда виділяє екземпляри слова "error" у журналах. У наведеному нижче прикладі ми бачимо, що /var/log містить помилки, перший рядок вгорі. Зверніть увагу, що слово помилка виділено.
Уважно подивіться, і ви побачите приблизно на тому ж рядку, що і повідомлення про помилку, шлях до пропущеного розділу.
Для SRS та SCG двома найпоширенішими відсутніми розділами є /var/log та /var/lib/docker, відповідно.
Після того, як ви виявили пошкоджений розділ, подивіться, чи можете ви відновити його за допомогою двох найпоширеніших випадків, наведених нижче:
fsck -y /var/logабо
fsck -y /var/lib/docker
Примітка: Параметр -y вказує команді автоматично відповісти на запит щодо виправлення пошкоджень, знайдених програмою перевірки файлової системи.
Після того, як пошкодження буде усунуто, змонтуйте розділ:
mount -a
Переконайтеся, що розділ видно системі:
df -h
Якщо розділ був відновлений, перезавантажтеся.
reboot
Всі розділи повинні бути змонтовані, а всі служби повинні бути запущені.
Тепер спробуйте увійти в веб-інтерфейс користувача шлюзу:
SCG: https://<gateway IP>:5700або
SRS; https://<gateway IP>:9443
Пошкоджений розділ було відновлено, і система створює резервну копію та знову працює.
Affected Products
Secure Remote Services Virtual Edition, Secure Connect Gateway - Virtual EditionArticle Properties
Article Number: 000202483
Article Type: How To
Last Modified: 11 May 2025
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.