Ubuntu cai no modo de emergência após a atualização 14.04 - 16.04

3

Eu atualizei meu Ubuntu de 14.04 para 16.04. Após o carregamento cai no modo de emergência. Infelizmente, não consegui copiar a saída de colar do comando journalctl -xb (parece que uma revista existe apenas no modo de emergência). Então eu escrevi os erros no pedaço de papel e copiei os erros de um:

systemd_udev[294]: specified group 'pugindev' unknown
nvidia-persistentced[564]: Failed to query NVIDIA devices...
syscmd[1]: dev-disk-by\x2dlabel-data.device
Failed to mount /filearchive. Special device /dev/sdc1 does not exists
kernel: hid-generic 0003:046E:6000.0002 usb_submit_urb(ctrl): failed -1
error connecting to ConsoleKit
gnome-session-binary[1019]: error: failed to connect to sys. aborting

Na NVIDIA: Eu tenho uma placa da série GTX660.

Como resolver isso?

Atualização: De acordo com o conselho do @ heynnema, publico algumas saídas:

hedin@home:~/$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=708e39a6-5e4b-49f8-9ecd-1a52fb6d488f /               ext4       errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=20d00d33-b87d-44e7-954b-c7f9e075a58b none            swap      sw              0       0

# filearchive
/dev/sdc1/ /filearchive ext4 errors=remount-ro 0 1
/dev/sdb2/ /filearchive2 ext4 errors=remount-ro 0 1

Na seguinte saída fdisk -l estou cortando informações / dev / ram :

Disk /dev/sda: 119.2 GiB, 128035676160 bytes, 250069680 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x1a3fe5c5

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048 234063871 234061824 111.6G 83 Linux
/dev/sda2       234065918 250068991  16003074   7.6G  5 Extended
/dev/sda5       234065920 250068991  16003072   7.6G 82 Linux swap / Solaris

Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xdb2e1f65

Device     Boot      Start        End    Sectors  Size Id Type
/dev/sdb1  *          2048 1048578047 1048576000  500G  7 HPFS/NTFS/exFAT
/dev/sdb2       1048578048 3292618751 2244040704    1T 83 Linux
/dev/sdb3       3292618752 3907028991  614410240  293G 83 Linux

Disk /dev/sdc: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 7BF3ADEF-908A-4FC0-A9CA-351A1E1096B5

Device     Start        End    Sectors  Size Type
/dev/sdc1   2048 3907028991 3907026944  1.8T Microsoft basic data

Disk /dev/mapper/vg0-windows: 50 GiB, 53687091200 bytes, 104857600 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/mapper/vg0-linux: 40 GiB, 42949672960 bytes, 83886080 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/mapper/vg0-tutorial--pv--guest--swap: 128 MiB, 134217728 bytes,    262144 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Disk /dev/mapper/vg0-tutorial--pv--guest--disk: 4 GiB, 4294967296 bytes, 8388608 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

E este sobre o blkid :

hedin@home:~/$ sudo blkid
/dev/sda1: UUID="708e39a6-5e4b-49f8-9ecd-1a52fb6d488f" TYPE="ext4" PARTUUID="1a3fe5c5-01"
/dev/sda5: UUID="20d00d33-b87d-44e7-954b-c7f9e075a58b" TYPE="swap" PARTUUID="1a3fe5c5-05"
/dev/sdb1: UUID="96F41086F4106AAF" TYPE="ntfs" PARTUUID="db2e1f65-01"
/dev/sdb2: LABEL="data" UUID="f7932dfd-a58f-4ae8-8fd3-b0cd3101b69f"   TYPE="ext4" PARTUUID="db2e1f65-02"
/dev/sdb3: UUID="u1TVlq-3m3W-F5U3-CsZv-bxDK-gd2t-vbllY7" TYPE="LVM2_member" PARTUUID="db2e1f65-03"
/dev/sdc1: LABEL="data" UUID="df5f7814-5511-4bc2-8d59-5b66562575e3" TYPE="ext4" PARTUUID="7e996145-d0b7-4ac0-bbff-df91eb2c116e"
/dev/mapper/vg0-tutorial--pv--guest--swap: UUID="c892bca6-9dcd-4dc3-a349-9926aefb8290" TYPE="swap"
/dev/mapper/vg0-tutorial--pv--guest--disk: UUID="52b6ebe9-7f7c-48c1-a96e-3173622dacdd" SEC_TYPE="ext2" TYPE="ext3"

Sobre meus discos em poucas palavras: 1) 128 GB OCZ-VERTEX-4 disco SSD onde o linux é colocado (/ dev / sda)

2) 2 TB WD VERDE. / dev / sdc. Tem apenas uma partição ext4. Montado em / filearchive

3) 2 TB WD VERDE. / dev / sdb. Tem três partições. O primeiro é o / dev / sdb1 contém janelas. A seguir, uma partição de dados / dev / sdb2 ext4 montada como / filearchive2. A última é a partição / dev / sdb3 lvm.

A propósito, se eu escolher carregar o seguinte: Menu de inicialização - > Modo avançado - > Ubuntu 16.04 (Upstart)

Então eu sou capaz de carregar o sistema. Bem, usando o startx após o Ubuntu entrar no modo de linha de comando. Todos os discos estão montados corretamente.

    
por Roman Storozhenko 29.10.2016 / 14:15

1 resposta

1

Alguns problemas ...

  1. no seu / etc / fstab, você está montando o sdc1 como EXT4 quando parece que pode ser NTFS ou está possivelmente corrompido
  2. seu / etc / fstab monta seus arquivos por dispositivo, em vez de UUID. Isso pode causar problemas de montagem intermitentes. Altere / dev / sdXX para UUID = {o valor obtido do comando blkid}
  3. seu / etc / fstab monta filearchive (s) em um local incomum. Normalmente eles devem estar em / mnt ou / media.
  4. se o sdc1 for NTFS, ele pode ter um sistema de arquivos sujo, que pode ser corrigido por um chkdsk no Windows (se você tiver inicialização dupla e tiver o Windows). Você também deseja desativar fast boot no painel de controle de energia do Windows e a hibernação por powercfg /h off em uma janela de prompt de comando com privilégios elevados

Curto prazo: Eu gostaria de comentar as duas montagens de filearchive (s) em / etc / fstab para que você possa inicializar agora, e consertá-las depois que você puder inicializar

Mantenha-nos informados.

    
por heynnema 29.10.2016 / 17:50