Анализ сбоя загрузки: помогите мне интерпретировать результат smartctl

После некоторых споров с документацией aptitude, включая эту ссылку поиска поисковой фразы Debian, мне удалось придумать этот уродливый однострочный

aptitude -F '%p %V' --group-by=none --sort=name,~version versions \
  ?exact-name\({python-numpy,mysql-server,python-six,python-wheel,apache2,python-urllib3,python-setuptools}\) \
  | sort -uk1,1
-F '%p %V' форматирует вывод как пакет имя, а затем версия кандидата --sort=name,~version сортируется по имени и версии пакета, так что мы можем использовать sort -u для снятия последней ?exact-name(), чтобы предотвратить расширение поиска, чтобы включить такие функции, как mysql-server-5.5 для mysql-server

Обратите внимание на уродливое расширение скобок для списка проверяемых пакетов: не существует такой опции, как -oAptitude::Some::Param=true для обеспечения соблюдения ?exact-name() во всем мире.

FWIW Утилита apt-show-versions, похоже, получает 90% от того, как она работает с 10% усилий: вот результаты для пакетов, которые вы упомянули в моей системе 14.04.3:

$ aptitude -F '%p %V' --group-by=none --sort=name,~version versions \
  ?exact-name\({python-numpy,mysql-server,python-six,python-wheel,apache2,python-urllib3,python-setuptools}\) \
  | sort -uk1,1
apache2 2.4.7-1ubuntu4.8                                                        
mysql-server 5.5.46-0ubuntu0.14.04.2                                            
python-numpy 1:1.8.2-0ubuntu0.1                                                 
python-setuptools 3.3-1ubuntu2                                                  
python-six 1.5.2-1ubuntu1                                                       
python-urllib3 1.7.1-1ubuntu4                                                   
python-wheel 0.24.0-1~ubuntu1                                                   

в то время как

$ apt-show-versions python-numpy mysql-server python-six python-wheel apache2 python-urllib3 python-setuptools
apache2 not installed
mysql-server:all/trusty-security 5.5.46-0ubuntu0.14.04.2 uptodate
python-numpy:amd64/trusty-updates 1:1.8.2-0ubuntu0.1 uptodate
python-setuptools:all/trusty-updates 3.3-1ubuntu2 uptodate
python-six:all/trusty-updates 1.5.2-1ubuntu1 uptodate
python-urllib3:all/trusty-updates 1.7.1-1ubuntu4 uptodate
python-wheel:all/trusty-updates 0.24.0-1~ubuntu1 uptodate

Самое очевидное отличие состоит в том, что он, по-видимому, не включает пакеты, которые в настоящее время не установлены.

0
задан 31 July 2017 в 20:45

2 ответа

Ну, на вашем жестком диске нет поврежденных секторов, так что это хорошо. У этого есть несколько ошибок CRC, которые обычно прекрасны. У вас есть свободное место на диске? Попробуйте df -h. Это может привести к этой ошибке. Есть ли что-нибудь интересное в dmesg?

0
ответ дан 18 July 2018 в 09:21

Ну, на вашем жестком диске нет поврежденных секторов, так что это хорошо. У этого есть несколько ошибок CRC, которые обычно прекрасны. У вас есть свободное место на диске? Попробуйте df -h. Это может привести к этой ошибке. Есть ли что-нибудь интересное в dmesg?

0
ответ дан 24 July 2018 в 19:19
  • 1
    Это 1 ТБ Hdd, и сейчас у меня есть Ubuntu, но я дважды проверю. Могу ли я увидеть это, если я загружу с USB с Ubuntu? – GabiM 31 July 2017 в 12:45
  • 2
    Да, но сначала вам нужно установить его. – Free Bullets 31 July 2017 в 16:41
  • 3
    df -h говорит, что доступно 859G. После установки hdd из usb ubuntu я вижу, что / var / log / demsg имеет только & quot; (пока ничего не зарегистрировано.) & Quot ;. Осмотрев файлы журналов, если у вас есть предложения, это поможет. Странно, что hdd появляется и время от времени исчезает в результатах lsblk, даже если он установлен. Спасибо! – GabiM 31 July 2017 в 21:09
  • 4
    Я нашел что-то странное, я открыл новый вопрос об этом, если вам интересно: askubuntu.com/questions/941655/… – GabiM 31 July 2017 в 23:17

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

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