Жесткая перезагрузка повреждает мой Ubuntu
Faenza заменяет некоторые значки, чтобы интегрировать определенные программы в тему. Чтобы установить это, вам придется перезаписать.
sudo dpkg -i --force-overwrite var/apt/cache/archives/dockmanager_0.1.0~bzr80-0ubuntu1~10.10~dockers1_i386.deb
Вы также можете использовать --force-all вместо --force-overwrite
. Одна вещь, о которой я не уверен, - это факт что вам нужно очистить faenza-extra не faenza-icon-theme
3 ответа
Очевидно, что вы потеряете объем данных, которые находятся в вашей памяти в то время и еще не были записаны на диск. Также существует теоретическая вероятность повреждения данных / файловой системы.
Из моего собственного опыта я могу сказать, что я жестко перезагружаю свой компьютер 4-5 раз в день за последние 5 лет и никогда не было проблем с поврежденными файловыми системами. Я думаю, что ext3 / ext4 / ufs довольно надежны для подобных сбоев.
В противоположность этому, я думаю, что NTFS гораздо более склонна к этому. На моей операционной системе Windows у меня есть вероятность 15% повреждения файловой системы после синего экрана, и в этом случае мне придется загружаться с диска, чтобы запустить средство восстановления файловой системы ... ** sigh ** [ ! d2]
-
1зачем вам часто требовать жесткого сброса? – Bogdacutu 25 June 2014 в 00:09
-
2... в частности, с запуском ядра Linux. Конечно, в Windows я все еще хорошо знаком с прекрасным чувством пары BSOD за один день, но паники ядра, которые я испытывал только в 5 раз в общей сложности или что-то еще , Разумеется, swap-обусловленные почти замораживаются, скорее всего, более распространены (вряд ли это ошибка ОС), но на самом деле это не повод для жесткого сброса, не так ли? Обычно все еще довольно легко top вывести процесс или просто killall его. – leftaroundabout 25 June 2014 в 04:00
-
3@leftaroundabout: Паника в ядре - это не единственный способ спуска системы; это всего лишь один из немногих способов, о которых говорит OS. :) Каждый месяц или около того мой ноутбук любит действовать, оставляя маленькие кусочки мусора на экране некоторое время, прежде чем он просто полностью замораживается. (Я думаю, что моя видеокарта вываливается.) Случается примерно так же в Windows, примерно так же часто ... хотя Windows иногда синие экраны. (Кажется, он пытается усердствовать и хромать.) – cHao 25 June 2014 в 08:21
-
4@Bogdacutu некоторые драйверы, особенно видеодрайверы, в том числе intel, nouveau и даже nvidia blob, довольно дерьмо. Я пережил очень частые ошибки, которые часто приводили к полному замораживанию, а также зависали только GPU, и все это делало меня жестким сбросом. Иногда SysRq + REISUB работал, иногда мне приходилось нажимать кнопку сброса (или удерживать кнопку питания на ноутбуках). – Ruslan 25 June 2014 в 12:26
-
5Файловая система ext4 не может быть повреждена, что обычно использует Ubuntu, поскольку ext4 имеет журнал (полузаписные данные будут отброшены при следующей загрузке). – Ramchandra Apte 25 June 2014 в 14:17
Вы рискуете вызвать несогласованность файловой системы. Это лучше, даже если из ОЗУ, как обычно, в таких ситуациях все еще работает, использовать последовательность alt-sysrq, поскольку это будет пытаться закрыть все как можно чище (если это не удастся, тогда вы не хуже если вы нажали кнопку питания, но если это удастся, значит, вы потенциально лучше). Последовательность выглядит следующим образом:
Удерживайте клавишу alt и клавишу, отмеченную «sys rq» одновременно (если вы на ноутбуке, вам может потребоваться удерживать специальный ключ на ноутбук, чтобы перейти к функции «sys rq»). С нажатыми этими клавишами нажмите и отпустите следующие буквы в следующем порядке:
R - это восстанавливает управление клавиатурой из любых приложений, которые захватили клавиатурный фокус. E - попытка полностью прекратить все процессы. I - попытаться немедленно прекратить все процессы (избавится от всего, что не удалось от предыдущего ключа) S - синхронизировать все файловые системы (это самая важная часть) U - перемонтировать все файловые системы только для чтения (иногда это необходимо для очистки данных на диске) B - выполнить жесткую перезагрузку (заменить на O, чтобы отключить питание вместо перезагрузки)Может быть, это поможет немного, по умолчанию ubuntu и другие swappiness установлены на 60, когда ваша система достигает 60% использования ram, она меняет на swap, который медленный.
Открыть этот файл в gedit или nano, используя: gksudo gedit /etc/sysctl.conf ИЛИ sudo nano /etc/sysctl.conf Добавьте это в конец файла: vm.swapiness = 0 Сохраните файл и перезагрузитесь.Также, когда он замедляется, вы должны проверить, действительно ли он использует swap, который замедляет работу системы, в противном случае вышеуказанные изменения не помогут.