[РЕШЕНО] Ubuntu Server 10.04: Проблема с перезагрузкой

[DiPrime]

Доброго всем дня!

Столкнулся с проблемой удалённой перезагрузки сервера под управление Ubuntu Server 10.04. Подключаюсь к системе по SSH. Суть вот в чём. Вчера посредством обновлений благополучно было установлено свежее ядро. Для применения обновлений ребутаю сервер командой sudo reboot и жду, когда появятся пинги. Не дождался. Сегодня взял ноут, поехал к провайдеру смотреть, что с машинкой.

Сервер работал, но на пинги не отвечал. С ноута пачкордом зацепился к серверу напрямую - та же проблема, то есть коммутация и маршрутизация не причём. Кнопкой вырубаю системник, снова включаю - связь восстановилась, будто ничего и не произошло. Ладно, чёрт с ним, с бука подключаюсь по ssh, пробую ребутнуть - те же помидоры, на каком-то шаге сервак при ребуте застряёт. Снова кнопкой выключаю/включаю сервер, по ssh посылаю команду sudo poweroff - сервер благополучно завершает работу... Получается, что при завершении никаких затыков не возникло. Странно, почему же ребут ему так не нравится? Загружаю сервер, посылаю команду перезагрузки... И что вы думаете, сервер перезагрузился.

Вроде бы проблема решена, но ситуация была один в один, когда обновилось ядро до этого. Понимаю, что надо бы подключить монитор, глянуть, на каком этапе система при перезагрузке зависает после получения обновлений, но это довольно проблематично. Поэтому попутно с выше описанной проблемой возникает ещё один вопрос: а где можно посмотреть логи загрузок/перезагрузок сервера, чтобы увидеть тот самый процесс, на котором затыкается перезагрузка?

[evtuhovdo]

sudo shutdown now -r      -перезагрузка

sudo shutdown now -P    - выклчюение

[dieselist]

sudo shutdown now -r      -перезагрузка
sudo shutdown now -P    - выклчюение

Не хотелось бы тебя расстраивать, но reboot и так вызывает shutdown

DiPrime, а в логах что-то интересное нашел? Покури messages - как система взлетала, как поднимались интерфейсы и т.п.

[DiPrime]

DiPrime, а в логах что-то интересное нашел? Покури messages - как система взлетала, как поднимались интерфейсы и т.п.

Вот что пишет в messages при затыке загрузки:

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

Nov 20 23:31:07 tiserver kernel: [38294.898486] SGI XFS with ACLs, security attributes, realtime, large block/inode numbers, no debug enabled
Nov 20 23:31:07 tiserver kernel: [38294.914093] SGI XFS Quota Management subsystem
Nov 20 23:31:07 tiserver kernel: [38294.976627] JFS: nTxBlock = 5994, nTxLock = 47955
Nov 20 23:31:07 tiserver kernel: [38295.107379] NTFS driver 2.1.29 [Flags: R/O MODULE].
Nov 20 23:31:07 tiserver kernel: [38295.204306] QNX4 filesystem 0.2.3 registered.
Nov 20 23:31:07 tiserver kernel: [38295.390687] Btrfs loaded
Nov 20 23:31:07 tiserver os-prober: debug: running /usr/lib/os-probes/50mounted-tests on /dev/sda1
Nov 20 23:31:07 tiserver 50mounted-tests: debug: /dev/sda1 is a swap partition; skipping
Nov 20 23:31:07 tiserver os-prober: debug: os detected by /usr/lib/os-probes/50mounted-tests
Nov 20 23:31:34 tiserver kernel: Kernel logging (proc) stopped.
Nov 20 23:31:34 tiserver rsyslogd: [origin software="rsyslogd" swVersion="4.2.0" x-pid="503" x-info="http://www.rsyslog.com"] exiting on signal 15.
Самое интересное, что это происходит не при каждом ребуте. Редко, как говорится, но метко. Сегодня не выдержал, забрал сервак домой, подключил к нему монитор, после нескольких ребутов выявил при затыке загрузки (лог на момент загрузки выше) на экране следующую надпись (я этого не видел ни в messages, ни в syslog):

