Встановлення Fedora Workstation 43: метод однієї USB, який просто працює

February 10, 2026 • February 10, 2026 • Читання: 7 хв • Views: 0

Було корисно?

Встановлення ОС має бути нудним. Тим не менш, чимало інсталяцій Fedora й досі йдуть не так з тих самих причин: флешка бреше, прошивка «допомагає» переписати порядок завантаження, а сховище виглядає нормально, поки ви фактично не змонтуєте його.

Цей посібник — метод «одна USB», який я використовую, коли хочу отримати Fedora Workstation 43 працюючу та стабільну, не перетворюючи післяобідній час на криміналістичне розслідування. Це не «найшвидший» шлях. Це шлях, що дає машину, якій можна довіряти.

Принцип «одна USB» (і що ви не робите)

Метод «одна USB» простий: одна флешка, записана один раз, перевірена двічі, використана для встановлення Fedora Workstation 43 на цільовій машині. Ніякої другої «рятувальної флешки». Ніяких каскадних завантажувачів. Ніякого таємничого ISO, який ви завантажили шість місяців тому й забули.

Що ви робите:

Завантажуєте правильний ISO Fedora Workstation 43.
Перевіряєте цілісність (контрольна сума) та автентичність (GPG‑підпис) таким способом, щоб це пережило корпоративні проксі, нестабільний Wi‑Fi і людський оптимізм.
Записуєте USB методом, що зберігає завантажуваність для систем UEFI.
Завантажуєтесь через UEFI, інсталюєте з розумними налаштуваннями сховища, а потім перевіряєте, що встановлена система завантажується чисто і сховище не деградує мовчки.

Що ви не робите:

«Просто dd» без перевірки цільового пристрою. Ось так люди навчаються відчувати, як це — стерти свій диск для бекапу.
Одночасно змінювати п’ять налаштувань прошивки. Ви «виправите» це, але не зрозумієте, що саме виправилося, і наступне перезавантаження стане сюрпризом.
Занадто рано кастомізувати розділи в перший день, бо ви прочитали блог‑пост 2017 року.

Короткі факти та контекст (чому все так)

Короткі, конкретні контекстні пункти, що пояснюють поведінку інсталятора Fedora сьогодні:

Fedora вже два десятиліття є випробувальним майданчиком для корпоративного Linux. Багато функцій дозрівають у Fedora перед тим, як з’явитися в «довгоживучих» корпоративних дистрибутивах.
UEFI витіснив BIOS, але «legacy‑режим» лишився. Багато машин усе ще постачаються з опціями Compatibility Support Module (CSM), що створює неоднозначність при змішуванні режимів.
Fedora перейшла на Btrfs за замовчуванням для Workstation. Це змінило післяінсталяційну історію: снапшоти, субволюми та питання «куди поділося місце на диску?» стали нормою.
Anaconda потужна, але іноді груба. Це інсталятор Fedora вже багато років; він може зробити все — від простих інсталяцій до складних LVM‑макетів, але він не врятує вас від власної креативності.
Secure Boot перестав бути «опціональною параною» і став «стандартним тертям». Багато ноутбуків постачаються з увімкненим Secure Boot; Fedora загалом добре працює з ним, але сторонні драйвери можуть ускладнювати ситуацію.
Якість USB‑носіїв погіршилась, а не покращилась. Дешеві флешки часто переназиваються як утилітні відходи. Вони «працюють», поки не зламаються, а інсталятори чудово виявляють цю межу.
NVMe змінив моделі відмов. NVMe‑диски швидкі й поширені; вони також виявляють прошивкові/PCIe‑недоліки, яких ви ніколи не бачили на SATA.
Live‑образи — це компроміс. Вони чудові для швидкого завантаження й виявлення обладнання, але сильно залежать від оперативної пам’яті, режимів GPU і параметрів ядра.

Підготовка, що запобігає болю

Обирайте флешку так само, як обираєте продакшен‑диск

Використовуйте надійну USB 3.x флешку, 8–16 ГБ цілком достатньо. Якщо ви інсталюєте на більше ніж одну машину, купіть дві однакові флешки й чергуйте їх. Це не забобон; це зменшує змінні, коли щось іде не так.

Правило: якщо флешка колись використовувалась як «Windows installer + випадкові ISO + сімейні фото», не використовуйте її для встановлення Fedora. Візьміть чисту. Ставтесь до неї як до одноразової інфраструктури.

Знайте, куди встановлюєте

Перед тим як щось завантажувати, вирішіть:

Одинарне завантаження (Fedora володіє машиною) чи подвійне завантаження (Windows/macOS лишається)?
Чи потрібне повне шифрування диска?
Чи цільовий диск — NVMe? Чи існує другий диск, який ви можете випадково стерти?

Якщо ви робите подвійне завантаження з Windows, вимкніть у Windows «Fast Startup» спочатку. Якщо не зробите цього, отримаєте проблеми з файловою системою й будете звинувачувати Fedora. Windows чемно посміхнеться і залишить ваш NTFS у «нечистому» стані.

Вирішіть, чи вам важливий Secure Boot

Для більшості ноутбуків: залишайте Secure Boot увімкненим. Fedora загалом добре інтегрована. Якщо вам потрібні пропрієтарні модулі ядра (певні Wi‑Fi чіпи, деякі GPU), сплануйте це і будьте готові зареєструвати ключі або тимчасово вимкнути Secure Boot.

