Система archlinux x64, видеокарта nVidia блоб, проц AMD Athlon(tm) 64 X2. После hibernate-{ram,disk} все начинает тормозить, и показатели температуры подозрительно низкие, обычно это 30-33 градуса при средней работе компа, но после просыпания это 20-21 градус(постоянно, даже при средней нагруженности). Такое ощущение, что процессор работает в половину мощьности. Модуль powernow-k8 не загружен, после вейка частота стоит на максимуме. Видеокарта не причем(как мне кажется), что даже в vesa все тормозит в буквальном смысле. Даже в консоли вяло все работает(tty). В общем, подозрение на то, что после вейка не все оборудование реклокится, может проц, может память, не знаю. Кто сталкивался? Такая фигня была постоянно, но я не пользовался хибернацией, а тут понадобилось...

Можно ли как-то запретить ядру вытеснять какой-либо из процессов в свап при нехватке памяти?

Интересует вопрос - как заставить работать 2 интерфейса ppp(ppp0 && ppp1) одновременно. Читал о балансировке маршрутизации, но не понял как именно её применить к ppp соеденению. Соеденения от двух разных телефонов с разными операторами(один по бт второй по шнурку). Помогите в этом вопросе, правда меня терзают смутные сомнения о том, как, к примеру, один сокет может слать пакеты от разных ип - серверу, я так понял что 2 сокета будут юзать 2 разных интерфейса? Тоесть, к примеру, я смогу на одном что-то качать, а на втором лазить в браузере? Либо качать в 2 потока файл. В общем, кто может, обьясните пожалуйста внятно, а лучьше покажите :) ArchLinux(kernel-3.3.8, KDE 4.8), подключаюсь в основном через kppp, реже через wvdial.

В общем, у меня гпрс, есть архив с только что стянутыми сорцами qt5-base из гита через веб-морду в архиве tar.gz. Можно ли сделать git pull origin с этими сорцами которые у меня есть в архиве, чтобы в будущем можно было синхронизировать репу? Качать заново через гит - не варик.

Хотел попробовать нуво(arch linux x64), поставил xf86-video-nouveau nouveau-dri libgl, убрал модсеттинг, создал конфиг иксов, вписал драйвер, ребутнулся. KMS заработал, иксы запустились, вроде все ок. glxinfo пишет что есть директ рендеринг, вендор опен гл mesa 8.0.3 llvmpipe - вот это меня напрягло. Тоесть, аппаратного ускорения нету? нуво не поддерживает мою карточку?

Есть гпрс подключение через мобильник, нужно отслеживать количество отправленных и принятых данных. Чем можно это организовать? Подключаюсь через wvdial

И опять он :) Недавно скачал бубунту древнюю с версией ядра 2.6.15. У меня был раздел на 17 гигов, который я на данный момент не использовал. Я его отформатировал в ext3, скопировал туда сорцы ядра и забутился с ливсд на бубунту. Зашёл в бубунту, подмонтировал раздел, вроде все норм. Начал копировать сырцы на тотже раздел тока под другим именем. iowait - 80-95%, загрузка процессора(общая!) в пределах 15%. Это учитывая то, что я копировал через наутилус, то-есть гуйня тоже отжирала слегка процессора. Попробовал поюзать систему, вроде нормально. Потом, добавил хардкора, начал ещё копирование на флешку - мышка не виснет. Начал юзать все что под руку попадётся - запускать все что было в ливсд. Вроде нормально. Начал закрывать все - мышка пару раз зафризилась(возможно кеш сбросился, и надо было поигратся с sync?). И вот какую фичу я узрел, точнее не фичу, а разницу между теперешним ведром(3.3.0) и 2.6.15. Иоваит был почти 100% при юзании IO операций, НО, если я начинал чтото делать, к примеру использовать проги которым нужно много процессора, iowait падал, и падал до нуля. Тоесть, видимо здесь какие-то приоритеты играют роль, яхз. И вторая фишка, которую я заметил, это разный подсчет загрузки процессора. В новых ядрах этот подсчет ведётся с учётом iowait, то-есть загрузка проца __никогда__ не бывает меньше иовейта. В 2.6.15 загрузка проца была меньше иоваита, и намного. Значит, либо в подсчёте загрузки какая-то ошибка, либо в старом ядре была ошибка, а теперешний вариант подсчёта - правильный. Прошу мнения гуру, нужно ли растолковать свои наблюдения на багзиле. Создавать новый баг(так как я не знаю относится ли то, что я описал к 12309), либо дописать в коментарии к 12309.

В общем, сперва грешил на то, что лоток сломался, когда тыкаю на дисководе кнопку, лоток вроде начинает буксовать но не выесжает. Если в терминал вбить eject то дисковод выплёвывает сразу же, заесжает нормально. Все программы записи дисков, в частности k3b программно выкидывает лоток нормально. В чём может быть трабл, и куда копать?

Я застал линукс тогда, когда уже был во всей красоте iowait bug. Собственно, оно мне уже проело глаза, и я уже просто начинаю не верить, что на ядрах меньше 2.6.18 не было иоваита. Как можно было так сломать, что уже столько лет не могут вылечить. Вот, хотелось бы найти дистрибутив с ядром < 2.6.18, желательно чтоб поддерживал лайвсд режим. Чтоб чисто примонтировать раздел и записать туда что нибудь через dd. Находил пару штук уже давненько, не припомню какие там были приколы, но не получилось чтото. Прошу тех, кто знает и сталкивался с этим, указать путь истинный :)