Как исправить ошибки в fedora

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

Теперь ваша система должна загрузиться нормально.

Приведенное выше решение отлично сработало .

На всякий случай, если оно не помогло, следуйте инструкциям, приведенным одним из наших читателей в другой статье.

  1. Загрузите систему с загрузочного CD/DVD/USB-накопителя памяти с той же версией дистрибутива GNU/Linux.
  2. Затем сначала проверьте аппаратное обеспечение (например, dmesg покажет, работают ли жесткие диски или выдают сообщения о сбоях).
  3. Затем запустите 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.

enter image description here

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 )
enter image description here

3) I tried to start emergency mode to check the journalctl (systemd.unit=emergency.target), and i got this:
enter image description here

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.

enter image description here

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 )
enter image description here

3) I tried to start emergency mode to check the journalctl (systemd.unit=emergency.target), and i got this:
enter image description here

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

Теперь ваша система должна загрузиться нормально.

Приведенное выше решение отлично сработало .

На всякий случай, если оно не помогло, следуйте инструкциям, приведенным одним из наших читателей в другой статье.

  1. Загрузите систему с загрузочного CD/DVD/USB-накопителя памяти с той же версией дистрибутива GNU/Linux.
  2. Затем сначала проверьте аппаратное обеспечение (например, dmesg покажет, работают ли жесткие диски или выдают сообщения о сбоях).
  3. Затем запустите 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.

Источник

Понравилась статья? Поделить с друзьями:
  • Как исправить ошибки биоса на ноутбуке
  • Как исправить ошибки биос asus
  • Как исправить ошибки батареи ноутбука
  • Как исправить ошибки w3c validity
  • Как исправить ошибки video dxgkrnl fatal error