Исходное сообщение
"Новая версия systemd 202" Отправлено ананим, 21-Апр-13 02:41
Легко. Если работа постоянно связана с переконфигурацией системы, то грабли и косяки возникают постоянно. То разделы с lvm (кроме рута, который тоже на lvm и монтируется) не монтируются (баг затрэкен — долгоиграющие [1]…[2]…[3]), то "процесс с id=1 не найден", то /tmp нельзя отмонтировать, то вот новая фича с новыми дровами нвидиа: >[90134.813295] BUG: using smp_processor_id() in preemptible [00000000] code: eurotrucks2/12743 >[90134.813820] caller is os_get_cpu_number+0x9/0x10 [nvidia] >[90134.813859] Pid: 12743, comm: eurotrucks2 Tainted: P      D    O 3.9.0-rc6 #1 >[90134.813862] Call Trace: >[90134.813936]  [<ffffffff813437a9>] debug_smp_processor_id+0xc9/0x100 >[90134.814381]  [<ffffffffa0543ec9>] os_get_cpu_number+0x9/0x10 [nvidia] >[90134.814986]  [<ffffffffa051669b>] _nv012291rm+0x9/0xe [nvidia] При чём если баг в бета нвидиа это ещё понятно, то вот почему systemd норовил постоянно подгрузить этот модуль, мне до сих пор не понятно. Заметил только утром, когда 16Гб озу и 2Гб свопа утекли… пояснение — у меня optimus, так что они дрова нвидиа были и не нужны. просто вечером решил бумблеби потестить. потестил. перегрузиться так и не смог, постоянно подгружаемый блоб нвидиа не давал. ресет (привет винда). с опенрк такого а) никогда не было и б) логика работы впечатления шаманства никогда не вызывала.