URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 91718
[ Назад ]

Исходное сообщение
"Gentoo восстановление после сбоя питания"

Отправлено lv2 , 08-Июн-11 06:05 
День добрый.
Не могли бы вы помочь соыетом как восстановить систему после сбоя питания?

Многого о системе не знаю, например точную версию генту или тип файловых систем.
Все по порядку: Первоначально там был софтовый рэйд основанный на mdadm. После первого сбоя питания они получили невозможность загрузки, просто отключили один из дисков и все стало грузиться снова.

Теперь произошел второй сбой питания и позвали меня глянуть. Я вобщем то не профессионал в Линуксе, просто имею некоторый опыт работы.

Итак ситема стала выдавать grub loading stage 1.5Read error. Грузанулся с лайв сиди убунты.

Gparted вобще не видит устройств хотя они естью

root@ubuntu:~# ls /dev | grep sda
sda
sda1
sda2
sda3

Disk 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:~#

Причем подцепил ранее отключенный винт на другую машинку, там тоже с лайв сиди грузанулся, то же самое происходит.

Можете подсказать как можно исправить?

Заранее спасибо!



Содержание

Сообщения в этом обсуждении
"Gentoo восстановление после сбоя питания"
Отправлено PavelR , 08-Июн-11 10:00 
> Многого о системе не знаю, например точную версию генту или тип файловых
> систем.
> Все по порядку: Первоначально там был софтовый рэйд основанный на mdadm. После
> первого сбоя питания они получили невозможность загрузки, просто отключили один из
> дисков и все стало грузиться снова.

Ну отключите еще один жесткий диск и теперь :-)
С таким подходом правильнее переустанавливать заново, ибо проще.

> Итак ситема стала выдавать grub loading stage 1.5Read error. Грузанулся с лайв
> сиди убунты.

Запустите RAID.
Замонтируйте файловые системы в /mnt
Сделайте chroot /mnt а потом grub-install.


---
или просто переустанавливаем загрузчик

# grub
grub> root (hd0,0)
grub> setup (hd0)
grub> quit

Но лучше понимать что делаешь, т.е. сначала замонтировать, посмотреть где что, и подставлять уже осознанные цифирки в команды.

> Проверка диска

ага. конечно.


------------
Если это не поможет - переустанавливайте, или ищите местного доступного гуру.


"Gentoo восстановление после сбоя питания"
Отправлено lv2 , 09-Июн-11 08:29 
> Ну отключите еще один жесткий диск и теперь :-)
> С таким подходом правильнее переустанавливать заново, ибо проще.

Переустанавливать не надо, надо просто достать инфу с него. Так как после отключения диска у них все работало на втором диске значит рейд был зеркальным. Так что необзодимо просто достать инфу с диска который работал до последнего сбоя.


> Запустите RAID.
> Замонтируйте файловые системы в /mnt
> Сделайте chroot /mnt а потом grub-install.

Зачем RAID запускать если там было зеркало, причем зеркало было отключено еще месяц назад когда они отключили один из дисков.

Замонтировать не получается говорил же, просит указать тип файловой системы.
root@ubuntu:~# mount /dev/sda3 /mnt
mount: you must specify the filesystem type

root@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
> Но лучше понимать что делаешь, т.е. сначала замонтировать, посмотреть где что, и
> подставлять уже осознанные цифирки в команды.

Мне и надо только замонтировать и слить инфу


> ------------
> Если это не поможет - переустанавливайте, или ищите местного доступного гуру.

Местных нет - за Гуру сюда вот пришел.



"Gentoo восстановление после сбоя питания"
Отправлено Дядя_Федор , 08-Июн-11 11:42 
Вообще-то в случае софтового Рейда надо смотреть не /dev/sd*, а соответствующие этим разделам /dev/md*. md-то есть в выхлопе lsmod?


"Gentoo восстановление после сбоя питания"
Отправлено LSTemp , 09-Июн-11 02:43 
> Вообще-то в случае софтового Рейда надо смотреть не /dev/sd*, а соответствующие этим
> разделам /dev/md*. md-то есть в выхлопе lsmod?

да пох. софтовый рейд и явно не стрип, раз после снятия одного диска из двух продолжал работать.



"Gentoo восстановление после сбоя питания"
Отправлено PavelR , 09-Июн-11 08:14 
>> Вообще-то в случае софтового Рейда надо смотреть не /dev/sd*, а соответствующие этим
>> разделам /dev/md*. md-то есть в выхлопе lsmod?
> да пох. софтовый рейд и явно не стрип, раз после снятия одного
> диска из двух продолжал работать.

