Так что я новичок, когда дело касается Apache и Ubuntu, но я знаю основы (перемещение файлов, копирование, редактирование и т. Д.).
Я пытался решить проблему с разрешениями PHP, поэтому установил /tmp/ и /var/tmp/ разрешения на 777 используя chmod. Затем я изменил оба php.ini файлы, в /etc/php/ и /etc/php5/, чтобы настроить временный каталог. Однако в итоге я перезагрузил сервер, фактически не создав временный каталог (упс).
Теперь я все еще могу подключиться к своему серверу через SFTP, но в Chrome, когда я пытаюсь подключиться, он дает мне ERR_CONNECTION_REFUSED. Я думал, что это проблема с .php страниц, поэтому я попытался загрузить .html страница. Ничего. Пытался перезагрузить еще несколько раз, но безуспешно.
Кроме того, вся моя файловая система доступна только для чтения. Итак, я предполагаю, что я что-то испортил в конфигурации, и в качестве меры безопасности все заблокировано. я пытался sudo su, перемонтировать диск (заблокирован, потому что я не могу записать в какой-то файл конфигурации) и множество других вещей. Я также получаю сообщение об ошибке при выполнении fsck: fsck.ext4: unable to resolve UUID: xxxxxxxx. Опять же, я не могу автоматически исправить какие-либо ошибки путем перемонтирования, потому что я не могу записать в какой-то файл конфигурации.
Я пробовал просматривать системные журналы /var/log/, но мне не удалось найти никаких сообщений об ошибках. Я считаю, что это проблема с конфигурацией PHP, но я не уверен. Я также посмотрел на свой UFW и увидел, что он отключен. При попытке включить его, опять же, он не позволял мне, потому что я не мог писать в файловую систему. Все это в sudo.
Помощь будет принята с благодарностью. Спасибо!
РЕДАКТИРОВАТЬ: Мне удалось найти свою историю bash как root, но все не кажется слишком странным: https://pastebin.com/yPh5rSE6
РЕДАКТИРОВАТЬ 2: Одна вещь, которую я помню, это при изменении разрешений для /var/tmp/, в папке был липкий кусочек; Я считаю, что разрешение было drwxrwxrwt. Было ли изменение этого сервера ошибкой? Я не могу это изменить, потому что я смонтирован как файловая система только для чтения.
РЕДАКТИРОВАТЬ 3: Так что, похоже, проблема связана с разрешениями, которые вызвали ошибку при запуске и заблокировали файловую систему только для чтения, что привело к повреждению веб-сервера. Насколько правдоподобно это звучит? Проблема, похоже, связана с ошибкой UUID, которая появляется в двух местах: fsck и mount. Как мне решить эту проблему?
Система может спонтанно начать монтировать корневой раздел как доступный только для чтения. Ошибка UUID предполагает, что что-то не так с /etc/fstab обнаружение файлов и жестких дисков.
Первая попытка перемонтировать корневой раздел rw с явной установкой имени раздела. Используйте команду df чтобы показать, какой раздел смонтирован как /. Затем используйте sudo mount -o remount,rw как с расположением перегородки, так и /.
После того, как это, надеюсь, было успешным, пришло время отладить загрузку только для чтения. Проверить состояние /etc/fstab файл. Синтаксис правильный? Все ли указанные здесь диски и разделы действительно существуют? Нет ли явных ro варианты крепления для / точка крепления? Если файл содержит какие-либо UUID, убедитесь, что они существуют в /dev/disk/by-uuid/ и убедитесь, что эти файлы являются ссылками на существующие разделы диска.
После того, как вы исправили все возможные ошибки с помощью /etc/fstab перезагрузите машину и исправьте разрешения на tmp папки, если они не были исправлены автоматически.
Если перемонтировать корневой раздел в rw режим по-прежнему не работает с указанием местоположения диска, проверьте наличие возможных повреждений жесткого диска. Посмотрите на вывод dmesg команды и проконсультируйтесь в Интернете о любых сообщениях, предполагающих проблемы ввода-вывода. Если у вас есть smart установлен, используйте команду sudo smartctl -a /dev/<drive> чтобы убедиться, что он не был поврежден.
Вернитесь к нам после того, как попробуете все это.