fsck - что сделать в конце?

У меня есть двойная загрузка Ubuntu 16.04, установленная (w/Windows 7) на Ноутбуке Dell Latitude 6420.

Вчера, после обновления, это запросило перезагрузку, затем не перезагрузит полностью. Это добралось до пользовательского входа в систему, затем заморозится после того, как я ввел свой пароль. Пару раз также заморозилось при входе в систему, не позволив мне даже ввести пароль.

После некоторого чтения я делал попытку входящего в систему "безопасного режима". Сначала я экспериментировал с вхождением в первую опцию (заканчивающийся в "универсальном"). Я мог войти в систему и использовать машину без проблемы. Но после входа в систему как нормальный, это продолжало замораживаться.

После выполнения еще некоторого чтения я повторил процесс, на этот раз выбрав опцию, заканчивающуюся в "режиме восстановления".

Оттуда я выбрал опцию, fsck... она выполнила и предоставила мне информацию о недостающих зависимостях от моего раздела подкачки.

Таким образом, теперь у моего компьютера и меня есть действительно неудобная минута молчания. Это содержит, точно как Вы видите в снимке экрана, ожидающем меня, чтобы сделать что-то, я предполагаю. И я здесь ожидаю его для указания мне, что я, как предполагается, делаю затем.

Таким образом, у меня есть 2 вопроса:

1. Что я делаю затем?

2. Как я иду об исправлении недостающих зависимостей? Или fsck, как предполагается, делает это?

Дополнительная информация:

'выход' работал для вытаскивания меня из этого экрана, и назад к меню режима личинки/восстановления

Из этого меню, выбирая корневой доступ, затем входя 'sudo fsck-f /' при подсказке, произвел этот ответ:

Корневой доступ

Затем я перезагрузил. Нормальная начальная загрузка все еще не работала, таким образом, я перезагрузил снова в универсальную опцию. Я выполнил следующее:

sudo blkid

/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/sda1: LABEL="System Reserved" UUID="2C2A0DEA2A0DB23E" TYPE="ntfs" PARTUUID="f752fb6f-01"
/dev/sda2: LABEL="Windows 7" UUID="5E98156C981543C5" TYPE="ntfs" PARTUUID="f752fb6f-02"
/dev/sda4: LABEL="Swap" UUID="4c570f54-c0d4-44ac-a132-9517c64f0cff" TYPE="swap" PARTUUID="f752fb6f-04"
/dev/sda5: UUID="4320c663-1161-4fe9-b5f8-ac72526376db" TYPE="ext4" PARTUUID="f752fb6f-05"`

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/sda5 during installation
UUID=4320c663-1161-4fe9-b5f8-ac72526376db /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda4 during installation
UUID=4c570f54-c0d4-44ac-a132-9517c64f0cff none            swap    sw              0       0
/dev/mapper/cryptswap1 none swap sw 0 0`

cat /etc/crypt*

cryptswap1 UUID=ce2b005b-dea2-4808-86eb-71884dfeb5c4 /dev/urandom swap,offset=1024,cipher=aes-xts-plain64

Примечание: Принимая во внимание, что, загружаясь в дженерик, работавший нормальный прежде, у меня теперь нет Интернета. Когда я открываю Network Settings и пытаюсь включить Wi-Fi, он зеркально отражает себя, отступают. Это не работает над стороной Windows также. Windows действительно загружается обычно иначе.

Затем я перезагрузил с Загрузочным диском, выполнил gparted и привязал это изображение:

Изображение раздела

Обновление:

С каждой перезагрузкой я продолжаю проверять, чтобы видеть, могу ли я обычно входить в систему. Перед способностью реализовать предложения ниже, моя машина, загруженная обычно, в нормальном режиме, но все еще без Wi-Fi (я еще не попытался соединить его проводом в модем непосредственно),

В то время как загружено обычно, я проверил все следующее:

(исправленные) gparted - все разделы, которые, как предполагается, шифруются. Я добавлю фотографию здесь в некоторых.

sudo blkid (измененный) - существует новая строка, внизу содержащая UUID для cryptswap1, который не был там прежде:

/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/sda1: LABEL="System Reserved" UUID="2C2A0DEA2A0DB23E" TYPE="ntfs" PARTUUID="f752fb6f-01"
/dev/sda2: LABEL="Windows 7" UUID="5E98156C981543C5" TYPE="ntfs" PARTUUID="f752fb6f-02"
/dev/sda4: LABEL="Swap" UUID="4c570f54-c0d4-44ac-a132-9517c64f0cff" TYPE="swap" PARTUUID="f752fb6f-04"
/dev/sda5: UUID="4320c663-1161-4fe9-b5f8-ac72526376db" TYPE="ext4" PARTUUID="f752fb6f-05"
/dev/mapper/cryptswap1: UUID="e9166797-d813-4430-ab6e-d2f060ca59c5" TYPE="swap"

