LINUX.ORG.RU

cdrecord и io

 ,


1

3

Сегодня обновился до 3.5.3-1. Потребовалось очистить и записать диск.

cdrecord blank=all
И тишина. Все запущенные программы работают, но на попытку запуска новых по хоткеям - ноль внимания. Хромиум не может отобразить страницу, т.к перед этим должен прочитать с диска кеш, а не может. Попытка закрыть активные окна оборачивается фейлом. Область окна становится полностью серой. Такое ощущение, что весь io просто замер. При этом, как только cdrecord закончил очистку (~7 минут) всё моментально отвисло, все вызванные программы моментально запустились, а закрытые - закрылись. При путине На прошлом ядре такой фигни не было. Собственно, что это? 12309?

Нет, это, вероятнее всего, у тебя CD-привод и жесткий диск висят на одном IDE-контроллере. cdrecord своей командой очистки диска монопольно забрал себе IDE-шину и тем самым заблокировал доступ к диску, нужный для запуска других программ.

Это отдельный рваный боян семилетней давности, но никак не 12309.

http://www.gossamer-threads.com/lists/linux/kernel/145850

AEP ★★★★★
()
Ответ на: комментарий от AEP

Нет, это, вероятнее всего, у тебя CD-привод и жесткий диск висят на одном IDE-контроллере

Алё, 2012-ый год на дворе, какие IDE? Тем более, что автор дал понять:

На прошлом ядре такой фигни не было

Kindly_Cat
()
Ответ на: комментарий от Kindly_Cat

Разнообразным. Зависит от радиуса кривизны рук автора. Если кривизна маленькая - то баг будет изящный и слабозаметный в коде

iRunix ★★★★
()
Ответ на: комментарий от Kindly_Cat

От чего же. Юзер сам запустил cdrecord, ядру откуда знать что это баг, а не прямой функционал? Может оно /Dev/null искренне упорно читает...

iRunix ★★★★
()
Ответ на: комментарий от iRunix

Ядру пофиг, что там процесс упорно читает. Планировщик обязан максимально равномерно распределить ресурсы между процессами, основываясь на их приоритете. И как я уже говорил, той же самой версией cdrecord, но на старом ядре очищал диск. Всё работало.

Dragon59 ★★
() автор топика
Ответ на: комментарий от Dragon59

У меня sata.
На прошлом ядре такой фигни не было.

Понял. Сделай доброе дело - запусти git bisect.

Под подозрением изменения, связанные с NCQ.

AEP ★★★★★
()
Ответ на: комментарий от Kindly_Cat

Каким образом глюк прикладной софтины может вырубить в нокаут всю систему?

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

арчепроблемы на самом деле...

drBatty ★★
()
Ответ на: комментарий от Dragon59

Ядру пофиг, что там процесс упорно читает. Планировщик обязан максимально равномерно распределить ресурсы между процессами, основываясь на их приоритете.

ага. И что-бы не запороть болванку, cdrecord ставит максимальный приоритет своему девайсу. Остальные девайсы курят в сторонке. Тут скорее всего какой-то баг в драйвере CD-RW, который был незаметен раньше, но вылез с новой версией ядра. Жди... И надейся. Я тоже подожду, как вы все баги пофиксите, так Патрег и поставит мне безбажное ядро с безбажными модулями (:

А пока мне и на 3.2.28 неплохо.

drBatty ★★
()

Модель процессора, наименование материнки (используемый чипсет) и количество модулей памяти какие?

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

Intel Q8200,Asus p5kpl-am se (Intel G31/ICH7 Chipset), 2 по 2 Gb.

Dragon59 ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.