https://www.opennet.ru/openforum/vsluhforumID1/94312.html Доброго времени суток.<br>Есть Samba-сервер под FreeBSD 8.2, с пятью дисками - один системный, остальные собраны в два RAID1-массива аппаратно, средствами материнской платы. С одним массивом работа ведется постоянно и интенсивно, с другим -далеко не так напряженно.<br>Как всегда неожиданно, в бесперебойнике батареи не выдержали очередного скачка в сети. Система работала и дальше, но на сетевых шарах основного рабочего массива (диски Seagate STM31000528AS, 931,5GB) вдруг стали не видны некоторые файлы и папки, другие стали читаться с ошибками. После перезагрузки, естественно, fsck захотел проверить этот массив в single-user.<br>#fsck -y /dev/ar2s1 стал находить кучу ошибок вида <br><br>101745685 DUP I=17268106 (первое число может быть даже 19-значным и с минусом)<br>UNEXPECTED SOFT UPDATE INCONSISTENCY<br><br>PARTIALLY TRUNCATED INODE I=23199042<br>SALVAGE? yes<br><br>INCORRECT BLOCK COUNT I=21573132 (416 SHOULD BE 93112)<br>CORRECT? yes<br><br>по окончании проверки написал <br><br>FILE SYSTEM MARKED CLEAN<br>FILE SYSTEM WAS MODIFIED<br><br>а посл https://www.opennet.ru/openforum/vsluhforumID1/94312.html#18 Thu, 31 Jan 2013 16:07:37 GMT &gt;&gt; Что, если разбить рэйд и пробовать каждый диск в отдельности?<br>&gt; Когда в BIOS говоришь ему "удалить массив" то он кричит большими буквами <br>&gt; "вы точно этого хотите? ваши данные будут потеряны!" <br>&gt; поэтому кстати у меня и система на этом сервере живет на JBOD <br>&gt; массиве из одного диска :) <br>&gt; что-то стремно мне такие эксперименты проводить...<br>&gt; это видимо все равно что удалить партишн и пытаться восстановить ФС на <br>&gt; ней...<br><br>Вам же объяснили, у Вас fake-raid!<br>Знаете что такое fake-raid?<br>Через BIOS создаются ТОЛЬКО МЕТАДАННЫЕ, которые записываются в специальную область,<br>с данными ничего не происходит, всю остальную работу выполняет драйвер системы.<br><br>Вобщем изучайте матчасть.<br> https://www.opennet.ru/openforum/vsluhforumID1/94312.html#17 Thu, 31 Jan 2013 11:51:14 GMT Или даже не разбивая массив: отключить один диск - попробовать. Отключить второй - попробовать.<br><br> https://www.opennet.ru/openforum/vsluhforumID1/94312.html#16 Thu, 31 Jan 2013 11:49:35 GMT Когда данные уже слиты, можно, наверное, попробовать. Заодно узнать - верить ли всему, что пишут по телевизору :)<br><br> https://www.opennet.ru/openforum/vsluhforumID1/94312.html#15 Thu, 31 Jan 2013 08:09:21 GMT &gt; Что, если разбить рэйд и пробовать каждый диск в отдельности?<br><br>Когда в BIOS говоришь ему "удалить массив" то он кричит большими буквами "вы точно этого хотите? ваши данные будут потеряны!"<br>поэтому кстати у меня и система на этом сервере живет на JBOD массиве из одного диска :)<br>что-то стремно мне такие эксперименты проводить...<br>это видимо все равно что удалить партишн и пытаться восстановить ФС на ней...<br> https://www.opennet.ru/openforum/vsluhforumID1/94312.html#14 Thu, 31 Jan 2013 07:39:03 GMT &gt;&gt;&gt; ar2s1 - ATA RAID1, #2, slice 1.<br>&gt;&gt; слайс, во FreeBSD диски можно размечать как MS-Compatible и dangerously-dedicate.<br>&gt;&gt; Вам что нужно чекать, слайс или FS? Намек более чем очевиден: <br>&gt; Тем не менее оно работает. Может, в древних системах и была разница, но в моей 8.2 - нет. Монтируется, как ни странно, тоже слайс, а не FS...<br><br>в дополнение: а как же быть с сообщением "THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY: ufs: /dev/ar2s1 (/raid2)" ? он же не пишет "слайс ar2s1 имеет ошибки", он пишет "файловая система ar2s1 имеет ошибки".<br> https://www.opennet.ru/openforum/vsluhforumID1/94312.html#13 Thu, 31 Jan 2013 06:01:51 GMT Что, если разбить рэйд и пробовать каждый диск в отдельности?<br><br><br> https://www.opennet.ru/openforum/vsluhforumID1/94312.html#12 Wed, 30 Jan 2013 15:45:09 GMT &gt;&gt; ar2s1 - ATA RAID1, #2, slice 1.<br>&gt; слайс, во FreeBSD диски можно размечать как MS-Compatible и dangerously-dedicate.<br>&gt; Вам что нужно чекать, слайс или FS? Намек более чем очевиден: <br><br>Тем не менее оно работает. Может, в древних системах и была разница, но в моей 8.2 - нет. Монтируется, как ни странно, тоже слайс, а не FS...<br><br>&gt; http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/disk-organization.html <br><br>спасибо, посмотрю.<br><br>&gt; утилиты fdisk, bsdlabel и gpart быстро вправят мозг.<br><br>мне или диску? :)<br><br>&gt; # fdisk -s ar2 <br>&gt; # bsdlabel ar2s1 <br>&gt; или <br>&gt; # gpart ar2 <br><br>мне его не переразбивать надо, а поднять.<br><br>&gt;&gt; 1) массив с зеркалированием сформирован средствами BIOS материнки GA-M57SLI-S1, системой <br>&gt; нет такой board у Gigabyte <br><br>сорри, GA-M57SLI-S4. понадеялся на память...<br><br>&gt;&gt; видится как ar2 (есть еще ar0, но с ним все ОК, и ar1 - JBOD массив из одного веника, на котором живет сама фряшка.) Что не так с терминами?<br>&gt; ar - есть fake-raid или fake-jbod и тд и тп, разницу между hw-raid и fake- https://www.opennet.ru/openforum/vsluhforumID1/94312.html#11 Wed, 30 Jan 2013 11:11:58 GMT &gt;&gt;&gt;&gt; попробуйте монтировать раздел сначла в режиме чтение-запись, пример # mount -u <br>&gt;&gt;&gt;&gt; -t ufs ... а дальше, думаю сами разберетесь где ..., а потом fsck -y <br>&gt;&gt;&gt; а зачем его монтировать? насколько я знаю, лучше запускать проверку на несмонтированной <br>&gt;&gt;&gt; файловой системе...<br>&gt;&gt; Эти слова вам что-нибудь говорят disk, partition, slice <br>&gt; какая корреляция с упавшей файлухой?<br>&gt; к тому же вам они точно нихера не говорят, хотя бы по <br>&gt; тому что slice и partition это одно и тоже ....<br><br>смотря в отношении чего говорить-писать и в каких терминах M$ или Unix :)<br><br><br> https://www.opennet.ru/openforum/vsluhforumID1/94312.html#10 Wed, 30 Jan 2013 11:11:01 GMT В общем, все это уже неактуально. После 5 проверки массив подмонтировался, через минут 10 выдал в консоль сообщение о неисправности одного из дисков этого массива. Купил новые веники, сливаю инфу. Но уже с полсотни файлов (из 500 000 примерно) убито - не читаются с дисков или неверные дескрипторы...<br>