История изменений

интернета нет(

обычно проверяют так:
1) пинг по ip до шлюза,
2) пинг по ip до хоста за шлюзом, например, до 8.8.8.8,
3) если нет, на всякий случай traceroute -n 8.8.8.8, чтобы видеть, где заткнулось, может это у прова лег маршрут,
4) пинг наружу по имени, например, ya.ru, если имя не разрешилось, смотрим настройки резолвера, /etc/resolv.conf, пробуем попинговать сервер имен (но его админ мог отключить ответ на пинг), смотрим, отвечает ли на dig ya.ru @ip_dns_сервера (иногда ещё может портить малину /etc/nsswitch.conf).

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

По поводу сумбура — это заметно, не нужно торопиться. Золотое правило радиомеханики — не крутить более одной ручки одновременно — замечательно работает и тут. Команды — это не волшебные заклинания, каждая управляет своей частью параметров сетевого стека, приведете знания в систему и путаница уйдет.

вводил - # /etc/rc.d/rc.networkmanager stop мне выдало - permission deneid

# — здесь это признак того, что нужно исполнять команду от суперпользователя (root). Если предварительно бит исполнения с rc.networkmanager сняли, то такой результат и должен быть. А если до снятия бита исполнения не остановили запущенный NM, то он будет мешать, сбрасывать параметры wlan0. А если он не запущен, то мешать не будет (а для ответа см. ps ax | grep NetworkManager). А если запущен, то вне зависимости от бита исполнения поможет sh: # sh /etc/rc.d/rc.networkmanager stop

интернета нет(

обычно проверяют так:
1) пинг по ip до шлюза,
2) пинг по ip до хоста за шлюзом, например, до 8.8.8.8,
3) если нет, на всякий случай traceroute -n 8.8.8.8, чтобы видеть, где заткнулось, может это у прова лег маршрут,
4) пинг наружу по имени, например, ya.ru, если имя не разрешилось, смотрим настройки резолвера, /etc/resolv.conf, пробуем попинговать сервер имен (но его админ мог отключить ответ на пинг), смотрим, отвечает ли на dig ya.ru @ip_dns_сервера (иногда ещё может портить малину /etc/nsswitch.conf).

Ответ о предпринятых действиях и полученных результатах лучше давать, а также приводить копипаст из терминала, иначе связь у нас получается односторонняя, что-=то тут советуют, что-то вы у себя сделали, что и как, к чему привело, видно только вам, а без обратной связи советовать что-то тяжело, навыком телепатии не владею...

По поводу сумбура — это заметно, не нужно торопиться. Золотое правило радиомеханики — не крутить более одной ручки одновременно — замечательно работает и тут. Команды — это не волшебные заклинания, каждая управляет своей частью параметров сетевого стека, приведете знания в систему и путаница уйдет.

вводил - # /etc/rc.d/rc.networkmanager stop мне выдало - permission deneid

# — здесь это признак того, что нужно исполнять команду от суперпользователя (root). Если предварительно бит исполнения с rc.networkmanager сняли, то такой результат и должен быть. А если до снятия бита исполнения не остановили запущенный NM, то он будет мешать, сбрасывать параметры wlan0. А если он не запущен, то мешать не будет (а для ответа см. ps ax | grep NetworkManager). А если запущен, то вне зависимости от бита исполнения поможет sh: # sh /etc/rc.d/rc.networkmanager stop