Вирішення проблем

З метою налагодження Anaconda записує дії встановлення у файли в каталозі /tmp. Ці файли перераховані в наступній таблиці.

Якщо встановлення не вдається, повідомлення з цих файлів об’єднуються в /tmp/anaconda-tb-identifier, де identifier — випадковий рядок.

All of the files described in Log Files Generated During the Installation reside in the installation program’s RAM disk, which means they are not saved permamently and will be lost once the system is powered down. To store them permanently, copy those files to another system on the network using scp on the system running the installation program, or copy them to a mounted storage device (such as an USB flash drive). Details on how to transfer the log files are below. Note that if you use an USB flash drive or other removable media, you should make sure to back up any data on it before starting the procedure.

Системи з деякими відеокартами мають проблеми із завантаженням графічної програми встановлення. Якщо програма інсталяції не запускається з налаштуваннями за замовчуванням, вона намагається запуститися в режимі нижчої роздільної здатності. Якщо це все одно не вдається, програма встановлення спробує запуститися в текстовому режимі.

Існує кілька можливих рішень для проблем з відображенням, більшість із яких передбачає вказівку власних параметрів завантаження. Щоб отримати додаткові відомості, перегляньте Налаштування системи встановлення в меню завантаження.

У деяких випадках спроба встановлення текстового режиму за допомогою послідовної консолі не призведе до виведення на консоль. Це відбувається в системах із відеокартою, але без підключеного монітора. Якщо Anaconda виявить відеокарту, вона спробує використовувати її для дисплея, навіть якщо дисплей не підключений.

Якщо ви хочете виконати текстову інсталяцію на послідовній консолі, використовуйте параметри завантаження inst.text і console=. Див. Параметри завантаження для отримання додаткової інформації.

На екрані Місце встановлення може з’явитися таке повідомлення про помилку: Дисків не виявлено. Будь ласка, вимкніть комп’ютер, підключіть принаймні один диск і перезапустіть, щоб завершити інсталяцію.

Повідомлення вказує на те, що Anaconda не знайшла жодних накопичувачів для встановлення. У такому випадку спершу переконайтеся, що до вашої системи під’єднано принаймні один запам’ятовуючий пристрій.

Якщо ваша система використовує апаратний контролер RAID, переконайтеся, що контролер правильно налаштований і працює. Інструкції дивіться у документації контролера.

Якщо ви встановлюєте на один або кілька пристроїв iSCSI, а в системі немає локального сховища, переконайтеся, що всі необхідні LUN (Номери логічних пристроїв) надаються відповідному HBA (Адаптеру шини хоста).

Якщо ви переконалися, що пристрій під’єднано та правильно налаштовано, а повідомлення все ще з’являється після того, як ви перезавантажили систему та почали інсталяцію знову, це означає, що програмі встановлення не вдалося виявити сховище. У більшості випадків це повідомлення з’являється під час спроби інсталяції на пристрої SCSI, які не було розпізнано програмою встановлення.

Якщо ви втратили пароль адміністратора системи та маєте доступ до завантажувача, ви можете скинути пароль, відредагувавши конфігурацію GRUB2.

Якщо ви виконали інсталяцію та не можете належним чином завантажити систему, можливо, вам доведеться перевстановити та розділити системне сховище по-іншому.

Деякі типи BIOS не підтримують завантаження з карт RAID. Після завершення інсталяції та першого перезавантаження системи може з’явитися лише текстовий екран із підказкою завантажувача (наприклад, grub>) і миготливий курсор. Якщо це так, ви повинні повторно розділити свою систему та перемістити розділ /boot і завантажувач за межі масиву RAID. Розділ /boot і завантажувач мають бути на одному диску.

Після внесення цих змін ви зможете завершити встановлення та належним чином завантажити систему. Щоб отримати додаткові відомості про розділення, перегляньте Місце встановлення.

Після завершення інсталяції та першого перезавантаження системи можливо, що система перестане відповідати під час послідовності графічного завантаження, що потребує скидання. У цьому випадку завантажувач відображається успішно, але вибір будь-якого запису та спроба завантаження системи призводить до зупинки. Зазвичай це означає проблему з послідовністю графічного завантаження; щоб вирішити цю проблему, необхідно вимкнути графічне завантаження. Для цього тимчасово змініть параметр під час завантаження, перш ніж змінити його остаточно.

Якщо система запущена успішно, ви можете увійти в систему звичайним чином. Тоді вам потрібно буде назавжди вимкнути графічне завантаження - інакше вам доведеться виконувати попередню процедуру кожного разу, коли система завантажується. Щоб остаточно змінити параметри завантаження, виконайте такі дії.

Після завершення цієї процедури можна перезавантажити комп’ютер. Fedora більше не використовуватиме графічну послідовність завантаження. Якщо ви бажаєте ввімкнути графічне завантаження, виконайте ту саму процедуру, додайте параметр rhgb до рядка GRUB_CMDLINE_LINUX у файлі /etc/default/grub і знову оновіть конфігурацію завантажувача за допомогою команди grub2 -mkconfig .

See the Fedora System Administrator’s Guide, available at https://docs.fedoraproject.org/, for more information about working with the GRUB2 boot loader.

Якщо ви встановили X Window System і середовище робочого столу, наприклад GNOME, але не бачите середовища графічного робочого столу після входу в систему, ви можете запустити його вручну за допомогою startx . Однак зауважте, що це лише одноразове виправлення й воно не змінює процес входу в систему загалом.

Щоб налаштувати вашу систему таким чином, щоб ви могли входити в систему на графічному екрані входу, ви повинні змінити ціль systemd за умовчанням на graphical.target. Коли ви закінчите, перезавантажте комп’ютер. Після перезапуску системи вам буде запропоновано графічне середовище для входу.

Графічний вхід тепер увімкнено за замовчуванням – після наступного перезавантаження вам буде запропоновано графічне середовище для входу. Якщо ви хочете скасувати цю зміну та продовжувати використовувати текстовий вхід, виконайте таку команду з правами root:

For more information about targets in systemd, see the Fedora System Administrator’s Guide, available at https://docs.fedoraproject.org/.

If you are having trouble getting X (the X Window System) to start, it is possible that it has not been installed. Some of the pre-set base environments you can select during the installation, such as Minimal install or Web Server, do not include a graphical interface - it has to be installed manually.

If you want X, you can install the necessary packages after the installation using the DNF package manager. For example, to install GNOME, use dnf install gnome-shell as root.

If you are having trouble with the X server crashing when a user logs in, one or more of your file systems may be full (or nearly full). To verify that this is the problem you are experiencing, execute the following command:

The output will help you diagnose which partition is full - in most cases, the problem will be on the /home partition. A sample output of the df command may look similar to the following:

In the above example, you can see that the /home partition is full, which causes the crash. You can make some room on the partition by removing unneeded files. After you free up some disk space, start X using the startx command.

For additional information about df and an explanation of the options available (such as the -h option used in this example), see the df(1) man page.

In some cases the kernel does not recognize all of your memory (RAM), which causes the system to use less memory than is installed. You can find out how much RAM is being utilized using the free -m command. If the displayed total amount of memory does not match your expectations, it is likely that at least one of your memory modules is faulty. On BIOS-based systems, you can use the Memtest86+ utility to test your system’s memory - see Loading the Memory (RAM) Testing Mode for details.

If you made sure that your memory does not have any issues, you can try and set the amount of memory manually using the mem= kernel option.

In /etc/default/grub, the above example would look similar to the following:

See the Fedora System Administrator’s Guide, available at https://docs.fedoraproject.org/, for more information about working with the GRUB2 boot loader.