<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Raid 0+1. Corrupt GPT</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/89902.html</link>
    <description>День добрый. Есть файловый сервер, на котором был Raid 0+1. Raid0 создавался с помощью контроллера на материнской плате, а Raid1 программно через FreeNAS 0.72.&lt;br&gt;После отключения электроэнергии в офисе все это перестало загружаться. &lt;br&gt;При старте FreeNAS пишет:&lt;br&gt;GEOM: ad8: GPT rejected -- may not be recoverable&lt;br&gt;GEOM: ad8: corrupt or invalid GPT detected&lt;br&gt;GEOM: ad14: GPT rejected -- may not be recoverable&lt;br&gt;GEOM: ad14: corrupt or invalid GPT detected&lt;br&gt;Пробовал Parted Magic 5.5, действительно пишет что GPT на этих дисках повреждены. &lt;br&gt;Возможно исправить или можно уже забыть про все данные?&lt;br&gt;</description>

<item>
    <title>Raid 0+1. Corrupt GPT (lavr)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/89902.html#4</link>
    <pubDate>Wed, 29 Sep 2010 07:02:43 GMT</pubDate>
    <description>&amp;gt; В общих чертах смысл ясен, буду разбираться. На данный момент главное -&lt;br&gt;&amp;gt; вытащить данные...&lt;br&gt;&amp;gt; Спасибо за ответы.&lt;br&gt;&lt;br&gt;В принципе, если все размеры при создании вы сохранили(записали), то можно заново создать&lt;br&gt;без использования newfs, если все ляжет на свои места, то FS будет на своем месте,&lt;br&gt;прогнать fsck (зависит от FS) и монтировать.&lt;br&gt; Полезно всегда создавать копии fdisk/bsdlabel/gpart/newfs(записывать копии superblock),&lt;br&gt;тогда все возвращаемо, в вашем случае на сеанс, до перезагрузки - пока gpart(geom)&lt;br&gt;не затрет последний сектор с метаданными :)&lt;br&gt;&lt;br&gt;При использовании GPT, для gconcat/gmirror/gstripe... нужно использовать партиции и&lt;br&gt;ни в коем случае НЕИСПОЛЬЗОВАТЬ сырые(целые) диски adX/daY...&lt;br&gt;&lt;br&gt;Об этом целая переписка разработчиков была - на предмет изменить место хранения метаданных&lt;br&gt;разных geom классов, перенести их вперед, в первые 16 секторов label вроде, но увы,&lt;br&gt;где-то не подходит, да и слишком много переделывать... Вроде так, если память не изменяет&lt;br&gt;</description>
</item>

<item>
    <title>Raid 0+1. Corrupt GPT (Yarche)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/89902.html#3</link>
    <pubDate>Wed, 29 Sep 2010 06:20:11 GMT</pubDate>
    <description>В общих чертах смысл ясен, буду разбираться. На данный момент главное - вытащить данные...&lt;br&gt;Спасибо за ответы.&lt;br&gt;</description>
</item>

<item>
    <title>Raid 0+1. Corrupt GPT (lavr)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/89902.html#2</link>
    <pubDate>Tue, 28 Sep 2010 11:39:47 GMT</pubDate>
    <description>&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt; с помощью контроллера на материнской плате, а Raid1 программно через FreeNAS&lt;br&gt;&amp;gt; 0.72.&lt;br&gt;&amp;gt; После отключения электроэнергии в офисе все это перестало загружаться.&lt;br&gt;&amp;gt; При старте FreeNAS пишет:&lt;br&gt;&amp;gt; GEOM: ad8: GPT rejected -- may not be recoverable&lt;br&gt;&amp;gt; GEOM: ad8: corrupt or invalid GPT detected&lt;br&gt;&amp;gt; GEOM: ad14: GPT rejected -- may not be recoverable&lt;br&gt;&amp;gt; GEOM: ad14: corrupt or invalid GPT detected&lt;br&gt;&amp;gt; Пробовал Parted Magic 5.5, действительно пишет что GPT на этих дисках повреждены.&lt;br&gt;&amp;gt; Возможно исправить или можно уже забыть про все данные?&lt;br&gt;&lt;br&gt;geom пишет метаданные в последний сектор, gpt использует его под вторую(резервную)&lt;br&gt;копию, вывод: если используете gpt, НЕ ИСПОЛЬЗОВАТЬ в geom в качестве провайдеров&lt;br&gt;сырые диски: adX, daY - смысл понятен?&lt;br&gt;&lt;br&gt;Год или полгода назад вроде уже разжевывалось.&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Raid 0+1. Corrupt GPT (hhg)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID1/89902.html#1</link>
    <pubDate>Mon, 27 Sep 2010 16:59:07 GMT</pubDate>
    <description>произошло скорее всего из-за того, что raid0 затёр данные gpt в конце диска (под gpt был выделен диск ПОЛНОСТЬЮ, без резерва последних секторов). скорее всего исправить возможно (основная копия guid partition table скорее всего жива, грохнулась вторая копия) - если raid0 говорит, что он нормален, то во freebsd7 есть недокументированная gpt recover девайс, а во freebsd8 ещё только обещают подобное сделать. Подробнее искать: &apos;gpt recover&apos; freebsd7&lt;br&gt;</description>
</item>

</channel>
</rss>
