...и все остановилось...

htop

Когда эта дрянь случается - уже не до хтопа. А когда её еще нет - он ничего и не даст.

kernel.log, например.

Никаких явных алярмов не вижу. Единственное, что бросилось в глаза -

Nov 22 15:11:18 localhost kernel: [   27.989086] uvcvideo: Failed to query (GET_DEF) UVC control 2 on unit 4: -32 (exp. 2).
Nov 22 18:15:19 localhost kernel: [11068.919973] ata7: exception Emask 0x10 SAct 0x0 SErr 0x4090000 action 0xe frozen
Nov 22 18:15:19 localhost kernel: [11068.919978] ata7: irq_stat 0x00400040, connection status changed
Nov 22 18:15:19 localhost kernel: [11068.919981] ata7: SError: { PHYRdyChg 10B8B DevExch }
Nov 22 18:15:19 localhost kernel: [11068.919987] ata7: hard resetting link
Nov 22 18:15:20 localhost kernel: [11069.798017] ata7: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Nov 22 18:15:20 localhost kernel: [11069.819066] ata7.00: configured for UDMA/133
Nov 22 18:15:20 localhost kernel: [11069.830009] ata7: EH complete

http://askubuntu.com/questions/109180/mysterious-hard-disk-failure

Тут пишут, что дело может быть в диске, я бы на твоём месте посмотрел в сторону SMART. Если всё ОК, будем думать дальше.

Только что все опять навернулось, последние строки:

Nov 22 18:49:43 localhost kernel: [ 1116.091266] 4:3:1: cannot get freq at ep 0x82
Nov 22 18:49:44 localhost kernel: [ 1117.091260] 4:3:1: cannot get freq at ep 0x82
Nov 22 18:53:56 localhost kernel: [ 1368.510245] 4:3:1: cannot get freq at ep 0x82
Nov 22 18:53:57 localhost kernel: [ 1369.511249] 4:3:1: cannot get freq at ep 0x82

Выхлоп smartctl для диска, на котором корень: https://gist.github.com/anonymous/7602383#file-gistfile1-txt

Жесткий диск умирает.

// Комментарии не читал.

Шin на том же диске нормально живет.

Вообще, все записи в kernlog - минуты за 3 до пздца.

Так работает find на Linux для обеспечения индексации locate.

Я его не запускал О_о.

Такая же фигня случалась около месяца назад, больше не повторялось, забил.

Оно по крону отрабатывает.

sergey@localhost:~/ > crontab -l    
no crontab for sergey
sergey@localhost:~/ > sudo crontab -l
no crontab for root

Или я не так понял?

Шin на том же диске нормально живет.

Проверял после того, как все остановилось? Если да, то как долго и каким образом (в частности, смотрел ли в eventvwr.msc на предмет ошибок диска)?

Кроме сегодняшних двух разов эта дрянь еще разок случилась 2 месяца назад, с того момента и до сейчас Win вел себя нормально (после этого еще не смотрел). evenwwr.msc при случае гляну.

В отличие от бздяшки в Linux есть планировщики ввода-вывода. А такие задания обычно запускаются с планировщиком idle.

в общем больше похоже на аппаратную проблему, перегрев к примеру или память (мемтест конечно же уже прогнал) или диск или чипсет.

Было такое изза плохого переходника питания БП -> hdd. Питание периодически слетало и жестак рестартовал периодически.

Диск/его кабель/контакты дохнет.

Шin на том же диске нормально живет.

Ты знаешь что делать. Но это не отменяет записей в логе.

12309

Единственный адекват в треде. У школьников то диски сыпятся, то кулер почисти.

При этом оперативка ничем не забивается? Своп есть?
Может быть и 12309, хотя эта лялька проявляла себя при копировании на носители.

У ТС посыпался диск, я гарантирую это, советую задуматься о бекапах.

Раз посыпался то о бекапах думать уже не нужно :3

Sysrq+B не пашет

Alt + SysRQ + B

Из топика не понял, описанная проблема сама, без перезагрузки, проходит или нет?

Firefox во время всего этого был запущен?

12309 это линупсоидный аналог «компьютер не работает» одновременно показывая на рабочий стол с запущенными программами.

Когда эта дрянь случается - уже не до хтопа.

collectd. Может, успеет записать предсмертные графики. kcollectd - по-быстрому посмотреть.

Сейчас выполню мемтест, доложу.

Своп есть. Говорю же, шанса проверить что-либо нет. Все СТОИТ.

Так и делаю, просто сократил по привычке.

Откуда ему вдруг взяться, если я ничего особо не копировал? 12309 я видел лично, и авторитетно заявляю - не оно.

Нет.

Не употребляю сабж.

К сожалению, не знаю как получить доступ к ядру через rs232.

Несколько раз у меня такое было на более старых ядрах, объяснялось багом в видеодрайвере. Попробуй обновить видеодрайвер, если не поможет - заменить проприетарный на открытый.

У меня было такое. Это либо проблема флеша (ТС не через вконтактик/ютюб музыку слушал?), либо 12309.

Вконтактик, но без музыки.

Прогнал мемтест (кроме последней, 3-часовой стадии) - ошибок не обнаружено.

Видеодрайвер обновил, свап отключил. Даю багу неделю срока на проявление, иначе считаю проблему решенной.

Было такое. Сначала забил, но потом стало появляться все чаще и чаще. В итоге дело оказалось в HDD, замена помогла и теперь все чисто и гладко. Гляди smartctl -a.

HDD на свалку.

Простой тест на 12309

dd if=/dev/zero of=/tmp/test bs=1M count=1M

Если /tmp находится в tmpfs , то нужно выбрать другое местоположение.

Была та же проблема на убунте 13.10. Данная комбинация не проканывала. Неужели в ядре отключено?

У меня такое было и не раз, даже если не копируешь, что-то дергает винт.

Выше писали про дохлый жёсткий диск, если не он, то может быть загибается материнка или сата-кабель дерьмовый, попробуй libata.force=1.5Gbps в аргументах ядра.

12309

планировщик какой ?