Уважаемые!!! Помогите срочно!!! Стоит работа. Kernel panic - not syncing....

[KONDORNV]

Добрый день!
Срочно нужна помощь! Есть сервер на Ubuntu, настроен лет 5 назад бывшим админом. Контактов с ним уже нет. Он передал только пароли и свалил.
Сервер исправно работал до вчерашнего дня. Вчера приходящий "админ" запустил его в перезагрузку, предварительно почистив логи (как я понял с его объяснений файлы типа syslog1 syslog2 и подобные размером превышали 2 гига. Сервер ругался на отсутствие свободного места на устройстве при попытке установить программу для удаленного соединения рабочего стола (видимо аналог windows). Еще он сказал что поправил rotatelog - было там по 7 копий, сделал по 3.
После перезагрузки получаем сообщение Kernel panic - not syncing:vfs Unable to mount root fs on unknown-block (0,0) и не грузится.
Помогите знающие люди! Я сам соображаю в windows на уровне опытного пользователя-эникейщика, а ubuntu для меня пока темный лес. Знаю немного теории и чуток практики из википедии.... Нужно реанимировать сервер, там информация критическая...

Вот один товарищ посоветовал выложить результат команды....  Может прояснит ситуацию. Загрузился с LiveCD

ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00098651

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048    19531775     9764864   fd  Linux raid autodetect
/dev/sda2        19533822   976771071   478618625    5  Extended
Partition 2 does not start on physical sector boundary.
/dev/sda5       967008256   976771071     4881408   fd  Linux raid autodetect
/dev/sda6        19533824   967008255   473737216   fd  Linux raid autodetect

Partition table entries are not in disk order

Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x000e411d

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048    19531775     9764864   fd  Linux raid autodetect
/dev/sdb2        19533822   976771071   478618625    5  Extended
Partition 2 does not start on physical sector boundary.
/dev/sdb5       967008256   976771071     4881408   fd  Linux raid autodetect
/dev/sdb6        19533824   967008255   473737216   fd  Linux raid autodetect

Partition table entries are not in disk order

[victor00000]

/dev/sda1 и /dev/sb1 для слитно это raid, команды mdadm,
но не знаю.

[KONDORNV]

/dev/sda1 и /dev/sb1 для слитно это raid, команды mdadm,
но не знаю.

Я по аналогии с windows пришел к такому же выводу. Два диска объединены были в рейд. Проблема в том, что если на windows монтируем рейд заново, то все данные теряем. А тут я с одного из LiveCD смог увидеть папки с информацией которую надо сохранить.
Поэтому и обратился сюда в сообщество, может знающие есть люди подскажут как вернуть систему в работу с минимальными потерями

[toZen]

KONDORNV, из извeстных мне серёзных специалистов в данной сфере - AnrDaemon, fisher74, Karl500.
Попробуйте связаться.

[KONDORNV]

KONDORNV, из извeстных мне серёзных специалистов в данной сфере - AnrDaemon, fisher74, Karl500.
Попробуйте связаться.

Спасибо, попробую связаться.

[Karl500]

[offtop]нашли специалиста...[/offtop]
Возможно, причина как раз в нехватке места. Я бы попробовал, загрузившись с LiveCD, посмотреть

Код: [Выделить]

sudo mount /dev/md0 /mnt
df -h /mnt(судя по тому, что Вы видели свои файлы, рейд в порядке и собирается)

[KONDORNV]

[offtop]нашли специалиста...[/offtop]
Возможно, причина как раз в нехватке места. Я бы попробовал, загрузившись с LiveCD, посмотреть

Код: [Выделить]

sudo mount /dev/md0 /mnt
df -h /mnt(судя по тому, что Вы видели свои файлы, рейд в порядке и собирается)

Я сейчас загрузился с дистрибутива Slax - через него могу скопировать данные из папки SAMBA - то что необходимо срочно для работы.
Попробовал в этой оболочке выполнить команду. Результат:

root@slax:~#mount /dev/md0 /mnt
mount: special device /dev/md0 does not exist

Минут через 10-15 загружусь с UbuntuDVD попробую там эту команду выпонить

[Karl500]

Тогда (если на LiveCD, то тоже):

Код: [Выделить]

sudo mdadm --assemble --scan

[victor00000]

md0 тогда fdisk -l ли.

[lAionl]

Это была единичная попытка загрузиться? У меня была похожая ситуация, один из дисков "отваливался" в момент загрузки через раз и система соответственно не запускалась. Хотелось бы взглянуть на /etc/fstab.

[Karl500]

lAionl,
Для того, чтобы увидеть /etc/fstab, нужно сначала так или иначе собрать рейд (либо в обычном режиме, либо в degraded mode) - смотрите выше, загрузка идет тоже с рейда.

[lAionl]

Для того, чтобы увидеть /etc/fstab, нужно сначала так или иначе собрать рейд

sudo mdadm --assemble --scan

Собрали рейд и посмотрели содержимое.

загрузка идет тоже с рейда

Пользователь может собрать рейд и из liveCD, а вот насчет загрузки... загрузчик grub? Если да, то он грузится с обычного раздела, потому как не умеет рейд. Целостность раздела boot на одном диске в данном случае ни как не зависит от целостности аналогичного раздела второго диска.

[KONDORNV]

Для того, чтобы увидеть /etc/fstab, нужно сначала так или иначе собрать рейд

sudo mdadm --assemble --scan

Собрали рейд и посмотрели содержимое.

загрузка идет тоже с рейда

Пользователь может собрать рейд и из liveCD, а вот насчет загрузки... загрузчик grub? Если да, то он грузится с обычного раздела, потому как не умеет рейд. Целостность раздела boot на одном диске в данном случае ни как не зависит от целостности аналогичного раздела второго диска.

Уважаемый Карл ожет подробнее рассказать о наших терзаниях. Рейд собирается, файлы видим, но что-то непонятная проблема с нехваткой места, которого 2 гб, а update-initrams -u ругается на нехватку... Печалька

[vip.lohmatiy]

KONDORNV, Может не на диске не хватает, а в /boot (много ядер накопилось).

[Karl500]

Да, именно так. Но /boot - не отдельный раздел, тем не менее попробуем очистить и посмотреть на результат.