Почему повреждена история bash и как ее восстановить?
Сегодня после обновления до Ubuntu 14.04 (с 13.10) я нажал клавишу на клавиатуре моего ноутбука (DELL Inspiron N4010), которая предназначена для уменьшения интенсивности подсветки ЖК-дисплея. Эта клавиша и ее противоположность (которая увеличивает интенсивность подсветки ЖК-дисплея) работали без каких-либо проблем в 13.10, но сегодня после нажатия этой клавиши примерно в 5 раз интенсивность подсветки постепенно уменьшалась при каждом нажатии, а после 6-го нажатия происходила странная вещь: экран стал черным (с включенной подсветкой), а указатель мыши удвоился в размерах и застыл в нижней части экрана. Похоже на ситуацию, в которой драйвер дисплея перестает работать должным образом!!!
Я ждал около 5 минут, и ничего не произошло. Все было заморожено. Поэтому я выключил свой ноутбук, удерживая нажатой кнопку питания, и после перезагрузки при открытии терминала данные истории командной строки терминала выглядели примерно так: ��^E^L����J2H�Ju^V4���r��^W�
я открыл .bash_history файл от gedit и он был поврежден!!!
Теперь мне нравится знать, почему моя история командной строки повреждена и как ее восстановить?
Также есть еще один признак на моем ноутбуке сразу после обновления до 14.04! что может помочь: то есть после перезапуска и ввода моего пароля пользователя для входа в мою сессию экран поврежден на 1 секунду и снова становится нормальным. "Поврежденный", я имею в виду, что он имеет пикселизацию, а размер пикселя составляет около 30x30 ЖК-пикселей.
1 ответ
Как вы будете спасать это, зависит от того, что вы имеете в виду под коррупцией.
Если в нескольких строках есть несколько странных символов, санируйте их в своем любимом редакторе, и все будет в порядке.
Если он полностью испорчен, это то, чего я боюсь. Удалите его и двигайтесь дальше. Единственным выходом здесь является восстановление из резервной копии.
Странно то, что в наши дни окно для того, чтобы это происходило, должно быть довольно маленьким. Файловые системы по умолчанию ведутся в журнале, чтобы минимизировать потери, как это... Но если у вас нет кэша записи с резервным питанием от батареи (некоторые корпоративные диски и карты RAID), всегда есть вероятность, что система будет в процессе записи, когда вы закроете выключение.