Fedora — это дистрибутив операционной системы Linux, основанный на системе пакетов RPM. Как и любая другая операционная система, Fedora не застрахована от случайных ошибок и зависаний, которые могут привести к потере данных и сбоям в работе приложений. В этой статье мы рассмотрим несколько способов борьбы с зависаниями и ошибками программ в Fedora.
Шаг 1: Перезагрузите компьютер
Перезагрузка компьютера — самый простой и эффективный способ устранения зависаний и ошибок программ в Fedora. Когда компьютер перезагрузится, все приложения и службы будут запущены заново, что может исправить возможные сбои в работе системы.
Шаг 2: Обновите систему
Если перезагрузка компьютера не помогла устранить ошибки и зависания программ в Fedora, попробуйте обновить операционную систему до последней версии. Fedora регулярно выпускает обновления, которые исправляют ошибки и улучшают стабильность системы.
Для обновления системы в Fedora можно использовать команду:
sudo dnf update
Шаг 3: Отключите ненужные службы
Некоторые службы и сервисы могут вызывать проблемы при работе системы. Если вы заметили, что приложения начали зависать или вылетать после установки определенной службы, попробуйте ее отключить.
Для отключения службы в Fedora можно использовать команду:
sudo systemctl stop <имя сервиса>
Чтобы отключить сервис на постоянной основе, нужно использовать команду:
sudo systemctl disable <имя сервиса>
Шаг 4: Используйте утилиты для диагностики
Fedora предоставляет ряд утилит, которые помогут определить причину зависаний и ошибок программ. Некоторые из них:
-
systemctl
— для управления службами и сервисами. -
journalctl
— для просмотра логов системных сообщений. -
top
иhtop
— для мониторинга процессов и использования системных ресурсов.
Шаг 5: Установите приложение заново
Если все вышеперечисленные шаги не помогли устранить проблему, попробуйте переустановить приложение с нуля. Для этого удалите его с помощью команды:
sudo dnf remove <имя приложения>
Затем переустановите его с помощью команды:
sudo dnf install <имя приложения>
Выводы
Fedora — это мощная операционная система, которая может иногда сталкиваться с зависаниями и ошибками программ. Чтобы избежать проблем, всегда следует обновлять систему до последней версии, отключать ненужные службы и использовать утилиты для диагностики возможных проблем. Если ничего не помогает, всегда можно переустановить приложение заново.
Ubuntu и его производные часто страдают от проблемы initramfs.
Насколько я знаю, обычно это происходит на дисках, отформатированных с файловой системой ext4.
Однако я не сталкивался с этой проблемой в BTRFS.
До сегодняшнего дня я думал, что эта проблема затрагивает только системы на базе Ubuntu.
Я ошибался!
Сегодня я столкнулся с проблемой initramfs в моей настольной системе Fedora 34.
Я уже знал, как исправить ошибку Initramfs в Ubuntu Linux.
🧰 Как исправить ошибку Busybox Initramfs на Ubuntu
В этом руководстве я покажу вам, как решить ошибку initramfs в Fedora.
Это было фактическое сообщение об ошибке, с которым я столкнулся после включения Fedora 34.
[...] Generating "/run/initramfsrdsosreport.txt" Entering emergency mode. Exit the shell to continue. Type "journelctl" to view the system logs. You might want to save "/run/initramfsrdsosreport.txt" to a USB stick or /boot after mounting them and attach it to a bug report. Give root password for maintenance mode (or press Control-D to continue): :/root#
Как видно из приведенного выше вывода, Fedora перешла в аварийный режим.
Чтобы устранить ошибку initramfs в Fedora, необходимо проверить и восстановить файловую систему в проблемном разделе с помощью команды fsck.
В моем случае поврежден раздел /dev/sda2.
# fsck /dev/sda2 -y
Замените /dev/sda2 в приведенной выше команде на имя вашего раздела.
В вашей системе раздел может быть другим, например /dev/sda1, /dev/sdb1, /dev/sdc1 и т.д.
Чтобы найти информацию о разделе Linux, используйте команду cat /proc/partitions или blkid.
Если вы не уверены, какой раздел нужно восстановить, запустите fsck на всех разделах.
Теперь команда fsck проверит наличие поврежденных блоков в файловой системе данного раздела и автоматически исправит их.
Это займет минуту или две, в зависимости от размера диска и количества плохих блоков на нем.
[...] /dev/sda2: ***** FILE SYSTEM WAS MODIFIED ***** /dev/sda2: 662372/4507520 files (0.4% non-contiguous), 7510236/10350080 blocks
После того, как команда fsck восстановит все плохие блоки в разделе, введите reboot или exit и нажмите ENTER, чтобы начать загрузку системы Fedora:
# reboot
или,
# exit
Теперь ваша система должна загрузиться нормально.
Приведенное выше решение отлично сработало .
На всякий случай, если оно не помогло, следуйте инструкциям, приведенным одним из наших читателей в другой статье.
- Загрузите систему с загрузочного CD/DVD/USB-накопителя памяти с той же версией дистрибутива GNU/Linux.
- Затем сначала проверьте аппаратное обеспечение (например, dmesg покажет, работают ли жесткие диски или выдают сообщения о сбоях).
- Затем запустите fsck на всех [unmounted] разделах файловой системы, чтобы убедиться, что они работают правильно.
Если это не устранит проблему загрузки, то из загрузочной системы можно выполнить дальнейший ремонт и даже переустановить все необходимые поврежденные программы.
[Stell@fedora ~]$ sudo dnf update
Repository anydesk is listed more than once in the configuration
AMDGPU 5.3 repository 117 B/s | 178 B 00:01
<b>Errors during downloading metadata for repository 'amdgpu':
- Status code: 404 for https://repo.radeon.com/amdgpu/5.3/rhel//main/x86_64/repodata/repomd.xml (IP: 13.82.220.49)
Error: Не удалось загрузить метаданные для репозитория «amdgpu»: Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried
pgadmin4 266 B/s | 146 B 00:00
Errors during downloading metadata for repository 'pgAdmin4':
- Status code: 404 for https://ftp.postgresql.org/pub/pgadmin/pgadmin4/yum/fedora/fedora-38-x86_64/repodata/repomd.xml (IP: 87.238.57.227)
Error: Не удалось загрузить метаданные для репозитория «pgAdmin4»: Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried
Игнорируется репозиториев: amdgpu, pgAdmin4</b>
Последняя проверка окончания срока действия метаданных: 0:00:12 назад, Пт 05 мая 2023 00:20:11.
Зависимости разрешены.
Отсутствуют действия для выполнения.
Выполнено!
при выполнении sudo dnf update выводиться 2 ошибки отсутствия репозиториев, но я их добавлял когда скачивал.
Errors during downloading metadata for repository 'amdgpu':
- Status code: 404 for https://repo.radeon.com/amdgpu/5.3/rhel//main/x86_64/repodata/repomd.xml (IP: 13.82.220.49)
Error: Не удалось загрузить метаданные для репозитория «amdgpu»: Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried
pgadmin4 266 B/s | 146 B 00:00
Errors during downloading metadata for repository 'pgAdmin4':
- Status code: 404 for https://ftp.postgresql.org/pub/pgadmin/pgadmin4/yum/fedora/fedora-38-x86_64/repodata/repomd.xml (IP: 87.238.57.227)
Error: Не удалось загрузить метаданные для репозитория «pgAdmin4»: Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried
Игнорируется репозиториев: amdgpu, pgAdmin4
Вот мой все мои репозитории:
[Stell@fedora ~]$ sudo dnf repolist
Repository anydesk is listed more than once in the configuration
идентификатор репозитория имя репозитория
MEGAsync MEGAsync
amdgpu AMDGPU 5.3 repository
anydesk AnyDesk Fedora - stable
copr:copr.fedorainfracloud.org:phracek:PyCharm Copr repo for PyCharm owned by phracek
copr:copr.fedorainfracloud.org:sukhmeet:amdgpu-core-shim Copr repo for amdgpu-core-shim owned by sukhmeet
fedora Fedora 38 - x86_64
fedora-cisco-openh264 Fedora 38 openh264 (From Cisco) - x86_64
fedora-modular Fedora Modular 38 - x86_64
google-chrome google-chrome
pgAdmin4 pgadmin4
rocm ROCm 5.2 repository
rpmfusion-nonfree-nvidia-driver RPM Fusion for Fedora 38 - Nonfree - NVIDIA Driver
rpmfusion-nonfree-steam RPM Fusion for Fedora 38 - Nonfree - Steam
updates Fedora 38 - x86_64 - Updates
updates-modular Fedora Modular 38 - x86_64 - Updates
yandex
Кеш очищал и пересоздавал.
Как можно исправить эти ошибки в консоли. Fedora 38.
0
1
Добрый день. была установлена федора 26 (вместе с виндой) все работало примерно сутки. каждый раз при загрузке системы выдавалась ошибка такого формата (The kernel log indicates that hardware errors were detected.
This is most likely not a software problem. и что то вроде — BOOT_IMAGE=/vmlinuz-4.16.3-301.fc28.x86_64). было написано, что все исправлено и все ок. и так каждый раз при загрузке. Через сутки система начала периодически виснуть намертво. Установил 28ю. система зависла намертво сразу после установки а после перезагрузки эта же самая ошибка начала вылетать каждую секунду. На убунту и на минте таких проблем не было. в чем может быть проблема ? винда тоже работает стабильно.
Система ноут Acer i3 4 гига опаративы две видео карты (встроеная интел и нвидиа)
Linux Dist: Fedora 31 Mate compiz.
Dual boot with win10. (UEFI secure boot enabled).
1)
While shutting down the system, an unusual errors showed up in the screen.
So the problem started with Lightdm.
2) On the next boot,Emergency mode appeared , i followed the journalctl and figure out that i have to fix the partitions using fsck wich i did ,And on the next boot it stucked on Login Service step: (unable to get the tty )
3) I tried to start emergency mode to check the journalctl (systemd.unit=emergency.target), and i got this:
Edit : (Using live USB )
$fdisk - l
Disk /dev/sda: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: TOSHIBA MQ04ABF1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 7B2B9D8A-6958-447F-8199-612492FE6C18
Device Start End Sectors Size Type
/dev/sda1 2048 1023999 1021952 499M Windows recovery environment
/dev/sda2 1024000 1228799 204800 100M EFI System
/dev/sda3 1228800 1261567 32768 16M Microsoft reserved
/dev/sda4 1261568 356085759 354824192 169.2G Microsoft basic data
/dev/sda5 356085760 358182911 2097152 1G Linux filesystem
/dev/sda6 358182912 1213837311 855654400 408G Linux LVM
Disk /dev/sdb: 7.51 GiB, 8053063680 bytes, 15728640 sectors
Disk model: Flash Disk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x03f6914f
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 15728639 15726592 7.5G c W95 FAT32 (LBA)
Disk /dev/mapper/fedora_localhost-root: 200 GiB, 214748364800 bytes, 419430400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/fedora_localhost-home: 200 GiB, 214748364800 bytes, 419430400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/fedora_localhost-swap: 8 GiB, 8589934592 bytes, 16777216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/loop0: 1.91 GiB, 2032271360 bytes, 3969280 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 7 GiB, 7518289920 bytes, 14684160 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop2: 32 GiB, 34359738368 bytes, 67108864 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mapper/live-rw: 7 GiB, 7518289920 bytes, 14684160 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mapper/live-base: 7 GiB, 7518289920 bytes, 14684160 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Lsblk
$lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 1.9G 1 loop
loop1 7:1 0 7G 1 loop
├─live-rw 253:3 0 7G 0 dm /
└─live-base 253:4 0 7G 1 dm
loop2 7:2 0 32G 0 loop
└─live-rw 253:3 0 7G 0 dm /
sda 8:0 0 931.5G 0 disk
├─sda1 8:1 0 499M 0 part
├─sda2 8:2 0 100M 0 part
├─sda3 8:3 0 16M 0 part
├─sda4 8:4 0 169.2G 0 part
├─sda5 8:5 0 1G 0 part
└─sda6 8:6 0 408G 0 part
├─fedora_localhost-root 253:0 0 200G 0 lvm
├─fedora_localhost-home 253:1 0 200G 0 lvm
└─fedora_localhost-swap 253:2 0 8G 0 lvm [SWAP]
sdb 8:16 1 7.5G 0 disk
└─sdb1 8:17 1 7.5G 0 part /run/initramfs/live
sr0 11:0 1 2.6M 0 rom /run/media/liveuser/HiSuite
I checked the /bin directory and noticed that the bash
was not there so i copied the one provided in the live-usb .And i was able to login again, but i have found out that many commands are not found and in every terminal opening i got this errors:
bash: /usr/bin/register-python-argcomplete: /usr/bin/python3: bad interpreter: No such file or directory
bash: awk: command not found
bash: /usr/bin/powerline-daemon: /usr/bin/python3: bad interpreter: No such file or directory
bash: /usr/bin/powerline-config: /usr/bin/python3: bad interpreter: No such file or directory
bash: /usr/bin/powerline-config: /usr/bin/python3: bad interpreter: No such file or directory
[cuore@localhost ~]$ dnf
bash: /usr/bin/dnf: /usr/bin/python3: bad interpreter: No such file or directory
[cuore@localhost ~]$ cat
bash: cat: command not found
[cuore@localhost ~]$
$ sudo rpm --verify --all
missing /usr/bin/aulastlog
missing /usr/bin/ausyscall
missing /usr/bin/auvirt
missing a /usr/lib/.build-id/10/0eaa49fad105bff332a1e61f1ac5b761872c5f
missing /usr/bin/audit2allow
missing /usr/bin/audit2why
missing /usr/bin/chcat
missing /usr/bin/checkisomd5
missing /usr/include/arpa
missing /usr/include/arpa/ftp.h
missing /usr/include/arpa/inet.h
missing /usr/include/arpa/nameser.h
missing /usr/include/arpa/nameser_compat.h
missing /usr/include/arpa/telnet.h
missing /usr/include/arpa/tftp.h
missing /usr/include/bits
missing /usr/include/bits/a.out.h
missing /usr/include/bits/argp-ldbl.h
missing /usr/include/bits/byteswap.h
missing /usr/include/bits/cmathcalls.h
missing /usr/include/bits/confname.h
missing /usr/include/bits/cpu-set.h
missing /usr/include/bits/dirent.h
missing /usr/include/bits/dirent_ext.h
missing /usr/include/bits/dlfcn.h
missing /usr/include/bits/elfclass.h
missing /usr/include/bits/endian.h
missing /usr/include/bits/environments.h
missing /usr/include/bits/epoll.h
missing /usr/include/bits/err-ldbl.h
missing /usr/include/bits/errno.h
missing /usr/include/bits/error-ldbl.h
missing /usr/include/bits/error.h
.......... **And MORE**
It looks like i am having the same problem as in here.
The only thing that i can think of that probably caused the deletion of multiple critical files is at the step when i manually runned fsck over fedora_localhost-root
fedora_localhost-home
.
Can it be it?
Linux Dist: Fedora 31 Mate compiz.
Dual boot with win10. (UEFI secure boot enabled).
1)
While shutting down the system, an unusual errors showed up in the screen.
So the problem started with Lightdm.
2) On the next boot,Emergency mode appeared , i followed the journalctl and figure out that i have to fix the partitions using fsck wich i did ,And on the next boot it stucked on Login Service step: (unable to get the tty )
3) I tried to start emergency mode to check the journalctl (systemd.unit=emergency.target), and i got this:
Edit : (Using live USB )
$fdisk - l
Disk /dev/sda: 931.53 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: TOSHIBA MQ04ABF1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 7B2B9D8A-6958-447F-8199-612492FE6C18
Device Start End Sectors Size Type
/dev/sda1 2048 1023999 1021952 499M Windows recovery environment
/dev/sda2 1024000 1228799 204800 100M EFI System
/dev/sda3 1228800 1261567 32768 16M Microsoft reserved
/dev/sda4 1261568 356085759 354824192 169.2G Microsoft basic data
/dev/sda5 356085760 358182911 2097152 1G Linux filesystem
/dev/sda6 358182912 1213837311 855654400 408G Linux LVM
Disk /dev/sdb: 7.51 GiB, 8053063680 bytes, 15728640 sectors
Disk model: Flash Disk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x03f6914f
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 15728639 15726592 7.5G c W95 FAT32 (LBA)
Disk /dev/mapper/fedora_localhost-root: 200 GiB, 214748364800 bytes, 419430400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/fedora_localhost-home: 200 GiB, 214748364800 bytes, 419430400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/fedora_localhost-swap: 8 GiB, 8589934592 bytes, 16777216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/loop0: 1.91 GiB, 2032271360 bytes, 3969280 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 7 GiB, 7518289920 bytes, 14684160 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop2: 32 GiB, 34359738368 bytes, 67108864 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mapper/live-rw: 7 GiB, 7518289920 bytes, 14684160 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mapper/live-base: 7 GiB, 7518289920 bytes, 14684160 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Lsblk
$lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 1.9G 1 loop
loop1 7:1 0 7G 1 loop
├─live-rw 253:3 0 7G 0 dm /
└─live-base 253:4 0 7G 1 dm
loop2 7:2 0 32G 0 loop
└─live-rw 253:3 0 7G 0 dm /
sda 8:0 0 931.5G 0 disk
├─sda1 8:1 0 499M 0 part
├─sda2 8:2 0 100M 0 part
├─sda3 8:3 0 16M 0 part
├─sda4 8:4 0 169.2G 0 part
├─sda5 8:5 0 1G 0 part
└─sda6 8:6 0 408G 0 part
├─fedora_localhost-root 253:0 0 200G 0 lvm
├─fedora_localhost-home 253:1 0 200G 0 lvm
└─fedora_localhost-swap 253:2 0 8G 0 lvm [SWAP]
sdb 8:16 1 7.5G 0 disk
└─sdb1 8:17 1 7.5G 0 part /run/initramfs/live
sr0 11:0 1 2.6M 0 rom /run/media/liveuser/HiSuite
I checked the /bin directory and noticed that the bash
was not there so i copied the one provided in the live-usb .And i was able to login again, but i have found out that many commands are not found and in every terminal opening i got this errors:
bash: /usr/bin/register-python-argcomplete: /usr/bin/python3: bad interpreter: No such file or directory
bash: awk: command not found
bash: /usr/bin/powerline-daemon: /usr/bin/python3: bad interpreter: No such file or directory
bash: /usr/bin/powerline-config: /usr/bin/python3: bad interpreter: No such file or directory
bash: /usr/bin/powerline-config: /usr/bin/python3: bad interpreter: No such file or directory
[cuore@localhost ~]$ dnf
bash: /usr/bin/dnf: /usr/bin/python3: bad interpreter: No such file or directory
[cuore@localhost ~]$ cat
bash: cat: command not found
[cuore@localhost ~]$
$ sudo rpm --verify --all
missing /usr/bin/aulastlog
missing /usr/bin/ausyscall
missing /usr/bin/auvirt
missing a /usr/lib/.build-id/10/0eaa49fad105bff332a1e61f1ac5b761872c5f
missing /usr/bin/audit2allow
missing /usr/bin/audit2why
missing /usr/bin/chcat
missing /usr/bin/checkisomd5
missing /usr/include/arpa
missing /usr/include/arpa/ftp.h
missing /usr/include/arpa/inet.h
missing /usr/include/arpa/nameser.h
missing /usr/include/arpa/nameser_compat.h
missing /usr/include/arpa/telnet.h
missing /usr/include/arpa/tftp.h
missing /usr/include/bits
missing /usr/include/bits/a.out.h
missing /usr/include/bits/argp-ldbl.h
missing /usr/include/bits/byteswap.h
missing /usr/include/bits/cmathcalls.h
missing /usr/include/bits/confname.h
missing /usr/include/bits/cpu-set.h
missing /usr/include/bits/dirent.h
missing /usr/include/bits/dirent_ext.h
missing /usr/include/bits/dlfcn.h
missing /usr/include/bits/elfclass.h
missing /usr/include/bits/endian.h
missing /usr/include/bits/environments.h
missing /usr/include/bits/epoll.h
missing /usr/include/bits/err-ldbl.h
missing /usr/include/bits/errno.h
missing /usr/include/bits/error-ldbl.h
missing /usr/include/bits/error.h
.......... **And MORE**
It looks like i am having the same problem as in here.
The only thing that i can think of that probably caused the deletion of multiple critical files is at the step when i manually runned fsck over fedora_localhost-root
fedora_localhost-home
.
Can it be it?
Ubuntu и его производные часто страдают от проблемы initramfs.
Насколько я знаю, обычно это происходит на дисках, отформатированных с файловой системой ext4.
Однако я не сталкивался с этой проблемой в BTRFS.
До сегодняшнего дня я думал, что эта проблема затрагивает только системы на базе Ubuntu.
Я ошибался!
Сегодня я столкнулся с проблемой initramfs в моей настольной системе Fedora 34.
Я уже знал, как исправить ошибку Initramfs в Ubuntu Linux.
🧰 Как исправить ошибку Busybox Initramfs на Ubuntu
В этом руководстве я покажу вам, как решить ошибку initramfs в Fedora.
Это было фактическое сообщение об ошибке, с которым я столкнулся после включения Fedora 34.
[...] Generating "/run/initramfsrdsosreport.txt" Entering emergency mode. Exit the shell to continue. Type "journelctl" to view the system logs. You might want to save "/run/initramfsrdsosreport.txt" to a USB stick or /boot after mounting them and attach it to a bug report. Give root password for maintenance mode (or press Control-D to continue): :/root#
Как видно из приведенного выше вывода, Fedora перешла в аварийный режим.
Чтобы устранить ошибку initramfs в Fedora, необходимо проверить и восстановить файловую систему в проблемном разделе с помощью команды fsck.
В моем случае поврежден раздел /dev/sda2.
# fsck /dev/sda2 -y
Замените /dev/sda2 в приведенной выше команде на имя вашего раздела.
В вашей системе раздел может быть другим, например /dev/sda1, /dev/sdb1, /dev/sdc1 и т.д.
Чтобы найти информацию о разделе Linux, используйте команду cat /proc/partitions или blkid.
Если вы не уверены, какой раздел нужно восстановить, запустите fsck на всех разделах.
Теперь команда fsck проверит наличие поврежденных блоков в файловой системе данного раздела и автоматически исправит их.
Это займет минуту или две, в зависимости от размера диска и количества плохих блоков на нем.
[...] /dev/sda2: ***** FILE SYSTEM WAS MODIFIED ***** /dev/sda2: 662372/4507520 files (0.4% non-contiguous), 7510236/10350080 blocks
После того, как команда fsck восстановит все плохие блоки в разделе, введите reboot или exit и нажмите ENTER, чтобы начать загрузку системы Fedora:
# reboot
или,
# exit
Теперь ваша система должна загрузиться нормально.
Приведенное выше решение отлично сработало .
На всякий случай, если оно не помогло, следуйте инструкциям, приведенным одним из наших читателей в другой статье.
- Загрузите систему с загрузочного CD/DVD/USB-накопителя памяти с той же версией дистрибутива GNU/Linux.
- Затем сначала проверьте аппаратное обеспечение (например, dmesg покажет, работают ли жесткие диски или выдают сообщения о сбоях).
- Затем запустите fsck на всех [unmounted] разделах файловой системы, чтобы убедиться, что они работают правильно.
Если это не устранит проблему загрузки, то из загрузочной системы можно выполнить дальнейший ремонт и даже переустановить все необходимые поврежденные программы.
11 Apr 2017
Никогда бы не подумал, но вчера столкнулся с проблемой при которой после обновления fedora начисто отказалась загружаться постоянно выдавая при старте окно MokManager с просьбой добавить ключи или хеши с secureboot.
Что меня больше всего удивило так это то, что efibootmgr -v выдавал кучу записей загрузчиков shim.efi с некорректными uuid разделов на которых они размещены.
$ efibootmgr -v
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0007,0002,2001,2002,2003
Boot0000* Fedora HD(1,GPT,f627bf87-5440-4997-8310-aa80dba7e383,0x800,0x64000)/File(EFIFedorashim.efi)
Boot0001* Fedora HD(1,GPT,f627bf87-5440-4997-8310-aa80dba7e383,0x800,0x64000)/File(EFIfedorashim.efi)
Boot0002* Linux PciRoot(0x0)/Pci(0x1c,0x4)/Pci(0x0,0x0)/NVMe(0x1,00-00-00-00-00-00-00-00)/HD(1,GPT,f627bf87-5440-4997-8310-aa80dba7e383,0x800,0x64000)/File(EFIBOOTBOOTX64.EFI)A01 ..
Boot0003* Fedora HD(1,GPT,f627bf87-5440-4997-8310-aa80dba7e383,0x800,0x64000)/File(EFIfedorashim.efi)
Boot0004* Fedora HD(1,GPT,f627bf87-5440-4997-8310-aa80dba7e383,0x800,0x64000)/File(EFIfedorashim.efi)
Boot0005* Fedora HD(1,GPT,f627bf87-5440-4997-8310-aa80dba7e383,0x800,0x64000)/File(EFIfedorashim.efi)
Boot0006* Fedora HD(1,GPT,f627bf87-5440-4997-8310-aa80dba7e383,0x800,0x64000)/File(EFIfedorashim.efi)
Boot0007* Fedora HD(1,GPT,f627bf87-5440-4997-8310-aa80dba7e383,0x800,0x64000)/File(EFIfedorashim.efi)
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RC
Конечно в данном листинге уже все верно поскольку он был сделан на рабочей машине, но в оригинальном листинге в идентификаторе HD были прописаны несуществующие uuid разделов. И подобных записей было далеко за 20 штук.
К сожалению мне неизвестна причина по которой система прописывает неверные данные, но мне нужно было оживить машину. Для этого следует сначала зайти в chroot окружение убитой системы.
Далее нам потребуется удалить все записи загрузчика с неверными данными. Это записи вида Boot0ХХХ.
Сначала надо переустановить grub-efi и shim как это рекомендует документация.
# dnf reinstall grub-efi shim
Теперь удаляем невалидные записи. Для их удаления нам потребуется выполнять команду
- -B — удалить запись
- -b XXXX — выбрать активной запись XXXX
В качестве XXXX будут выступать идентификаторы неугодных записей (не трогайте записи, которые начинаются не с нуля — они системные). И конечно же перед каждым удалением следите за состоянием записей (efibootmgr -v).
Последним шагом будет добавление правильной записи.
efibootmgr -c -w -L Fedora -d /dev/nvme0n1 -p 1 -l 'EFIFedorashim.efi'
- -c — создать запись
- -w — сделать запись в mbr если это требуется
- -L Fedora — метка новой записи в загрузчике
- -d /dev/nvme0n1 — жесткий диск на котором размещен efi-раздел (у вас может быть /dev/sda или любой другой)
- -p 1 — номер раздела на диске (если efi у вас это /dev/sda1, то 1, sda2 — 2 и т.д.)
- -l ‘EFIFedorashim.efi’ — расположение файла загрузчика относительно корня диска efi (а не корня файловой системы в которую он подмонтирован). Обратите внимание, что тут нам обязательно надо указать загрузчик shim.efi, а не что-то другое.
После завершения можно перезагружаться и пробовать войти в систему. Mok Manager больше не должен появляться. Если это не так, то где-то вы допустили ошибку.
Литература
- Как попасть в chroot с livecd
- Восстановление загрузчика grub-efi
- Update fedora 25 breaks UEFI — MOK — drive cant boot (система перестает грузиться и постоянно показывает MokManager)
Теги:
fedora
linux
uefi
Несколько дней назад пользователи дистрибутива Fedora 25 получили обновление пакета xorg-x11-drv-nouveau, который вызвал на свободных драйверах NVIDIA проблемы с мерцающим чёрным экраном. Здесь мы рассмотрим два способа её решения.
Введение
Проблема заключается в регрессии и уходе свободного драйвера nouveau 1:1.0.14-1 в dead-loop из-за линковки с библиотекой libdrm версии 2.4.78 или выше.
Пользователи Fedora 25 видят сразу после завершения загрузки мерцающий чёрный экран, полностью блокирующий работу любых логин-менеджеров, включая SDDM, GDM, LightDM и прочих. Войти в систему становится невозможно.
Исправление уже доступно в репозиториях Fedora 25 в виде пакета xorg-x11-drv-nouveau версии 1.0.14-2.fc25, но установить его на подверженной ошибке системе не так-то просто.
Способ 1. Локальный
Если блокировка не полная, то нажмём на клавиатуре комбинацию Ctrl + Alt + F2 и переключимся в другую виртуальную консоль, выполним там вход в систему от имени пользователя с доступом к sudo, либо как root (если вход осуществлён как root, то sudo перед командами писать не нужно).
Загрузим RPM пакет с исправлением:
wget http://mirror.yandex.ru/fedora/linux/updates/25/x86_64/x/xorg-x11-drv-nouveau-1.0.14-2.fc25.x86_64.rpm
Установим данный пакет:
sudo dnf --disablerepo="*" install xorg-x11-drv-nouveau-1.0.14-2.fc25.x86_64.rpm
Перезагрузим ОС:
sudo systemctl reboot
Способ 2. Chroot в установленную ОС
Если блокировка настолько полная, что переключение в другие виртуальные консоли не работает, нам потребуется войти в установленную систему с LiveCD или LiveUSB соответствующей архитектуры (это важно). Инструкции по созданию загрузочной флешки можно найти здесь.
Итак, загружаемся с LiveCD/USB и запускаем эмулятор терминала или переходим в виртуальную консоль (особой разницы не имеет).
Для начала создадим каталог для точки монтирования:
sudo mkdir /media/fedora
Смонтируем корневой раздел установленной ОС:
sudo mount -t ext4 /dev/sda1 /media/fedora
Здесь /dev/sda1 — раздел, на котором установлена ОС, а ext4 — его файловая система. Внесём соответствующие правки если это не так.
Переходим в каталог с корневой ФС и монтируем ряд необходимых для работы окружения виртуальных ФС:
cd /media/fedora sudo mount -t proc /proc proc sudo mount --rbind /sys sys sudo mount --make-rslave sys sudo mount --rbind /dev dev sudo mount --make-rslave dev sudo mount -t tmpfs tmpfs tmp
Теперь выполняем вход в chroot:
sudo chroot /media/fedora
Загружаем обновлённый пакет:
wget http://mirror.yandex.ru/fedora/linux/updates/25/x86_64/x/xorg-x11-drv-nouveau-1.0.14-2.fc25.x86_64.rpm -O /root/xorg-x11-drv-nouveau-1.0.14-2.fc25.x86_64.rpm
Устанавливаем его:
dnf --disablerepo="*" install /root/xorg-x11-drv-nouveau-1.0.14-2.fc25.x86_64.rpm
Удаляем ненужный более файл обновления:
rm -f /root/xorg-x11-drv-nouveau-1.0.14-2.fc25.x86_64.rpm
Завершаем работу chroot окружения:
logout
Перезагружаемся в основную ОС:
sudo systemctl reboot
#1 2010-05-20 16:37:07
- uscr
- Member
- Зарегистрирован: 2010-05-16
- Сообщений: 112
Не загружается Fedora12
Не могу загрузить федору. При загрузке PAE ядра (оно стоит по умолчанию) вижу чёрный экран и мигающий курсор в левом верхнем углу. При загрузке обычного ядра сначала всё идет как обычно, но потом вылазит ошибка и загрузка останавливается.
Ошибка такая:
Код:
При чём тут тачпад?
Последний раз использовал ноут для интернетов + запустил yum update
Неактивен
#2 2010-05-20 17:58:11
- Mak_s
- Member
- Откуда: Чернигов
- Зарегистрирован: 2009-12-06
- Сообщений: 358
Re: Не загружается Fedora12
uscr написал:
При загрузке PAE ядра (оно стоит по умолчанию) вижу чёрный экран и мигающий курсор в левом верхнем углу. При загрузке обычного ядра сначала всё идет как обычно, но потом вылазит ошибка и загрузка останавливается.
А версию ядра одну пробовал или предыдущую тоже? Не помнишь, что обновлялось по yum update
?
Круче самовара только титан
Неактивен
#3 2010-05-20 19:16:23
- uscr
- Member
- Зарегистрирован: 2010-05-16
- Сообщений: 112
Re: Не загружается Fedora12
А предыдущую я убрал как раз накануне из списка загрузки. Попробую отредактировать конфиг на другом компе. Или можно в текущем состоянии загрузить старое ядро (ещё раз повторю-в списке загрузки его нет, на диске оно есть)? За обновлениями не следил. Помню только что после команды yum -y update; shutdown -P now он вырубился не более чем через 3 минуты. Т.Е. ничего тяжеловесного оно не качало. Хотя этого могло хватить для обновления, например, драйвера тачпада. Или сообщение о тачпаде и о проблеме с загрузкой не связаны между собой?
Неактивен
#4 2010-05-21 10:37:14
- Mak_s
- Member
- Откуда: Чернигов
- Зарегистрирован: 2009-12-06
- Сообщений: 358
Re: Не загружается Fedora12
Так ты правил grub.conf? С этого надо было и начинать. Параметры ядра трогал? В частности параметр root.
Тачпад здесь скорее всего ни при чем. Гораздо интереснее было бы увидеть сообщения, которые выдаются до Signal caught.
Если ядро не удалялось с диска (через yum или вручную), то загрузить его можно из grub shell. Но сначала лучше разобраться с предыдущими вопросами.
Круче самовара только титан
Неактивен
#5 2010-05-21 12:42:48
- uscr
- Member
- Зарегистрирован: 2010-05-16
- Сообщений: 112
Re: Не загружается Fedora12
Правил. Выделил и удалил по 3 строки для старого ядра (title, kernel, image).
После этого система грузилась. Сейчас пробовал грузить более старые версии ядра — ошибка аналогичная. Да, тачпад не при чём, я его тупо отключил. Это повлияло только на последнюю часть сообщения (как раз про тачпад) — она пропала. Что, впрочем не удивительно.
Сообщения до сигнала:
Код:
Вот конфиг граба:
Код:
Хм… А ‘ro$’, ‘$’, ‘roo$’ — это нормально?
Отредактированно uscr (2010-05-21 13:14:59)
Неактивен
#6 2010-05-21 14:35:35
- Vascom
- Member
- Зарегистрирован: 2008-09-29
- Сообщений: 453
Re: Не загружается Fedora12
Нет, это не нормально. Чем ты правил конфиг? Похоже обрезал строки.
Неактивен
#7 2010-05-21 15:06:55
- uscr
- Member
- Зарегистрирован: 2010-05-16
- Сообщений: 112
Re: Не загружается Fedora12
Vascom написал:
Нет, это не нормально. Чем ты правил конфиг? Похоже обрезал строки.
nano
Как лечить?
Неактивен
#8 2010-05-21 15:08:56
- Vascom
- Member
- Зарегистрирован: 2008-09-29
- Сообщений: 453
Re: Не загружается Fedora12
Резервная копия сохранилась? Надо восстанавливать как-то.
Странно, нано обычно так не портит. А ты уверен, что всё именно так?
Посмотри на вывод cat /boot/grub/grub.conf
Неактивен
#9 2010-05-21 15:41:47
- uscr
- Member
- Зарегистрирован: 2010-05-16
- Сообщений: 112
Re: Не загружается Fedora12
Вообще я подключил диск к виндовому компьютеру, загрузил лив сиди убунты, скопировал конфиг на нтфс раздел и вот он тут… Бекапа нет. Есть федора на «большом» компьютере.
Неактивен
#10 2010-05-21 15:42:59
- Vascom
- Member
- Зарегистрирован: 2008-09-29
- Сообщений: 453
Re: Не загружается Fedora12
Возьми оттуда или допиши по аналогии, если версии ядер разные.
Неактивен
#11 2010-05-21 16:44:16
- Mak_s
- Member
- Откуда: Чернигов
- Зарегистрирован: 2009-12-06
- Сообщений: 358
Re: Не загружается Fedora12
uscr написал:
dracut: FATAL: No or empty root= argument
dracut: Refusing to continue
dracut: FATAL: No empty root= argument
dracut: Refusing to continue
Что и требовалось доказать
Обрезанные строчки можно восстановить следующим образом
Код:
Возможно после параметра root=/dev/sda1
было еще что-то вроде rhgb quiet SYSFONT=latarcyrheb-sun16 LANG=ru_RU.UTF-8 KEYTABLE=ru
, но с этими параметрами можно играться уже после восстановления способности загружаться
Круче самовара только титан
Неактивен
#12 2010-05-21 21:44:46
- uscr
- Member
- Зарегистрирован: 2010-05-16
- Сообщений: 112
Re: Не загружается Fedora12
Mak_s написал:
root=/dev/sda1
Я думал только UUID писать можно.
Всё работает. Всем спасибо.
Неактивен
#13 2010-05-21 23:59:59
- Mak_s
- Member
- Откуда: Чернигов
- Зарегистрирован: 2009-12-06
- Сообщений: 358
Re: Не загружается Fedora12
uscr написал:
Я думал только UUID писать можно.
То, что нужно писать в root обычно есть в комментариях анаконды в начале grub.conf.
Круче самовара только титан
Неактивен
Я записал 32-битную iso fedora 22 на флэш-накопитель usb 32 ГБ с помощью команды dd в Ubuntu 15.04. Терминал заявил, что запись прошла успешно. Я подтвердил, что мой iso не поврежден с помощью SHA256SUM.
Когда я пытаюсь загрузиться, я получаю следующее сообщение:
end Kernel panic - not syncing: VFS: unable to mount root fs on unknown-block(0,0)
Я бы очень хотел установить Fedora 22 на свой рабочий стол, но он не загружается. Есть идеи?
Ваш USB почти наверняка был записан неправильно, например, ваш флэш-накопитель USB может нуждаться в замене.
Теоретически, вам нужно использовать метод записи на USB, который перепроверяет записанные данные. Это может быть довольно сложно, извините.
Полное объяснение этой конкретной ошибки: https://unix.stackexchange.com/questions/453272/kernel-panic- while-install-fedora-28/453307# 453307
По иронии судьбы, самое простое предложение, которое у меня есть, — это если у вас есть компьютер с Windows. Загрузите Fedora Media Writer для Windows. При желании Fedora Media Writer также может загрузить и проверить ISO-файл для вас. Каким бы способом вы не загрузили iso в Windows, вы можете использовать Fedora Media Writer для записи на USB, и он автоматически перепроверит данные на USB после их записи.
У меня была та же проблема, решенная следующим образом: обнулить USB с помощью dd
.
sudo dd if=/dev/zero of=/dev/sdX
Предупреждение: Убедитесь, что вы заменили sdX на правильное блочное устройство, запустив lsblk
без подключенного USB, а затем с подключенным, иначе вы можете безвозвратно перезаписать ваш загрузочный диск.
Теперь снова запишите на него файл iso.
Всё ещё ищете ответ? Посмотрите другие вопросы с метками fedora bootable-media liveusb installation-media.