cat /etc/fstab - то же, никакое изменение.

cat /etc/crypt* - то же, никакое изменение.

Таким образом, я не мог никакая начальная загрузка в обычно, таким образом, моя непосредственная проблема была исправлена. Я перезагрузил в личинку и выполнил fsck снова, и были все еще те же ошибки зависимости.

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

Я затем понял то, в чем направление @heynnema шло и заметило что новый UUID fstab и переделанный его инструкции с помощью того UUID. Теперь это загружается нормальный, И все разделы шифруются, как они должны быть.

Однако, когда я возвращаюсь в личинку и работаю fsck, те же ошибки зависимости все еще там.

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

Ошибки зависимости - что-то, о чем я должен волноваться? Я думал, что зависимости были частями файлов обновления, и таково - содержание, которое я корректировал также рассмотренный зависимостями?

(Проблема Wi-Fi, я вставлю другое сообщение),

Кривая обучения крута...

Обновление № 2 дополнительная информация:

free -h

              total        used        free      shared  buff/cache   available
Mem:           3.7G        1.5G        712M        216M        1.6G        1.8G
Swap:           14G          0B         14G

swapon -s

Filename                Type        Size    Used    Priority
/dev/sda4                               partition   15625212    0   -1

sudo lshw -C network

[sudo] password for : 
  *-network               
       description: Ethernet interface
       product: 82579LM Gigabit Network Connection
       vendor: Intel Corporation
       physical id: 19
       bus info: pci@0000:00:19.0
       logical name: eno1
       version: 04
       serial: d4:be:d9:24:ae:23
       size: 1Gbit/s
       capacity: 1Gbit/s
       width: 32 bits
       clock: 33MHz
       capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
       configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=3.2.6-k duplex=full firmware=0.13-3 ip=192.168.1.201 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
       resources: irq:25 memory:e6e00000-e6e1ffff memory:e6e80000-e6e80fff ioport:5080(size=32)
  *-network
       description: Network controller
       product: BCM4313 802.11bgn Wireless Network Adapter
       vendor: Broadcom Corporation
       physical id: 0
       bus info: pci@0000:03:00.0
       version: 01
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list
       configuration: driver=bcma-pci-bridge latency=0
       resources: irq:17 memory:e6d00000-e6d03fff
  *-network DISABLED
       description: Wireless interface
       physical id: 2
       logical name: wlp3s0b1
       serial: c0:18:85:76:83:d1
       capabilities: ethernet physical wireless
       configuration: broadcast=yes driver=brcmsmac driverversion=4.10.0-27-generic firmware=N/A link=no multicast=yes wireless=IEEE 802.11

dkms status возвращенный ничто

rfkill list

0: dell-wifi: Wireless LAN
    Soft blocked: no
    Hard blocked: yes
1: phy0: Wireless LAN
    Soft blocked: no
    Hard blocked: no

fsck после отключения подкачки

imgur.com/a/bKL64 (это, привычка позволила мне больше отправлять ссылки) Она даже не перечисляет информации о подкачке.

Обновите 3 информации

free -h

              total        used        free      shared  buff/cache   available
Mem:           3.7G        1.9G        649M        322M        1.2G        1.3G
Swap:           14G        3.5M         14G

swapon -s

Filename                Type        Size    Used    Priority
/dev/sda4                               partition   15625212    3604    -1

fsck в личинке меню произвело те же ошибки зависимости.

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

cat crypttab.old

#cryptswap1 UUID=ce2b005b-dea2-4808-86eb-71884dfeb5c4 /dev/urandom swap,offset=1024,cipher=aes-xts-plain64

Я смотрел в/dev/disk/..., что он указывает и нашел это:

Latitude-E6420:/dev/disk/by-uuid$ ls -al
total 0
drwxr-xr-x 2 root root 120 Jul 27 22:03 .
drwxr-xr-x 6 root root 120 Jul 27 22:03 ..
lrwxrwxrwx 1 root root  10 Jul 27 22:04 2C2A0DEA2A0DB23E -> ../../sda1
lrwxrwxrwx 1 root root  10 Jul 27 22:04 4320c663-1161-4fe9-b5f8-ac72526376db -> ../../sda5
lrwxrwxrwx 1 root root  10 Jul 27 22:04 4c570f54-c0d4-44ac-a132-9517c64f0cff -> ../../sda4
lrwxrwxrwx 1 root root  10 Jul 27 22:04 5E98156C981543C5 -> ../../sda2

Это похоже, это ищет что-то, что это не там, но все мои разделы кажутся составляемыми.