Цитата, яка збереже вас від ілюзій: «Надія — не стратегія» — перефразована думка, яку часто повторюють в операціях та надійності. Ваш план інсталяції має бути тестованим, а не натхненним.

Створення USB (безпечний, відтворюваний спосіб)

У Linux найменш здивувальний шлях такий: завантажити ISO, перевірити контрольну суму та підпис, записати образ способом, який зберігає його гібридну структуру завантаження, потім підтвердити, що USB виглядає як завантажувальний диск.

Завдання 1: Визначте USB‑пристрій до запису

cr0x@server:~$ lsblk -o NAME,SIZE,TYPE,MODEL,MOUNTPOINTS
NAME   SIZE TYPE MODEL            MOUNTPOINTS
nvme0n1 1.8T disk Samsung SSD 990 
├─nvme0n1p1 600M part              /boot/efi
├─nvme0n1p2   1G part              /boot
└─nvme0n1p3 1.8T part              /
sda    14.6G disk SanDisk Ultra
└─sda1 14.6G part                  /run/media/cr0x/OLDLABEL

Що це означає: Ви бачите USB як sda, 14.6G, модель “SanDisk Ultra”.

Рішення: Якщо ви не можете чітко ідентифікувати USB‑диск за розміром/моделлю, зупиніться. Відключіть інші зовнішні диски. Повторно запустіть lsblk. Продовжуйте лише коли впевнені, який пристрій буде перезаписано.

Завдання 2: Відмонтуйте все, що змонтовано з цієї USB

cr0x@server:~$ sudo umount /dev/sda1
umount: /dev/sda1: not mounted.

Що це означає: Або воно вже відмонтовано, або ніколи не було змонтоване. Добре. Диск має бути вільний.

Рішення: Якщо змонтовано й відмовляється відмонтуватись, закрийте файлові менеджери та термінали, що його використовують, і повторіть спробу. Не записуйте образ на змонтовану файлову систему.

Завдання 3: Завантажте ISO Fedora Workstation (приклад імені файлу)

cr0x@server:~$ ls -lh Fedora-Workstation-Live-x86_64-43-1.2.iso
-rw-r--r-- 1 cr0x cr0x 2.2G Jan 15 12:03 Fedora-Workstation-Live-x86_64-43-1.2.iso

Що це означає: ISO існує локально й має правдоподібний розмір.

Рішення: Якщо файл підозріло малий, ваше завантаження неповне. Завантажте знову перед тим, як витрачати час на пошук помилок завантаження через обрізаний файл.

Завдання 4: Перевірте контрольну суму (цілісність)

cr0x@server:~$ sha256sum Fedora-Workstation-Live-x86_64-43-1.2.iso
9f2b9d1b0f3b2e7c2c1d7c3d53f7b0a6a7d6a1f4d8c1a6d3e0f9c7b2a1d3e4f5  Fedora-Workstation-Live-x86_64-43-1.2.iso

Що це означає: Ви отримали SHA‑256 хеш. Сам по собі він нічого не вартий, поки ви не порівняєте його з офіційним файлом контрольних сум.

Рішення: Порівняйте з контрольними сумами від постачальника. Якщо не збігається точно — видаліть ISO і завантажте знову. Не «спробуйте все ж таки». Корумповане інсталяційне носіє — це вам пожирач часу.

Завдання 5: Перевірте підпис (автентичність)

Зазвичай ви перевіряєте файл із контрольними сумами за допомогою GPG. Імена файлів змінюються, але робочий процес стабільний: імпортуйте ключі випуску Fedora, перевірте підпис файлу CHECKSUM, потім довіртесь порівнянню хешів.

cr0x@server:~$ gpg --keyserver keyserver.ubuntu.com --recv-keys 38AB71F4
gpg: key 38AB71F4: public key "Fedora (43) <fedora-43-primary@fedoraproject.org>" imported
gpg: Total number processed: 1
gpg:               imported: 1

Що це означає: Ви імпортували ключ релізу. (ID ключів і UID відрізняються за релізами; сприймайте це як шаблон, а не як магічне число.)

Рішення: Якщо не вдається перевірити підпис файлу контрольних сум, у вас немає автентичності. У корпоративному середовищі тут ви часто виявляєте, що проксі замінює файли або ваш дзеркальний сервер недовірений.

Завдання 6: Запишіть ISO на USB (гібридний образ, raw‑запис)

Я віддаю перевагу dd з однієї причини: воно нудне й універсальне. Потрібно просто бути обережним. Використовуйте status=progress і sync наприкінці.

cr0x@server:~$ sudo dd if=Fedora-Workstation-Live-x86_64-43-1.2.iso of=/dev/sda bs=4M status=progress oflag=direct conv=fsync
536870912 bytes (537 MB, 512 MiB) copied, 6 s, 89.3 MB/s
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 26 s, 82.6 MB/s
dd: writing to '/dev/sda': No space left on device
2214592512 bytes (2.2 GB, 2.1 GiB) copied, 27.1 s, 81.7 MB/s

