Всем известно, что мэинтейнеры дистрибутивов часто содержат свой собственный зоопарк патчей для популярных программ. Они их где-то выкладывают в «свободном» виде? Интересуют патчи из Убунты и Федоры.

И еще вопрос: как узнать с какими опциями собиралась та или иная программа перед упаковкой в пакет.

Что народ посоветует подкрутить чтобы не так сильно страдать от потерь 15-25% пакетов? MTU крутил, но эффекта мало. Запас пропускной способности многократный, но из-за периодических потерь все дико тормозит.

После торжественного суицида Оперы переполз на FF. Минусов в этом демарше виделось много, но была надежда и на один плюс: наконец-то перестану быть веб-изгоем и заработают, наконец, все сайты нормально. И что же я получил? Поиск в maps.google.com срабатывает по-прежнему через раз, элементы векторных карт иногда все сваливаются в кучу, активный скроллинг спутниковых снимков периодически валит весь браузер. Адские тормоза скроллинга и несрабатывания контролов на разных сайтах случаются ничуть не реже, чем в Опере. Авторизация через сторонние сервисы глючит точно так же. И ко всему этому я получил вместо монолитного комбайна зоопарк из постоянно недоделанных и конфликтующих друг с другом аддонов, а теперь еще и ушлепский интерфейс. Как теперь жить?

quwy

P.S. На семпл простейшего приложения из комплекта webkit я смогу перейти только если сойду с ума и мне сделают лоботомию.

Случилось с сервером странное: отказало все и сразу, процессы не создавались и не килялись, команда reboot -f не проходила. Это все примерно после годового аптайма.

После нажатия reset система вообще не поднимается. Надолго задумывается после перечисления HDD и выдает:
ALERT! /dev/md2 does not exists. Dropping to a shell!

При этом /dev/md2 прекрасно видится и монтируется при загрузке с LiveCD. Правда при этом в dmesg есть сообщение что массив рассинхронизирован и что начата синхронизация. Сервер останавливать нежелательно, поэтому пока сделал chroot, запустил руками сервисы и оставил так.

Как это все понимать? Если массив не распознается из-за рассинхрона, то почему его легко разпознает сторонняя система? Я конечно дождусь синхронизации, но что-то не верится что дело в этом. Что народ думает?

Написал простую сиделку на нескольких серверах с программными RAID и увидел, что все они периодически, без видимых причин, самостоятельно инициируют процедуру восстановления. При этом в процессе восстановления все физические диски отмечены как «active sync». В логах дисковых ошибок нет. Зачем mdadm это делает?

Привествую, помогите плиз малой кровью решить проблему.

Есть сервер, на котором работает софтварный RAID1 на двух идентичных дисках. В один момент замечаю, что статус стал clean, degraded, а один из дисков removed.

Казалось бы, ничего удивительного, с кем не бывает, полетел винт. Дальнейшее расследование показало, что винт не полетел, а просто обзавелся несколькими бедами. Но вот бред: отвалившийся винт как раз чистый, BB имеются на том, что остался!

Ладно, пытаюсь переподключить отвалившийся винт. Подключается, начинается синхронизация, но т.к. синхронизация идет со сбойного диска на здоровый, то в конце концов нарывается на беды. И вот тут начинается второй бред: нарвавшись на BB, mdadm не придумал ничего лучше, чем молча начать процесс синхронизации сначала! И так до бесконечности.

Ну и собственно вопросы:

1. Почему из рейда выпал здоровый винт а больной остался?

2. Как мне перевести рейд на здоровый винт?

3. Как мне вернуть сбойный винт в рейд, пометив беды на уровне ФС обоих дисков?

P.S. Сервер удаленный, есть только ssh и останавливать его нельзя, то есть совсем нельзя. Дисковая активность минимальна, но он должен быть онлайн.

Есть необходимость удаленного наблюдения за работой человека в консольной сессии (тоже удаленной, через xterm, PuTTY или любой другой терминал). Можно ли это сделать, и если да, то как? Спасибо.