Вопросы Теги

Проверьте семантическую целостность файловой системы

Если то, что вы хотите, это IP-адрес, назначенный на интерфейс по умолчанию (который я понял из комментариев под вопросом), используя швейцарский армейский нож сетевого настройки ( IP. ) должно быть достаточно: 

$ ip route | grep '^default'
default via 10.176.143.1 dev eth1  metric 203 
$ ip addr show eth1
4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether c0:de:f1:72:30:48 brd ff:ff:ff:ff:ff:ff
    inet 10.176.143.71/24 brd 10.176.143.255 scope global eth1
       valid_lft forever preferred_lft forever

Это сокращает до 

$ ip addr show \
    $( /sbin/ip route \
        | grep '^default'\
        | sed 's/^.*dev \([^ \t]*\) .*$/\1/' )

, что является уродливым, потому что он разбирает что-то, что, вероятно, на самом деле не предназначено для анализа (вывод IP-маршрута ), но должно сработать.

0
06.04.2014, 15:37
3 ответа
[12232] Есть ли какой-нибудь способ, общий или конкретный, чтобы я мог проверить, что ни один из файлов в моей файловой системе не был поврежден? [12233] Без копий файлов, на которые можно ссылаться, я думаю, это невозможно. Вы искали в [1122987]/lost+found [1122988]? Если что-то было повреждено на части, то эти части останутся там по [1122989]fsck[1122990].[12234] Я тоже видел, как это происходило раньше, и насколько я помню, файловая система после этого действительно казалась нормальной. Конечной причиной оказался неудачный диск -- [1122991]e2fsck -c[1122992] создал значительный список плохих блоков. Если у вас были проблемы, когда система становится невосприимчивой и средняя загрузка парит (из-за 'D', [1122993]процессы бесперебойного сна[1122994] с проблемами ввода/вывода, которые зацикливают ядро), то это ваша проблема.[12235]Я заменил этот диск вскоре после этого, но он продолжал работать в течение нескольких месяцев (и, вероятно, все еще работал бы, если бы я его подключил). Вы просто должны убедиться, что используете [1122995]e2fsck -c[1122996] -- см. [1122997]man e2fsck[1122998] -- если вы переформатируете, потому что непригодные блоки все еще будут там.[12236]Если это повторится, используйте переключатель [1122999]-c[1123000].[1122420].
2
28.01.2020, 02:28
[12123] Но я хочу знать, все ли мои файлы на нём в порядке или нет. [12124]Ext3 не имеет для этого никакой функциональности, но подобные вопросы возникают и в IT-безопасности. Решение там заключается в создании списка хэш-сумм (т.е. практически незаменимых контрольных сумм) над файлами и их мета-данными и сравнении этих хранимых сумм с реальными суммами в моменты, когда целостность файлов является (или может быть) сомнительной. Существуют хост-системы обнаружения вторжений, такие как трипвайр и AIDE, которые делают это на сложном уровне.[12125]Насколько я понимаю, вы хотите обезопасить себя от операционных ошибок, и в этом случае HIDS с большим весом переборщит.[12126]Для вашего вопроса достаточно собрать, скажем, SHA-1-суммы файлов, которые вас интересуют. [12127]На этой конкретной файловой системе есть несколько тысяч изображений, и я сделал быструю проверку на вменяемость, чтобы просмотреть некоторые из них, но я не могу вручную проверить каждый файл, чтобы убедиться в его целостности.[12128]Например, если ваши изображения находятся под /изображениями, то что-то вроде[12129]создаст контрольные суммы (займет некоторое время), в то время как[12130]проверит соответствие фактических файлов сохраненным контрольным суммам.[1123440].
1
28.01.2020, 02:28
[1123319] Я не смог добавить комментарий. Так что я кладу его сюда. Кроме теста файловой системы, возможно, вы также можете воспользоваться утилитой Disk Utility для запуска SMART-теста на диске и проверки состояния диска.[1123320]
0
28.01.2020, 02:28

Теги

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