/ sbin / init: нет такого файла или каталога | Не удалось загрузить рабочий стол ubuntu

Я использую Ubuntu Desktop некоторое время, но сегодня по какой-то причине я не могу его запустить. Вот что я вижу.

Вот что я уже пробовал:

Пробовал загружаться в режиме восстановления Выполнен fsck с загрузочного USB.

Вот что я сделал после загрузки с USB:

Исправлена ​​загрузка в режиме восстановления Параметры Saw 4: Попробуйте Ubuntu без установки Установить Ubuntu OEM Install Проверить диск для дефектов

Я пошел на первый вариант. Открытый терминал -> sudo fdisk -l

Это дало мне мое фактическое имя устройства -> /dev/sda1

Затем я выполнил -> sudo fsck /dev/sda1, как указано здесь -

Вот результат:

$ sudo fsck /dev/sda1 fsck from util-linux 2.27.1 e2fsck 1.42.13 (17-May-2015) /dev/sda1: clean, 682451/29483008 files, 26039796/117925888 blocks

Пробная перезагрузка и загрузка с жесткого диска, но с той же проблемой

Параметры пилы 4: Попробуйте Ubuntu без установки Установить Ubuntu OEM Install Проверить диск на наличие дефектов

Это выглядит так: https://pastebin.com/Yi4PqRU4

Также попытался вариант 4 check disk defects. Результат был No defects found

Справка?

0
задан 24 May 2017 в 13:07

9 ответов

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

Загрузите с носителя (USB / DVD) и запустите сеанс терминала с правами root. («Режим спасения») Установите диск с корневой файловой системой в / mnt

mount /path/to/disk /mnt

Загрузите с носителя (USB / DVD) и запустите сеанс терминала как корень. («Режим спасения»)

mount --rbind /proc /mnt/proc mount --rbind /sys /mnt/sys mount --rbind /dev /mnt/dev

chroot на ваш диск

chroot /mnt

chroot на ваш диск

mount -a

переместится в каталог загрузки

cd /boot

] перемещение в загрузочный каталог

В RedHat это так же просто, как выполнение этой команды:

mkinitrd

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

# ls /lib/modules/ 3.11.0-12-generic

Затем используйте версию, которую он дает вам для запуска необходимой команды:

# update-initramfs -c -k 3.11.0-12-generic update-initramfs: Generating /boot/initrd.img-3.11.0-12-generic

После этого вы можете exit chroot и попробуйте снова загрузиться, чтобы узнать, разрешена ли проблема.

0
ответ дан 18 July 2018 в 14:04

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

Загрузите с носителя (USB / DVD) и запустите сеанс терминала с правами root. («Режим спасения») Установите диск с корневой файловой системой в / mnt

mount /path/to/disk /mnt

Загрузите с носителя (USB / DVD) и запустите сеанс терминала как корень. («Режим спасения»)

mount --rbind /proc /mnt/proc mount --rbind /sys /mnt/sys mount --rbind /dev /mnt/dev

chroot на ваш диск

chroot /mnt

chroot на ваш диск

mount -a

переместится в каталог загрузки

cd /boot

] перемещение в загрузочный каталог

В RedHat это так же просто, как выполнение этой команды:

mkinitrd

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

# ls /lib/modules/ 3.11.0-12-generic

Затем используйте версию, которую он дает вам для запуска необходимой команды:

# update-initramfs -c -k 3.11.0-12-generic update-initramfs: Generating /boot/initrd.img-3.11.0-12-generic

После этого вы можете exit chroot и попробуйте снова загрузиться, чтобы узнать, разрешена ли проблема.

0
ответ дан 24 July 2018 в 20:19
  • 1
    Позвольте мне попробовать. Благодарю. – Faisal Memon 30 April 2017 в 15:22
  • 2
    Привет @TopHat, что вы подразумеваете под режимом спасения? – Faisal Memon 30 April 2017 в 19:49
  • 3
    @FaisalMemon Извините за путаницу, я пришел из фона RedHat / SUSE, где они используют терминологию «режима спасения». В принципе, это просто означает, что вы можете загрузиться с USB или DVD-носителей. – TopHat 30 April 2017 в 20:16
  • 4
    Привет @TopHat, я пробовал это, но такая же проблема сохраняется. Вот то, что я выговорил после того, как выбрал «Попробовать Ubuntu без установки & quot; - pastebin.com/mRQKQUqg – Faisal Memon 1 May 2017 в 13:06
  • 5
    @FaisalMemon вы можете попробовать те же шаги с ядром «4.4.0-59-generic». вместо этого, поскольку это более поздний ядро. Помимо этого единственной другой идеей, которую я имею сейчас, является попытка выполнить все те же действия, которые я рекомендую по-прежнему, за исключением шага 7, попробуйте повторно установить grub вместо того, чтобы перестроить initrd с помощью команды grub-install в каталоге / boot. – TopHat 2 May 2017 в 00:42

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

  1. Загрузите с носителя (USB / DVD) и запустите сеанс терминала с правами root. («Режим спасения»)
  2. Установите диск с корневой файловой системой в / mnt

