Загрузки сбрасываются до (initramfs) приглашение / busybox

Question 1

Я использую двойную загрузку HP pavilion dv6000 win7 и Ubuntu 12.04. (ну, до сегодняшнего дня). После перезагрузки процесс загрузки переходит в оболочку BusyBox, и я получаю подсказку:

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs)

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

Я попробовал метод, описанный здесь , , и после последней команды

mount -t ntfs-3g /dev/sda1 /root -o force

он ничего не делает и дает мне еще один запрос (initramfs).

Я могу загрузиться с live CD (USB) и добраться до терминала, но, похоже, это не очень хорошо, так как я вижу / dev / sda1 в команде ls, но он не распознает это когда я пытаюсь перейти на него.

Еще один вопрос: используя команду fdisk -l, как узнать, какая точка монтирования (sda1 / sda2) является моим разделом Windows, а какая - Ubuntu?

Question 2

Похоже, у вас плохой суперблок. Чтобы исправить это:

Сначала загрузитесь с Live CD или USB.

Узнайте номер вашего раздела с помощью

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

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

sudo dumpe2fs /dev/sda2 | grep superblock

Замените sda2 на номер вашего диска

. Вы должны получить аналогичный вывод, подобный этому

  Primary superblock at 0, Group descriptors at 1-6
  Backup superblock at 32768, Group descriptors at 32769-32774
  Backup superblock at 98304, Group descriptors at 98305-98310
  Backup superblock at 163840, Group descriptors at 163841-163846
  Backup superblock at 229376, Group descriptors at 229377-229382
  Backup superblock at 294912, Group descriptors at 294913-294918
  Backup superblock at 819200, Group descriptors at 819201-819206
  Backup superblock at 884736, Group descriptors at 884737-884742
  Backup superblock at 1605632, Group descriptors at 1605633-1605638
  Backup superblock at 2654208, Group descriptors at 2654209-2654214
  Backup superblock at 4096000, Group descriptors at 4096001-4096006
  Backup superblock at 7962624, Group descriptors at 7962625-7962630
  Backup superblock at 11239424, Group descriptors at 11239425-11239430
  Backup superblock at 20480000, Group descriptors at 20480001-20480006
  Backup superblock at 23887872, Group descriptors at 23887873-23887878

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

Теперь,для проверки и восстановления файловой системы Linux с помощью альтернативного суперблока # 32768:

sudo fsck -b 32768 /dev/sda2 -y

Флаг -y используется, чтобы пропустить все вопросы Fix? и ответить на них все утвердительно автоматически

Вы должны получить аналогичный результат вроде этого:

fsck 1.40.2 (12-Jul-2007)
e2fsck 1.40.2 (12-Jul-2007)
/dev/sda2 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 #241 (32254, counted=32253).
Fix? yes
Free blocks count wrong for group #362 (32254, counted=32248).
Fix? yes
Free blocks count wrong for group #368 (32254, counted=27774).
Fix? yes
..........
/dev/sda2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda2: 59586/30539776 files (0.6% non-contiguous), 3604682/61059048 blocks

Теперь попробуйте смонтировать раздел

sudo mount /dev/sda2 /mnt

Теперь попробуйте просмотреть файловую систему с помощью следующих команд

cd /mnt
mkdir test
ls -l
cp file /path/to/safe/location

Если вы можете выполнять приведенные выше команды, у вас больше всего вероятно, ваша ошибка исправлена.

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

( источник )

Question 3

Question 4

На самом деле решение простое просто напишите команду fsck / dev / sdax , как показано ниже, и дайте Y , если консоль попросит исправить что-то:

(initramfs) fsck /dev/sda1

или

(initramfs) fsck /dev/sdaX

X указывает смонтированный диск номер детали.

Если вы не хотите вручную нажимать 'y' каждый раз, когда он запрашивает исправление, вы также можете запустить команду с параметром -y .

(initramfs) fsck /dev/sdaX -y

Question 5

Я просто попробовал удачный выстрел, загрузив систему с помощью инструмента "Parted Magic" с Live CD. Глядя на разделы, было объявлено «неизвестное пространство» в несколько гигабайт в разделе Linux.

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

Question 6

Простой ответ: удалите подключение жесткого диска в другой системе и запустите систему (пожалуйста, не загружайтесь с вашего жесткого диска initramfs, используйте любые с Ubuntu и gparted установлен).
start gparted , выберите свой жесткий диск и выберите ПРОВЕРИТЬ в меню правой кнопкой мыши.

Question 7

Question 8

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

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash) 
Enter 'help' for a list of built-in commands.

(initramfs) exit

/dev/mapper/ubuntu--vg-root: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options) 
fsck exited with status code 4. 
The root filesystem on /dev/mapper/ubuntu--vg-root requires a manual fsck. 

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs) fsck /dev/mapper/ubuntu--vg-root -y

fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
/dev/mapper/ubuntu--vg-root contains a file system with errors, check forced.

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

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs) reboot

Если перезагрузить не работает, попробуйте exit .

и все, я вернулся в файловую систему без каких-либо ошибок.

Question 9

Немного другой ответ (Ubuntu 16.04) , хотя другие ответы в конечном итоге привели меня к этому.

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

С этого момента запуск fsck / dev / sdb1 / -y исправил это для меня.

Amith KK · Answer 1 · 30 October 2018 в 14:32