Що це означає: Запис завершився, коли флешка заповнилась. No space left on device наприкінці нормальне, коли розмір ISO впирається в межу ємності пристрою. Важливо, що conv=fsync змушує запис записаних даних скинутись на диск.

Рішення: Якщо швидкість запису падає майже до нуля на кілька хвилин, підозрівайте вмираючу флешку. Замініть її зараз, не посеред інсталяції.

Завдання 7: Підтвердіть, що USB має розділи й виглядає завантажувальним

cr0x@server:~$ lsblk -f /dev/sda
NAME   FSTYPE FSVER LABEL   UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda    
├─sda1 vfat   FAT16 EFI     4C2A-1B7E                            
├─sda2 iso9660      Fedora-WS-Live 2026-01-15-12-00-00-00        
└─sda3 ext4   1.0   overlay 1a2b3c4d-5e6f-7a8b-9c0d-1e2f3a4b5c6d

Що це означає: Ви бачите EFI‑розділ. Це ознака того, що UEFI‑завантаження має працювати. Імена міток можуть відрізнятися, але наявність важлива.

Рішення: Якщо ви бачите лише один розділ або дивну файлову систему, якої не очікували, запис, ймовірно, провалився або ви записали на неправильний пристрій. Зупиніться й повторно перевірте вибір пристрою.

Жарт №1: «dd» означає «disk destroyer» тільки якщо ви ставитесь до імен пристроїв як до гри вгадування.

Завантаження з USB на реальному обладнанні

Проблеми із завантаженням зазвичай не через Fedora. Це проблеми прошивки, носія або «я змінив три налаштування BIOS і тепер нічого не має сенсу».

Дисципліна меню завантаження UEFI

Використовуйте клавішу меню завантаження вашої машини (зазвичай F12, F10, Esc) і обирайте запис, який явно говорить UEFI. Якщо ви бачите два записи для USB — один «UEFI: SanDisk» і просто «SanDisk» — обирайте UEFI. Змішування legacy і UEFI режимів створює ту плутанину завантажувачів, що виживе навіть після перевстановлення.

Якщо екран чорніє, не панікуйте — триаж

Сучасні GPU та modesetting можуть давати чорний екран під час завантаження. Ваше завдання — вирішити, чи це проблема GPU, читання з USB або несумісність ядра/прошивки. «План швидкої діагностики» далі зробить це механічним.

Інсталяція в Anaconda: рішення, що мають значення

Коли Anaconda запускається, здається все просто: оберіть мову, диск, натисніть встановити. Проблеми починаються, коли ви ставитесь до сховища як до довільної опції. Саме сховище кусає пізніше.

Стандартне розбиття добре — поки у вас немає вимог

Для ноутбука з одним диском налаштування за замовчуванням Fedora розумні: UEFI system partition, /boot і корінь Btrfs із субволюмами. Якщо хочете повне шифрування диска — увімкніть його в інсталяторі. Якщо потрібна окрема /home — вирішіть навіщо.

Моя думка: не розділяйте /home, якщо у вас немає конкретної потреби (експерименти з мультизавантаженням, сувора політика відкатів або ви знаєте свій робочий профіль). З субволюмами Btrfs ви можете логічно розділити дані без раннього розбиття місця на диску.

Шифрування: так, але розумійте компроміс

LUKS‑шифрування — міцний дефолт для ноутбуків. Компроміс у тому, що початкова продуктивність та процедури відновлення змінюються. Якщо ви втратите пароль — жодна SRE‑енергія не воскресить ваші дані. Це не проблема Fedora; це математика.

Подвійне завантаження: політика «не мудруй»

Якщо ви робите подвійне завантаження з Windows:

Спочатку зробіть резервну копію.
Зменшуйте розмір розділів Windows зсередини Windows, а не через інсталятор Fedora.
Залиште існуючий EFI System Partition недоторканим; Fedora зможе ним користуватися.

Мета — мінімальні зміни: додайте розділи для Fedora, додайте записи завантаження, не перебирайте Всесвіт.

12+ практичних завдань з командами, виводами та рішеннями

Ці завдання написані як операторський рукбук: команда, приклад виводу, що це означає і яке рішення приймати далі. Виконуйте їх з live‑середовища де потрібно, а де зазначено — з встановленої системи після першого завантаження.

Завдання 8 (Live USB): Підтвердіть, що ви завантажились у UEFI режимі

cr0x@server:~$ test -d /sys/firmware/efi && echo "UEFI boot" || echo "Legacy/CSM boot"
UEFI boot

Що це означає: Якщо /sys/firmware/efi існує, ви в UEFI режимі.

Рішення: Якщо ви в legacy режимі, а на диску вже є EFI system partition (більшість сучасних систем мають) — перезавантажтесь і оберіть UEFI USB‑запис. Не встановлюйте випадково в legacy режимі.

Завдання 9 (Live USB): Огляньте диски і підтвердіть ціль

cr0x@server:~$ sudo fdisk -l
Disk /dev/nvme0n1: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: Samsung SSD 990
Device           Start        End    Sectors   Size Type
/dev/nvme0n1p1     2048    1230847    1228800   600M EFI System
/dev/nvme0n1p2  1230848    3327999    2097152     1G Linux filesystem
/dev/nvme0n1p3  3328000 3907028991 3903700992   1.8T Linux filesystem

