Astra linux initramfs ошибка

🧰 Как исправить ошибку Busybox Initramfs на Ubuntu

П оэтому я просто передал команду «exit», чтобы посмотреть, что произойдет.

А потом я увидел настоящую ошибку:

Он обеспечивает замену большинства утилит, которые вы обычно найдете в GNU fileutils, shellutils и т. д.

Initramfs – это начальная файловая система RAM, основанная на tmpfs.

Исправим ошибку Busybox Initramfs на Ubuntu

Чтобы устранить ошибку initramfs в Ubuntu, вам необходимо восстановить файловую систему в поврежденном разделе с помощью команды «fsck»:

Теперь она начнет автоматически исправлять все ломаные блоки в файловой системе.

Через пару минут вы увидите следующий результат:

Теперь введите «reboot» и нажмите ENTER, чтобы перезагрузить систему!

Скрестите пальцы и дождитесь перезагрузки системы!

Если все прошло хорошо, ваша система загрузится без проблем.

10 thoughts on “ 🧰 Как исправить ошибку Busybox Initramfs на Ubuntu ”

Всегда рады помочь!

Помогло на Debian, но в консоле Debian не работала команда reboot.

Сегодня я включила ноутбук, и процесс загрузки начался с ubuntu, и в итоге я получила сообщение initramfs.
Насколько я помню, я не сделала ничего плохого.
Вчера все работало отлично!
после сообщения initramfs я не могу перейти на английский, что бы f не делала?

Добавить комментарий Отменить ответ

• Свежие записи

• Категории

• itsecforu.ru

• Страны посетителей

IT is good

Источник

Как исправить ошибку «initramfs» в Ubuntu

Главное меню » Ubuntu » Как исправить ошибку «initramfs» в Ubuntu

Ubuntu также может встретить вас с подобными проблемами, и «initramfs» – одна из них. Это проблема загрузки Ubuntu, которая возникает из-за сбойных блоков или сбойных секторов в памяти, которые не позволяют загрузиться операционной системе.

Ваша система содержит много важных файлов, поэтому такая ошибка определенно может вызвать панику. Не о чем беспокоиться; В этой статье основное внимание уделяется тому, как решить проблему с initramfs и нормально загрузить Ubuntu. Итак, начнем:

Как исправить ошибку «initramfs» в Ubuntu

Если на вашем экране отображается ошибка «initramfs», вы уже находитесь в режиме восстановления, что означает, что вы можете вводить команды и выполнять различные операции. Ошибка будет такой:

Вы можете ввести «exit», чтобы получить подробную информацию об ошибке. Обратите внимание, что вы не можете получать подробные сведения об ошибке каждый раз, когда набираете «exit». Как обсуждалось выше, эта ошибка «initramfs» возникает при повреждении загрузочного диска. Вы можете подключить несколько дисков для их проверки, используйте:

Разделы можно просмотреть по имени /dev/sda,/dev/sdb или любому другому. Теперь, чтобы исправить ошибку «initramfs», мы используем утилиту «fsck», также известную как «проверка целостности файловой системы», которая проверяет и устраняет проблемы файловой системы. Следуйте приведенному ниже синтаксису:

Например, если наш раздел называется «/dev/sdb», то команда будет такой:

Нажмите «Enter», команда автоматически удалит поврежденные сектора из памяти. Когда появится запрос, нажмите «y». Чтобы предотвратить появление подсказок, просто используйте опцию «-y» с командой:

Если у вас несколько разделов, вы можете проверить их с помощью приведенной выше команды; команда ничего не выведет, если раздел не содержит плохих секторов. Теперь системе потребуется некоторое время, чтобы проанализировать и восстановить поврежденную часть памяти. Как только это будет сделано, введите:

Если перезагрузка не работает, введите «exit». Вот так; ошибка устранена, и Ubuntu загрузится нормально.

Заключение

«Initramfs» ошибка может устрашить вас, но, к счастью, эта ошибка имеет очень простое и простое решение. Эта ошибка возникает, когда ваша память повреждена, особенно диск, содержащий операционную систему, и не позволяет ей загружаться. Чтобы исправить это, просто используйте утилиту «fsck». В этой статье подробно объясняется процесс устранения ошибки «initramfs» для нормальной загрузки Ubuntu.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник

Не загружается Ubuntu/Mint/Kali с initramfs в BusyBox

В данной статье мы рассмотрим варианты решения проблем, когда виртуальный или физический серверы на базе Ubuntu/Mint/Kali не загружаются и отваливается в busybox в момент инициализации initramfs. При этом Linux не загружается, и пользователю доступна только командная строка initramfs.

Проблема с суперблоком

Если Ubuntu свалилась в busybox при инициализации initramfs, возможно на диске оказался испорченный суперблок. Linux хранит несколько копий суперблоков.

Для восстановления в случае такой проблемы, нам нужно загрузиться с образа/диска и запустить Terminal. После загрузки, в терминале вводим команду:

Команда вернет информацию о нашем разделе:

Запомните имя раздела и укажите его в следующей команде:

# sudo dumpe2fs /dev/vda2 | grep superblock

Команда вернет список запасных суперблоков:

Мы будем использовать второй резервный суперблок для замены поврежденного (можно выбрать любой, кроме Primary). Выполним проверку диска с использованием резевного суберблока для восстановления:

Нужно отмонтировать раздел:
# umount /dev/vda2

После успешного выполнения замены суперблока, вы должны получить такое сообщение:

Теперь перезагрузите компьютеры, отключив диск с дистрибутивом и все должно быть в порядке.

Ошибка диска fsck

Второй вариант ошибки, наличие следующей строки в окне терминала:

В ошибке будет указан том, который требует запуска ручной проверки диска. В командной строке initramfs выполните:

После полной проверки, нужно перезапустить сервер и проверить все ли в порядке.

Ошибка диска: /dev/sda1 does not exist

