Documentation for a newer release is available. View Latest

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

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

Отримання допомоги

В Інтернеті є багато місць, які можуть допомогти вам, коли ви зіткнетеся з проблемою, не описаною в цьому розділі: дошки обговорень, блоги, IRC тощо. Деякі з найбільш популярних місць, де ви можете отримати допомогу, включають:

  • Запитайте Fedora – база знань Fedora, доступна кількома мовами

  • The #fedora IRC channel on FreeNode - one of the main IRC channels used by Fedora users, English only

  • Wiki проекту Fedora – офіційна вікі для проекту Fedora

  • Stack Exchange – дошка запитань і відповідей англійською мовою, не стосується виключно Fedora

Наведений вище список далеко не повний - ви також можете знайти допомогу в багатьох інших місцях. Додаткова інформація про доступні ресурси, такі як канали IRC і списки розсилки, доступна за посиланням:https://fedoraproject.org/wiki/Communicating_and_getting_help[].

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

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

Файли журналів, створені під час встановлення

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

Таблиця 1. Файли журналів та їх вміст
Log file Перелік

/tmp/anaconda.log

загальні Anaconda повідомлення

/tmp/program.log

всі додаткові програми що запускаються під час інсталяції

/tmp/storage.log

розширена інформація про модуль зберігання

/tmp/packaging.log

dnf і rpm повідомлення пакетів інсталяції

/tmp/syslog

системні повідомлення, пов’язані з обладнанням

Якщо встановлення не вдається, повідомлення з цих файлів об’єднуються в /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.

Перенесення файлів журналу на USB-накопичувач

  1. У системі, яку ви встановлюєте, натисніть Ctrl+Alt+F2, щоб отримати доступ до підказки оболонки. Ви увійдете в обліковий запис root і матимете доступ до тимчасової файлової системи програми встановлення.

  2. Підключіть флешку до системи та виконайте команду dmesg. Буде відображено журнал із детальним описом усіх останніх подій. Унизу цього журналу ви побачите набір повідомлень, викликаних щойно підключеним флеш-накопичувачем USB. Це буде виглядати як набір рядків, подібних до наступного:

    [  170.171135] sd 5:0:0:0: [sdb] Attached SCSI removable disk

    Зверніть увагу на назву підключеного пристрою - у наведеному вище прикладі це sdb.

  3. Перейдіть до каталогу /mnt і опинившись у ньому, створіть новий каталог, який слугуватиме ціллю монтування для USB-накопичувача. Назва каталогу не має значення; у цьому прикладі використовується назва usb.

    # mkdir usb
  4. Змонтуйте флеш-накопичувач USB у створений каталог. Зауважте, що в більшості випадків ви хочете монтувати не весь диск, а його розділ. Тому не використовуйте ім’я sdb - використовуйте ім’я розділу, в який потрібно записувати файли журналів. У цьому прикладі використовується ім’я sdb1.

    # mount /dev/sdb1 /mnt/usb

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

    # cd /mnt/usb
    # ls
  5. Скопіюйте файли журналу на змонтований пристрій.

    # cp /tmp/*log /mnt/usb
  6. Відмонтуйте USB-диск. Якщо ви отримуєте повідомлення про помилку про те, що цільовий пристрій зайнятий, змініть свій робочий каталог на такий, що знаходиться поза монтуванням (наприклад, /).

    # umount /mnt/usb

Файли журналу встановлення тепер збережені на USB-диску.

Передача файлів журналу через мережу

  1. У системі, яку ви встановлюєте, натисніть Ctrl+Alt+F2, щоб отримати доступ до підказки оболонки. Ви увійдете в обліковий запис root і матимете доступ до тимчасової файлової системи програми встановлення.

  2. Перейдіть до каталогу /tmp, де знаходяться файли журналу:

    # cd /tmp
  3. Скопіюйте файли журналу в іншу систему в мережі за допомогою команди scp:

    # scp *log user@address:path

    Замініть user на дійсне ім’я користувача в цільовій системі, address на адресу цільової системи або ім’я хоста, а path на шлях до каталогу, у якому ви хочете зберегти файли журналу. Наприклад, якщо ви хочете увійти як john в систему з IP-адресою 192.168.0.122 і розмістити файли журналу в каталозі /home/john/logs/ цієї системи, команда буде мати такий вигляд:

    # scp *log john@192.168.0.122:/home/john/logs/

    Під час першого підключення до цільової системи ви можете натрапити на таке повідомлення:

    Не вдається встановити автентичність хосту '192.168.0.122 (192.168.0.122).
    Відбиток ключа ECDSA — a4:60:76:eb:b2:d0:aa:23:af:3d:59:5c:de:bb:c4:42.
    Ви впевнені, що хочете продовжити підключення (так/ні)?

    Введіть yes і натисніть Enter, щоб продовжити. Після цього введіть дійсний пароль, коли буде запропоновано. Почнеться передача файлів у вказаний каталог цільової системи.

