День добрый.
Не могли бы вы помочь соыетом как восстановить систему после сбоя питания?Многого о системе не знаю, например точную версию генту или тип файловых систем.
Все по порядку: Первоначально там был софтовый рэйд основанный на mdadm. После первого сбоя питания они получили невозможность загрузки, просто отключили один из дисков и все стало грузиться снова.Теперь произошел второй сбой питания и позвали меня глянуть. Я вобщем то не профессионал в Линуксе, просто имею некоторый опыт работы.
Итак ситема стала выдавать grub loading stage 1.5Read error. Грузанулся с лайв сиди убунты.
Gparted вобще не видит устройств хотя они естью
root@ubuntu:~# ls /dev | grep sda
sda
sda1
sda2
sda3Disk utility видит диск видит партишены, но тип показывает unknown.
Монтировать не дает просит указать тип файловой системы.
пытаюсь выяснить:
root@ubuntu:~# file -s /dev/sda3
/dev/sda3: ERROR: cannot read `/dev/sda3' (Input/output error)
root@ubuntu:~# file -s /dev/sda2
/dev/sda2: ERROR: cannot read `/dev/sda2' (Input/output error)
root@ubuntu:~# file -s /dev/sda1
/dev/sda1: ERROR: cannot read `/dev/sda1' (Input/output error)
root@ubuntu:~#Проверка диска
root@ubuntu:~# fsck /dev/sda3
fsck from util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/sda3
Could this be a zero-length partition?
root@ubuntu:~# fsck.reiserfs /dev/sda3
reiserfsck 3.6.21 (2009 www.namesys.com)
The problem has occurred looks like a hardware problem. If you have
bad blocks, we advise you to get a new hard drive, because once you
get one bad block that the disk drive internals cannot hide from
your sight,the chances of getting more are generally said to become
much higher (precise statistics are unknown to us), and this disk
drive is probably not expensive enough for you to you to risk your
time and data on it. If you don't want to follow that follow that
advice then if you have just a few bad blocks, try writing to the
bad blocks and see if the drive remaps the bad blocks (that means
it takes a block it has in reserve and allocates it for use for
of that block number). If it cannot remap the block, use badblock
option (-B) with reiserfs utils to handle this block correctly.bread: Cannot read the block (2): (Input/output error).
Aborted (core dumped)
root@ubuntu:~# fsck.ext3 /dev/sda3
e2fsck 1.41.12 (17-May-2010)
fsck.ext3: Attempt to read block from filesystem resulted in short read while trying to open /dev/sda3
Could this be a zero-length partition?
root@ubuntu:~# fsck.ext4 /dev/sda3
e2fsck 1.41.12 (17-May-2010)
fsck.ext4: Attempt to read block from filesystem resulted in short read while trying to open /dev/sda3
Could this be a zero-length partition?
root@ubuntu:~#Причем подцепил ранее отключенный винт на другую машинку, там тоже с лайв сиди грузанулся, то же самое происходит.
Можете подсказать как можно исправить?
Заранее спасибо!
> Многого о системе не знаю, например точную версию генту или тип файловых
> систем.
> Все по порядку: Первоначально там был софтовый рэйд основанный на mdadm. После
> первого сбоя питания они получили невозможность загрузки, просто отключили один из
> дисков и все стало грузиться снова.Ну отключите еще один жесткий диск и теперь :-)
С таким подходом правильнее переустанавливать заново, ибо проще.> Итак ситема стала выдавать grub loading stage 1.5Read error. Грузанулся с лайв
> сиди убунты.Запустите RAID.
Замонтируйте файловые системы в /mnt
Сделайте chroot /mnt а потом grub-install.
---
или просто переустанавливаем загрузчик# grub
grub> root (hd0,0)
grub> setup (hd0)
grub> quitНо лучше понимать что делаешь, т.е. сначала замонтировать, посмотреть где что, и подставлять уже осознанные цифирки в команды.
> Проверка диска
ага. конечно.
------------
Если это не поможет - переустанавливайте, или ищите местного доступного гуру.
> Ну отключите еще один жесткий диск и теперь :-)
> С таким подходом правильнее переустанавливать заново, ибо проще.Переустанавливать не надо, надо просто достать инфу с него. Так как после отключения диска у них все работало на втором диске значит рейд был зеркальным. Так что необзодимо просто достать инфу с диска который работал до последнего сбоя.
> Запустите RAID.
> Замонтируйте файловые системы в /mnt
> Сделайте chroot /mnt а потом grub-install.Зачем RAID запускать если там было зеркало, причем зеркало было отключено еще месяц назад когда они отключили один из дисков.
Замонтировать не получается говорил же, просит указать тип файловой системы.
root@ubuntu:~# mount /dev/sda3 /mnt
mount: you must specify the filesystem typeroot@ubuntu:~# mount -t reiserfs /dev/sda3 /mnt
mount: wrong fs type, bad option, bad superblock on /dev/sda3,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or soта же реакция на ext2 ext3 ext4
пробовал так же монитировать другие разделы этого диска - все то же.
> ---
> или просто переустанавливаем загрузчик
> # grub
> grub> root (hd0,0)
> grub> setup (hd0)
> grub> quit
> Но лучше понимать что делаешь, т.е. сначала замонтировать, посмотреть где что, и
> подставлять уже осознанные цифирки в команды.Мне и надо только замонтировать и слить инфу
> ------------
> Если это не поможет - переустанавливайте, или ищите местного доступного гуру.Местных нет - за Гуру сюда вот пришел.
Вообще-то в случае софтового Рейда надо смотреть не /dev/sd*, а соответствующие этим разделам /dev/md*. md-то есть в выхлопе lsmod?
> Вообще-то в случае софтового Рейда надо смотреть не /dev/sd*, а соответствующие этим
> разделам /dev/md*. md-то есть в выхлопе lsmod?да пох. софтовый рейд и явно не стрип, раз после снятия одного диска из двух продолжал работать.
>> Вообще-то в случае софтового Рейда надо смотреть не /dev/sd*, а соответствующие этим
>> разделам /dev/md*. md-то есть в выхлопе lsmod?
> да пох. софтовый рейд и явно не стрип, раз после снятия одного
> диска из двух продолжал работать.если там новый mdadm, то у него другое расположение суперблока, в начале вроде, соответственно оно более не монтируется, в отличие от того, как это происходило с более ранней версией.
>>> Вообще-то в случае софтового Рейда надо смотреть не /dev/sd*, а соответствующие этим
>>> разделам /dev/md*. md-то есть в выхлопе lsmod?
>> да пох. софтовый рейд и явно не стрип, раз после снятия одного
>> диска из двух продолжал работать.
> если там новый mdadm, то у него другое расположение суперблока, в начале
> вроде, соответственно оно более не монтируется, в отличие от того, как
> это происходило с более ранней версией.Мне какзалось что вся идея mirror raid как раз в том, что если один диск сдох второй например можно использовать дальше или же даже подмонтировать к другой системе и сливать инфу?
То есть в случае с mdadm все не так просто? Что бы его через лайвсиди увидеть и подмонтировать надо сначало запустить демон mdadm и поколдовать с настройками?
Тут дело еще в том, что при создании софтового Рейд (при помощи mdadm) - раздел диска значится не 83 (Linux), а fd - Linux raid autodetect. Посмотрите-ка вывод fdisk -l /dev/sda. Там должно быть видно. Если, конечно, не побилась таблица разделов.
> Тут дело еще в том, что при создании софтового Рейд (при помощи
> mdadm) - раздел диска значится не 83 (Linux), а fd -
> Linux raid autodetect. Посмотрите-ка вывод fdisk -l /dev/sda. Там должно быть
> видно. Если, конечно, не побилась таблица разделов.root@ubuntu:~# fdisk -l /dev/sda
root@ubuntu:~# ls /dev/sda
/dev/sda
root@ubuntu:~#Что это может значить? Что побилась?
> root@ubuntu:~# fdisk -l /dev/sda
> root@ubuntu:~# ls /dev/sda
> /dev/sda
> root@ubuntu:~#
> Что это может значить? Что побилась?Похоже на то... От себя могу посоветовать попробовать восстановить. Или зацепив диск на Виндовой машине, на которой затем прогнать R-Studio. Или на Линуксовой машине - испольуя софтину testdisk. Успех, разумеется, не гарантирован. Кстати - а чего говорит mount? Вдруг ЛайСиДи Ваш зацепил диск, как /dev/md*? Вряд ли, конечно, но посмотрите.
> Похоже на то... От себя могу посоветовать попробовать восстановить. Или зацепив
> диск на Виндовой машине, на которой затем прогнать R-Studio. Или на
> Линуксовой машине - испольуя софтину testdisk. Успех, разумеется, не гарантирован. Кстати
> - а чего говорит mount? Вдруг ЛайСиДи Ваш зацепил диск, как
> /dev/md*? Вряд ли, конечно, но посмотрите.Что бы лайв сиди зацепил /dev/md* надо оба диска подключить на одной машине, чего я делать не рискую потому как предсказать, что будет с данными второго диска после того как его поместить в массив с диском который имеет данные месячной давности, не могу.
Есть гарантия что они не пострадают?
> Есть гарантия что они не пострадают?Гарантии, конечно нет. Я, к сожалению, давно уже не развлекался с mdadm - поглядите, погуглите - может там есть некий режим "подцепа" безопасный?
>[оверквотинг удален]
> root@ubuntu:~# fsck.ext4 /dev/sda3
> e2fsck 1.41.12 (17-May-2010)
> fsck.ext4: Attempt to read block from filesystem resulted in short read while
> trying to open /dev/sda3
> Could this be a zero-length partition?
> root@ubuntu:~#
> Причем подцепил ранее отключенный винт на другую машинку, там тоже с лайв
> сиди грузанулся, то же самое происходит.
> Можете подсказать как можно исправить?
> Заранее спасибо!вдумчиво не читал. smart сними - там есть вообще с чем бороться?
> вдумчиво не читал. smart сними - там есть вообще с чем бороться?Объясните плиз чем и как снять? и как интерпритировать результаты?
Заранее спасибо.
Ну дык. Известно как.
smartctl -a -d sat /dev/sda
Это в случае, если у Вас САТА-диск. Как интерпретировать - на ВИКи было. Сейчас, простите, искать лень. :)