Проблема с fstab

Если при загрузке сервера вы видите ошибку:

Скорее всего вы только что установили Linux или то на вашем сервере есть проблемы в fstab. Чаще всего проблема возникает при установке системы с usb-накопителя. Раздел на который ругается система, может быть какой угодно. Как и в первом случае, нам нужно загрузиться с образа системы и выполнить некоторые действия. Проверьте UUID диска командой:

Система выдаст что-то подобное:

Отсюда уже видно, что система должна загружаться с sda2, а по факту загружается с sda1.

Монтируем наш раздел в любую директорию, например:

# sudo mount /dev/sda2 /mnt

Получаем в директории /mnt весь наш раздел /dev/sda2, находим там файл /etc/fstab и изменяем строку, содержащую /dev/sda1 на:

Сохраняем файл. Отмонтируем раздел от /mnt и перезагрузимся, если проблема была связана с не неправильным адресом разделе, сервер загрузится.

Так же данный вариант можно решить, загрузившись в emergency. Перемонтируйте корень для записи:

После чего измените fstab и перезапустите сервер.

Проблема с железом

На некоторых материнских платах порты SATA могут получать произвольные номера. Это также может вызвать описанную в предыдущем пункте ошибку. Для исправления ошибки нужно изменить загрузчик grub.

Загрузитесь в режиме emergency или с live-cd и измените файл /boot/grub/grub.cfg

В строке где происходит загрузка раздела, например:

Измените путь до диска на UUID:

Источник

Как правильно пропатчить initramfs?

Пытаюсь сделать загрузку drweb по сети с помощью ipxe. Такой коммандой грузится только до Busybox и дальше не загружается:

Нашел на сайте drweb скрипт, который патчит initframfs для загрузки модулей, но у меня не получается его пропатчить. Естественно initrd.lz был распакован.

Собственно вопрос: Как правильно пропатчить initramfs?

p.s. Я в linux не очень силен, но если подскажите смогу разобраться.

Вам нужно распаковать initramfs, удостовериться, что в директории с модулями ядра ( /lib/modules/версия_ядра) есть модули для вашей сетевой карты.

Если модулей нет, то их нужно скопировать из загруженной LiveCD системы DrWeb в теже директории, что они лежат и сейчас в директории модулей. И так же скопировать файл modules.dep из директории модулей.

И возможно, нужно прописать загрузку модулей в соответствующий файл со списком загружаемых модулей, но возможно ядро само загрузит модули, как только «увидит», что они подходят для оборудования.

После чего всего навсего нужно запаковать initramfs.

Просто, когда понимаешь что делаешь. Нужно определить тип initramfs, это архив cpio или образ файловой системы, сжатый или нет, каким архиватором.

В помощь утилита file.

Далее распаковать и/или смонтировать и поправить файлы.

Я тоже так думал, пока не столкнулся с указанным трэдом (см. выше). Если почитать повнимательней, люди не один час «бились» над этим самым «просто».

Повторюсь, все зависит от уровня знаний и понимания.

И я повторюсь. Простая распаковка initramfs не всегда работает (см. указанный трэд).

Мне не понятен вообще предмет спора.

Если тебе хочется спорить, то спорт сколько хочешь.

Я ничего не буду тебе доказывать я уже высказал свою мысль.

Если у ТС будут вопросы по распаковке, то буду рад помочь.

Тебе спасибо за ссылку на тему, она будет полезна ТС.

Мне не понятен вообще предмет спора.

Вот это меня смущает. Наводит на размышления.

распаковывал этой коммандой:

а вот запаковываться с помощью этой комманды не хочет:

выдает ошибки что таких каталогов не найдено:

Нужно определить тип initramfs, это архив cpio или образ файловой системы

Совсем не обязательно.

Источник

Устранение неполадок при загрузке в Linux

В этой статье вы узнаете, что вы можете делать, когда при загрузке сервера возникают общие проблемы. В статье описываются общие подходы, которые помогают исправить некоторые из наиболее распространенных проблем, которые могут возникнуть при загрузке Linux.

Понимание процедуры загрузки в Linux RHEL7/CentOS

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

Следующие шаги суммируют, как процедура загрузки происходит в Linux.

1. Выполнение POST: машина включена. Из системного ПО, которым может быть UEFI или классический BIOS, выполняется самотестирование при включении питания (POST) и аппаратное обеспечение, необходимое для запуска инициализации системы.

2. Выбор загрузочного устройства: В загрузочной прошивке UEFI или в основной загрузочной записи находится загрузочное устройство.

3. Загрузка загрузчика: с загрузочного устройства находится загрузчик. На Red Hat/CentOS это обычно GRUB 2.

7. Переключение на корневую файловую систему: система переключается на корневую файловую систему, которая находится на диске, и в этот момент может также загрузить процесс systemd с диска.

POST Железо (F2, Esc, F10, или другая кнопка)

Замена железа Выбор загрузочного устройства BIOS/UEFI конфигурация или загрузочное устройство

init = kernel аргумент загрузки,
rd.break аргумент загрузки ядра Обработка initrd.target Компиляция в initramfs

Обычно ничего не требуется Переключение на корневую файловую систему /etc/fstab

/etc/fstab Запуск цели по умолчанию /etc/systemd/system/default.target

Запустить rescue.target как аргумент при загрузке ядра

Передача аргементов в GRUB 2 ядру во время загрузки

Если сервер не загружается нормально, приглашение загрузки GRUB предлагает удобный способ остановить процедуру загрузки и передать конкретные параметры ядру во время загрузки. В этой части вы узнаете, как получить доступ к приглашению к загрузке и как передать конкретные аргументы загрузки ядру во время загрузки.

Когда сервер загружается, вы кратко видите меню GRUB 2. Смотри быстро, потому что это будет длиться всего несколько секунд. В этом загрузочном меню вы можете ввести e, чтобы войти в режим, в котором вы можете редактировать команды, или c, чтобы ввести полную командную строку GRUB.

