Проблема ACPI с недавними ядрами
Я думаю, что необходимо будет использовать временный файл для этой операции так, чтобы можно было использовать && оператор, чтобы только выполнить почтовую команду, если grep возвратил статус выхода, который говорит это, имел соответствия как это:
TMPFILE=`mktemp /tmp/mailqgrep.XXXXXX`; mailq | egrep 'rejected|refused' -A5 -B5 > "$TMPFILE" && mail -s 'dd' email@email < "$TMPFILE"; rm "$TMPFILE"
Если бы Вы не возражали против временного файла, слоняющегося поблизости где-нибудь, и можете использовать статическое название его, то Вы могли пропустить специальный материал именования и удаления:
mailq | egrep 'rejected|refused' -A5 -B5 > /tmp/mailqgrep && mail -s 'dd' email@email < /tmp/mailqgrep
Править: После наблюдения ответа glenn я играл с этим еще немного и по-видимому присвоение переменной с помощью $() синтаксис возвращает код выхода команды, таким образом, можно пропустить тест, он использовал для длины строки, и используйте это вместо этого. Здесь это - все в одной команде:
data=$(mailq | egrep 'rejected|refused' -A 5 -B 5) && mail -s 'dd' email@email <<< "$data"
Редактирование 2: После наблюдения ответа Simon я проверил мой mail программа. Это не ведет себя в способе, которым он описывает по умолчанию, но действительно имеет опцию для этого. Из страницы справочника:
-EЕсли исходящее сообщение не содержит текста в своей первой или только части сообщения, не отправляйте его, но отбрасывайте его тихо, эффективно устанавливая переменную skipemptybody при запуске программы. Это полезно для отправки сообщений из сценариев, запущенных кроном (8).
Создание этого возможного:
mailq | egrep 'rejected|refused' -A 5 -B 5 | mail -E -s 'dd' email@email
Обычно это вызывается поврежденной acpi BIOS, однако, если можно определить определенную версию ядра, где она работает без acpi=off и того, где она повреждается, затем можно начать делить пополам для сужения точно, какое изменение вызвало ее. Это могло привести к нахождению ошибки ядра, для которой будет нужно зафиксированный, или возможно понимание природы ошибки в Вашей BIOS и нахождения работы вокруг.
Перед входом в стычку сделанного на заказ ядра (который мог бы сделать Вас хороший так или иначе), можно попробовать еще некоторые параметры загрузки, чтобы или отладить проблему или возможно даже загрузиться успешно. Вот некоторые, что я попробовал бы: acpi=noirq, acpi=strict, pci=noacpi.
Один простой прием, который Вы могли бы использовать, должен просто выполнить Ваш Монетный двор на хинду ядре. Чтобы сделать это, необходимо скопировать файлы с двух мест: /boot/ (где ядро и initrd находятся), и /lib/modules (где все модули каждого ядра сохранены). Команда uname -r, выполненный от рабочей хинду системы, укажет на соответствующие файлы/каталоги, которые необходимо будет скопировать в раздел Монетного двора.
Если Вы заканчиваете тем, что создали свое собственное ядро, возражаете против двух вещей:
- Вы не можете только использовать конфигурацию ядра от своего рабочего хинду ядра с источниками от Монетного двора (я обращаюсь к конфигурациям, которые Вы вставили) - потому что они обращаются к различным источникам ядра. Если Вы действительно хотите хинду конфигурацию с ядром Монетного двора, можно попытаться использовать хинду файл конфигурации с той же или более новой версией источников ядра от Монетного двора. Затем необходимо скопировать хинду конфигурацию tou исходный каталог Монетного двора, назвав его
.configи в первую очередь выполненныйmake oldconfigпрежде, чем реализовать любую ручную конфигурацию. - В случае, если Вы могли бы столкнуться с проблемами ACPI в будущем, удостоверьтесь, что включили отладку ACPI (
CONFIG_ACPI_DEBUGопция), и читают об использовании его в<your_sources_dir>/Documentation/kernel-parameters.txtи другие файлы, на которые ссылаются оттуда.
Я исправил это, добавив параметры acpi_osi=Windows (lie) и acpi_backlight=vendor в качестве опциональных параметров загрузки. Проблема была связана с материнской платой foxconn
.