У NFS клиента в 2.6.x ядре появилась неприятная особенность. Он никак не сигнализирует о невозможности записать данные по причине превышения файловой квоты. А наоборот всем своим поведением говорит о том, что всё хорошо. Все операции, включая fsync() и close() заканчиваются успешно. Более того, даже ls после этого показывает якобы всё записано(размер файла равен записанному, что превышает квоту). Но через несколько секунд размер файла «укорачивается» до того размера, что поместилось в квоту (что в общем-то и есть правда).

Вот небольшая тестовая программа test_nfswrite.c, которая пишет 1024 байтные блоки. Тестовый файл /mount/m7/tmp/test должен быть на NFS сервере (не важно с каким ядром). А клиент, который пишет с ядром 2.6.x.

Компилить надо так: gcc test_nfswrite.c -o test_nfswrite

Запускать так: ./test_nfswrite 500

где 500 — это количество блоков по 1024 байта. Если указать большое количество блоков, которое не влезает в квоту, то вы должны наблюдать ошибки.
Читать дальше NFS клиент в 2.6.x врёт, что записал файл целиком

Далее из wiki

(картинка кликабельна)

Быстрых зеркал сейчас достаточно, то же mirror.yandex.ru, например. Но я бы хотел обратить внимание на dropline GNOME проект, зеркало которого есть на slackware.rol.ru.

Особенность этого проекта в том, что у него собственный dropline Installer, который нужно установить, а он в свою очередь уже по сети установит нужные пакеты в нужном порядке. Проблема в том, что свой проект они хостят на Sourceforge. Зеркала Sourceforge часто перегружены и тормозят, потому установка всех пакетов оттуда занимает часы(а то и сутки) даже при хорошем канале.

Читать дальше dropline GNOME mirror

Собрал backport patch для linux 2.4.35.3: linux-2.4.35.3_bnx2_megaraid-sas.patch

UPD (04.04.2008): Пока подходит и для всех ядер старше 2.4.35.3