Когда у вас возникли проблемы, у вас есть несколько вариантов (целей), которые вы можете ввести в приглашении загрузки GRUB:

Запуск целей(targets) устранения неполадок в Linux

1. (Пере)загружаем Linux. Когда отобразиться меню GRUB, нажимаем e ;

2. Находим строку, которая начинается на linux16 /vmlinuz. В конце строки вводим systemd.unit=rescue.target и удаляем rhgb quit ;

3. Жмем Ctrl+X, чтобы начать загрузку с этими параметрами. Вводим пароль от root;

4. Вводим systemctl list-units и смотрим. Будут показаны все юнит-файлы, которые загружены в данный момент и соответственно загружена базовая системная среда;

6. Перезагружаемся reboot ;

8. Снова вводим пароль от root;

9. Система загрузилась в режиме emergency.target;

10. Вводим systemctl list-units и видим, что загрузился самый минимум из юнит-файлов.

Устранение неполадок с помощью загрузочного диска Linux

Еще один способ восстановления работоспособности Linux использовать образ операционки.

Если вам повезет меньше, вы увидите мигающий курсор в системе, которая вообще не загружается. Если это произойдет, вам нужен аварийный диск. Образ восстановления по умолчанию для Linux находится на установочном диске. При загрузке с установочного диска вы увидите пункт меню «Troubleshooting». Выберите этот пункт, чтобы получить доступ к параметрам, необходимым для ремонта машины.

Пример использования «Rescue a CentOS System»

1. Перезагружаем сервер с установочным диском Centos 7. Загружаемся и выбираем «Troubleshooting«.

2. В меню траблшутинга выбираем «Rescue a CentOS System» и загружаемся.

Переустановка GRUB с помощью аварийного диска

Одна из распространенных причин, по которой вам нужно запустить аварийный диск, заключается в том, что загрузчик GRUB 2 не работает. Если это произойдет, вам может понадобиться установить его снова. После того, как вы восстановили доступ к своему серверу с помощью аварийного диска, переустановить GRUB 2 несложно, и он состоит из двух этапов:

Повторное создание Initramfs с помощью аварийного диска

Исправление общих проблем

В пределах статьи, подобной этой, невозможно рассмотреть все возможные проблемы, с которыми можно столкнуться при работе с Linux. Однако есть некоторые проблемы, которые встречаются чаще, чем другие. Ниже некоторые наиболее распространенные проблемы.

Переустановка GRUB 2

Исправление Initramfs

Восстановление после проблем с файловой системой

Если вы видите подобный текст, то у вас есть проблема с /etc/fstab :

В этой статье вы узнали, как устранить неполадки при загрузке CentOS. Так же вы узнали, что происходит при загрузке сервера и в какие конкретные моменты вы можете вмешиваться, чтобы исправить неисправности. Вы также узнали, что делать в некоторых конкретных случаях.

Источник

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

Ubuntu также может встретить вас с подобными проблемами, и «initramfs» – одна из них. Это проблема загрузки Ubuntu, которая возникает из-за сбойных блоков или сбойных секторов в памяти, которые не позволяют загрузиться операционной системе.

Ваша система содержит много важных файлов, поэтому такая ошибка определенно может вызвать панику. Не о чем беспокоиться; В этой статье основное внимание уделяется тому, как решить проблему с initramfs и нормально загрузить Ubuntu. Итак, начнем:

Если на вашем экране отображается ошибка «initramfs», вы уже находитесь в режиме восстановления, что означает, что вы можете вводить команды и выполнять различные операции. Ошибка будет такой:

Вы можете ввести «exit», чтобы получить подробную информацию об ошибке. Обратите внимание, что вы не можете получать подробные сведения об ошибке каждый раз, когда набираете «exit». Как обсуждалось выше, эта ошибка «initramfs» возникает при повреждении загрузочного диска. Вы можете подключить несколько дисков для их проверки, используйте:

или же

Разделы можно просмотреть по имени /dev/sda,/dev/sdb или любому другому. Теперь, чтобы исправить ошибку «initramfs», мы используем   утилиту «fsck», также известную как «проверка целостности файловой системы», которая проверяет и устраняет проблемы файловой системы. Следуйте приведенному ниже синтаксису:

(initramfs) fsck [partitian name (/dev/sdXX)]

Например, если наш раздел называется «/dev/sdb», то команда будет такой:

Нажмите «Enter», команда автоматически удалит поврежденные сектора из памяти. Когда появится запрос, нажмите «y». Чтобы предотвратить появление подсказок, просто используйте опцию «-y» с командой:

(initramfs) fsck/dev/sdb -y

Если у вас несколько разделов, вы можете проверить их с помощью приведенной выше команды; команда ничего не выведет, если раздел не содержит плохих секторов. Теперь системе потребуется некоторое время, чтобы проанализировать и восстановить поврежденную часть памяти. Как только это будет сделано, введите:

(initramfs) reboot

Если перезагрузка не работает, введите «exit». Вот так; ошибка устранена, и Ubuntu загрузится нормально.

Заключение

«Initramfs» ошибка может устрашить вас, но, к счастью, эта ошибка имеет очень простое и простое решение. Эта ошибка возникает, когда ваша память повреждена, особенно диск, содержащий операционную систему, и не позволяет ей загружаться. Чтобы исправить это, просто используйте утилиту «fsck». В этой статье подробно объясняется процесс устранения ошибки «initramfs» для нормальной загрузки Ubuntu.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

В данной статье мы рассмотрим варианты решения проблем, когда виртуальный или физический серверы на базе Ubuntu/Mint/Kali не загружаются и отваливается в busybox в момент инициализации initramfs. При этом Linux не загружается, и пользователю доступна только командная строка initramfs.