Файли журналу інсталяції тепер постійно зберігаються в цільовій системі та доступні для перегляду.

Проблеми з початком встановлення

Проблеми із завантаженням у графічне встановлення

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

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

Використання базового графічного режиму

Ви можете спробувати виконати інсталяцію за допомогою базового графічного драйвера. Для цього відредагуйте параметри завантаження програми встановлення та додайте inst.xdriver=vesa у кінці командного рядка.

Вручну вкажіть роздільну здатність екрану

Якщо програмі встановлення не вдається визначити роздільну здатність екрана, ви можете скасувати автоматичне визначення та вказати його вручну. Для цього додайте параметр inst.resolution=x у меню завантаження, де x — це роздільна здатність вашого дисплея (наприклад, 1024x768).

Використовуйте альтернативний відеодрайвер

Ви також можете спробувати вказати відеодрайвер, ігноруючи автоматичне визначення програми установки. Щоб вказати драйвер, використовуйте inst.xdriver=x, де x — драйвер пристрою, який ви хочете використовувати (наприклад, nouveau).

Якщо вибір користувацького відеодрайвера вирішує вашу проблему, ви повинні повідомити про це як про помилку за посиланням:https://bugzilla.redhat.com[] в компоненті anaconda. Anaconda повинна автоматично визначати ваше обладнання та використовувати відповідний драйвер без вашого втручання.

Встановлення за допомогою VNC

Якщо наведені вище варіанти не спрацюють, ви можете використовувати окрему систему для доступу до графічної інсталяції через мережу за допомогою протоколу Virtual Network Computing (VNC). Докладніше про встановлення за допомогою VNC див. Встановлення за допомогою VNC.

Послідовна консоль не виявлена

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

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

Проблеми під час встановлення

Диски не виявлені

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

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

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

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

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

Проблеми після встановлення

Перевстановлення пароля Root

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

Перевстановлення пароля Root
  1. Завантажте вашу систему та дочекайтеся появи меню GRUB2.

  2. У меню завантажувача виділіть будь-який запис і натисніть e, щоб відредагувати його.

  3. Знайдіть рядок, що починається з linux. У кінці цього рядка додайте наступне:

    init=/bin/sh
  4. Натисніть F10 або Ctrl+X, щоб завантажити систему за допомогою параметрів, які ви щойно відредагували.

    Після завантаження системи ви побачите оболонку без необхідності вводити ім’я користувача чи пароль:

    sh-4.2#
  5. Завантажте встановлену політику SELinux:

    sh-4.2# /usr/sbin/load_policy -i
  6. Виконайте таку команду, щоб перемонтувати кореневий розділ:

    sh4.2# mount -o remount,rw /
  7. Перевстановіть пароль користувача root:

    sh4.2# passwd root

    Коли буде запропоновано, введіть свій новий пароль root і підтвердьте, натиснувши клавішу Enter. Введіть пароль вдруге, щоб переконатися, що ви ввели його правильно, і знову підтвердьте, натиснувши Enter. Якщо обидва паролі збігаються, з’явиться повідомлення про успішну зміну пароля root.

  8. Перемонтуйте кореневий розділ ще раз, цього разу лише для читання:

    sh4.2# mount -o remount,ro /
  9. Перезавантажте систему. Відтепер ви зможете входити як користувач root, використовуючи новий пароль, встановлений під час цієї процедури.

Ви не можете завантажитися за допомогою карти RAID?

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

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

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

Проблема з послідовністю графічного завантаження

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

Тимчасове вимкнення графічного завантаження
  1. Запустіть комп’ютер і дочекайтеся появи меню завантажувача. Якщо ви встановили час очікування завантажувача на 0, утримуйте клавішу Esc, щоб отримати доступ до нього.

  2. Коли з’явиться меню завантажувача, за допомогою клавіш керування курсором виділіть запис, який потрібно завантажити, і натисніть клавішу e, щоб змінити параметри цього запису.

  3. У списку параметрів знайдіть рядок ядра, тобто рядок, що починається з ключового слова linux (або, в деяких випадках, linux16 чи linuxefi). У цьому рядку знайдіть опцію rhgb і видаліть її. Опція може бути не відразу видимою; використовуйте клавіші керування курсором для прокручування вгору та вниз.

  4. Натисніть F10 або Ctrl+X, щоб завантажити систему з відредагованими параметрами.

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