если там новый mdadm, то у него другое расположение суперблока, в начале вроде, соответственно оно более не монтируется, в отличие от того, как это происходило с более  ранней версией.


"Gentoo восстановление после сбоя питания"
Отправлено lv2 , 09-Июн-11 08:35 
>>> Вообще-то в случае софтового Рейда надо смотреть не /dev/sd*, а соответствующие этим
>>> разделам /dev/md*. md-то есть в выхлопе lsmod?
>> да пох. софтовый рейд и явно не стрип, раз после снятия одного
>> диска из двух продолжал работать.
> если там новый mdadm, то у него другое расположение суперблока, в начале
> вроде, соответственно оно более не монтируется, в отличие от того, как
> это происходило с более  ранней версией.

Мне какзалось что вся идея mirror raid как раз в том, что если один диск сдох второй например можно использовать дальше или же даже подмонтировать к другой системе и сливать инфу?

То есть в случае с mdadm все не так просто? Что бы его через лайвсиди увидеть и подмонтировать надо сначало запустить демон mdadm и поколдовать с настройками?


"Gentoo восстановление после сбоя питания"
Отправлено Дядя_Федор , 09-Июн-11 10:38 
Тут дело еще в том, что при создании софтового Рейд (при помощи mdadm) - раздел диска значится не 83 (Linux), а fd - Linux raid autodetect. Посмотрите-ка вывод fdisk -l /dev/sda. Там должно быть видно. Если, конечно, не побилась таблица разделов.


"Gentoo восстановление после сбоя питания"
Отправлено lv2 , 09-Июн-11 10:54 
> Тут дело еще в том, что при создании софтового Рейд (при помощи
> 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:~#

Что это может значить? Что побилась?


"Gentoo восстановление после сбоя питания"
Отправлено Дядя_Федор , 09-Июн-11 11:19 
> root@ubuntu:~# fdisk -l /dev/sda
> root@ubuntu:~# ls /dev/sda
> /dev/sda
> root@ubuntu:~#
> Что это может значить? Что побилась?

Похоже на то... От себя могу посоветовать попробовать восстановить. Или зацепив диск на Виндовой машине, на которой затем прогнать R-Studio. Или на Линуксовой машине - испольуя софтину testdisk. Успех, разумеется, не гарантирован. Кстати - а чего говорит mount? Вдруг ЛайСиДи Ваш зацепил диск, как /dev/md*? Вряд ли, конечно, но посмотрите.


"Gentoo восстановление после сбоя питания"
Отправлено lv2 , 09-Июн-11 14:17 
>  Похоже на то... От себя могу посоветовать попробовать восстановить. Или зацепив
> диск на Виндовой машине, на которой затем прогнать R-Studio. Или на
> Линуксовой машине - испольуя софтину testdisk. Успех, разумеется, не гарантирован. Кстати
> - а чего говорит mount? Вдруг ЛайСиДи Ваш зацепил диск, как
> /dev/md*? Вряд ли, конечно, но посмотрите.

Что бы лайв сиди зацепил /dev/md* надо оба диска подключить на одной машине, чего я делать не рискую потому как предсказать, что будет с данными второго диска после того как его поместить в массив с диском который имеет данные месячной давности,  не могу.

Есть гарантия что они не пострадают?  


"Gentoo восстановление после сбоя питания"
Отправлено Дядя_Федор , 09-Июн-11 17:01 
> Есть гарантия что они не пострадают?

Гарантии, конечно нет. Я, к сожалению, давно уже не развлекался с mdadm - поглядите, погуглите - может там есть некий режим "подцепа" безопасный?



"Gentoo восстановление после сбоя питания"
Отправлено LSTemp , 09-Июн-11 02:41 
>[оверквотинг удален]
> 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 сними - там есть вообще с чем бороться?


"Gentoo восстановление после сбоя питания"
Отправлено lv2 , 09-Июн-11 08:31 
> вдумчиво не читал. smart сними - там есть вообще с чем бороться?

Объясните плиз чем и как снять? и как интерпритировать результаты?

Заранее спасибо.


"Gentoo восстановление после сбоя питания"
Отправлено Дядя_Федор , 10-Июн-11 11:44 
Ну дык. Известно как.
smartctl -a -d sat /dev/sda
Это в случае, если у Вас САТА-диск. Как интерпретировать - на ВИКи было. Сейчас, простите, искать лень. :)