Initramfs – это начальная файловая система в ОЗУ, основанная на tmpfs, которая не использует отдельное блочное устройство. Как и initrd, она содержит утилиты и скрипты, требуемые для монтирования файловых систем перед вызовом init, который располагается на корневой файловой системе.

Проблема с суперблоком

Если Ubuntu свалилась в busybox при инициализации initramfs, возможно на диске оказался испорченный суперблок. Linux хранит несколько копий суперблоков.

Для восстановления в случае такой проблемы, нам нужно загрузиться с образа/диска и запустить Terminal. После загрузки, в терминале вводим команду:

# sudo fdisk -l|grep Linux|grep -Ev 'swap'

Команда вернет информацию о нашем разделе:

/dev/vda2 4096 83884031 83879936 40G Linux filesystem

Запомните имя раздела и укажите его в следующей команде:

# sudo dumpe2fs /dev/vda2 | grep superblock

Команда вернет список запасных суперблоков:

Мы будем использовать второй резервный суперблок для замены поврежденного (можно выбрать любой, кроме Primary). Выполним проверку диска с использованием резевного суберблока для восстановления:

# sudo fsck -b 98304 /dev/vda2 -y

fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
/dev/vda2 is mounted.
e2fsck: Cannot continue, aborting

После успешного выполнения замены суперблока, вы должны получить такое сообщение:

fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
/dev/vda2 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #231 (32254, counted=32253).
Fix? yes
Free blocks count wrong for group #352 (32254, counted=32248).
Fix? yes
Free blocks count wrong for group #358 (32254, counted=27774).
Fix? yes
..........
/dev/vda2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/vda2: 85986/905464576 files (0.2% non-contiguous), 3904682/905464576 blocks

Теперь перезагрузите компьютеры, отключив диск с дистрибутивом и все должно быть в порядке.

Ошибка диска fsck

Второй вариант ошибки, наличие следующей строки в окне терминала:

/dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
The root filesystem on /dev/sda1 requires a manual fsck.

Если вы не видите такой ошибки, попробуйте ввести (initramfs) exit в окне терминала. Ошибка может появиться после этого..

В ошибке будет указан том, который требует запуска ручной проверки диска. В командной строке initramfs выполните:

# fsck /dev/sda1 -y

После полной проверки, нужно перезапустить сервер и проверить все ли в порядке.

Ошибка диска: /dev/sda1 does not exist

Проблема с fstab

Если при загрузке сервера вы видите ошибку:

ALERT! /dev/sda1 does not exist. Dropping to a shell.

Скорее всего вы только что установили Linux или то на вашем сервере есть проблемы в fstab. Чаще всего проблема возникает при установке системы с usb-накопителя. Раздел на который ругается система, может быть какой угодно. Как и в первом случае, нам нужно загрузиться с образа системы и выполнить некоторые действия. Проверьте UUID диска командой:

# sudo blkid

Система выдаст что-то подобное:

/dev/sda2: UUID="36cce3d5-cbdb-46f4-adbf-3f9aaa01d729" TYPE="ext4" PARTUUID="fea4dab1-4e12-4327-85c6-76ade18f64e1"

Отсюда уже видно, что система должна загружаться с sda2, а по факту загружается с sda1.

Монтируем наш раздел в любую директорию, например:

# sudo mount /dev/sda2 /mnt

Получаем в директории /mnt весь наш раздел /dev/sda2, находим там файл /etc/fstab и изменяем строку, содержащую /dev/sda1 на:

UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 / ext4 errors=remount-rw 0 1

Сохраняем файл. Отмонтируем раздел от /mnt и перезагрузимся, если проблема была связана с не неправильным адресом разделе, сервер загрузится.

Так же данный вариант можно решить, загрузившись в emergency. Перемонтируйте корень для записи:

# sudo mount -o remount,rw /

После чего измените fstab и перезапустите сервер.

Проблема с железом

На некоторых материнских платах порты SATA могут получать произвольные номера. Это также может вызвать описанную в предыдущем пункте ошибку. Для исправления ошибки нужно изменить загрузчик grub.

Загрузитесь в режиме emergency или с live-cd и измените файл /boot/grub/grub.cfg

В строке где происходит загрузка раздела, например:

Linux /boot/vmlinuz-4.15.0-70-generic root=/dev/sda1 rw quiet elevator=noop fsck.repair=yes

Измените путь до диска на UUID:

Linux /boot/vmlinuz-4.15.0-70-generic root=UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 ro quiet elevator=noop fsck.repair=yes

Не ставится любой Linux

Попросили в школу поставить Linux. В итоге я перепробовал все сборки и не одна не ставится на это дряхлое железо. Вот фото одной из ошибок https://yadi.sk/i/i8obBt1V3WUFbA кто что может подсказать?

initramfs unpacking failed: write error

Живой. 3 винта сменил

Ты бы хоть написал что за железо у тебя.

Судя по логу проблема в ненормальности носителя с которого происходит установка. crc/md5sum сверял?

Сорян. Железо в школе «топ» пень 2, оперативки 1гб. Видяха не помню к стати какая сейчас комп далеко

С этого же носителя на ноут без проблем ставится

Кмк стоит начать с дистров подревнее. Типа xubuntu 14.04.

С этого же носителя на ноут без проблем ставится

Значит либо не читает либо ищи причины дальше сам ибо «kernel panic not syncing no working init found» в вольном переводе значит «Паника ядра. Не найден init«.

Да и вообще, возможно стоит записать на цд, т.к. древние компы не очень хорошо умеют с usb грузиться.

лорчую этого регистранта, причём cd-r и желательно 650мб, т.к. видимо и привод если есть, то такой же древнючий

попробуй live сначала , какой запустится тот и ставь

На древнее железо попробуйте https://antixlinux.com/ , чуть поновее (в смысле железа)от того же разработчика https://mxlinux.org/.

Antix , требования к железу :

