так а скрипт postinst пробовали руками запускать? На чем он вылетает?
Для того, чтобы у Вас там еще phpmyadmin работал, Вам естесственно понадобится php и web-сервер.
Что-то, куда-то писало или пишет, потом файл удалили, а процесс не перезапустили. В итоге запись идет все в тот же inode.
Попробуйте lsof поискать кто это может. Если найти процесс не получится, можно попробовать перезагрузить сервер (если такая возможность есть), чтобы все процессы перезапустились.
Для уменьшения времени на которое кешируется надо править переменную proxy_cache_valid. Сейчас у Вас, судя по данному фрагменту, все кешируется на 3 дня. Уменьшите до минут и будет Вам уже счастье.
Параметр inactive в директиве proxy_cache_path отвечает за удаление данных из кеша. Это по сути сборщик мусора. Сейчас у Вас настроено так, что просыпаясь процесс сборки мусора будет удалять файлы кеша если их суммарный объем более 512Мб или они уже в нем более 60 мин.
STAR_eexample_edu_ru - по всей видимости сертификат для Вашего сайта (указывается в директиве SSLCertificateFile).
Остальное - промежуточные сертификаты, их надо скорее всего последовательно поместить в один отдельный файл (директива SSLCACertificateFile или SSLCertificateChainFile не помню как точно).
В Nginx точно все сертификаты сливаются в единый файл. В Apache сертификат ресурса в один, промежуточные видимо в другой.
Вам надо чтобы при выполнении обоих условий выполнялось действие или при выполнении только одного?
Данная строка работает когда оба условия выполнились, если надо чтобы только одно, тогда замените -a на -o.
у Вас в ошибке каписано 268435456. Если сделать 268435456/1024/1024, то получим всего 256Мб.
Залейте на сайт файл с phpinfo(); и посмотрите фактический лимит. Скорее всего Вы правите в одном месте, а значение переопределяется в другом. После изменения значения не забывайте перезапустить apache.
./mysql-server-5.5*.postinst configure