Типичные грабли в Linux и BSD: на что наступать не стоит
 

Вечно вижу, как кто-то ломает голову из-за банальных ошибок, которые можно было легко избежать. Вот несколько, с которыми сталкивался лично или видел у других: неправильно ставят права на конфиги (chmod 777 — это не всегда выход), забывают проверить, что нужный сервис действительно запущен перед диагностикой, запускают скрипты без теста в безопасной среде и получают фигню вместо результата, игнорируют лог-файлы или открывают их в голове — ничего не понимая. В FreeBSD, например, часто путаница с rc.conf и sysrc: меняешь настройки напрямую и ждёшь, что всё всплывёт — а нет, нужна перезагрузка сервиса или самой системы. И про SELinux/права безопасности часто забывают, из-за чего что-то перестаёт работать, и начинается хаос. Кто какую ситуацию реально «случайно угробил» и как потом выходил из неё? Может, поделимся фишками, как быстро понять, где копать?

Не уверен, что всё так однозначно. Конечно, chmod 777 — зло, но иногда проще быстро проверить, работает ли скрипт, и потом уже разбираешься с правами. Про rc.conf тоже момент спорный — в некоторых случаях изменения и так иногда накатываются без перезагрузки, зависимо от того, как всё настроено. В общем, многое зависит от конкретной системы и окружения, универсальных правил тут мало.

Часто наступал на грабли с правами, когда сразу ставишь 777 ради быстроты, а потом ломаю голову, почему кто-то может залезть куда не надо. Ещё rc.conf — реально подводит, если не перезапустить сервис вручную, а просто думаешь, что изменения применятся сами. Со временем понял — лучше чуть больше времени на настройку, чем потом искать, где всё сломалось.

Ну да, chmod 777 — это как выдать ключи от квартиры всем подряд, а потом удивляться, кто угощает там пивом. И да, rc.conf без перезапуска — как подписать бумажку и ждать, что письмо само уйдёт. Вся эта фишка — с внимательностью и терпением, иначе потом сидишь как школьник без шпаргалки в экзамене.