antiX should run on most computers, ranging from 192MB old PII systems with pre-configured 128MB swap to the latest powerful boxes.

antiX-core and antiX-net will run with 128MB RAM plus swap, but don’t expect miracles!

192MB RAM is the recommended minimum for antiX. 256MB RAM and above is preferred especially for antiX-full.

antiX-full needs a 3.8GB minimum hard disk size. antiX-base needs 2.6GB and antiX-core needs 1.0GB. antiX-net needs 0.7GB.

Источник

Linux Mint Forums

Welcome to the Linux Mint forums!

[SOLVED] initramfs unpacking failed: Decoding failed

[SOLVED] initramfs unpacking failed: Decoding failed

Post by CyrilFR » Mon Jun 29, 2020 3:29 am

Re: initramfs unpacking failed: Decoding failed

Post by Kadaitcha Man » Mon Jun 29, 2020 3:35 am

Change COMPRESS=lz4 to COMPRESS=gzip

Save the changes then:

Re: initramfs unpacking failed: Decoding failed

Post by Aryanprince » Mon Jun 29, 2020 8:18 am

Re: initramfs unpacking failed: Decoding failed

Post by janne6767 » Mon Jun 29, 2020 12:18 pm

I am getting [0.5910114] Initramfs unpacking failed: Decoding failed when trying to boot from Linux Mint 20 installation media (DVD or USB drive, both fails).

Linux Mint 19.3 works fine on the same desktop computer.

Re: initramfs unpacking failed: Decoding failed

Post by CyrilFR » Mon Jun 29, 2020 1:11 pm

Re: initramfs unpacking failed: Decoding failed

Post by smurphos » Mon Jun 29, 2020 1:17 pm

Re: initramfs unpacking failed: Decoding failed

Post by mint-me » Mon Jun 29, 2020 5:24 pm

For now, I guess its ok to ignore the warning?

Wait for a kernel update?

Re: initramfs unpacking failed: Decoding failed

Post by janne6767 » Tue Jun 30, 2020 2:17 am

I am getting [0.5910114] Initramfs unpacking failed: Decoding failed when trying to boot from Linux Mint 20 installation media (DVD or USB drive, both fails).

Linux Mint 19.3 works fine on the same desktop computer.

Still no success.

Mint 19.3 installation media boots from usb ok. LM 20 installation media boot fails to the error message (Initramfs unpacking failed: Decoding failed)

I have verified LM20 iso against sha256 sum.

Re: initramfs unpacking failed: Decoding failed

Post by smurphos » Tue Jun 30, 2020 3:04 am

This error was raised in the beta, but not as an issue preventing the live iso from booting at all.

I’ve just doublechecked booting the stable live ISO on both my machines and it boots fine albeit the error does show in journalctl output when run just after booting the live session.

It might be worth you experimenting with a different USB stick or using different USB ports.

Re: initramfs unpacking failed: Decoding failed

Post by smurphos » Tue Jun 30, 2020 3:13 am

For now, I guess its ok to ignore the warning?

Wait for a kernel update?

Re: initramfs unpacking failed: Decoding failed

Post by mint-me » Tue Jun 30, 2020 7:36 am

thanks for confirmation smurphos

my bootup is fine, so will leave it as is.

Re: initramfs unpacking failed: Decoding failed

Post by cool_montes » Mon Jul 13, 2020 2:16 am

Re: initramfs unpacking failed: Decoding failed

Post by thorsen » Tue Jul 14, 2020 8:28 am

I am getting [0.5910114] Initramfs unpacking failed: Decoding failed when trying to boot from Linux Mint 20 installation media (DVD or USB drive, both fails).

Linux Mint 19.3 works fine on the same desktop computer.

Still no success.

Mint 19.3 installation media boots from usb ok. LM 20 installation media boot fails to the error message (Initramfs unpacking failed: Decoding failed)

I have verified LM20 iso against sha256 sum.

Re: initramfs unpacking failed: Decoding failed

Post by S3NTYN3L » Tue Jul 14, 2020 10:47 pm

Re: initramfs unpacking failed: Decoding failed

Post by Kadaitcha Man » Tue Jul 14, 2020 11:19 pm

Re: initramfs unpacking failed: Decoding failed

Post by smurphos » Wed Jul 15, 2020 1:18 am

Re: initramfs unpacking failed: Decoding failed

Post by N0HAM » Fri Jul 17, 2020 4:24 am

Mint 20 on a Mac Air, upgraded from latest Mint 19 version a week ago, Running as Mint 20 only, removed Mac OS years ago.

This morning laptop started acting wanky in the browser and links would not execute on clicks and was asking me to log into things that should have already been signed into.

Decided to do a reboot and. initramfs unpacking failed

I tried everything mentioned in this post. I could get to grub and a few other very limited command/menu areas, but calls were very limited. No matter what I did, after a reboot everything was back to the way before I made the changes.

Wound up booting from Mint 20 install USB. Tried to make the changes and after reboot, same thing, no matter what I did, no change were actually written to the drive just like before booting from USB.

The question I have to ask, is Mint 20 Stable?

Should I still change the compression method for initramfs?

When the laptop boots, the first few screens flash quickly with garbage on them, as it did before the crash. In Mint 19 the screen were readable but too fast for me to read them.

Источник

Arch Linux

You are not logged in.

#1 2014-11-18 15:12:24

[Solved] Boot error: «Initramfs unpacking failed»

As the title says, I’m getting the following error whenever I boot my system:

I’ve also checked my /etc/mkinicpio.conf file and it gets me:

So I guess the compression I’m using is the ‘gzip’ default, which shouldn’t be a problem

Although this annoy me quite a bit, my system continues to boot normally, so it doesn’t seem to be a problem.

Other (maybe useful) informations:

Dunno what does that mean neither. Would appreciate if someone explained.

