find . | xargs grep 'chrome'
можно также сделать:
find . | xargs grep 'chrome' -ls
Первые шоу Вы строки в файлах, второе просто перечисляет файлы.
Опция Caleb более опрятна, меньше нажатий клавиш.
Сначала необходимо подключиться, AFAIK CentOS 6 минимальный набор сетевое устройство к ONBOOT=No
, просто сделайте a dhclient
с административными привилегиями к Вашему сетевому интерфейсу и необходимо быть в порядке:
$ sudo dhclient
При проверке с помощью ping-запросов известного хоста его именем (например. ping www.google.com
) возвраты ping: unknown host
но проверяя с помощью ping-запросов IP (например. ping 8.8.8.8
) хорошо работает затем, у Вас есть проблема разрешения DNS - пытаются добавить эти записи в /etc/resolv.conf
:
nameserver 8.8.8.8
nameserver 8.8.4.4
У меня вчера была та же проблема, и я провел часы, пытаясь решить ее. Решение закончило тем, что было просто.
Удалите содержание /etc/yum.repos.d/remi.repo
и затем выполнитесь
# yum update
Это сделано! Содержание файла запустит загрузку снова и будет настроено.
remi.repo
файл расположен?
–
06.12.2012, 13:04
Я отредактировал файл /etc/yum.repos.d/CentOS-Base.repo
и непрокомментированный baseurl
:
[base]
name=CentOS-$releasever - Base
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os
baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
У меня была та же проблема, и она была разрешена после того, как я отредактировал /etc/yum.conf
файл. Если Вы работаете на прокси-сервере и IP, который дан серверу, обойден, но все еще когда Вы открываетесь в браузере (IE - мы должны дать галочку на прокси, но никакой потребности дать имя пользователя и пароль.)
Добавьте этот после строки в основном разделе файла/etc/yum.conf файл.
proxy=http://xxx.xxx.xx.xx:8080
т.е., заменяя адресом прокси с фактическим прокси. Также измените номер порта, если это не 8080.
Если прокси требует аутентификации, добавьте это также к файлу
proxy_username=username
proxy_password=password
Вот еще одна возможность, что я наткнулся на, вызвав эту проблему:
Я использовал Марионеточный модуль для создания EPEL repo для CentOS, stahnma/epel модуля.
В модуле это создало repo URL с переменной ::os_maj_version
который не существовал в моем списке фактов. Я должен был заменить это:: operatingsystemmajrelease.
Так URL в /etc/yum.repos.d/epel.repo
было уродливо.
Это случилось со мной в среде Centos 7, и я смог решить эту проблему с помощью следующей команды:
yum clean all
Несколько месяцев я не запускал ни одной команды yum, похоже, кэшированные метаданные устарели.
Все предыдущие ответы верны, но, к сожалению, мне не помогли. Приведенная ниже команда сработала для меня:
Внимание, это приведет к удалению всех ваших репозиториев Centos !!! используйте это на свой страх и риск
mkdir ~/backup
cp -r /etc/yum.repos.d/Cen* ~/backup
rm /etc/yum.repos.d/Cen*
ONBOOT=No
расположен в файле как/etc/sysconfig/network-scripts/ifcfg-enp0s3
. Я отредактировал тот файл кONBOOT=yes
и перезагрузка может зафиксировать его. – Johnny Wong 10.05.2017, 10:21ONBOOT=yes
в/etc/sysconfig/network-scripts/ifcfg-enp0s3
работы для меня, спасибо @JohnnyWong – Evi Song 18.09.2017, 06:09