Спасибо, Ctrl+S помогает.
Правда, перезагрузившись сейчас, я увидел, что ошибка исправилась сама - возможно, из-за того, что я перезагружал демон alsa в процессе работы системы, и он никаких ошибок не выдал.
Как просмотреть ошибки, выдающиеся при загрузке системы? Конкретно интересует демон alsa, выдающий ошибки про то, что какие-то файлы не найдены, прочитать целиком не успеваю.
grep -i alsa /var/log/*.log
grep -i cmedia /var/log/*.log
ничего не дают.
Точно, прописывание дефолтной темы в /usr/share/icons/default/index.theme помогло, спасибо.
После обновления гнома до версии 2.30.0 курсор мыши при наведении на окно qt приложения меняет свой вид: становится из белого чёрным и меньше по размеру. Раньше такого не было. Версия qt 4.6.2-2.
Теперь cron.daily стал запускаться дважды - но не всегда:

$ sudo grep “sys-daily” /var/log/crond.log
Feb  1 00:01:01 ziv crond[3433]: FILE /var/spool/cron/root USER root PID 16564 job sys-daily
Feb  1 00:02:01 ziv crond[3433]: FILE /var/spool/cron/root USER root PID 17801 job sys-daily
Feb  2 00:02:01 ziv crond[3433]: FILE /var/spool/cron/root USER root PID 12413 job sys-daily
Feb  3 00:02:01 ziv crond[3433]: FILE /var/spool/cron/root USER root PID 30449 job sys-daily
Feb  4 00:02:01 ziv crond[3433]: FILE /var/spool/cron/root USER root PID 11783 job sys-daily
Feb  4 00:03:01 ziv crond[3433]: FILE /var/spool/cron/root USER root PID 13849 job sys-daily

$ sudo crontab -l
# root crontab
# DO NOT EDIT THIS FILE MANUALLY! USE crontab -e INSTEAD
# man 1 crontab for acceptable formats:
#    <minute> <hour> <day> <month> <dow> <tags and command>
#    <@freq> <tags and command>
# SYSTEM DAILY/WEEKLY/... FOLDERS
@hourly         ID=sys-hourly   /usr/sbin/run-cron /etc/cron.hourly
@daily          ID=sys-daily    /usr/sbin/run-cron /etc/cron.daily
@weekly         ID=sys-weekly   /usr/sbin/run-cron /etc/cron.weekly
@monthly        ID=sys-monthly  /usr/sbin/run-cron /etc/cron.monthly

$ sudo cat /var/spool/cronstamps/root.sys-daily
2010-02-04 00:02
mango
А переменные @hourly @daily @weekly @monthly лежат тут
# ls /var/spool/cronstamps/
root.sys-daily  root.sys-hourly  root.sys-monthly  root.sys-weekly
Можно и с ними побаловаться. Посмотри что в них внутри.
А вообще то:
$ man 1 crontab
Там про переменные написано очень хорошо.
Да, похоже, кошерно править содержимое /var/spool/cronstamps.
Раньше crond.daily отрабатывал в 0:01, после недавнего обновления dcron до 4.4 почему-то стал отрабатывать в 16:41. Зачем это? Как вернуть назад?
kernel_panic
ziv
Действительно, `shutdown -Fr now` автоматически проверяет диски и загружает систему. Но ведь при сбое питания загружается целый шелл, можно ли попасть в него?
да в single можно перемонотировать корень в ro,синтаксис там отличается немного ЕМНИП но если по простому то так
mount / -o remount,ro
вобщем Вот
А нормально ли проверять смонтированную ФС, даже в ro? fsck ругается, если ФС смонтирована.
kernel_panic
P.S. как зайти в такой шелл намерянно я незнаю
Кстати а какую цель преследуете? С LiveCD можно загрузиться и проверить fsck'om.
Например, LiveCD может не быть. Да и грузиться с него дольше.
h4tr3d
передать параметр single ядру из grub/lilo?
или я что-то непонимэ)
Может, и single, но мне кажется, это должно быть что-то типа busybox, чтобы можно было работать без смонтированного рута.
Действительно, `shutdown -Fr now` автоматически проверяет диски и загружает систему. Но ведь при сбое питания загружается целый шелл, можно ли попасть в него?