I’m using Gummiboot and, as you may see on the journalctl ouput above, my .img files are not located directly on /boot but on /boot/Arch (I’ve changed accordingly on my linux.preset, so I guess there is no chance I’m getting an out-of-date .img issue)

Last edited by kaslusimoes (2014-11-19 12:16:07)

#2 2014-11-18 16:46:46

Re: [Solved] Boot error: «Initramfs unpacking failed»

About hwdb.bin I’ve found this topic: https://bbs.archlinux.org/viewtopic.php?id=189536 so I guess I will just ignore it

#3 2014-11-18 16:59:34

Re: [Solved] Boot error: «Initramfs unpacking failed»

Have you regenerated your initramfs?

«UNIX is simple and coherent. » — Dennis Ritchie, «GNU’s Not UNIX» — Richard Stallman

#4 2014-11-18 17:13:56

Re: [Solved] Boot error: «Initramfs unpacking failed»

and mkinitcpio -p linux output:

I’ve been using this configuration for a couple of months ago and I never got this message until the last 2 kernel updates, I guess

#5 2014-11-18 17:30:08

Re: [Solved] Boot error: «Initramfs unpacking failed»

The first thing I would do is try to rule out a hardware problem.

Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD

Making lemonade from lemons since 2015.

#6 2014-11-18 17:33:41

Re: [Solved] Boot error: «Initramfs unpacking failed»

I preferred xz compressor.
Have you re-try to remake the initramfs ?
Have you tried

do it good first, it will be faster than do it twice the saint

#7 2014-11-18 17:33:53

Re: [Solved] Boot error: «Initramfs unpacking failed»

@WorMzy thanks, I had no idea about these. I’ll check them out later

#8 2014-11-18 17:37:07

Re: [Solved] Boot error: «Initramfs unpacking failed»

You changed name to you initramfs, does it match with the boot loader ?

do it good first, it will be faster than do it twice the saint

#9 2014-11-18 17:37:10

Re: [Solved] Boot error: «Initramfs unpacking failed»

@TheSaint checked gzip integrity now and I seems ok

#10 2014-11-18 17:46:32

Re: [Solved] Boot error: «Initramfs unpacking failed»

@TheSaint yes it matches, otherwise I guess it wouldn’t even be able to boot

#11 2014-11-18 18:49:16

Re: [Solved] Boot error: «Initramfs unpacking failed»

So you denote an error,but won’t it stop you to run the machine ?

do it good first, it will be faster than do it twice the saint

#12 2014-11-18 21:21:47

Re: [Solved] Boot error: «Initramfs unpacking failed»

@TheSaint Well, I didn’t mean to cause the wrong impression but I originally thought of it as an error since it shouldn’t happen. If you prefer it’s more like a warning, I guess. I’m sorry if I wasn’t clear by the title, but I thought it was clear that I could boot from my initial post

@WorMzy Checked my disk and got nothing wrong:

Couldn’t use memtest86+, though. Do you know how to use it on UEFI?

Anyway, tried some remaking of the initramfs varying my compression and it seems to work fine now. Thanks all you guys

Источник

Arch Linux

You are not logged in.

#1 2022-11-28 03:03:07

[SOLVED] Initramfs unpacking failed

I recently tried to install a package from AUR, but ever since then, I’ve been unable to boot into Arch. It says that the AST compressed data may be corrupted. It also says that it’s unable to mount root fs on unknown-block. I’ve since tried updating the system from an install disk with pacman -Syu, but the issue persists.

Last edited by celticsamurai (2022-12-03 21:52:42)

#2 2022-11-28 03:40:35

Re: [SOLVED] Initramfs unpacking failed

Which package? What do you mean you tried to install it? Did you install it?

Were you arch-chrooted when you ran pacman -Syu? Mount your partitions, arch-chroot into the system and run

in case something got corrupted.

How do you boot? Do you have Windows installed? If so, is Fast Start disabled in Windows?

Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L

#3 2022-11-28 04:35:36

Re: [SOLVED] Initramfs unpacking failed

Which package? What do you mean you tried to install it? Did you install it?

It was a Droidcam package from AUR.

Were you arch-chrooted when you ran pacman -Syu? Mount your partitions, arch-chroot into the system and run

in case something got corrupted.

Now it said that several things were corrupted. Whether I say yes or no to removing the items that it said was corrupted, it always comes back to me saying that no packages were upgraded.

How do you boot? Do you have Windows installed? If so, is Fast Start disabled in Windows?

I do have Windows installed. I believe it is disabled.

#4 2022-11-28 10:20:59

Re: [SOLVED] Initramfs unpacking failed

It says that the AST compressed data may be corrupted. It also says that it’s unable to mount root fs on unknown-block.

Now it said that several things were corrupted. saying that no packages were upgraded.

Don’t paraphrase, post the actual output.

I believe it is disabled.

Instead of relying of faith and prayer, you can actually look at and change the condition.
(And the 3rd link below if you’re unsure where to look)

#5 2022-11-28 14:51:43

Re: [SOLVED] Initramfs unpacking failed

It says that the AST compressed data may be corrupted. It also says that it’s unable to mount root fs on unknown-block.

Now it said that several things were corrupted. saying that no packages were upgraded.

Don’t paraphrase, post the actual output.

Now there’s a lot of text for the packages not upgrading. Are there logs that I can find to copy and paste, or will I need to manually type out the whole thing? Because I imagine the corrupted packages are what’s causing the roadblock.

I believe it is disabled.

Instead of relying of faith and prayer, you can actually look at and change the condition.
(And the 3rd link below if you’re unsure where to look)

#6 2022-11-28 15:35:46

Re: [SOLVED] Initramfs unpacking failed

/var/log/pacman.log
You can also redirect/tee random outputs

And you can feed stuff straight into a pastebin service (see the 1st link below)

For pre-kernel messages (eg. from grub) you can link (don’t embed images) a photo of your monitor.
But whatever you do — do not paraphrase.

