'склонные sudo - добираются, dist-обновление'/'autoremove' Надежно Повреждает Файловую систему и Начальную загрузку

У меня есть установка двойной загрузки с помощью Помощника Ubuntu 17.04, полностью исправленный и актуальный. (Другая ОС, Windows 10, была установлена сначала. Затем Ubuntu была установлена с помощью вторых опций по умолчанию.)

Однако недавно, каждый раз sudo apt-get dist-upgrade выполнения нетривиально (т.е. пытающийся установить что-то), любопытная последовательность событий происходит:

  1. Эти первые две команды распечатают, представляясь успешно выполняться.
  2. Остальные перестанут работать со странными ошибками о файловой системе только для чтения, и операция прервет себя.
  3. Начальная загрузка теперь перестала работать. Иногда, я могу заставить это загружаться в Windows, но загружающийся в Linux или перестал работать или заскакиваю в оболочку восстановления.
  4. Я загружаю использование диска восстановления USB.
  5. gparted дает странные предупреждения о плохом суперблоке. Я иду о фиксации его (только последняя команда необходима, но сначала два говорят мне, что сделать):
    • sudo fdisk -l | grep Linux | grep -Ev 'swap'
    • sudo dumpe2fs /dev/nvme0n1p6 | grep superblock
    • sudo fsck -b 32768 /dev/nvme0n1p6 -y
  6. Это распечатывает много мусора и отрицательных чисел и говорит, что изменяет материал.
  7. Перезагрузки в реальный Linux очень хорошо.
  8. sudo apt-get dist-upgrade теперь выполнения к завершению без странных ошибок.
  9. Перезагрузка к любой ОС работы.
  10. sudo apt-get autoremove удалить старые ядра Linux.
  11. Сбои перезагрузки. Зафиксируйте его снова использование шагов 4-7.

То, что является странным, - то, что это повторяемо (эта последовательность произошла прошлые 3 раза, я попробовал dist-обновление), и этого не происходит с другими операциями.

Мое подозрение - то, что Ubuntu обновляет суперблок неправильно, когда попытка обновить загрузчик для каждого обновила ядро Linux. Вещи я предварительно исключил:

  • Это не Windows по сути. Повреждение происходит, никогда не загружаясь в Windows. Linux мог бы запутываться схемой начальной загрузки, как бы то ни было.
  • Это не жесткий диск. Диском является почти новый SSD, и в первый раз, когда это произошло, я проверил поиск поверхности диска сбойных блоков. В любом случае, диск, HW повторно отобразил бы сбойный блок, однажды обнаруженный, и он не повредит суперблок снова.

Мой вопрос: Что я могу сделать для фиксации этого? Иначе, что я должен выглядеть на, мудрым журналом, мудрым конфигурацией в следующий раз, это неизбежно происходит, так, чтобы это могло быть отлажено?

0
задан 13 June 2017 в 02:58

0 ответов

Другие вопросы по тегам:

Похожие вопросы: