ручками-то пробовали работать с этим FTP - возьмите какой-нибудь ftp клиент и соединитесь с сервера? может у вас на сервере файервол так "настроен" (покажите правила)
поправил опечатку
Ну, начать с команды в shell:
fgrep -R "eval(base64_decode(" www/*.php
Смотрим ручками что нашло и правим. А затем ищем дырку и закрываем - автоматизировать это бессмысленно.
Вроде все разбито как надо. Просто добавьте разделы в райд:
mdadm /dev/md2 --add /dev/sdb3mdadm /dev/md1 --add /dev/sdb2
# mdadm /dev/md0 -a /dev/sdb1# mdadm /dev/md1 -a /dev/sdb2# mdadm /dev/md2 -a /dev/sdb3# mdadm /dev/md3 -a /dev/sdb4
Нет, не так - а как я написал выше. "Так" - это просто совершенно бездумные действия. Они означают, что самостоятельно с сервером Вам крайне не рекоммендуется работать.
~# mount /dev/md2 on / type ext3 (rw,usrquota,grpquota) [...] /dev/md1 on /boot type ext3 (rw)
Судя по этому - все подмонтировано. Сайты-то работают?
Покажите
sfdisk -d /dev/sda sfdisk -d /dev/sdb
Диск заменен точно верно? Сейчас разделы подмонтированы - что показывает mount?
Если это точная команда - она неверна.
Правильно я понял, что дело только за тем, чтобы добавить новый диск в райд - файловые системы подмонтированы и все работает?
Сейчас эти разделы примонтированы? Что показывает
mount cat /proc/mdstat
"Как Вы дошли до жизни до такой"?
А в чем тут заключается крах? Вот, к примеру:
# fdisk -l /dev/md0 Disk /dev/md0: 254 MB, 254869504 bytes 2 heads, 4 sectors/track, 62224 cylinders Units = cylinders of 8 * 512 = 4096 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Disk /dev/md0 doesn't contain a valid partition table
Никакого "краха" нет в помине, я Вас уверяю ;)
Так что от Вас потребуется сформулировать проблему точнее. Возможно, имеет смысл показать содержимое /etc/fstab.
Если Вы не от запуска fsck в "неподходящий" момент хотите защититься - тогда от чего и как тому поможет плановая перезагрузка?
Если сервер перезагрузится "грязно" - fsck пойдет в любом случае. А если Вы осуществляете "чистую" перезагрузку по каким-то причинам - отключить выполнение fsck итак в Ваших руках.
А зачем тут свободный сервер? Проверить как масштабируется fsck можно и без этого. Есть на LVM свободное место - делаем разделы разных размеров, заполняем данными, смотрим...
Но не думаю, что Вас ждет чудо.
Там есть несколько параметров: 1) число монтирований 2) время с последней проверки. Если у Вас был чистый ребут - fsck запустится по одной из этих причин. Смотрите документацию.
"Ускорить" fsck - нельзя, там все уже. Единственный вариант - отключить либо настроить указанные выше параметры, чтобы проверки шли реже.
Если, к примеру, полное восстановление из бекапа (там проверку FS, как правило, можно делать без подобных проблем) занимает у Вас время порядка или меньше времени на fsck при старте - отключайте нафиг. Для всех или части FS, man fstab.
Конечно. Иначе какой от него прок?
Ну, если Вы пишете активно - fsck много чего "найдет". Если Вы на основе подобного будете решать о запуске проверки - нужно будет каждый ребут это делать 😂
