Две вещи мешали почте отсылаться. Запись сервера имен в /etc/resolv.conf
указывал на IP-адрес, который больше не существовал. Я не знал, что этот новый контроллер домена / Exchange Server будет иметь новый IP-адрес. Я изменил запись в /etc/resolv.conf
кому: nameserver 192.168.2.10
кому: nameserver 192.168.2.11
.
/etc/hosts
также содержавший запись, которая имела старый IP-адрес. Я изменил это также. После того как оба из этих изменений были внесены, я перезапустил sendmail. После этого электронные письма начали успешно передаваться.
В поиске и устранении неисправностей этой проблемы я нашел большое значение в использовании telnet, я никогда не использовал его прежде.Очень рекомендую.
Спасибо за помощь, @vonbrand. Я значительно ценю его.
поздно на вечеринке, но
Я не хочу видеть не очень интересные (то есть нефибильные)
, если по физическому , вы имеете в виду блок-устройства, прикрепленные к вашему ПК, пойти с
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sdb 8:16 0 238.5G 0 disk
├─sdb1 8:17 0 100M 0 part /boot
├─sdb2 8:18 0 1G 0 part
├─sdb3 8:19 0 45G 0 part /
└─sdb4 8:20 0 192.4G 0 part
└─ssdhomecr 254:0 0 192.4G 0 crypt /home
sdi 8:128 0 931.5G 0 disk
├─sdi1 8:129 0 801G 0 part
│ └─test 254:2 0 801G 0 crypt /mnt/esata
└─sdi2 8:130 0 130.6G 0 part
Я часто использую его с помощью коммутатора - FS /F
- FS / -F - FS / -F (информация о файловой системе)
$ lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT
sdb
├─sdb1 ext2 bootp 7cf4f62a-1111-4e2f-7536-4fc5ad38bd2c /boot
├─sdb2 swap swapp 4aa6d4ae-11e7-4a35-8bf3-ab42313aca62
├─sdb3 ext4 sysp b23338ad-5a4b54i54-a842-8164-a9a9a2a /
└─sdb4 crypto_LUKS 112c40c9-7fdd-4158-895c-5344d24c4a6d
└─ssdhomecr ext4 homecr fc8a92cb-124f-4a0d-b88e-2055c06ffc3g /home
sdi
├─sdi1 crypto_LUKS a7c9fg87-6962-43e3-b8c6-7605b181630e
│ └─test ext2 esata1 124657dc-671a-4b7f-b8a7-b64d5341cabe /mnt/esata
└─sdi2 crypto_LUKS 1c5846bb-ce7e-4cbe-bb0a-b687758ea1dc
LSBLK
является частью util-linux Отказ Очевидно, что он не будет показывать предохранитель или сетевых монтажей.
FHS
V2.3 был освобожден десять лет назад. Некоторые вещи с тех пор изменились (включая введение / пробега
1 ). Около трех лет назад Фонд Linux решил обновить стандартные и пригласил всех заинтересованных сторон для участия.
Вы можете просмотреть черновики V. 3.0 . Здесь и раздел, описывающий / Run
здесь .
Различие между / СМИ
и / mnt
в FHS
(см. Цель и Обоснование ) Так что я не буду проходить через это снова. То же самое для цели / Run
- см. Ссылки.
История гнома еще одна вещь. GNOME использует под приложением под названием UDISKS
(заменил позже UDISKS2
) к приводам / устройствам Automount. До довольно долгого времени Udisks
монтирование по умолчанию были под / носитель
. В 2012 году Devs решает переместить крепления на / Run / Media
(I.E. Частный каталог). Таким образом, разное поведение, которое вы испытываете, происходит, вызвано различными версиями UDISKS
, что каждый de использует.
1: см.
Как этот каталог выполняется в моем системе, и откуда он приходит?
Что эта новая / запущена файловая система?
В FHS указано, что /media
предназначен для пользователей, а /mnt
— для администраторов. Кроме того, он запрещает добавлять пользовательские монтирования в /mnt
, так как это было обычной практикой до создания /media
.
/run
заменяет /var/run
. Эти каталоги предназначены для изменений, внесенных в систему с момента загрузки, и их следует очищать при каждой загрузке. Поскольку монтируемый носитель очищается при загрузке, некоторые утилиты используют /run
.
Было бы неплохо, если бы будущая FHS устранила эти различия, предписав, чтобы носитель перемещался в /run
или чтобы носитель не помещался в /run
. Я тоже сталкиваюсь с ними в разных системах, и мне придется кодировать это.
Подробности на:http://www.linuxbase.org/betaspecs/fhs/fhs.html#mediaMountPoint