[sisyphus] software suspend + alert + definition key

[Peter V. Saveliev]

On Wednesday 17 November 2004 14:04, Anton Farygin wrote:
> А еще у меня спрашивали, почему в std26-* был отключен software suspend.
<skip />

Став причиной лёгкого непонимая, спешу исправить ситуацию, обрисовав её чётко.

kernel: 2.4.26
swsusp: 2.0.0.98 (из daedalus)
kgcc: 2.96
diagnosis:

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

kernel: 2.4.27
swsusp: 2.0.0.105 (из daedalus)
kgcc: 2.96
diagnosis:

 засыпает нормально, при просыпании в 4 случаях из 10 убил суперблок на ext3, 
было как на корне, так и на других разделах. В остальных случаях ФС 
пострадала незначительно, но работа была невозможна за отсутствием доступа к 
ФС (ошибка -- inode out of bound, до перезагрузки)

kernel: 2.6.9
swsusp: 2.1.4 (из daedalus)
kgcc: 3.3.3
diagnosis:

 при загрузке в init=/bin/bash виснет при засыпании на стадии waiting какой-то 
I/O, в общем, в самом начале. При загрузке в init 3|5 при засыпании kernel 
oops на любой работающий процесс, чаще всего -- на сам скрипт hibernate.


Во всех случаях использовался last Sisyphus, fs -- ext3 на всех разделах, 
железо -- Acer TravelMate 240 по дефолту. Первый вариант, 2.4.26 + 2.0.0.98 
также давно и продуктивно работает на IBM ThinkPad 600E, кажется. Это у 
научрука, ставить туда последние два варианта боюсь :)

Alert: про 2.4.27 + 2.0.0.105 -- я предупредил, имеющий глаза да увидит. Он 
реально херит ext3.

<skip />

-- 
Peter V. Saveliev