есть следующие моменты:
1. хосты вводить в домен при такой архитектуре нельзя.
мало того, что работа КД в виртуалке будет зависеть от нормальной работы хостовой ОС, так ещё и работа хостовой ОС в таком случае будет зависеть от работы КД в виртуалке. при двух КД это уже не настолько критично, но... я в принципе могу представить случай, когда у вас не получается авторизоваться в хостовой ОС из-за того, что по какой-то причине пару недель назад (т. е. протух кеш авторизации) у неё пропала связь по сети с обеими КД. или, что ещё хуже, сеть в норме, но КД перестал авторизовывать пользователей, прошло 2 недели, на машинах пользователей отказ в авторизации, мы пробуем зайти на хосты виртуализации - там отказ в авторизации тоже. локального админа не заводили, или завели, но пароль не помним, а то и вовсе запрещён политиками домена, в который ввели хост виртуализации. хорошего мало.
2. если вы делаете не просто для "поиграться", то вы забыли про второй контроллер домена на втором хосте.
xotkot, я даже больше скажу - не факт, что система не использует POSIX ACL. вполне может оказаться, что через списки доступа заданы расширенные права на файлы и каталоги. кроме того, владельцу может быть ограничен запуск файла на исполнение через selinux.
> каким образом могло закончится место
место обычно заканчивается всегда одинаково: содержимым файлов занимаются все доступные кластеры в файловой системе. скорее всего у вас тот же случай.
> как его почистить
зависит от того, где и чем оно занято. начните с команд df -h
и df -i
Николай, не стёб. IP видеорегистратор способен принять картинку по RTSP и отобразить её на мониторе, выступая таким образом в качестве переходного устройства между IP-камерой и интерфейсом монитора.
другое дело, что я не готов посоветовать ни один из переходников, ничего не зная о модели камеры.
MoyMirok, ну так-то люди по большому счёту правы. если бы у вас уже стоял /bin/bash, то причина была бы в настройках .bashrc.
другое дело, что отсутствие автодополнения - наиболее частое следствие использования /bin/sh, это и натолкнуло на мысль. как и дефолтный шелл /bin/sh для новых юзеров в debian-based дистрибутивах.
MoyMirok, также убедитесь, что в /etc/passwd для этого пользователя на этой машине указан тот же шелл, что и на других машинах. выглядит так, как будто в качестве шелла у вас на ней сейчас /bin/sh, тогда как на других машинах /bin/bash.
моё мнение - для начала неплохо бы вывести пользователю сообщение о том, для чего данные геолокации запрашиваются сайтом, и только если пользователь согласится с этим сообщением - производить фактический запрос.
я эти внезапные запросы на пустом месте закрываю чисто на автомате, и уверен, что не я один.
в первую очередь логи смотреть нужно в /var/log/messages.
во вторую - dmesg.
в третью - journalctl -xe.
в четвёртую - логи самого ПО (сервера майнкрафта).
где-то там и будет сказано, почему падает.
как вариант - срабатывает OOM.
... но и не приводит к ответственности.
создание интернет-магазина != продаже сигарет.
если не получится доказать, что сигареты добавлял разработчик - всё будет в порядке.
на стороне разработчика - переписка с заказчиком на тему работ по сайту и документы, подписанные с заказчиком.
более того, если запрещено продавать сигареты на сайтах, встаёт вопрос: а кто собственно продаёт - владелец сайта или его разработчик? сдаётся мне, также потребуется доказать, что сайтом владеете вы и доход от продажи получаете вы.
и при чём тут статься 404 УК РФ, которой не существует?
Владимир, но ведь последняя строка становится известна только после окончании работы скрипта, а пока скрипт работает, нельзя сказать, последняя ли та строка, которую он вывел, или будут ещё.
1. хосты вводить в домен при такой архитектуре нельзя.
мало того, что работа КД в виртуалке будет зависеть от нормальной работы хостовой ОС, так ещё и работа хостовой ОС в таком случае будет зависеть от работы КД в виртуалке. при двух КД это уже не настолько критично, но... я в принципе могу представить случай, когда у вас не получается авторизоваться в хостовой ОС из-за того, что по какой-то причине пару недель назад (т. е. протух кеш авторизации) у неё пропала связь по сети с обеими КД. или, что ещё хуже, сеть в норме, но КД перестал авторизовывать пользователей, прошло 2 недели, на машинах пользователей отказ в авторизации, мы пробуем зайти на хосты виртуализации - там отказ в авторизации тоже. локального админа не заводили, или завели, но пароль не помним, а то и вовсе запрещён политиками домена, в который ввели хост виртуализации. хорошего мало.
2. если вы делаете не просто для "поиграться", то вы забыли про второй контроллер домена на втором хосте.