Gave up waiting for root device. Common problems:
   - Boot args (cat /proc/cmdline)
      - Check root delay= (did the system wait long enough?)
      - Check root= (did the system wait for the right device)
   - Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/disk/by-uuid/999c15b2-c951-4091-8291-83648c9953f5 does not exist. Dropping to a shell!

BusyBox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu11) built-in shell (ash)
Enter `help` for a list of built-in commands.

(initramfs)_

То есть как бы он не может обнаружить файловую систему 

Ввожу sudo blkid (после нормальной загрузки), вижу вывод:
/dev/sda1: UUID="f0235ebe-15d9-4111-93b7-ed24f23110a1" TYPE="swap"
/dev/sda2: UUID="999c15b2-c951-4091-8291-83648c9953f5" TYPE="ext4" (вот его-то он и не видит периодически)

/proc/cmdline пустой
update-grub выполнял
Затык образуется не всегда, лишь время от времени
RAID не стоит, контроллер (в маме) VIA, винт IDE.
Куда ещё копнуть?

[proctoleha]

Хм, я ничего не советую, я рассказываю, что было у меня на моем домашнем компьютере: время от времени отваливался один из трех жестких дисков. Правда диски были саташные. В конце концов выяснилось, что мама начала потихонечку сдавать - проблема оказалась в контроллере на материнке.
Т.е. я бы все-таки посоветовал начать с простого: поменять шлейф, подключить хард у другом контроллеру на мамке (если он есть конечно), т.е. исключить траблы с железом. И не забыть, что у харда тоже есть свой интерфейс и начинка и она тоже может глючить.

[sharikoff]

Монтируй не по UUID а по устройствам. Например так

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

/dev/sda6              /home         ext4      defaults,noatime        0      2

[DiPrime]

Монтируй не по UUID а по устройствам. Например так

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

/dev/sda6              /home         ext4      defaults,noatime        0      2

Не помогло.
Поменял UUID  в fstab на /dev/sda2:

(Нажмите, чтобы показать/скрыть)

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda2 during installation UUID=999c15b2-c951-4091-8291-83648c9953f5
/dev/sda2 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda1 during installation UUID=f0235ebe-15d9-4111-93b7-ed24f23110a1
/dev/sda1 none            swap    sw              0       0

Выключил машину, запустил снова - всё ок. Ребутаю через ssh. Встряла, на экране та же надпись. Вырубаю кнопкой, снова включаю. Запустилось.  Снова в ребут - снова запустилось. В общем абсолютно как-то несанкционированно поступает эта трабла со мной.

Второй час ночи. Утром на работу... Пойду спать, вечером опять поэкспериментирую.

P.S.: после ввода изменений в fstab выполнил sudo update-grub, ребутнул, опять застрял при загрузке. Рестартанул с кнопки - снова заработало. Мистика какая-то.

Над винтом издевался на стационарном компе, с ним всё в порядке, контроллер на маме вряд ли тупит, так как до этого на сервере стояла Windows, у которой никаких проблем с определением харда не было.

[Nomadian]

+1 за начало проблем с контроллером.

У меня так один сервак годик периодически не мог найти диски при перезагрузке, но поскольку это был не самый критичный сервер, а перезагрузки редкие и "контролируемые", так и жили. Затем в один прекрасный день на мамке просто вылетел контроллер, и уже ни из-под какой системы диски, к нему подключённые, не определялись.

[DiPrime]

Никакой надежды вы мне, друзья, не даёте 

Посоветовали попробовать переткнуть винт в другой разъём, поковырять мать. Сброшу биос, почитаю гугль на предмет косяков контроллера на моей мамке.
Пользователь решил продолжить мысль 23 Ноября 2010, 00:46:06:

Посоветовали попробовать переткнуть винт в другой разъём...

А оно помогло
В общем, проблема либо с контроллером, либо с разъёмом IDE, система не при делах оказалась. Всех благодарю за участие и помощь!