Ubuntu 18.04 fsckd не завершает процесс проверки файловой системы, а также не может отменить процесс, нажав Ctrl + C

Давайте сначала проверим основы, выполнив руководство fsck ...

• загрузиться с Ubuntu Live DVD / USB
• открыть окно terminal
• тип sudo fdisk -l
• идентифицировать имя устройства / dev / XXXX для вашей "Файловой системы Linux"
• введите sudo fsck -f /dev/XXXX #, заменив XXXX на номер, который вы нашли ранее
• , повторите команду fsck, если были ошибки
• type reboot

Обновление № 1:

Ах, вы немного разбили свои диски на необычные, поэтому нам придется fsck другие разделы также.

• загрузиться с Ubuntu Live DVD / USB
• открыть окно terminal
• ввести следующие команды ...
  • sudo fsck -f / dev / sda4
  • sudo fsck -f / dev / sda1
  • sudo fsck -f / dev / sdb1
  • sudo fsck -f / dev / sda5
  ]

Обновление № 2:

Мы изучаем высокую частоту ошибок чтения / поиска / ECC на SDB (HDD).

Также может быть проблема с программным обеспечением Ubuntu или проблема с прошивкой sda (SSD).

Обновление № 3:

Рассматривая gparted для sda (SSD), я вижу, что /var заполнен.

Я бы порекомендовал:

• полное резервное копирование важных файлов из /home/username с SDB (HDD)
• , при необходимости, выполнить обновление прошивки на SDA (SSD)
• протрите sda (SSD) и установите fresh Ubuntu БЕЗ отдельного /var или /home
• не устанавливайте ничего на sdb, и мы сделаем плохое сканирование блоков, и посмотрим, исчезла ли проблема fsckd

Обновление № 4:

Ошибка сканирования блока на SDB ...

Если sdb не пустой, используйте соответствующий номер раздела (вероятно, sdb1 в вашем случае) для параметра sdXX ниже. Если sdb пуст, убедитесь, что есть хотя бы один большой раздел ext4, который, вероятно, будет sdb1, а затем используйте его для sdXX.

Примечание: НЕ прерывать плохое сканирование блоков!

sudo e2fsck -fcky /dev/sdXX # тест только для чтения

или

sudo e2fsck -fccky /dev/sdXX # неразрушающий тест чтения / записи (рекомендуется)

-k важен, поскольку он сохраняет предыдущую таблицу плохих блоков и добавляет в нее все новые плохие блоки. Без -k вы теряете всю предшествующую информацию о плохих блоках.

Параметр -fccky ...

   -f     Force checking even if the file system seems clean.

   -c     This option causes e2fsck to use badblocks(8) program  to  do  a
          read-only  scan  of  the device in order to find any bad blocks.
          If any bad blocks are found, they are added  to  the  bad  block
          inode  to  prevent them from being allocated to a file or direc‐
          tory.  If this option is specified twice,  then  the  bad  block
          scan will be done using a non-destructive read-write test.

   -k     When combined with the -c option, any existing bad blocks in the
          bad blocks list are preserved, and any new bad blocks  found  by
          running  badblocks(8)  will  be added to the existing bad blocks
          list.

   -y     Assume  an answer of `yes' to all questions; allows e2fsck to be
          used non-interactively.  This option may not be specified at the
          same time as the -n or -p options.

Обновление № 5:

Плохая блокировка завершена. SMART Data означает, что ошибки чтения / ECC теперь равны нулю! Если ошибки чтения / поиска / ECC возвращаются, подозревайте неисправный кабель SATA или порт SATA. Мониторинг SMART Data для SDB.

Переустановите Ubuntu без специальных разделов, за исключением / home на ext4 sdb1 и, возможно, раздела NTFS sdb2, если вы делитесь файлами с Windows.

В моем случае fsck не удалось завершить, так как корневой раздел был заполнен. Загрузка с liveUSB и освобождение места (например, удаление журналов systemd) устранили проблему.