mount /path/to/disk /mnt

  1. Установите и привяжите виртуальные файловые системы на ваш диск

mount --rbind /proc /mnt/proc mount --rbind /sys /mnt/sys mount --rbind /dev /mnt/dev

  1. chroot на ваш диск

chroot /mnt

  1. Установите все остальное, если есть

mount -a

  1. перейдите в каталог загрузки

cd /boot

  1. перестроить initrd

В RedHat это так же просто, как выполнение этой команды:

mkinitrd

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

# ls /lib/modules/
3.11.0-12-generic

Затем используйте версию, которую он дает вам для запуска необходимой команды:

# update-initramfs -c -k 3.11.0-12-generic
update-initramfs: Generating /boot/initrd.img-3.11.0-12-generic

После этого вы можете exit chroot и попробуйте снова загрузиться, чтобы узнать, разрешена ли проблема.

0
ответ дан 31 July 2018 в 23:21

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

  1. Загрузите с носителя (USB / DVD) и запустите сеанс терминала с правами root. («Режим спасения»)
  2. Установите диск с корневой файловой системой в / mnt

mount /path/to/disk /mnt

  1. Установите и привяжите виртуальные файловые системы на ваш диск

mount --rbind /proc /mnt/proc mount --rbind /sys /mnt/sys mount --rbind /dev /mnt/dev

  1. chroot на ваш диск

chroot /mnt

  1. Установите все остальное, если есть

mount -a

  1. перейдите в каталог загрузки

cd /boot

  1. перестроить initrd

В RedHat это так же просто, как выполнение этой команды:

mkinitrd

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

# ls /lib/modules/
3.11.0-12-generic

Затем используйте версию, которую он дает вам для запуска необходимой команды:

# update-initramfs -c -k 3.11.0-12-generic
update-initramfs: Generating /boot/initrd.img-3.11.0-12-generic

После этого вы можете exit chroot и попробуйте снова загрузиться, чтобы узнать, разрешена ли проблема.

0
ответ дан 2 August 2018 в 18:18

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

  1. Загрузите с носителя (USB / DVD) и запустите сеанс терминала с правами root. («Режим спасения»)
  2. Установите диск с корневой файловой системой в / mnt

mount /path/to/disk /mnt

  1. Установите и привяжите виртуальные файловые системы на ваш диск

mount --rbind /proc /mnt/proc mount --rbind /sys /mnt/sys mount --rbind /dev /mnt/dev

  1. chroot на ваш диск

chroot /mnt

  1. Установите все остальное, если есть

mount -a

  1. перейдите в каталог загрузки

cd /boot

  1. перестроить initrd

В RedHat это так же просто, как выполнение этой команды:

mkinitrd

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

# ls /lib/modules/
3.11.0-12-generic

Затем используйте версию, которую он дает вам для запуска необходимой команды:

# update-initramfs -c -k 3.11.0-12-generic
update-initramfs: Generating /boot/initrd.img-3.11.0-12-generic

После этого вы можете exit chroot и попробуйте снова загрузиться, чтобы узнать, разрешена ли проблема.

0
ответ дан 3 August 2018 в 20:38

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

  1. Загрузите с носителя (USB / DVD) и запустите сеанс терминала с правами root. («Режим спасения»)
  2. Установите диск с корневой файловой системой в / mnt

mount /path/to/disk /mnt

  1. Установите и привяжите виртуальные файловые системы на ваш диск

mount --rbind /proc /mnt/proc mount --rbind /sys /mnt/sys mount --rbind /dev /mnt/dev

  1. chroot на ваш диск

chroot /mnt

  1. Установите все остальное, если есть

mount -a

  1. перейдите в каталог загрузки

cd /boot

  1. перестроить initrd

В RedHat это так же просто, как выполнение этой команды:

mkinitrd

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

# ls /lib/modules/
3.11.0-12-generic

Затем используйте версию, которую он дает вам для запуска необходимой команды:

# update-initramfs -c -k 3.11.0-12-generic
update-initramfs: Generating /boot/initrd.img-3.11.0-12-generic

После этого вы можете exit chroot и попробуйте снова загрузиться, чтобы узнать, разрешена ли проблема.