Disk /dev/sda: 14.56 GiB, 15634268160 bytes, 30535680 sectors
Disk model: SanDisk Ultra

Що це означає: Ви чітко відрізняєте внутрішній NVMe від USB‑флешки.

Рішення: Якщо є кілька внутрішніх дисків, позначте їх зараз (фізично або нотатками). Інтерфейс інсталятора нормальний, але люди — ні.

Завдання 10 (Live USB): Перевірте стан NVMe (швидкий сигнал, не догма)

cr0x@server:~$ sudo smartctl -a /dev/nvme0n1 | sed -n '1,25p'
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.8.0] (local build)
=== START OF INFORMATION SECTION ===
Model Number:                       Samsung SSD 990
Serial Number:                      S7X9NX0W123456A
Firmware Version:                   1B2QJXD7
PCI Vendor/Subsystem ID:            0x144d
IEEE OUI Identifier:                0x002538
Total NVM Capacity:                 2,000,398,934,016 [2.00 TB]
Unallocated NVM Capacity:           0
Controller ID:                      4
Number of Namespaces:               1
Namespace 1 Size/Capacity:          2,000,398,934,016 [2.00 TB]
Namespace 1 Utilization:            500,000,000,000 [500 GB]

Що це означає: Пристрій відповідає та віддає ідентифікацію; це базова перевірка адекватності.

Рішення: Якщо smartctl не може зв’язатися з пристроєм, ваш live‑ядро/прошивка може бути проблемою. Оновіть прошивку/BIOS, якщо доступно, або спробуйте новіше ядро через оновлене носій.

Завдання 11 (Live USB): Шукайте помилки сховища або USB у логах ядра

cr0x@server:~$ sudo dmesg -T | egrep -i "usb|nvme|i/o error|reset|timeout" | tail -n 15
[Mon Feb  5 10:14:22 2026] usb 2-2: new SuperSpeed USB device number 3 using xhci_hcd
[Mon Feb  5 10:14:23 2026] usb-storage 2-2:1.0: USB Mass Storage device detected
[Mon Feb  5 10:14:23 2026] scsi host6: usb-storage 2-2:1.0
[Mon Feb  5 10:14:24 2026] scsi 6:0:0:0: Direct-Access     SanDisk  Ultra            1.00 PQ: 0 ANSI: 6
[Mon Feb  5 10:14:25 2026] nvme nvme0: pci function 0000:04:00.0
[Mon Feb  5 10:14:25 2026] nvme nvme0: 16/0/0 default/read/poll queues
[Mon Feb  5 10:14:25 2026] nvme0n1: p1 p2 p3

Що це означає: Немає очевидних тайм‑аутів або скидів. USB і NVMe нормально перераховуються.

Рішення: Якщо ви бачите повторювані «reset SuperSpeed USB device» або I/O‑помилки на USB — перестаньте звинувачувати Fedora. Замініть флешку або спробуйте інший USB‑порт (часто порти USB‑A з протилежного боку підключені до іншого контролера).

Завдання 12 (Встановлена система): Підтвердіть запис вбудованого завантажувача та активний завантажувач

cr0x@server:~$ sudo bootctl status
System:
     Firmware: UEFI 2.70 (American Megatrends 5.17)
  Secure Boot: enabled (user)
 TPM2 Support: yes
Boot Loader:
     Product: systemd-boot 253
     Features: ✓ Boot counting  ✓ Menu timeout  ✓ One-shot menu
Current Boot Loader Entry:
         id: fedora.conf
     source: /boot/efi/loader/entries/fedora.conf
      title: Fedora Linux
     linux: /vmlinuz-6.10.8-200.fc43.x86_64

Що це означає: Ви завантажилися в UEFI режимі та бачите, який завантажувач активний. (Деякі інсталяції можуть використовувати GRUB; це приклад.)

Рішення: Якщо Secure Boot увімкнений і ви пізніше використовуватимете сторонні модулі, плануйте підписування або реєстрацію ключів. Якщо система випадково завантажилась у legacy, виправте налаштування прошивки перед тим, як додавати складнощі.

Завдання 13 (Встановлена): Підтвердіть файлові системи та субволюми Btrfs

cr0x@server:~$ findmnt -o TARGET,SOURCE,FSTYPE,OPTIONS | egrep "^/ |^/home |^/boot"
TARGET SOURCE                     FSTYPE OPTIONS
/      /dev/nvme0n1p3[/@]         btrfs  rw,relatime,ssd,space_cache=v2,subvolid=256,subvol=/@
/boot  /dev/nvme0n1p2             ext4   rw,relatime
/home  /dev/nvme0n1p3[/@home]     btrfs  rw,relatime,ssd,space_cache=v2,subvolid=257,subvol=/@home

Що це означає: Root і home — це субволюми Btrfs; boot — ext4. Це типово і розумно.

Рішення: Якщо / не те, чого ви очікували (наприклад, встановлено на неправильний диск), стоп і виправте зараз. Міграція пізніше можлива, але зайве гостре.

Завдання 14 (Встановлена): Перевірте облік простору Btrfs (щоб уникнути «диск повний»)

cr0x@server:~$ sudo btrfs filesystem df /
Data, single: total=120.00GiB, used=38.50GiB
System, single: total=32.00MiB, used=16.00KiB
Metadata, single: total=8.00GiB, used=2.10GiB
GlobalReserve, single: total=512.00MiB, used=0.00B

