Ошибка при запуске fedora


0

1

Всем доброго времени суток!

Я новичок в мире Линукс. В основном сидел ранее на macOS. Путь в мир Линукс был через Ubuntu… Дальше отдал предпочтение Debian, но также дополнительной системой на комьютер установил Fedora версии 36. Сегодня система перестала грузится (просто стоит с картинкой на этапе картинки и все). С Grub я знаком только тем, что знаю, что в нем можно выбрать систему для загрузки и все. Увидел опцию Rescue — вошел в нее… Получил «Cannot open access to console, the root account is locked.
See sulogin(8) man page for more details.»
Начал Гуглить попал сюда https://ask.fedoraproject.org/t/howto-cannot-open-access-to-console-the-root-account-is-locked-in-emergency-mode-dracut-emergency-shell/2010 — но тяжеловато дается для понимания что нужно сделать, чтобы запустить систему. Так я оказался на этом форуме, надеюсь русскоязычное сообщество поможет с проблемой (Заранее очень благодарен всем)

Источник

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.

Источник

Эта проблема часто возникает в результате установки другой операционной системы после установки Fedora. Некоторые операционные системы предполагают, что никакие другие операционные системы на компьютере не установлены, и переписывают основную загрузочную запись (MBR, Master Boot Record), до этого содержащую загрузчик GRUB. Если загрузчик переписан, вы не сможете загрузить Fedora до тех пор, пока вы не перейдете в режим восстановления и не перенастроите загрузчик.

Другая распространенная проблема возникает, если вы с помощью инструмента разбиения диска измените размер раздела после установки или создадите новый раздел, используя свободное место, и это повлияет на порядок ваших разделов. Если номер раздела вашего каталога / изменяется, загрузчик может не найти его, чтобы смонтировать этот раздел. Чтобы исправить эту проблему, загрузитесь в режиме восстановления и измените файл /boot/grub/grub.conf.

Источник

Добрый вечер!
Черт меня дернул установить на рабочую машину Fedora 34. Это мрак! Gnome 4 нечто сырое и не удобное, да еще и переведен наполовину.
Ну да ладно. Не в GUI счастье.
Ни с того, ни с сего, появилась, вообще, идиотская проблема: система не загружается после ребута.
Даже еще веселее: если делать перезагрузку через gui, то все нормально. Компьютер перегружается и все пучком.
Но! Если дать reboot из консоли, то начинается грустная история: происходит ребут, стоим на выборе ведра 3 сек, потом… А потом черный экран и курсор. Все! Все висит наглухо!
Спасти ситуацию можно лишь через полное отключение кнопкой POWER.
Т.е. удаленно перегрузить систему не возможно! Компьютер виснет наглухо.
Посоветуйте, плз, как побороть эту беду?

PS Заменить Fedora на Ubuntu не предлагать! Это слишком просто и не спортивно.
Дома у меня Fedora 33 и все нормально! Идеальное поведение.

Источник

Несколько дней назад пользователи дистрибутива 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

Источник

  • Ошибка при запуске far cry 5 error 000001
  • Ошибка при запуске drakensang the dark eye
  • Ошибка при запуске far cry 4 системная ошибка
  • Ошибка при запуске dragon age origins physxloader dll
  • Ошибка при запуске far cry 3 dll msvcr100 dll