Melkij

Ext4 разумный выбор на сегодня. Не забываем правильно выставлять stride, stripe-width, если поверх raid, кроме raid1.
Для этого можно использовать например вот такую полезную штуку: busybox.net/~aldot/mkfs_stride.html
Также, размер чанка в рейде в зависимости от данных, часто имеет смысл ставить отличный от стандартного.

Если много мелких файлов, то ReiserFS.

Или например у нас много мелких медиафайлов (музыка, фото) и много клиентов, тогда для нас существенным фактором будет являться фрагментирование, а не ФС.

Но тут ещё надо помнить, что в линуксе (да и не только) файлы кешируются, и если оперативы достаточно, то какая файловая система будет уже не важно.

В общем я думаю, что в каждом конкретном случае надо подбирать.
Также я думаю, что если вы не работник ДатаЦентра Гугла, то вам не стоит заморачиваться именно на файловом системе. Ибо прирост врядли составит более 20%. А вот заморочится на физических характеристиках HDD, рейде и оперативной памяти как раз таки стоит.

XFS подходит для больших файлов в несколько ГБ, ReiserFS — для кучи мелких файлов. ext4 — нечто среднее между ними.

Не слушайте этих болтунов. Для комментариев идеальный вариант — Materialized Path (уважаемые коллеги, кто предлагает Nested Sets, вы пробовали прикинуть, сколько обновлений придется сделать при вставке комментария перед 100 существующими? а перед 200?). Проблема дорогой вставки частично обходится переходом на дробные left и right key, но это сложно.

Недостатки Materialized Path: ораниченная глубина комментариев (но можно поставить например 16 или 32 — это почти всегда хватит), ограничение на число дочерних комментариев (опять же, ставим цифру типа 65536 и не паримся — вряд ли на вашем сайте будет столько ответов).

Смена родителя комментария — дорогая и сложная операция, но я не знаю, где это требуется.

Плюсы: дешевая вставка (1 обычный INSERT), дешевая выборка (1 SELECT с индексом).

Вывод: слушайте лучше мои умные советы а не этих болтунов.

Проблема простая. На винте имеются бэд-блоки. Лечится прогоном MHDD в режиме erase waits или Victoria (hdd-911.com) в режиме advanced remap. Затем часто бывает необходимо выполнить проверку диска из того же Acronis с включенными проверкой поверхности и исправлением ошибок.

если очень экстренная ситуация, а данные никто не должен суметь восстановить — может тогда есть смысл хранить их в зашифрованном виде, а ключ к ним — хранить на флешке?

Больменее экстренно можно только винт физически уничтожить, а качественно информацию затереть времени немало уйдет.

отсутствие в этом списке gentoo как бы намекает

Gentoo

за такую цену вам наверно только 2 винта внутри данного сервера на soft-raid (для переносимости)

Во-первых, как уже неоднократно говорилось, лучшим дистрибутивом является тот, который знаешь сам или который знает твой друг.
Во-вторых, посмотреть статистику по дистрибутивам можно на distrowatch'е.
В-третьих, таки посоветую: дебиан, арч или дженту. Первый известен стабильностью, второй — простотой, третий — гибкостью.
Для оптимизации ядра не обязательно его вручную собирать — поставьте pf-kernel.
Насчет поддержки железа — если ее нет в последнем ядре, то ждите обновлений.

Чтобы не уходил в слип — в электропитании->изменение параметров выбранного плана->изменить дополнительные параметры питания->кнопки питания и крышка.

Нагрузите ноут по максимуму и попробуйте, насколько греется клавиатура и поднимается из нее ли теплый воздух. Если нет — то все будет ОК.

Может проще вообще снять крышку с убитой матрицей? ;-)

Часто работаю с Я.Деньгами. Все нормально, ни разу не было проблем. Ubuntu 10.04, Firefox — с 3 по 11 версии, Chrome.

Явно какой-о косяк у вас.

Попробуйте воспользоваться программами типа Victoria или MHDD; они зачастую помогают несколько «оживить» битые винты. USB-переходники при этом лучше не использовать, а подключать напрямую.

Как вариант, (если винт определяется) загрузиться в какой-нить юниксовый LiveCD и с'dd'ить оттуда образ в файл (пока винт читается), а потом уже работать только с ним. Винт положить на полочку и не трогать — совсем в крайнем случае, возможно, его придется отнести в спецсервис. Хотя, если доходит до загрузки ОС, перспективы восстановить данные «дома» неплохие.

Всего не предусмотришь- в идеале было бы иметь еще один «аварийный» сервер, пусть ниже по производительности, но которым можно на первое время заменить основной «боевой».

На «боевых» же чаще всего горят блоки питания или сыпятся жесткие диски. Иногда выходят из строя конденсаторы на материнских платах, но если умеете паять- это дело решаемое и не затратное.

Если отключаете автосогласование, то лучше бы на обоих карточках выставить вручную.

Попробуйте обновить драйвер\запустить под другой ОС (Linux etc.)\другую сетевуху.

1. Проверьте как обжат кабель. Для сотки и гигабита разный кроссовер (2 пары или 4) (на кросе для сотки гигабит не поднять, макс. 100Мбит)
2. Проверьте настройки сетевых карт — попробуйте выключить Auto MDI/MDI-X (если включено)
3. Явно включить на обеих картах Auto negotiation — гигабит не на Auto не поднимается (по стандарту)

А вообще действительно — попробовать включить через свитч и посмотреть что скажут логи.

Кабель заменять пробовали?
Потому как скорость выстраивается от возможностей соединения. Если сигнал не тот, который возможен для высокой скорости — идет попытка соединиться на более медленной скорости.

Ещё как совет — достать свитч гигабитный на время и проверить какая карточка капризничает.
Но думаю дело решится заменой кабеля. Обжаты все 8 или только 4?