Що це означає: Btrfs виділяє «чанки» для даних і метаданих. «total» — це виділено; «used» — що спожито всередині виділених чанків.

Рішення: Якщо метадані майже заповнені, тоді як дані ні, ви отримаєте дивні «немає місця» помилки. Плануйте баланс метаданих пізніше і уникайте патологічних робочих навантажень (мільйони дрібних файлів) без моніторингу.

Завдання 15 (Встановлена): Перевірте підтримку TRIM/discard (довговічність і продуктивність SSD)

cr0x@server:~$ systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
     Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; preset: enabled)
     Active: active (waiting) since Mon 2026-02-05 09:55:01 UTC; 8min ago
    Trigger: Mon 2026-02-10 00:00:00 UTC; 4 days left
     Docs: man:fstrim

Що це означає: Щотижневий TRIM увімкнено.

Рішення: Якщо він вимкнений — увімкніть, якщо тільки у вас немає конкретної причини цього не робити. Більшість ноутбуків виграють, і це низькоризиковий крок.

Завдання 16 (Встановлена): Підтвердіть узгодженість ядра, initramfs і ланцюжка завантаження

cr0x@server:~$ uname -r
6.10.8-200.fc43.x86_64

cr0x@server:~$ lsinitrd /boot/initramfs-$(uname -r).img >/dev/null && echo "initramfs exists"
initramfs exists

Що це означає: Запущене ядро має відповідний initramfs на диску.

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

Завдання 17 (Встановлена): Перевірте наявність відмовлених unit‑ів systemd після першого завантаження

cr0x@server:~$ systemctl --failed
  UNIT                          LOAD   ACTIVE SUB    DESCRIPTION
0 loaded units listed.

Що це означає: Нічого очевидного не горить.

Рішення: Якщо є відмови — розберіться зараз. Ранні етапи інсталяції — найпростіший час виправляти базові сервіси.

Завдання 18 (Встановлена): Перевірте логи на попередження апаратного/драйверного характеру

cr0x@server:~$ sudo journalctl -b -p warning..alert --no-pager | tail -n 20
Feb 05 09:56:12 fedora kernel: iwlwifi 0000:00:14.3: WRT: Invalid buffer destination
Feb 05 09:56:15 fedora kernel: ACPI BIOS Error (bug): Failure creating named object [\_SB.PCI0.XHCI.RHUB.SS01], AE_ALREADY_EXISTS
Feb 05 09:56:18 fedora gnome-shell[1920]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32.

Що це означає: Попередження трапляються; не всі потребують дій. ACPI BIOS‑попередження часто — особливості прошивки.

Рішення: Якщо бачите тайм‑аути NVMe, помилки файлової системи або повторювані скиди GPU — у вас реальна проблема стабільності. Спочатку оновіть BIOS/прошивку, потім розгляньте параметри ядра.

Завдання 19 (Встановлена): Підтвердіть мережевий стек і резолюцію DNS (не думайте, що Wi‑Fi працює «достатньо»)

cr0x@server:~$ nmcli device status
DEVICE  TYPE      STATE         CONNECTION
wlp0s20f3 wifi      connected     corp-wifi
lo      loopback  unmanaged     --

cr0x@server:~$ resolvectl status | sed -n '1,25p'
Global
       Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
resolv.conf mode: stub
Current DNS Server: 10.10.10.53
       DNS Servers: 10.10.10.53 10.10.10.54

Що це означає: NetworkManager бачить підключений інтерфейс; systemd‑resolved має DNS‑сервери.

Рішення: Якщо DNS відсутній або неправильний — виправте це перед оновленням. Зламаний DNS виглядає як «dnf не працює», що забирає час.

Завдання 20 (Встановлена): Оновіть чисто і підтвердіть, що ви не випадково змішали репозиторії

cr0x@server:~$ sudo dnf -y upgrade
Last metadata expiration check: 0:12:41 ago on Mon 05 Feb 2026 09:48:31 AM UTC.
Dependencies resolved.
Nothing to do.
Complete!

Що це означає: Ви оновлені і ваші репозиторії узгоджені.

Рішення: Якщо після інсталяції бачите конфлікти залежностей — ймовірно, ви занадто рано увімкнули додаткові репозиторії. Відкочуйте їх перед тим, як копати глибше.

Завдання 21 (Встановлена): Перевірте місце в /boot (щоб уникнути помилок оновлення ядра)

cr0x@server:~$ df -h /boot
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme0n1p2  974M  312M  596M  35% /boot

Що це означає: Достатньо місця. Оновлення ядра потребують простору в /boot.

Рішення: Якщо /boot майже повний — обережно видаліть старі ядра перед тим, як оновлення зламається посередно.

Завдання 22 (Встановлена): Перевірте синхронізацію часу (бо TLS і репозиторії залежать від часу)

cr0x@server:~$ timedatectl status
               Local time: Mon 2026-02-05 10:07:41 UTC
           Universal time: Mon 2026-02-05 10:07:41 UTC
                 RTC time: Mon 2026-02-05 10:07:40
                Time zone: Etc/UTC (UTC, +0000)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no