#7 2022-11-29 00:32:00

Re: [SOLVED] Initramfs unpacking failed

/var/log/pacman.log
You can also redirect/tee random outputs

And you can feed stuff straight into a pastebin service (see the 1st link below)

All right. Here’s what it looks like

It’s also worth mentioning that this happened when I attempted to install linux and linux-firmware

For pre-kernel messages (eg. from grub) you can link (don’t embed images) a photo of your monitor.
But whatever you do — do not paraphrase.

I also have a picture of what happens when I boot: https://i.imgur.com/3ypHWey.jpg

#8 2022-11-29 00:32:49

Re: [SOLVED] Initramfs unpacking failed

The testing repos are all or nothing. You cannot run multilib-testing without also having testing and community-testing.

From there, you need to update archlinux-keyring first.

Last edited by Scimmia (2022-11-29 00:33:40)

#9 2022-11-29 00:53:59

Re: [SOLVED] Initramfs unpacking failed

The testing repos are all or nothing. You cannot run multilib-testing without also having testing and community-testing.

From there, you need to update archlinux-keyring first.

Okay cool. So how do I go about doing all of that? Do I just use the pacman command?

Last edited by celticsamurai (2022-11-29 00:54:14)

#10 2022-11-29 02:19:16

Re: [SOLVED] Initramfs unpacking failed

Okay so here’s what happened when I attempted to update the keyring.

#11 2022-11-29 02:41:16

Re: [SOLVED] Initramfs unpacking failed

I didn’t even look at who the errors were about. That’s not an Arch problem, that’s from your 3rd party repo.

#12 2022-11-29 02:46:41

Re: [SOLVED] Initramfs unpacking failed

Okay cool. So how do I go about doing all of that? Do I just use the pacman command?

How exactly did you enable multilib-testing? That’s not default.

Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L

#13 2022-11-29 03:45:56

Re: [SOLVED] Initramfs unpacking failed

Okay cool. So how do I go about doing all of that? Do I just use the pacman command?

How exactly did you enable multilib-testing? That’s not default.

Truth be told, I’m not sure when or how I did it. There’s a lot of stuff that I use on my system.

#14 2022-11-29 04:33:08

Re: [SOLVED] Initramfs unpacking failed

Truth be told, I’m not sure when or how I did it. There’s a lot of stuff that I use on my system.

pacman.conf is a pretty crucial bit of ‘stuff’ .

Last edited by cfr (2022-11-29 04:33:51)

Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L

#15 2022-11-29 05:01:50

Re: [SOLVED] Initramfs unpacking failed

Truth be told, I’m not sure when or how I did it. There’s a lot of stuff that I use on my system.

pacman.conf is a pretty crucial bit of ‘stuff’ .

Lol well in any case I have the conf file open. Should I just get rid of it?

#16 2022-11-29 05:31:11

Re: [SOLVED] Initramfs unpacking failed

Truth be told, I’m not sure when or how I did it. There’s a lot of stuff that I use on my system.

pacman.conf is a pretty crucial bit of ‘stuff’ .

Lol well in any case I have the conf file open. Should I just get rid of it?

No — don’t just get rid of it. The answer is in post #8

#17 2022-11-29 07:46:47

Re: [SOLVED] Initramfs unpacking failed

Okay so here’s what happened when I attempted to update the keyring.

The testing repos are all or nothing. You cannot run multilib-testing without also having testing and community-testing.

Truth be told, I’m not sure when or how I did it.

How did you install archlinux?

#18 2022-11-29 13:23:37

Re: [SOLVED] Initramfs unpacking failed

How did you install archlinux?

I used the arch install script (yes I know. ).

#19 2022-11-29 23:51:40

Re: [SOLVED] Initramfs unpacking failed

Here’s what’s in my repositories.

#20 2022-11-29 23:57:06

Re: [SOLVED] Initramfs unpacking failed

Wait. I just realized community-testing and testing had pound signs next to them.

Last edited by celticsamurai (2022-11-30 00:18:39)

#21 2022-11-30 00:03:47

Re: [SOLVED] Initramfs unpacking failed

Wait. I just realized community-testing had a pound sign next to it.

It’s a comment. It means everything after it on that line will be ignored. The lines are commented.

Comment the lines for multilib-testing (unless you want to enable all the testing repos, but I would not advise that until you are more experienced).

[Why is this called a pound sign in US English? Still confuses me.]

Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L

Источник

В данной статье мы рассмотрим варианты решения проблем, когда виртуальный или физический серверы на базе Ubuntu/Mint/Kali не загружаются и отваливается в busybox в момент инициализации initramfs. При этом Linux не загружается, и пользователю доступна только командная строка initramfs.

Initramfs – это начальная файловая система в ОЗУ, основанная на tmpfs, которая не использует отдельное блочное устройство. Как и initrd, она содержит утилиты и скрипты, требуемые для монтирования файловых систем перед вызовом init, который располагается на корневой файловой системе.

Проблема с суперблоком

Если Ubuntu свалилась в busybox при инициализации initramfs, возможно на диске оказался испорченный суперблок. Linux хранит несколько копий суперблоков.

Для восстановления в случае такой проблемы, нам нужно загрузиться с образа/диска и запустить Terminal. После загрузки, в терминале вводим команду:

# sudo fdisk -l|grep Linux|grep -Ev 'swap'

Команда вернет информацию о нашем разделе:

/dev/vda2 4096 83884031 83879936 40G Linux filesystem

Запомните имя раздела и укажите его в следующей команде:

# sudo dumpe2fs /dev/vda2 | grep superblock

Команда вернет список запасных суперблоков:

Мы будем использовать второй резервный суперблок для замены поврежденного (можно выбрать любой, кроме Primary). Выполним проверку диска с использованием резевного суберблока для восстановления:

# sudo fsck -b 98304 /dev/vda2 -y

fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
/dev/vda2 is mounted.
e2fsck: Cannot continue, aborting

