Залипання XFCE / Xubuntu

[Sergii Galashyn]

Добридень.

Вже трішки пробував питатися в іншій гілці, не пов'язаній безпосередньо з проблемою, але з огляду на збільшення частоти виникнення глюків, хочу спитати окремо.

Симптоми доволі прості. В процесі нормальної роботи системи вона раптово "залипає", тобто перестає відкликатися на будь-які зовнішні дії, якщо при цьому відтворювалися якісь звуки (скажімо, грала музика) то зациклено звучить остання їх секунда.

Допомагає лише апаратне перезавантаження.

Раніше таких проблем на лептопі не було взагалі ніколи.

Почалися вони після двох одночасних змін: встановлення нового HDD та встановлення Xubuntu 9.04

Спочатку я грішив на новий HDD, котрий доволі сильно нагрівався (до 55 градусів), але цю проблему я оперативно вирішив встановленням охолоджувача під лептоп, тепер температура тримається на рівні 42-44 градуси. Хоча й досі цю версію відкидати не можна.

/var/log/syslog не дає нічого. Перед залипанням йдуть звичайні повідомлення (крон і т.п.), далі відразу повідомлення на старті системи, що йдуть після примусового перезавантаження.

/var/log/ kern.log, debug -- те саме.

Головне питання: де шукати дані про можливі причини? Які логи? Ще щось?

Дуже вдячний за будь-які підказки, бо проблема мене сильно хвилює.

[nickat]

В процесі нормальної роботи системи вона раптово "залипає", тобто перестає відкликатися на будь-які зовнішні дії

на Ctrl+Alt+F1 теж не реагує?

Головне питання: де шукати дані про можливі причини? Які логи? Ще щось?

Можна ще подивитись на
dmesg | less

[Sergii Galashyn]

В процесі нормальної роботи системи вона раптово "залипає", тобто перестає відкликатися на будь-які зовнішні дії

на Ctrl+Alt+F1 теж не реагує?

Так, і на Ctrl + Alt + Backspace теж.

Головне питання: де шукати дані про можливі причини? Які логи? Ще щось?

Можна ще подивитись на
dmesg | less

Пробував. Але, по-перше, там немає часових міток -- не зрозуміло як віднайти потрібний проміжок часу серед купи інформації, а по-друге, хіба він не переписується при кожному завантаженні?

[nickat]

на Ctrl+Alt+F1 теж не реагує?

Так, і на Ctrl + Alt + Backspace теж.

Схоже на апаратну проблему...

Можна ще подивитись на
dmesg | less

Пробував. Але, по-перше, там немає часових міток -- не зрозуміло як віднайти потрібний проміжок часу серед купи інформації,

Останні повідомлення будуть останніми у dmesg, якщо перед "залипанням" системи kernel встигає щось сказати, то це будуть останні записи у dmesg.

а по-друге, хіба він не переписується при кожному завантаженні?

можна live-cd скористатися

[Praporshic]

на Ctrl+Alt+F1 теж не реагує?

Так, і на Ctrl + Alt + Backspace теж.

Схоже на апаратну проблему...

Не факт.... У останніх іксах вимкнули цю комбінацію.

[nickat]

на Ctrl+Alt+F1 теж не реагує?

Так, і на Ctrl + Alt + Backspace теж.

Схоже на апаратну проблему...

Не факт.... У останніх іксах вимкнули цю комбінацію.

Ctrl+Alt+F1 теж вимкнули?

Є ще варіант: щось зжирає всю пам’ять.

[Sergii Galashyn]

Щойно після того, як це трапилося знову, завантажився з Live-CD та переглянув dmesg, ще й скопіював до хати.
Порівнявши його з поточним (після нового завантаження), мушу сказати, що вони фактично однакові.
Тоді ж переглянув майже кожен лог в /var/logs, але не побачив нічого підозрілого.


Ще така спроба спостереження.
Не точно, але є підозра на те, що залипання пов'язані за часом з використанням Eclipse. Хоча даною збіркою користуюся в роботі довше, ніж відбуваються дані події. Тим не менш, востаннє залипло чітко під час закриття Екліпси.

Теоретично, чи можуть якісь глюки Java бути причиною таких вибриків?

[Sergii Galashyn]

Є ще варіант: щось зжирає всю пам’ять.

А як це відслідкувати пост-фактум?

До того ж, у мене тої пам'яті 2GB, бо маю потребу постійно крутити дві Java-машини: для Eclipse та для ColdFusion.

[Praporshic]

Ctrl+Alt+F1 теж вимкнули?

Я не впевнений що до убунти, а от у федорі точно пересунули X-сервер на ту саме першу консоль, через що відповідна комбінація ніби й то не діє  

[nickat]

Є ще варіант: щось зжирає всю пам’ять.

А як це відслідкувати пост-фактум?

free -s 5 | awk '/Mem:/ {print $4}' >mem.txt &

буде писати кожні 5 сек. об’єм вільної пам’яті до mem.txt

Після залипання та перезавантаження

tail -10 mem.txt

покаже останні 10 записів.

Якщо перед залипанням не спостерігається уповільнення системи, то навряд це проблеми з пам’яттю, але спробувати можна.

Тим не менш, востаннє залипло чітко під час закриття Екліпси.

Eclipse під час закриття зберігає свої данні, тож повертаємось до апаратної проблеми з диском.

Дивно, що в логах нічого нема.  Хоча б I/O Error якийсь...

[Sergii Galashyn]

free -s 5 | awk '/Mem:/ {print $4}' >mem.txt &

буде писати кожні 5 сек. об’єм вільної пам’яті до mem.txt

Дякую. Запустив, подивимося, як повториться.

[Praporshic]

Тим не менш, востаннє залипло чітко під час закриття Екліпси.

Eclipse під час закриття зберігає свої данні, тож повертаємось до апаратної проблеми з диском.

Дивно, що в логах нічого нема.  Хоча б I/O Error якийсь...

У випадку серйозного збою система переводить диск у read only. Записів тоді чекати марно

[Sergii Galashyn]

Кілька днів без проблем дозволяють зробити висновок, що причиною залипань був гібернейт (в термінах XFCE "Сплячка").

Втім, на підтвердження теорії є тільки дані спостережень.

Ще з цікавого, в суботу ввечері прогнав memtest, помилок він не знайшов.
Так само в суботу зробив дзеркало home.

Цікаво було б дізнатися, які такі причини могли б спричиняти залипання після "прокидання".

В будь-якому разі, дякую за допомогу всім, хто відгукнувся.

[noddeat]

Кілька днів без проблем дозволяють зробити висновок, що причиною залипань був гібернейт (в термінах XFCE "Сплячка").

є таке, підтверджую. в усіх убунтах, починаючи з 7.04, незалежно від того, який метод гібернації юзається. про причину — не знаю, теж пробував марно аналізувати логи і т.п.. я забив і юзаю suspend to RAM: воно і швидше, і надійніше, а батарею в принципі особливо не садить.

[Praporshic]

/me спостерігав на Debian ефект, коли у сплячку нормально йшли лише кеди. Чим то було зумовлено так зрозуміти й не вдалося.