fsck problema ao iniciar o trecho do Debian

Question

Eu tentei inicializar o meu PC e tive esse problema

fsck from util-linux 2.26.2
/dev/sdb6 contains a file system with errors check forced.
/dev/sdb6: Unconnected directory inode 1076721 (/var/tmp/???)


/dev/sdb6: UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY.
           (i.e., without -a or -p options)
fsck exited with status code 4
The root filesystem on /dev/sdb6 requires a manual fsck
modprobe: module ehci-orion not found in modules.dep

BusyBox v.1.22.1 (Debian 1:1.22.0-15) build in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty: job control turned off
(initramfs)

Então, no início da manhã eu tive que montar o meu SATA (que está conectado à direita para a placa-mãe, o Linux é por USB para o seu exterior - não sei como descrevê-lo) e tem o Windows 7 em que SATA. Eu tive que copiar meu projeto e tive problema, não consegui montá-lo. Eu não tenho tempo para resolver isso, então eu reiniciei o computador para usar o Windows 7 e não tive problemas. Agora depois da escola eu tentei inicializar o Linux e tive esse problema.

[    8.328785] sd 4:0:0:0: [sdb] No Caching mode page found
[    8.328799] sd 4:0:0:0: [sdb] Assuming drive cache: write through
fsck from util-linux 2.26.2
/dev/sdb6 contains a file system with errors, check forced.
/dev/sdb6: Unconnected directory iinode 1076721 (/var/tmp/???)


/dev/sdb6: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
         (i.e., without -a or -p options)
fsck exited with status code 4
The root filesystem on /dev/sdb6 requires a manual fsck
modprobe: module ehci-orion not found in modules.dep


BusyBox v1.22.1 (Debian 1:1.22.0-15) built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs) _

    

Answer 1

A correção imediata é digitar fsck /dev/sdb6 . Ele deve perguntar (esperamos que não haja muitas perguntas) sobre o que você deseja fazer para consertar o sistema de arquivos. Isso é o que significa "RUN fsck MANUALMENTE". Você também pode executar fsck -y /dev/sdb6 se quiser apenas dizer sim a tudo. Note que o fsck é um pouco perigoso; Se você tiver dados críticos nessa unidade e não tiver um backup, primeiro será necessário fazer uma cópia da imagem da unidade.

Você provavelmente terá alguns arquivos / diretórios em lost+found , precisará verificar se esses arquivos são importantes e movê-los de volta para onde eles pertencem (possivelmente alterando a propriedade também) ou excluí-los . Observe que lost+found geralmente é acessível apenas para o root.

Espero que, uma vez recuperado o acesso ao sistema, você possa verificar o log do kernel ou syslog para ver por que ele quebrou, por exemplo, é possível que a unidade tenha desenvolvido um setor defeituoso, que atingiu alguns metadados do sistema de arquivos.

    

Answer 2

você deve reinstalar sua área de trabalho. prees ctrl + alt + f1 ou algum Fi (i < 7)

faça login com seu usuário e passe.

Escreva no terminal:

sudo apt-get install --reinstall gnome-session

Além disso, veja este relatório de bug que resolve o problema atualizando:

https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/552018