Що це означає: Годинник синхронізований.

Рішення: Якщо синхронізація часу неправильна — виправте її перед тим, як дебагувати «випадкові» помилки TLS і невдале логування.

Післяінсталяційна перевірка: ставте ноутбук як сервер

Встановлення Workstation — це все одно продакшен‑система, просто клієнт тут ви самі. Перевірте базові речі: завантаження, сховище, логи та оновлення. Потім не чіпайте її достатньо довго, щоб довести стабільність.

Перевірка GPU: зробіть її нудною

Якщо у вас ноутбук з гібридною графікою, не поспішайте встановлювати пропрієтарні драйвери. Спочатку підтвердіть стабільність системи на стандартному стеку. Якщо пропрієтарний драйвер потрібен для роботи, встановлюйте його з планом відкату (хоч би: знайте, як потрапити в TTY і видалити пакунки).

Перевірка сховища: довіряй, але перевіряй

Якщо ви увімкнули шифрування — протестуйте перезавантаження негайно. Якщо ви використовуєте Btrfs — запам’ятайте дві команди (btrfs filesystem df і btrfs device stats) і використовуйте їх, коли продуктивність здається «не такою».

Жарт №2: Мій улюблений інцидент — той, що ніколи не стався, бо ви спеціально перезавантажилися один раз.

План швидкої діагностики

Коли щось іде не так, швидкість приходить через порядок. Не кидайтеся до екзотичних виправлень. Ідентифікуйте вузьке місце в три етапи: режим завантаження, носій, потім сховище/логи.

Перший: підтвердіть режим завантаження і ціль завантаження

Перевірте UEFI vs legacy: У live‑середовищі перевірте /sys/firmware/efi. Якщо встановили в одному режимі, а завантажуєтесь в іншому — ви будете ганятися за привидами.
Підтвердіть вибір диска: Використовуйте lsblk і fdisk -l. Переконайтеся, що ОС на тому диску, який ви думаєте.
Подивіться запис завантаження: Після інсталяції використовуйте bootctl status або efibootmgr -v.

Другий: перевірте USB і середовище інсталятора

USB‑помилки: Перевірте dmesg на наявність скидів/таймаутів.
Спробуйте інший порт: Віддавайте перевагу прямим портам материнської плати. Уникайте фронт‑панелей, хабів і док‑станцій під час інсталяції.
Підозрюйте флешку: Якщо інсталятор зависає на випадкових відсотках або видає I/O‑помилки — міняйте флешку. Не торгуйтесь із поганим носієм.

Третій: звузьте проблему до сховища або драйверів

Виявлення сховища: Якщо NVMe не з’являється, часто це настройки прошивки/BIOS (режим RAID vs AHCI, VMD тощо).
Логи ядра: journalctl -b -p warning..alert і dmesg — це ваші чесні свідки.
Стан файлової системи: У Btrfs перевірте btrfs device stats і btrfs filesystem df. На ext4 дивіться відновлення журналу й помилки.

Поширені помилки: симптом → причина → виправлення

1) Симптом: USB завантажується на одній машині, але не на іншій

Причина: На одній машині ви обираєте legacy‑запис, а на іншій — UEFI, або прошивка блокує певні шляхи завантаження з USB.

Виправлення: Використовуйте меню завантаження й обирайте явний UEFI‑запис. За можливості вимкніть CSM/legacy режим. Перевірте live‑середовище через перевірку з Завдання 8.

2) Симптом: Інсталятор заморожується або видає I/O‑помилки посередині

Причина: Погана флешка, поганий порт USB або нестабільний шлях контролера USB (доки/хаби).

Виправлення: Перевірте dmesg на скиди USB. Перемістіть у інший порт. Замініть флешку. Перезапишіть ISO після перевірки контрольної суми.

3) Симптом: «No bootable device» після успішної інсталяції

Причина: Порядок завантаження прошивки не оновився, або EFI запис не створився, бо ви інсталювали в legacy режимі, або ви встановили на неправильний диск.

Виправлення: Завантажте USB знову, підтвердіть UEFI‑режим, потім огляньте записи EFI через efibootmgr -v (з live‑середовища). Виправте порядок завантаження в прошивці. Якщо інсталювали в legacy на UEFI‑системі — перевстановіть в UEFI, а не патчіть вічно.

4) Симптом: Fedora завантажується, але Wi‑Fi повністю відсутній

Причина: Непідтримуваний чіпсет, відсутня прошивка або Secure Boot блокує сторонній модуль драйвера.

Виправлення: Перевірте lspci -nn і journalctl -b на помилки завантаження драйверів/прошивок. Якщо потрібен сторонній модуль — сплануйте історію Secure Boot (підпис/реєстрація ключів) замість хаотичного вимикання налаштувань.

5) Симптом: Попередження про «диск повний» на Btrfs при великій кількості вільного місця

Причина: Вичерпання метаданих Btrfs або дисбаланс виділення чанків.

Виправлення: Підтвердіть через btrfs filesystem df /. Розгляньте контрольований балансування пізніше. Не панікуйте й не видаляйте файли необдумано; зрозумійте, чи ліміт — дані, чи метадані.

6) Симптом: Windows скаржиться на помилки диска при подвійому завантаженні

