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 ★★★★★ (31.08.12 21:03:13)

Ответ на: комментарий от AEP 31.08.12 21:03:13

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

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

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

~~Kindly_Cat~~ ☆ (31.08.12 21:04:50)

Ссылка

Нет, глюки cdrecord видимо

iRunix ★★★★ (31.08.12 21:14:21)

Ответ на: комментарий от iRunix 31.08.12 21:14:21

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

~~Kindly_Cat~~ ☆ (31.08.12 21:15:16)

Ответ на: комментарий от AEP 31.08.12 21:03:13

У меня sata.

~~Dragon59~~ ★★ (01.09.12 06:13:39)

Ответ на: комментарий от Kindly_Cat 31.08.12 21:15:16

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

iRunix ★★★★ (01.09.12 07:05:44)

Ответ на: комментарий от iRunix 01.09.12 07:05:44

Вроде как ялдро не должно такого допускать, нет?

~~Kindly_Cat~~ ☆ (01.09.12 07:08:21)

Ответ на: комментарий от Kindly_Cat 01.09.12 07:08:21

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

iRunix ★★★★ (01.09.12 07:17:53)

Ответ на: комментарий от iRunix 01.09.12 07:17:53

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

~~Dragon59~~ ★★ (01.09.12 07:28:26)

Ответ на: комментарий от Dragon59 01.09.12 06:13:39

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

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

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

AEP ★★★★★ (01.09.12 10:08:20)

Ответ на: комментарий от AEP 01.09.12 10:08:20

запусти git bisect

Не силён в гите, как им пользоваться?

~~Dragon59~~ ★★ (01.09.12 10:52:24)

Ответ на: комментарий от Kindly_Cat 31.08.12 21:15:16

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

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

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

~~drBatty~~ ★★ (01.09.12 10:55:06)

Ссылка

Ответ на: комментарий от Dragon59 01.09.12 07:28:26

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

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

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

~~drBatty~~ ★★ (01.09.12 10:59:29)