Pierre 303 является неправильным о том, кто ответственен за установку заголовка Идентификатора сообщения. SMTP требует, чтобы было один, он не указывает, кто создает его. Почтовые программы, как предполагается, обеспечивают тот, если входящему сообщению недостает один, который не останавливает программы, которые отправляют почту от установки их собственного.
Как это происходит, Exchange 2007 SP1 действительно связывали проблему с этим (ссылка). Если Вы, оказывается, работаете перед этой версией это могло бы быть то, почему Идентификатор сообщения не абсолютно заполнен на стандартное использование.
Я бы сказал, что вы в довольно плохой форме. Если вы просто отчаянно хотите каким-то образом восстановить некоторые из ваших данных и не заботитесь о LVM (чьи метаданные, вероятно, уже повреждены, судя по ошибкам ввода-вывода из vgchange -an
), я бы рекомендовал пойти низкий уровень. Помните, что LVM - это просто оболочка для сопоставителя устройств ядра, поэтому вы можете использовать dmsetup
для управления логическими томами. Таблица dmsetup
предоставит вам список активных в настоящее время логических дисков, поэтому рекомендуется создать резервную копию ее вывода на случай, если вы не сможете получить доступ к своему LVM позже. Затем вы можете попробовать остановить устройства, которые хотите остановить, с помощью dmsetup remove
или даже dmsetup remove_all
. Но сначала убедитесь, что они размонтированы.
И, конечно же,
When vgchange -an
does not seem to do anything (on an Ubuntu system) then consider blaming udev rules after reading this bug report (I found it Googling for "dmsetup remove lvm vgchange
"):
https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/1088081
Временное решение выглядит следующим образом (спасибо Мартину):
sudo umount / mnt # принять диск в вопрос смонтирован в / mnt sudo service udev stop sudo lvchange -an <имя-LV> sudo cryptsetup luksClose <имя-устройства-LUKS> sudo service udev start