Причина: Windows Fast Startup/глибокий режим гібернації лишив NTFS у «брудному» стані; Linux монтує його лише для читання або ініціює запити «відновлення».

Виправлення: Вимкніть Fast Startup у Windows, повністю вимкніть систему, потім завантажуйтесь у Fedora. Не «примушуйте» NTFS до запису, якщо вам не подобається ризик.

7) Симптом: Інсталятор не бачить внутрішній SSD

Причина: Режим зберігання BIOS встановлений у RAID/VMD, або контролер схований за прошивковою абстракцією.

Виправлення: Переключіть у AHCI (якщо підходить для вашої платформи) або вимкніть VMD там, де безпечно. Потім повторіть спробу. Якщо це корпоративний управляемий ноутбук — координуйтесь з IT, бо зміни можуть зламати попередньо встановлені образи.

Чеклісти / покроковий план

План інсталяції One‑USB (мінімальний, правильний шлях)

Обрати відому‑добру USB‑флешку (нова або довірена).
Завантажити ISO Fedora Workstation 43.
Перевірити контрольну суму і підпис (цілісність + автентичність).
Ідентифікувати USB‑пристрій за допомогою lsblk.
Записати ISO на /dev/sdX (весь диск, не розділ) за допомогою dd з флашем.
Підтвердити, що USB має EFI‑розділ через lsblk -f.
Завантажитись через UEFI USB‑запис (не legacy).
У live‑середовищі підтвердити UEFI‑режим завантаження.
В Anaconda обрати правильний цільовий диск. Якщо подвійне завантаження — будьте консервативні і не переробляйте існуючі розділи.
Увімкнути шифрування, якщо це ноутбук і ви цінуєте свої дані.
Завершити інсталяцію, перезавантажитись і одразу зробити ще одне перезавантаження (так, дійсно).
Запустити післяінсталяційну валідацію: failed units, логи, файлові системи, місце в /boot, оновлення.

Чекліст «Якщо це корпоративний ноутбук»

Підтвердіть, чи Secure Boot має залишитись увімкненим (політика часто каже «так»).
Підтвердіть, чи заблоковані налаштування BIOS (деякі бувають).
Перевірте, чи змінювати режим диска (AHCI/RAID/VMD) дозволено; це може «вбити» образ від виробника.
Переконайтесь, що у вас є шлях відновлення, погоджений з IT (на випадок, якщо знадобиться).
Перевірте сумісність корпоративного VPN‑клієнта перед тим, як стирати щось.

Чекліст «Якщо потрібне подвійне завантаження»

Зробіть резервну копію даних Windows (і перевірте, що резервна копія відкривається).
Вимкніть Windows Fast Startup; повністю вимкніть систему.
Зменшіть розділ Windows засобами Windows.
Під час встановлення Fedora не видаляйте і не форматируйте існуючий EFI System Partition.
Після інсталяції підтвердіть, що обидва записи завантаження існують і що прошивка не мовчки не скидає порядок завантаження.

Три корпоративні міні‑історії (щоб ви їх не повторили)

Міні‑історія №1: Інцидент через хибне припущення

Мала інженерна команда стандартизувалась на «одній інсталяційній флешці, щоб правити всіх». Флешка жила в шухляді столу, подорожувала між офісами і використовувалась для всього: Fedora‑інсталяції, оновлення прошивки, «швидко скопіюй цей бандл логів» — що завгодно. Вона працювала часто досить, щоб здаватися надійною.

Потім прийшла нова модель ноутбука. Інсталяція завантажилась, почала копіювати пакунки і зупинилась з періодичними I/O‑помилками. Команда думала, що новий ноутбуок має проблемний SSD. Відкрили тикет, потім ще один. Поміняли ноутбук. Та сама проблема. З’явилось припущення про «поганий парт». Спробували інший порт. Та сама проблема.

Хибне припущення було просте: «Якщо вона завантажується, флешка в порядку». Завантаження читає відносно мало. Інсталяція читає постійно з високою пропускною здатністю. Пам’ять флешки зношувалась; вона могла подати ядро й initramfs, але ламалась під навантаженням.

Виправлення було нудним: замінити флешку і ввести політику — інсталяційні USB‑носії одноцільові, і будь‑яка I/O‑помилка під час інсталяції — привід вивести її з обігу. Вони також додали швидку перевірку dmesg під час інсталяцій на предмет штормів скидів. Інцидент закінчився не якимось хитрим патчем, а сміттям.

Міні‑історія №2: Оптимізація, що обернулась проти

Більша організація мала ініціативу «прискорити підготовку ноутбуків». Хтось вирішив, що запис ISO з агресивним паралелізмом і кешуванням заощадить час. Використали швидку робочу станцію і USB‑дублятор, і штампували флешки партіями. На папері все виглядало чудово: більше флешок на годину, менше людського часу.

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

Зрештою хтось порівняв таблиці розділів «хорошої» і «поганої» флешки. Погані мали тонкі невідповідності — достатні, щоб збити з пантелику чутливі реалізації прошивки. «Оптимізація» дублятора не завжди вірно зберігала гібридну структуру образу.

Ремедіація — відмовитись від хитрих пайплайнів і стандартизувати перевірений метод запису для кожної флешки, плюс крок валідації після запису: lsblk -f має показувати EFI‑розділ. Підготовка стала трохи повільнішою. Інциденти стали значно рідкіснішими. Це обмін, який більшість SRE приймають без вагань.