Вимкнення графічного завантаження назавжди
  1. Увійдіть в обліковий запис root за допомогою команди su -:

    $ su -
  2. Відкрийте файл конфігурації /etc/default/grub за допомогою текстового редактора, наприклад vim.

  3. У файлі grub знайдіть рядок, що починається з GRUB_CMDLINE_LINUX. Рядок має виглядати приблизно так:

    GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/root rd.md=0 rd.dm=0 vconsole.keymap=us $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) rd.luks=0 vconsole.font=latarcyrheb-sun16 rd.lvm.lv=vg_rhel/swap rhgb quiet"

    У цьому рядку видаліть опцію rhgb.

  4. Збережіть відредагований файл конфігурації.

  5. Оновіть конфігурацію завантажувача, виконавши таку команду:

    # grub2-mkconfig --output=/boot/grub2/grub.cfg

Після завершення цієї процедури можна перезавантажити комп’ютер. 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. Коли ви закінчите, перезавантажте комп’ютер. Після перезапуску системи вам буде запропоновано графічне середовище для входу.

Встановлення графічного входу за замовчуванням
  1. Відкрийте оболонку. Якщо ви перебуваєте у своєму обліковому записі користувача, станьте root, ввівши команду su -.

  2. Змініть ціль за замовчуванням на graphical.target. Для цього виконайте таку команду:

    # systemctl set-default graphical.target

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

# systemctl set-default multi-user.target

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

No Graphical User Interface Present

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.

X Server Crashing After User Logs In

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:

$ df -h

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:

Filesystem                                  Size  Used Avail Use% Mounted on
/dev/mapper/vg_rhel-root                     20G  6.0G   13G  32% /
devtmpfs                                    1.8G     0  1.8G   0% /dev
tmpfs                                       1.8G  2.7M  1.8G   1% /dev/shm
tmpfs                                       1.8G 1012K  1.8G   1% /run
tmpfs                                       1.8G     0  1.8G   0% /sys/fs/cgroup
tmpfs                                       1.8G  2.6M  1.8G   1% /tmp
/dev/sda1                                   976M  150M  760M  17% /boot
/dev/dm-4                                    90G   90G     0 100% /home

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.

Is Your RAM Not Being Recognized?

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 have 4GB or more memory installed, but Fedora only shows around 3.5GB or 3.7GB, you have probably installed a 32-bit version of Fedora on a 64bit kernel. For modern systems, use the 64-bit (x86_64) version.

Some hardware configurations have a part of the system’s RAM reserved and unavailable to the main system. Notably, laptop computers with integrated graphics cards will reserve some memory for the GPU. For example, a laptop with 4 GB of RAM and an integrated Intel graphics card will show only roughly 3.7 GB of available memory, even with a 64-bit system.

Additionally, the kdump crash kernel dumping mechanism reserves some memory for the secondary kernel used in case of the primary kernel crashing. This reserved memory will also not be displayed as available when using the free command. For details about kdump and its memory requirements, see the Fedora System Administrator’s Guide, available at https://docs.fedoraproject.org/.

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.

Configuring the Memory Manually
  1. Запустіть комп’ютер і дочекайтеся появи меню завантажувача. Якщо ви встановили час очікування завантажувача на 0, утримуйте клавішу Esc, щоб отримати доступ до нього.

  2. Коли з’явиться меню завантажувача, за допомогою клавіш керування курсором виділіть запис, який потрібно завантажити, і натисніть клавішу e, щоб змінити параметри цього запису.

  3. In the list of options, find the kernel line - that is, the line beginning with the keyword linux (or, in some cases, linux16). Append the following option to the end of this line:

    mem=xxM

    Replace xx with the amount of RAM you have in megabytes.

  4. Натисніть F10 або Ctrl+X, щоб завантажити систему з відредагованими параметрами.

  5. Wait for the system to boot and log in. Then, open a command line and execute the free -m command again. If total amount of RAM displayed by the command matches your expectations, append the following to the line beginning with GRUB_CMDLINE_LINUX in the /etc/default/grub file to make the change permanent:

    mem=xxM

    Replace xx with the amount of RAM you have in megabytes.

  6. After you updated the file and saved it, refresh the boot loader configuration so that the change will take effect. Run the following command with root privileges:

    # grub2-mkconfig --output=/boot/grub2/grub.cfg

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

GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release.*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/root vconsole.font=latarcyrheb-sun16 rd.lvm.lv=rhel/swap $([ -x /usr/sbin/rhcrashkernel.param ] && /usr/sbin/rhcrashkernel-param || :) vconsole.keymap=us rhgb quiet mem=1024M"
GRUB_DISABLE_RECOVERY="true"

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