0
ответ дан 5 August 2018 в 05:20

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

  1. Загрузите с носителя (USB / DVD) и запустите сеанс терминала с правами root. («Режим спасения»)
  2. Установите диск с корневой файловой системой в / mnt

mount /path/to/disk /mnt

  1. Установите и привяжите виртуальные файловые системы на ваш диск

mount --rbind /proc /mnt/proc mount --rbind /sys /mnt/sys mount --rbind /dev /mnt/dev

  1. chroot на ваш диск

chroot /mnt

  1. Установите все остальное, если есть

mount -a

  1. перейдите в каталог загрузки

cd /boot

  1. перестроить initrd

В RedHat это так же просто, как выполнение этой команды:

mkinitrd

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

# ls /lib/modules/
3.11.0-12-generic

Затем используйте версию, которую он дает вам для запуска необходимой команды:

# update-initramfs -c -k 3.11.0-12-generic
update-initramfs: Generating /boot/initrd.img-3.11.0-12-generic

После этого вы можете exit chroot и попробуйте снова загрузиться, чтобы узнать, разрешена ли проблема.

0
ответ дан 6 August 2018 в 22:25

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

  1. Загрузите с носителя (USB / DVD) и запустите сеанс терминала с правами root. («Режим спасения»)
  2. Установите диск с корневой файловой системой в / mnt

mount /path/to/disk /mnt

  1. Установите и привяжите виртуальные файловые системы на ваш диск

mount --rbind /proc /mnt/proc mount --rbind /sys /mnt/sys mount --rbind /dev /mnt/dev

  1. chroot на ваш диск

chroot /mnt

  1. Установите все остальное, если есть

mount -a

  1. перейдите в каталог загрузки

cd /boot

  1. перестроить initrd

В RedHat это так же просто, как выполнение этой команды:

mkinitrd

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

# ls /lib/modules/
3.11.0-12-generic

Затем используйте версию, которую он дает вам для запуска необходимой команды:

# update-initramfs -c -k 3.11.0-12-generic
update-initramfs: Generating /boot/initrd.img-3.11.0-12-generic

После этого вы можете exit chroot и попробуйте снова загрузиться, чтобы узнать, разрешена ли проблема.

0
ответ дан 9 August 2018 в 02:52

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

  1. Загрузите с носителя (USB / DVD) и запустите сеанс терминала с правами root. («Режим спасения»)
  2. Установите диск с корневой файловой системой в / mnt

mount /path/to/disk /mnt

  1. Установите и привяжите виртуальные файловые системы на ваш диск

mount --rbind /proc /mnt/proc mount --rbind /sys /mnt/sys mount --rbind /dev /mnt/dev

  1. chroot на ваш диск

chroot /mnt

  1. Установите все остальное, если есть

mount -a

  1. перейдите в каталог загрузки

cd /boot

  1. перестроить initrd

В RedHat это так же просто, как выполнение этой команды:

mkinitrd

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

# ls /lib/modules/
3.11.0-12-generic

Затем используйте версию, которую он дает вам для запуска необходимой команды:

# update-initramfs -c -k 3.11.0-12-generic
update-initramfs: Generating /boot/initrd.img-3.11.0-12-generic

После этого вы можете exit chroot и попробуйте снова загрузиться, чтобы узнать, разрешена ли проблема.

0
ответ дан 14 August 2018 в 21:06
  • 1
    Позвольте мне попробовать. Благодарю. – Faisal Memon 30 April 2017 в 15:22
  • 2
    Привет @TopHat, что вы подразумеваете под режимом спасения? – Faisal Memon 30 April 2017 в 19:49
  • 3
    @FaisalMemon Извините за путаницу, я пришел из фона RedHat / SUSE, где они используют терминологию «режима спасения». В принципе, это просто означает, что вы можете загрузиться с USB или DVD-носителей. – TopHat 30 April 2017 в 20:16
  • 4
    Привет @TopHat, я пробовал это, но такая же проблема сохраняется. Вот то, что я выговорил после того, как выбрал «Попробовать Ubuntu без установки & quot; - pastebin.com/mRQKQUqg – Faisal Memon 1 May 2017 в 13:06
  • 5
    @FaisalMemon вы можете попробовать те же шаги с ядром «4.4.0-59-generic». вместо этого, поскольку это более поздний ядро. Помимо этого единственной другой идеей, которую я имею сейчас, является попытка выполнить все те же действия, которые я рекомендую по-прежнему, за исключением шага 7, попробуйте повторно установить grub вместо того, чтобы перестроить initrd с помощью команды grub-install в каталоге / boot. – TopHat 2 May 2017 в 00:42
  • 6
    – Faisal Memon 3 May 2017 в 19:12

Другие вопросы по тегам:

Похожие вопросы: