Ubuntu Desktop 17.04 Случайная перезагрузка из-за VirtualBox
EDIT: похоже, Google добавила правильные изменения в обновления. Таким образом, просто фиксируя строку репозитория, после этого выполнение обновления должно быть хорошим с этого момента.
Google остановил 32-битную поддержку Chrome для Linux. Интересно, что на сайте загрузки Google Chrome они все еще имеют ссылку на 32-битную версию.
Чтобы исправить это, внесите следующие изменения:
( Необязательно) Сначала удалите Google Chrome и файл репозитория: не беспокойтесь, ваши настройки все равно должны быть в безопасности.
sudo apt-get remove google-chrome-stable
sudo rm /etc/apt/sources.list.d/google-chrome.list*
Затем обновите систему:
sudo apt-get update
Далее , исправьте файл репозитория Google Chrome следующими командами:
Добавить ключ: Не волнуйтесь, ваши настройки должны быть в безопасности.
wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub | sudo apt-key add -
Затем добавьте изменения в репозиторий:
sudo sh -c 'echo "deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main" > /etc/apt/sources.list.d/google-chrome.list'
Если Google Chrome уже установлен:
sudo apt-get update
sudo apt-get upgrade
Если он не установлен:
sudo apt-get update
sudo apt-get install google-chrome-stable
2 ответа
Начну с того, что я уверен, что фонд звучит, загрузившись из проверенных хороших живых медиа. Проверьте состояние SMART на главном диске и запустите memtest.
Причина, по которой мы делаем первое, состоит в том, что если аппаратное обеспечение не работает, какие-либо ремонтные работы, которые мы пытаемся использовать в файловой системе с использованием того же оборудования, скорее всего, потерпят неудачу и не могут быть доверены.
Если ошибок не обнаружено, продолжайте фактически исправлять указанную файловую систему. Команда fsck, которую вы запускали, сообщает об ошибках, но не делает никаких попыток восстановить файловую систему. Описанный вышеописанный inode хорошо объяснен проверенный good
Затем я вручную выполнил ремонт fsck в файловой системе с помощью команды sudo fsck -y /dev/sda1, поскольку на основе вашего вопроса / dev / sda1 (если это другое блочное устройство, отрегулируйте его соответствующим образом.
Если вы можете выполнить все это без перезагрузки системы при загрузке с живых медиа, но по-прежнему иметь такую же проблему при загрузке из / dev / sda1 [редактировать] результаты в ваш пост, напишите мне, и я буду расширять и пересматривать этот ответ по мере необходимости.
Источники:
Опыт.
Начну с того, что я уверен, что фонд звучит, загрузившись из проверенных хороших живых медиа. Проверьте состояние SMART на главном диске и запустите memtest.
Причина, по которой мы делаем первое, состоит в том, что если аппаратное обеспечение не работает, какие-либо ремонтные работы, которые мы пытаемся использовать в файловой системе с использованием того же оборудования, скорее всего, потерпят неудачу и не могут быть доверены.
Если ошибок не обнаружено, продолжайте фактически исправлять указанную файловую систему. Команда fsck, которую вы запускали, сообщает об ошибках, но не делает никаких попыток восстановить файловую систему. Описанный вышеописанный inode хорошо объяснен проверенный good
Затем я вручную выполнил ремонт fsck в файловой системе с помощью команды sudo fsck -y /dev/sda1, поскольку на основе вашего вопроса / dev / sda1 (если это другое блочное устройство, отрегулируйте его соответствующим образом.
Если вы можете выполнить все это без перезагрузки системы при загрузке с живых медиа, но по-прежнему иметь такую же проблему при загрузке из / dev / sda1 [редактировать] результаты в ваш пост, напишите мне, и я буду расширять и пересматривать этот ответ по мере необходимости.
Источники:
Опыт.