Міні‑історія №3: Нудна, але правильна практика, що врятувала день

Фінансовий відділ запускали Fedora Workstation на аналітичних ноутбуках, бо їхні робочі процеси були контейнер‑орієнтовані, і безпека вимагала шифрування. Команда була обережною за своєю природою і прийняла правило «два перезавантаження»: після інсталяції та оновлень перезавантажте двічі перед тим, як віддати машину користувачу.

Через тиждень партія ноутбуків почала падати після першого перезавантаження після інсталяції. Перше перезавантаження працювало, друге — ні. Якби не правило, ці машини було б доставлено «працюючими», а вони б впали в понеділок вранці у руках нетерплячих користувачів.

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

Виправлення — налаштування прошивки і впевненість, що під час інсталяції обирається тільки UEFI. Така дисципліна не була екзотичним моніторингом чи новим інструментом. Це була проста рутина — перезавантажитися двічі на столі, коли виправляти набагато дешевше.

Питання й відповіді

Q1: Чому «одна USB», якщо я можу використовувати Ventoy або мульти‑ISO інструмент?

Бо ви хочете менше змінних. Мульти‑ISO інструменти підходять ентузіастам, але коли завантаження ламається — ви додали ще один шар для дебагу. Одна USB, один образ, один відомо‑добрий шлях.

Q2: Чи слід використовувати Fedora Media Writer замість dd?

Якщо ви на десктопі та віддаєте перевагу GUI — Fedora Media Writer підходить. Я все ще люблю dd, коли хочу детермінований, скриптований метод і вже на Linux. Головне — верифікація і правильний вибір пристрою, а не конкретний інструмент.

Q3: Чому dd написав «No space left on device»?

Часто це нормально, коли розмір образу доходить до кінця пристрою. Важливо, що копія завершилась і у вас валідна таблиця розділів після цього (lsblk -f). Якщо запис обірвався підозріло рано — це інша справа.

Q4: Чи потрібен окремий розділ /home у Fedora Workstation 43?

Зазвичай ні. Стандартні налаштування Btrfs у Fedora дають логічне розділення через субволюми без жорстких меж розділів. Розділяйте /home лише з чіткою операційною причиною.

Q5: Чи варто робити повне шифрування диска?

На ноутбуках — так. Єдина чесна аргументація проти — «я не можу втратити пароль» або «моя модель загроз не включає втрату пристрою». Якщо ваш ноутбук виходить за межі дому — шифруйте.

Q6: Моя машина завантажує USB лише в legacy режимі. Що робити?

Спершу перевірте налаштування прошивки: вимкніть CSM/legacy якщо можливо і увімкніть UEFI. Спробуйте інший порт USB. Якщо прошивка справді зламана — ви можете встановити в legacy режимі, але тоді дотримуйтесь послідовності і прийміть обмеження завантажувача. Послідовність важливіша за ідеологію.

Q7: Інсталятор не бачить мій внутрішній SSD (NVMe). Чи Fedora не має драйверів?

Інколи так, але частіше — це налаштування BIOS (RAID/VMD). Перевірте режим зберігання прошивки. На керованих пристроях координуйтесь з IT — зміни можуть вплинути на відновні образи і інструменти відповідності.

Q8: Fedora встановлена, але постійно завантажується назад у Windows.

Зазвичай це порядок завантаження прошивки. Зайдіть у налаштування прошивки і перемістіть Fedora (або Linux‑завантажувач) вище Windows Boot Manager. Також перевірте, чи прошивка не має функції «відновити порядок завантаження».

Q9: Як дізнатись, чи проблема в USB‑флешці?

Шукайте скиди USB/таймаути в dmesg під час live‑сесії і під час інсталяції. Якщо з’являються помилки — замініть флешку. USB‑носій дешевий; ваш час — ні.

Q10: Після інсталяції, які три найважливіші перевірки?

1) systemctl --failed (сервіси), 2) journalctl -b -p warning..alert (логи), 3) findmnt і btrfs filesystem df (реальність сховища проти очікувань).

Висновок: наступні кроки, які справді варто зробити

Якщо ви нічого більше не зробите — зробіть ці кроки після встановлення Fedora Workstation 43:

Перезавантажтесь двічі і підтвердьте стабільність. Це виявить проблеми з порядком завантаження та initramfs, поки ви ще пам’ятаєте, що змінили.
Запустіть команду валідації: failed units, попереджувальні логи, монтування файлових систем і місце в /boot.
Оновіть систему і переконайтесь, що управління пакетами чисте перед тим, як додавати сторонні репозиторії або драйвери.
Запишіть, що ви зробили: макет диска, статус шифрування, налаштування Secure Boot. Майбутній ви займе цю нотатку як золото.

Метод «одна USB» не гламурний. Це невеликий ритуал, що купує вам рідкісну річ в десктоп‑Linux інсталяціях: нудний результат. А нудний — це саме те, що вам треба.

Схожі статті

Єдиний правильний спосіб створити завантажувальний USB для Windows 11 (UEFI + Secure Boot) Створити завантажувальний USB, який дійсно завантажується (UEFI/Legacy правильно)