Mounting dev on root dev failed invalid argument

При запуске терминала выдает следующее сообщение:

mount: mounting /dev/disk/by-uuid/7ba7385a-47d0-461b-86cf-7157206a2e38 on /root failed: Invalid argument
mount: mounting /dev on /root/dev failed: No such file or directory
mount mounting /sys on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed: No such file or directory
Target filesystem doesn’t have /sbin/init
No init found. Try passing init = bootarg

BusyBox v1.13.3 (ubuntu 1:1.13.3-1ubuntu11) built-in shell (ash) Enter ‘help’ for a list of built-in comands.

Подсказка об ошибке экрана:

mount: mounting /dev/disk/by-uuid/***************************** on /root
failed: Invalid argument
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /dev on /root/dev failed: No such file or directory
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed: No such file or directory
Target file system doesn't have /sbin/init
No init found. Try passing init= bootarg
Busybox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu7) built-in shell (ash)
Enter 'help' for a list of built-in commands
(initramfs) _

Для решения проблемы вам нужно создать загрузочную флешку с дистрибутивом Ubuntu, подключить её к компьютеру и запустить Ubuntu с флешки (не установить, а выбрать первый пункт «Загрузить для ознакомления»).

После чего открываем терминал и пишем следующее:

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

sudo e2fsck -fyv /dev/sda1

где sda1 — это тот раздел, который помечен у вас звездочкой (возможно и у вас он будет sda1). Данной командой вы запускаете утилиту проверки и восстановления файловой системы на разделе с которого запускается ваш linux. Дождитесь окончания процесса проверки и восстановления файловой системы.

Теперь просто перезагрузите компьютер (не забудьте извлечь загрузочную флешку). Ваш компьютер должен запуститься как и раньше

Комментарии:

Вчера получил жалобу о нерабочем терминале пополнения счетов. Признаки неисправности такие — «Терминал включается и на черном фоне что то пишется». Так как человек возле терминала технически не подкован, а знания английского языка на уровне 1-2 класса, то пришлось просить фото экрана с ошибкой. Чтобы увидеть воочию, нужно было бы преодолеть расстояние в 60 км. Сказано — сделано, экран сфотографировали и мне отправили.

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

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

Я не могу загрузить Ubuntu 10.04 со встроенной загрузочной оболочкой, выдающей эту ошибку:

Gave up waiting for root device. Common problems: — Boot args (cat /proc/cmdline) — Check rootdelay= (did the system wait long enough?) — Check root= (did the system wait for the right device?) — Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/disk/by-uuid/aa91b9fe-1e27-44d7-9c1b-72dd7d4e8575 does not exist.
Dropping to a shell!
BusyBox v.1.13.3 (Ubuntu 1:1.13.3-1ubuntu11) built-in shell (ash)
Enter 'help' for list of built-in commands.
(initramfs)

Обновление 1
Эта ошибка произошла после того, как я обновил свой 2.6.32-26 Версия ядра и загружается прямо в Windows.

Обновление 2
Обновление, после которого это произошло, было просто обновлением (без новой установки) version 2.6.32-26. Так что я думаю, это как-то связано с последним обновлением этой версии ядра. Кроме того, поскольку это была не новая установка, новый пункт меню не был добавлен. По какой-то причине это может быть вызвано моей перезагрузкой в ​​Windows после обновления ядра.

Обновление 3
Установленное старое ядро ​​путем хроматирования через живой USB, по-прежнему та же проблема с ядром, так что, похоже, проблема не в обновлении ядра.

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

Обновление 4
Переустановил Ubuntu. На этот раз настройка была проще благодаря отдельным разделам для дома и рабочего пространства. Даже несмотря на то, что сейчас мне не нужно решение этой проблемы, но, если вы знаете какое-либо возможное решение, пожалуйста, напишите здесь для дальнейшего использования

Добрый день. Прошу, так сказать, срочной, помощи в вопросе, жизни и смерти.
В Linux я не опытный. А с серверами опыта и ещё меньше.

А теперь опишу картину.

1. Сервер мне в достался в таком состоянии, поэтому очень подробно не опишу.
Сервер в RAID1 (по-моему) 2х1.5 Tb. Не знаю. Программном или Физическом. Мат плата mini ITX «GA-H55N-USB3» (Судя по спецификации программный, если он вообще стоит. Как проверить подскажите? В жизни не сталкивался с RAID).

2. На этом сервере стоит Proxmon 1.9 (Обновить не рискую, пока что), на котором крутится виртуалка.
Параметры виртуалки: KVM / Linux 2.6/1024 RAM / разъмы CPU 2 !? / ядра CPU 1 / HDD VIRTIO 0:0 800.00 local:105/vm-105-disk-1.raw. Стоит Zentyal-2.0-3-amd64.iso.

3. Zentyal работает в роли DHCP сервера (помоему совсем лишнее, если все равно выдает на роутер который может тоже раздать) и файлового сервера (созданы пользователи, и шаровые папки + права доступа) + VPN сервер, для соединения отовсюду.

5. До этого виртуалка начала сбоить в работе и пропал доступ к web оболочке Zentyal. Позже упала и файловая шара.
Перезагрузил виртуалку (Кстати до этого она не выключалась никак). Но подключился по SSH и под sudo получил доступ к файлам шары. Почитав на форумах рекомендации на эту тему, выполнил их и почистил кеш aptitude, удалил файлы backup. Перезагрузил. Все тоже. По рекомендациям выполнил fsck. И в этот же момент система перестала отвечать. После перезагрузки (спустя время) появляется (4.) пункт.
Монитора нету. Только SSH (win putty) и VNC через вэб оболочку Proxmon.

6. В виртуалку добавил лайв образы:

7. Запустив CentOS-6.2-x86_64-LiveCD.iso
видим следующее:

8. Прошу помощи в решении этой проблемы. Первоочередно восстановить файлы или сделать копию. Второочередно Восстановить файлы шары, узнать пользователей шары. Третеочередно восстановить все в изначальное состояние. В таком порядке потому что готов уже все установить с нуля (заодно разберусь), поэтому главное восстновить файлы.

sudo fdisk -l

sudo e2fsck -fyv /dev/sda1

Перестала загружаться Ubuntu 14.04:

Begin: Running /scripts/local-premount … done.
mount: mounting /dev/mapper/zabbix—vg-root on /root failed: Invalid argument
Begin: Running /scripts/local-bottom … done.
done.
Begin: Running /scripts/init-bottom … mount: mounting /dev on /root/dev failed: No such file or directory
done.
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed: No such file or directory
Target filesystem doesn’t have requested /sbin/init.
No init found. Try passing init= bootarg.

BusyBox v1.21.1 (Ubuntu 1:1.21.0-1ubuntu1) built-in shell (ash)
Enter ‘help’ for a list of built-in commands.

Бекап текущего состояния слит. Диск проверен Victoria и MHDD — ни одного bad-блока. Оперативная память тоже проверена — все в норме.
Гуру linux, что скажите?

• 
  Вопрос задан
  
  более трёх лет назад
  
• 
  
  7122 просмотра

Не смонтировался либо повреждён корневой раздел. В данном случае массив zabbix—vg-root. Чинить средствами lvm.

загрузился с Live CD, запустил fsck для поврежденного тома LVM zabbix—vg-root, после исправления всех ошибок том примонтировался как system, все файлы на нем доступны.
Перезагружаюсь.
При загрузке появляется GNU GRUB, далее система не стартует.
Вижу:

run-init: /sbin/init: No such file or directory
[ 1.978563] Kernel panic — not syncing: Attempted to kill init! exitcode=0x00000100
[ 1.978563]
[ 1.978675] CPU: 1 PID: 1 Comm: run-init Not tainted 3.13.0-45-generic #74-Ubuntu
[ 1.978746] Hardware name: System manufacturer System Product Name/P5KPL-AM IN/GB, BIOS 0403 05/08/2009
[ 1.978823] 00000000 00000000 f70c1f34 c1655842 c193be00 f70c1f54 c16508ec c183314c
[ 1.979046] c1ab3c80 f70c1f40 c193be00 f68e76c0 f7088000 f70c1fa4 c10592df c1833470
[ 1.979271] 00000100 c117a39c 00000001 00000001 00000000 f69736c8 f7270f24 f69736c0
[ 1.979493] Call Trace:
[ 1.979542] [ c1655842 ] dump_stack+0x41/0x52
[ 1.979590] [ c16508ec ] panic+0x87/0x181
[ 1.979638] [ c10592df ] do_exit+0x8ef/0x8f0
[ 1.979687] [ c117a39c ] ? vfs_write+0x13c/0x1b0
[ 1.979735] [ c1059316 ] SyS_exit+0x16/0x20
[ 1.979783] [ c165c997 ] syscall_call+0x7/0x7

Что делать и как быть?

05 июл. 2023, в 07:08

500 руб./в час

05 июл. 2023, в 03:24

2000 руб./за проект

04 июл. 2023, в 22:15

15000 руб./за проект

Тема: LVM после добавления жесткого диска умер  (Прочитано 2364 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Ответов

Перепробовал все ответы, но не смог решить, так что, наконец, пришлось переустановить Ubuntu:(.

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

18 дек ’10 в 16:50

У меня была такая же проблема, как у стартера потока, и я решил ее без переустановки.

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

Сначала загрузитесь с помощью спасательной системы (той же версии) и запустите оболочку на вашем незагружаемом диске. Посмотри на /etc/fstab и подтвердите UUID там, выдав blkid Команда для каждого устройства. Исправьте эти записи, поскольку они важны.

Далее мы исправим grub с помощью:

• grub-mkconfig
• update-grub

• update-initramfs -u /boot/initrd.img-2.6.YOURVERSION-HERE

Это создаст новый initramdisk для вашей версии. Если вы не знаете точную версию, которую вы использовали, посмотрите файлы в /boot/. Выбор наибольшего номера версии должен быть безопасным.

После того, как вы выйдете из спасательной оболочки, Ubuntu Live CD предложит вам последнее меню, откуда вы вошли в оболочку. Выберите «установить Grub» (или аналогичный) там и введите устройство, куда поместить загрузочный сектор.

На большинстве систем (стандартная установка) /dev/sda безопасная ставка. Имейте в виду: для Windows или других мультизагрузочных систем здесь могут потребоваться другие записи!

Наконец, вы сможете загрузиться с отремонтированного диска.

02 апр ’13 в 20:28

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

• Когда появится меню загрузки, выделив верхнюю часть списка, нажмите e (для редактирования).

• Вы должны увидеть длинный список параметров. Добавьте это к этому:rootdelay=130

• Нажмите Enter, а затем b (загрузка). Попробуйте проверить, загружается ли ваша система сейчас. Вы можете увеличить значение, если это не поможет в первый раз (но не намного, 130 уже более чем достаточно для любого оборудования, которое не сломано).

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

На самом деле, я видел, как дисковые UUID менялись один или два раза спонтанно. Изменение может быть результатом какого-то искажения. Я бы попробовал следующее:

• Загрузите ваш компьютер с живого носителя;
• fdisk -l /dev/sda найти раздел, который вы ищете; или использовать cfdisk; or useGParted(replacesda` вашим жестким диском).
• blkid /dev/sda1 (заменить sda1 по разделу, который вы нашли); альтернативно использовать vol_id;
• посмотрите, можете ли вы смонтировать раздел (используя файл устройства /dev/sda1);
• проверьте, совпадает ли отображаемый UUID с UUID в вашем корневом разделе /etc/fstab;
• создать новый UUID, используя uuidgen и применить его к разделу, используя tune2fs -U;
• изменить fstab запись соответственно.

Может показаться маловероятным, что что-то столь же важное, как UUID, изменяется без видимой причины, но это происходит, вероятно, из-за ошибки. Посмотрите, помогает ли изменение UUID на новое значение.

30 ноя ’10 в 15:58

Когда я увидел это в моей системе, это был вопрос неправильного UUID, установленного в качестве параметра загрузочного корня в /boot/grub/menu.lst,

cat /proc/cmdline фактически показывает параметры загрузки, переданные в initramfs — если вы видите, что initramfs велит смонтировать несуществующий корневой раздел, он, очевидно, потерпит неудачу.

update-grub Я не обновил эти параметры для меня, но просто сделал ручную замену старого UUID в menu.lst, исправил это для меня.

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

01 дек ’10 в 13:26

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

У вас есть старое ядро? Это работает? Проверьте /etc/fstab, как loevborg сказал о возможных устаревших записях (у меня была такая же проблема при установке lvm и grub2 — была старая запись для раздела /boot, которая вызвала ошибку)

30 ноя ’10 в 17:04

Эта проблема появилась для меня после установки libuuid, Мне удалось исправить это вручную, и теперь он загружается нормально, но каждый раз, когда он все еще показывает ошибки об отсутствии blkid, Кроме того, сбой загрузки снова появляется после обновлений, которые требуют перезагрузки.

UUID в /proc/cmdline правильно, однако система не может распознать его.

02 дек ’11 в 09:34

Как исправить ошибку Ubuntu: «No init found. Try passing init= bootarg«

Сегодня утром ко мне пришел друг со своим ноутбуком, который не загружается. При каждой попытке загрузки его система Ubuntu 10.04 Lucid Lynx выдает следующие сообщения об ошибках:

mount: mounting /dev/disk/by-uuid/***************************** on /root
failed: Invalid argument
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /dev on /root/dev failed: No such file or directory
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed: No such file or directory
Target file system doesn't have /sbin/init
No init found. Try passing init= bootarg
Busybox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu7) built-in shell (ash)
Enter 'help' for a list of built-in commands
(initramfs) _
Booting into "Recovery Mode" as well as choosing the other kernels listed in grub didn't help at all.

1. Загрузка с Ubuntu Live CD;

2. Открыть / запустить терминал;

3. Тип: sudo fdisk -l (чтобы получить имя устройства), затем нажмите ENTER;

   Диск / dev / sda: 250,1 ГБ, 250059350016 байт, 255 головок, 63 сектора / дорожка, 30401 цилиндров. Единицы = цилиндры по 16065 * 512 = 8225280 байт. Идентификатор диска: ****

   Идентификатор начальной и конечной блоков загрузки устройства Система /dev/sda1 * 1 30238 242886703+ 83 Linux
   /dev/sda2 30239 30401 1309297+ 5 Extended
   /dev/sda5 30239 30401 1309266 82 Linux swap / Solaris

Имя устройства для системы моего друга на основе выше: /dev/sda1

1. Тип: sudo fsck /dev/sda1 затем нажмите ENTER;

2. Перезагрузите систему и загрузитесь нормально.

   • После исправления ноутбук загрузился нормально.

У меня та же проблема в Ubuntu после нескольких часов поиска я только что понял, что grub пытается загрузить sdb5 и мой kali находится на sda5, так что загрузитесь с live cd и попробуйте смонтировать ваш linux os с помощью команды mkdir и mount, если она существует, попробуйте исправить grub с помощью удерживая Shift в нагрузке, нажмите e и измените корневой dev

Помимо всех остальных ответов, попробуйте зайти в меню grub (нажмите SHIFT во время загрузки, чтобы перейти в расширенные настройки Ubuntu) и выбрать старое рабочее ядро. Конфигурация grub должна быть обновлена ​​после установки более новой версии ядра.

20 сен ’18 в 18:40

Я сам исправил это, отредактировав файл /etc/default/grub

GRUB_CMDLINE_LINUX=" rootdelay=3 "
GRUB_DISABLE_LINUX_UUID=true

Только с первым этого было недостаточно. Я даже попробовал 130, как указано ранее. Затем я отключил UUID второй командой. В любом случае это был корневой раздел LVM, поэтому данные UUID были бессмысленными.

В моем случае:

ОС устанавливаются в ext4 с Ubuntu 14.04

но я нашел, когда я устанавливаю другой выпуск Ubuntu, как 10.04 после Ubuntu 10.04

А также скомпилируйте ядро ​​Ubuntu 10.04 и используйте dpkg для его установки.

Наконец, проблема в grub.cfg.

Поэтому замените ext2 на ext4 в grub.cfg, чтобы исправить это.

22 май ’14 в 07:25

Я просто пошел в режим восстановления. И выбрать что-то указываете обновление grub в меню. затем исправьте проблему.

10 мар ’15 в 09:50