После успешного выполнения замены суперблока, вы должны получить такое сообщение:

fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
/dev/vda2 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #231 (32254, counted=32253).
Fix? yes
Free blocks count wrong for group #352 (32254, counted=32248).
Fix? yes
Free blocks count wrong for group #358 (32254, counted=27774).
Fix? yes
..........
/dev/vda2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/vda2: 85986/905464576 files (0.2% non-contiguous), 3904682/905464576 blocks

Теперь перезагрузите компьютеры, отключив диск с дистрибутивом и все должно быть в порядке.

Ошибка диска fsck

Второй вариант ошибки, наличие следующей строки в окне терминала:

/dev/sda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
The root filesystem on /dev/sda1 requires a manual fsck.

Если вы не видите такой ошибки, попробуйте ввести (initramfs) exit в окне терминала. Ошибка может появиться после этого..

В ошибке будет указан том, который требует запуска ручной проверки диска. В командной строке initramfs выполните:

# fsck /dev/sda1 -y

После полной проверки, нужно перезапустить сервер и проверить все ли в порядке.

Ошибка диска: /dev/sda1 does not exist

Проблема с fstab

Если при загрузке сервера вы видите ошибку:

ALERT! /dev/sda1 does not exist. Dropping to a shell.

Скорее всего вы только что установили Linux или то на вашем сервере есть проблемы в fstab. Чаще всего проблема возникает при установке системы с usb-накопителя. Раздел на который ругается система, может быть какой угодно. Как и в первом случае, нам нужно загрузиться с образа системы и выполнить некоторые действия. Проверьте UUID диска командой:

# sudo blkid

Система выдаст что-то подобное:

/dev/sda2: UUID="36cce3d5-cbdb-46f4-adbf-3f9aaa01d729" TYPE="ext4" PARTUUID="fea4dab1-4e12-4327-85c6-76ade18f64e1"

Отсюда уже видно, что система должна загружаться с sda2, а по факту загружается с sda1.

Монтируем наш раздел в любую директорию, например:

# sudo mount /dev/sda2 /mnt

Получаем в директории /mnt весь наш раздел /dev/sda2, находим там файл /etc/fstab и изменяем строку, содержащую /dev/sda1 на:

UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 / ext4 errors=remount-rw 0 1

Сохраняем файл. Отмонтируем раздел от /mnt и перезагрузимся, если проблема была связана с не неправильным адресом разделе, сервер загрузится.

Так же данный вариант можно решить, загрузившись в emergency. Перемонтируйте корень для записи:

# sudo mount -o remount,rw /

После чего измените fstab и перезапустите сервер.

Проблема с железом

На некоторых материнских платах порты SATA могут получать произвольные номера. Это также может вызвать описанную в предыдущем пункте ошибку. Для исправления ошибки нужно изменить загрузчик grub.

Загрузитесь в режиме emergency или с live-cd и измените файл /boot/grub/grub.cfg

В строке где происходит загрузка раздела, например:

Linux /boot/vmlinuz-4.15.0-70-generic root=/dev/sda1 rw quiet elevator=noop fsck.repair=yes

Измените путь до диска на UUID:

Linux /boot/vmlinuz-4.15.0-70-generic root=UUID=36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 ro quiet elevator=noop fsck.repair=yes

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

Ubuntu также может встретить вас с подобными проблемами, и «initramfs» — одна из них. Это проблема загрузки Ubuntu, которая возникает из-за сбойных блоков или сбойных секторов в памяти, которые не позволяют загрузиться операционной системе.

Ваша система содержит много важных файлов, поэтому такая ошибка определенно может вызвать панику. Не о чем беспокоиться; В этой статье основное внимание уделяется тому, как решить проблему с initramfs и нормально загрузить Ubuntu. Итак, начнем:

Если на вашем экране отображается ошибка «initramfs», вы уже находитесь в режиме восстановления, что означает, что вы можете вводить команды и выполнять различные операции. Ошибка будет такой:

Вы можете ввести «exit», чтобы получить подробную информацию об ошибке. Обратите внимание, что вы не можете получать подробные сведения об ошибке каждый раз, когда набираете «exit». Как обсуждалось выше, эта ошибка «initramfs» возникает при повреждении загрузочного диска. Вы можете подключить несколько дисков для их проверки, используйте:

или же

Разделы можно просмотреть по имени /dev/sda,/dev/sdb или любому другому. Теперь, чтобы исправить ошибку «initramfs», мы используем   утилиту «fsck», также известную как «проверка целостности файловой системы», которая проверяет и устраняет проблемы файловой системы. Следуйте приведенному ниже синтаксису:

(initramfs) fsck [partitian name (/dev/sdXX)]

Например, если наш раздел называется «/dev/sdb», то команда будет такой:

Нажмите «Enter», команда автоматически удалит поврежденные сектора из памяти. Когда появится запрос, нажмите «y». Чтобы предотвратить появление подсказок, просто используйте опцию «-y» с командой:

(initramfs) fsck/dev/sdb -y

Если у вас несколько разделов, вы можете проверить их с помощью приведенной выше команды; команда ничего не выведет, если раздел не содержит плохих секторов. Теперь системе потребуется некоторое время, чтобы проанализировать и восстановить поврежденную часть памяти. Как только это будет сделано, введите:

(initramfs) reboot

Если перезагрузка не работает, введите «exit». Вот так; ошибка устранена, и Ubuntu загрузится нормально.

Заключение

«Initramfs» ошибка может устрашить вас, но, к счастью, эта ошибка имеет очень простое и простое решение. Эта ошибка возникает, когда ваша память повреждена, особенно диск, содержащий операционную систему, и не позволяет ей загружаться. Чтобы исправить это, просто используйте утилиту «fsck». В этой статье подробно объясняется процесс устранения ошибки «initramfs» для нормальной загрузки Ubuntu.