forum.lissyara.su

Не ругайтесь, если мысли не о том

Подрубил 2 usb-винта и стал с одного лить инфу на другой. 60 гигов. В итоге паника и ступор системы. При перезагрузке выяснилось, что слетели разделы. Загрузился с установочного, fdiskом и labelом вернул разметку.

Стартанул в сингл-режиме. mount -а ругнулся на раздел /var: FREE BLK COUNT(S) WRONG IN SUPERBLK .

В итоге все хорошо, но полез в гугл искать по тексту. И набрел на опеннете:

по этому выводу невозможно сказать про то сыпется винт или нет, только
логи про это могут дать четкий ответ.
Но данный вывод очень похож на использование softupdates и возможно
проблемы с FS из-за softupdates, sorry, но четко сформулировать не могу
потому как нет точных доказательств для этого, только личный опыт и
несколько похожих ситуаций и ВСЕ были из-за softupdates на нагруженных
серверах с интенсивным дисковым обменом, причем не на IDE, а на SCSI.
На IDE ситуации были еще хуже - потери суперблока, а не только
наличие кучи неразрешенных ссылок и неосвобожденных inodes

И вот задумался. Через ntfs-3g винты видятся как daX - как сказевые. Нагрузка была большая, softupdates включен... Не отсюда ли уши растут впричине "осыпания" разметки основного винта?

7.1-STABLE,порты последние

SOFTUPDATES это ufs, где этот больной на моск человек нашол кореляцию с fuse(sic!) ntfs(sic,sic!) доступом к разделам

Чтобы такого никогда не было, нужно сделать:

iZEN писал(а):Чтобы такого никогда не было, нужно сделать:

Код: Выделить всё

% echo 'hw.ata.wc=0' >> /boot/loader.conf && reboot

Это про PIO? Оно и так по умолчанию при загрузке...

Sadok123 писал(а):

iZEN писал(а):Чтобы такого никогда не было, нужно сделать:

Код: Выделить всё

% echo 'hw.ata.wc=0' >> /boot/loader.conf && reboot

Это про PIO? Оно и так по умолчанию при загрузке...

Код: Выделить всё

ad0: 37808MB <SAMSUNG MP0402H YQ200-04> at ata0-master PIO4

man ata(4)!!
Это не PIO!! Это отключение аппаратного кэширования при записи. Спасает файловую систему на ata-носителях от внезапного краха ядра.

iZEN писал(а): man ata(4)!!
Это не PIO!! Это отключение аппаратного кэширования при записи. Спасает файловую систему на ata-носителях от внезапного краха ядра.

ОК.