По ошибке переместил файлы сервера в каталог, и сервер теперь не работает [дубликат]

Я видел, как это произошло два или три года назад, и я знаю, что существуют разные настройки AWS, так что это может быть выполнимо, а может и нет.

К машине больше нельзя было получить доступ через SSH (вход был разрешен, но оболочка не запускалась ). Не было доступного «аппаратного» терминала, как на других сервисах.

Если ваша машина может запускать корневую оболочку, то команды

LD_LIBRARY_PATH=/var/www/html/demo/lib /var/www/html/demo/lib/ld-linux.so.2 /var/www/html/demo/bin/mv /var/www/html/demo/usr /
LD_LIBRARY_PATH=/var/www/html/demo/lib /var/www/html/demo/lib/ld-linux.so.2 /var/www/html/demo/bin/mv /var/www/html/demo/var /
LD_LIBRARY_PATH=/var/www/html/demo/lib /var/www/html/demo/lib/ld-linux.so.2 /var/www/html/demo/bin/mv /var/www/html/demo/lib /
LD_LIBRARY_PATH=/lib /lib/ld-linux.so.2 /var/www/html/demo/bin/mv /var/www/html/demo/bin /

должен привести вас в достаточно восстанавливаемое состояние.

То же самое, если есть терминал, позволяющий войти через VNC, удаленный рабочий стол или что-то еще.

В нашем случае ни то, ни другое не сработало.

Тогдашний -администратор запустил еще один временный экземпляр AWS, принудительно отключил поврежденный экземпляр, отсоединил его диск и подключил его к новому экземпляру в качестве вторичного диска.

Затем он сделал то же, что и

mount /mnt /dev/sdb1
cd /mnt/var/www/html/demo
mv * /mnt/
sync
shutdown -h now

и отсоединил диск, снова подключившись к старому экземпляру, который, если не считать длительного fsck из-за грязного завершения работы, загрузился без проблем.