https://opennet.dev/openforum/vsluhforumID1/91718.html День добрый. <br>Не могли бы вы помочь соыетом как восстановить систему после сбоя питания?<br><br>Многого о системе не знаю, например точную версию генту или тип файловых систем.<br>Все по порядку: Первоначально там был софтовый рэйд основанный на mdadm. После первого сбоя питания они получили невозможность загрузки, просто отключили один из дисков и все стало грузиться снова.<br><br>Теперь произошел второй сбой питания и позвали меня глянуть. Я вобщем то не профессионал в Линуксе, просто имею некоторый опыт работы.<br><br>Итак ситема стала выдавать grub loading stage 1.5Read error. Грузанулся с лайв сиди убунты. <br><br>Gparted вобще не видит устройств хотя они естью <br><br>root@ubuntu:~# ls /dev &#124; grep sda<br>sda<br>sda1<br>sda2<br>sda3<br><br>Disk utility видит диск видит партишены, но тип показывает unknown.<br><br>Монтировать не дает просит указать тип файловой системы.<br>пытаюсь выяснить:<br>root@ubuntu:~# file -s /dev/sda3<br>/dev/sda3: ERROR: cannot read `/dev/sda3' (Input/output error)<br>root@ubuntu:~# file -s /dev/sda2<br>/dev/sda2: ERROR: https://opennet.dev/openforum/vsluhforumID1/91718.html#14 Fri, 10 Jun 2011 07:44:50 GMT Ну дык. Известно как.<br>smartctl -a -d sat /dev/sda<br>Это в случае, если у Вас САТА-диск. Как интерпретировать - на ВИКи было. Сейчас, простите, искать лень. :)<br><br><br> https://opennet.dev/openforum/vsluhforumID1/91718.html#13 Thu, 09 Jun 2011 13:01:39 GMT &gt; Есть гарантия что они не пострадают?<br><br> Гарантии, конечно нет. Я, к сожалению, давно уже не развлекался с mdadm - поглядите, погуглите - может там есть некий режим "подцепа" безопасный?<br><br><br> https://opennet.dev/openforum/vsluhforumID1/91718.html#12 Thu, 09 Jun 2011 10:17:10 GMT &gt; Похоже на то... От себя могу посоветовать попробовать восстановить. Или зацепив <br>&gt; диск на Виндовой машине, на которой затем прогнать R-Studio. Или на <br>&gt; Линуксовой машине - испольуя софтину testdisk. Успех, разумеется, не гарантирован. Кстати <br>&gt; - а чего говорит mount? Вдруг ЛайСиДи Ваш зацепил диск, как <br>&gt; /dev/md*? Вряд ли, конечно, но посмотрите.<br><br>Что бы лайв сиди зацепил /dev/md* надо оба диска подключить на одной машине, чего я делать не рискую потому как предсказать, что будет с данными второго диска после того как его поместить в массив с диском который имеет данные месячной давности, не могу.<br><br>Есть гарантия что они не пострадают? <br> https://opennet.dev/openforum/vsluhforumID1/91718.html#11 Thu, 09 Jun 2011 07:19:32 GMT &gt; root@ubuntu:~# fdisk -l /dev/sda <br>&gt; root@ubuntu:~# ls /dev/sda <br>&gt; /dev/sda <br>&gt; root@ubuntu:~# <br>&gt; Что это может значить? Что побилась?<br><br> Похоже на то... От себя могу посоветовать попробовать восстановить. Или зацепив диск на Виндовой машине, на которой затем прогнать R-Studio. Или на Линуксовой машине - испольуя софтину testdisk. Успех, разумеется, не гарантирован. Кстати - а чего говорит mount? Вдруг ЛайСиДи Ваш зацепил диск, как /dev/md*? Вряд ли, конечно, но посмотрите. <br><br> https://opennet.dev/openforum/vsluhforumID1/91718.html#10 Thu, 09 Jun 2011 06:54:19 GMT &gt; Тут дело еще в том, что при создании софтового Рейд (при помощи <br>&gt; mdadm) - раздел диска значится не 83 (Linux), а fd - <br>&gt; Linux raid autodetect. Посмотрите-ка вывод fdisk -l /dev/sda. Там должно быть <br>&gt; видно. Если, конечно, не побилась таблица разделов.<br><br>root@ubuntu:~# fdisk -l /dev/sda<br>root@ubuntu:~# ls /dev/sda<br>/dev/sda<br>root@ubuntu:~# <br><br>Что это может значить? Что побилась?<br> https://opennet.dev/openforum/vsluhforumID1/91718.html#9 Thu, 09 Jun 2011 06:38:18 GMT Тут дело еще в том, что при создании софтового Рейд (при помощи mdadm) - раздел диска значится не 83 (Linux), а fd - Linux raid autodetect. Посмотрите-ка вывод fdisk -l /dev/sda. Там должно быть видно. Если, конечно, не побилась таблица разделов.<br><br> https://opennet.dev/openforum/vsluhforumID1/91718.html#8 Thu, 09 Jun 2011 04:35:14 GMT &gt;&gt;&gt; Вообще-то в случае софтового Рейда надо смотреть не /dev/sd*, а соответствующие этим <br>&gt;&gt;&gt; разделам /dev/md*. md-то есть в выхлопе lsmod?<br>&gt;&gt; да пох. софтовый рейд и явно не стрип, раз после снятия одного <br>&gt;&gt; диска из двух продолжал работать.<br>&gt; если там новый mdadm, то у него другое расположение суперблока, в начале <br>&gt; вроде, соответственно оно более не монтируется, в отличие от того, как <br>&gt; это происходило с более ранней версией.<br><br>Мне какзалось что вся идея mirror raid как раз в том, что если один диск сдох второй например можно использовать дальше или же даже подмонтировать к другой системе и сливать инфу?<br><br>То есть в случае с mdadm все не так просто? Что бы его через лайвсиди увидеть и подмонтировать надо сначало запустить демон mdadm и поколдовать с настройками?<br> https://opennet.dev/openforum/vsluhforumID1/91718.html#7 Thu, 09 Jun 2011 04:31:55 GMT &gt; вдумчиво не читал. smart сними - там есть вообще с чем бороться? <br><br>Объясните плиз чем и как снять? и как интерпритировать результаты?<br><br>Заранее спасибо.<br> https://opennet.dev/openforum/vsluhforumID1/91718.html#6 Thu, 09 Jun 2011 04:29:49 GMT &gt; Ну отключите еще один жесткий диск и теперь :-) <br>&gt; С таким подходом правильнее переустанавливать заново, ибо проще.<br><br>Переустанавливать не надо, надо просто достать инфу с него. Так как после отключения диска у них все работало на втором диске значит рейд был зеркальным. Так что необзодимо просто достать инфу с диска который работал до последнего сбоя.<br><br><br>&gt; Запустите RAID.<br>&gt; Замонтируйте файловые системы в /mnt <br>&gt; Сделайте chroot /mnt а потом grub-install.<br><br>Зачем RAID запускать если там было зеркало, причем зеркало было отключено еще месяц назад когда они отключили один из дисков. <br><br>Замонтировать не получается говорил же, просит указать тип файловой системы.<br>root@ubuntu:~# mount /dev/sda3 /mnt<br>mount: you must specify the filesystem type<br><br>root@ubuntu:~# mount -t reiserfs /dev/sda3 /mnt<br>mount: wrong fs type, bad option, bad superblock on /dev/sda3,<br> missing codepage or helper program, or other error<br> In some cases useful info is found in syslog - try<br> dmesg &#124; tail or so