Questão Inicialização cai para um prompt / busybox (initramfs)


Estou executando um win7 dual boot do HP Pavilion dv6000 e Ubuntu 12.04. (bem, até hoje). Após uma reinicialização, o processo de inicialização cai no shell BusyBox e eu termino no prompt:

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

(initramfs)

Eu tenho pesquisado outras pessoas que tiveram esse mesmo problema, mas não consegui encontrar nenhuma dessas soluções para trabalhar para mim.

Eu tentei o método descrito Aquie depois do comando final mount -t ntfs-3g /dev/sda1 /root -o force não faz nada e me dá outro prompt (initramfs).

Eu posso inicializar em um CD ao vivo (USB) e chegar a um terminal, mas parece não fazer muito bem, pois eu posso ver o / dev / sda1 no comando ls, mas ele não reconhece quando eu tente cd para isso.

Mais uma pergunta: usando o comando fdisk -l Como posso saber qual ponto de montagem (sda1 / sda2) é a minha partição do Windows e qual é o Ubuntu?


148
2018-05-16 02:04


origem


Este foi o vencedor, BTW cyberciti.biz/faq/… - dpm
Eu não posso acreditar que a Canonical ainda não implementou um fluxo de trabalho adequado ao usuário para corrigir essa situação :( - knocte
Tem que haver uma maneira melhor de consertar o caso. Você não precisa do Live Ubuntu para a tarefa, já que consegui resolvê-lo sem ele. Eu acho que você pode consertar a coisa mesmo em (inittramfs). - Léo Léopold Hertz 준영
@Masi Na verdade, a execução do fsck a partir do initramfs corrige-o na maioria dos casos agora, mas no lançamento do ubuntu que estava em dia quando esta questão foi postada, mesmo após fsck foi executado, o mesmo erro foi mostrado na inicialização novamente. - Amith KK


Respostas:


Enquanto em initramfs console, passei um comando Saída para sair da casca. O mesmo console foi apresentado antes de mim, mas desta vez com o nome exato da partição que foi corrompida.

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.

Após a verificação, reiniciei o sistema.

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

e é isso, eu voltei para o sistema de arquivos sem nenhum erro.


137
2017-08-28 03:33



Trabalhou sem falhas para mim. Thx a loot @ramsudharsan - Oumar FALL
Trabalhou no Ubuntu 16.04 - Hastig Zusammenstellen
Trabalhou para mim também. Obrigado deus. Você salvou meu trabalho de 2 dias. - Alaksandar Jesus Gene
Trabalhou para mim. Mas por que isso aconteceu? - Anand Tyagi
@Matt Ative a opção de teclado nas configurações da BIOS (se você desativou o teclado durante a inicialização, segure o botão liga / desliga até ouvir o som de reinicialização da placa) - ramsudharsan


Parece que você tem um superbloco ruim. Para corrigir isso:

Em primeiro lugar, inicialize em um live CD ou USB

Descubra o seu número de partição usando

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

Em seguida, liste todos os superblocos usando o comando:

sudo dumpe2fs /dev/sda2 | grep superblock

Substituir sda2 para o seu número de unidade

Você deve obter uma saída semelhante como esta

  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

Escolha um superbloco alternativo desta lista, para este caso superbloco alternativo # 32768

Agora, para verificar e reparar um sistema de arquivos Linux usando o superbloco alternativo # 32768:

sudo fsck -b 32768 /dev/sda2 -y

o -y bandeira é usada para pular todo o Fix? perguntas e para respondê-las todas com um sim automaticamente

Você deve obter uma saída semelhante como esta:

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

Agora tente montar a partição

sudo mount /dev/sda2 /mnt

Agora, tente navegar no sistema de arquivos com os seguintes comandos

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

Se você é capaz de executar os comandos acima, você provavelmente consertou seu erro.

Agora, reinicie seu computador e você poderá inicializar normalmente.

(fonte)


80
2018-06-10 03:37



Eu segui todas as etapas para sda1 mas não posso fazer a última parte "teste de mkdir" !! Há também sda5, então eu suponho repetir etapas para isso? - Freddy
Você escreve "Selecione um superbloco alternativo". Alternativo para o que? Posso escolher algum da lista? - Mads Skjern
Sugiro adicionar à resposta, que um deve responder sim para cada uma das "questões de correção". Mas também que pode haver centenas dessas questões, e pode-se responder sim para todos, usando o sinalizador "-y". - Mads Skjern
+1 para aqueles que estavam usando o gparted e agora estão aqui - Vitor Abella
e se sudo fdisk -l|grep Linux|grep -Ev 'swap' retorna 2 linhas? / dev / sda2 e / dev / sda5 para mim - knocte


Na verdade, a solução é fácil basta escrever o comando de fsck /dev/sdax como o abaixo e dar Y se o console pedir para consertar algo:

(initramfs) fsck /dev/sda1

ou

(initramfs) fsck /dev/sdaX

X especifica o número de peça do disco montado.

Se você não quiser pressionar manualmente 'y' toda vez que ele solicitar uma correção, você também poderá executar o comando com o comando -y opção.

(initramfs) fsck /dev/sdaX -y

42
2018-06-12 09:00



valeu cara isso resolveu meu problema, ficou no / dev / sda5 - ABD ELLATIF LAKEHAL
Por que essa resposta ainda não é aceita? Simples e funcionando. - Swapnil
Solução ótima e fácil! - kunicmarko20
Salvo minha bunda !!! - Eric Wang
Deve ser a resposta aceita - Kareem


  1. Resposta simples é remover o seu disco rígido anexar em outro sistema e iniciar o sistema (por favor, não inicialize a partir do seu disco rígido de erro initramfs usar qualquer com o Ubuntu e gparted instalado).
  2. começar gparted e selecione seu disco rígido e selecione CHECK no menu do botão direito.

5
2018-02-25 10:28





Eu apenas tentei uma foto da sorte inicializando o sistema com a ferramenta "Parted Magic" de um Live CD. Olhando para as partições, havia um "espaço desconhecido" declarado de alguns GBytes na partição Linux.

Então eu apenas ampliei o espaço do Linux sobre toda a partição e voila - desde então, meu Linux inicializa como antes, sem qualquer falha até agora.


2
2018-06-09 21:31