Ошибка шины astra linux

mmap минимальный пример POSIX 7

«Ошибка шины» происходит, когда ядро ​​отправляет SIGBUS в процесс.

Минимальный пример, который создает его, потому что ftruncate был забыт:

#include <fcntl.h> /* O_ constants */
#include <unistd.h> /* ftruncate */
#include <sys/mman.h> /* mmap */

int main() {
    int fd;
    int *map;
    int size = sizeof(int);
    char *name = "/a";

    shm_unlink(name);
    fd = shm_open(name, O_RDWR | O_CREAT, (mode_t)0600);
    /* THIS is the cause of the problem. */
    /*ftruncate(fd, size);*/
    map = mmap(NULL, size, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
    /* This is what generates the SIGBUS. */
    *map = 0;
}

Запустить с помощью:

gcc -std=c99 main.c -lrt
./a.out

Протестировано в Ubuntu 14.04.

POSIX описывает SIGBUS как:

Доступ к части undefined объекта памяти.

спецификация mmap говорит, что:

Ссылки в диапазоне адресов, начинающиеся с pa и продолжающиеся для len-байтов на целые страницы, следующие за концом объекта, должны привести к передаче сигнала SIGBUS.

И shm_open говорит, что он генерирует объекты размером 0:

Объект общей памяти имеет нулевой размер.

Итак, при *map = 0 мы касаемся конца выделенного объекта.

Спокойно работал, вдруг, всё стало доступно только для чтения, браузер не смог открывать страницы, ничего не компилируется, не запускается, терминал тоже глючит. Потом мне во включенном терминале написало:

KeyboardInterrupt
Traceback (most recent call last):
  File "/usr/lib/command-not-found", line 1, in <module>
    
KeyboardInterrupt
    
KeyboardInterrupt
^C

На любые существующие команды — «Ошибка шины», на несуществующие вообще ничего не пишет (даже то, что команда отсутствует)
Сейчас всё нормально загружается, но, по-моему, только в оперативку. Диск стал доступен только для чтения. В чём дело?
Ещё несколько команд проделал:

root@vladiator:~# cd gaming #нормально
root@vladiator:~/gaming# ls #нормально
vlacer
root@vladiator:~/gaming# cd vlacer #нормально
root@vladiator:~/gaming/vlacer# ./jojee #ненормально
bash: ./jojee: Нет такого файла или каталога
root@vladiator:~/gaming/vlacer# ls #Ненормально
Ошибка шины

В общем, я не знаю, какая информация нужна, спрашивайте её, если надо. Могу сказать лишь то, что у меня огромные проблемы.
Недавно открывал системник и закрыл его. Возможно, что-то там слетело (тем более, у меня в последнее время часто кабель для соединения диска с материнкой отваливается), но проверил соединение — вроде норм.

Добавлено через 1 минуту

root@vladiator:~/gaming/vlacer# badblocks -v /dev/sda
bash: /sbin/badblocks: Ошибка ввода/вывода

Добавлено через 3 минуты
Если бы диск полностью отрубился, то gnome-panel бы вылетел и появилось сообщение с кучей квадратов (как при отключении диска и rm -rf)

Добавлено через 5 минут
Сделал перезапуск, всё нормально, но хотелось бы узнать, из-за чего это было. Возможно, соединение действительно ненадолго пропало, но могло ли это привести к таким последствиям?

Материал из Национальной библиотеки им. Н. Э. Баумана
Последнее изменение этой страницы: 17:22, 21 мая 2019.

Модератор: Модераторы разделов

Материал из Национальной библиотеки им. Н. Э. Баумана
Последнее изменение этой страницы: 17:22, 21 мая 2019.

Недавно я пытался установить Mint на несколько узлов в своем институте. Иногда мне не удавалось установить, и на экране появлялось множество ошибок шины PCIe. Я также наблюдал аналогичную проблему с Ubuntu 18.04.

Я застрял в нем больше месяца после того, как использовал множество решений и наблюдений (решение то же самое, но наблюдение и лечение может быть другим), я нашел кое-что, что было полезно для меня, и я думаю, что может быть полезно для других Ubuntu и Linux Mint пользователей.

Наблюдения за исправлением серьезности ошибки шины PCIe

Это произошло с моей системой HP, и кажется, что есть некоторые проблемы совместимости с оборудованием HP. Ошибка шины PCIe — это, по сути, сообщение ядра Linux об аппаратной проблеме.

Сообщения об ошибках превращаются в кошмар из-за того, что система часто выдает сообщения об ошибках. Я заметил в различных Linux форумы что многие пользователи HP столкнулись с этой ошибкой, вероятно, HP необходимо улучшить поддержку Linux для своего оборудования.

Обратите внимание: это не обязательно означает, что вы не можете использовать Linux в своей системе HP. Возможно, вы сможете использовать Linux, как и все остальные. Просто то, что это сообщение мигает на экране при каждой загрузке, раздражает, а иногда это может привести к большим проблемам.

Если система будет продолжать отчитываться, она увеличит размер журнала. Если у вас ограниченное пространство для root, это может означать, что ваша система зависнет на черном экране с сообщением об ошибке PCIe, и ваша система не сможет загрузиться.

Теперь, когда вы знаете несколько вещей, давайте посмотрим, как исправить эту ошибку.

Обработка сообщений об ошибках шины PCIe, если вы можете загрузиться в систему Linux

Если вы видите сообщение об ошибке шины PCIe на экране во время загрузки, но вы все еще можете войти в систему, вы можете найти обходной путь для этого раздражения.

Что касается аппаратной совместимости, то вы мало что можете сделать. Я имею в виду, что вы (скорее всего) не можете пойти дальше и начать кодировать драйверы для вашего оборудования или исправить код существующих драйверов. Если ваша система работает нормально, ваша основная проблема должна заключаться в том, чтобы слишком много сообщений об ошибках не занимали дисковое пространство.

В связи с этим вы можете изменить параметр ядра Linux и попросить его перестать сообщать об ошибках PCIe. Для этого вам нужно отредактировать конфигурацию grub.

По сути, вам просто нужно использовать текстовый редактор для редактирования файла.

Первым делом сделайте резервную копию вашего файла конфигурации grub, чтобы вы могли вернуться в случае, если вы не уверены в том, что вы изменили. Откройте терминал и используйте следующую команду:

cp / etc / default / grub ~ / grub.back

Теперь откройте файл в Gedit для редактирования:

sudo gedit / etc / default / grub

Ищите строку, в которой GRUB_CMDLINE_LINUX_DEFAULT = «тихий всплеск»

Добавьте в эту строку pci = noaer. AER расшифровывается как Advanced Error Reporting, а noaer просит ядро ​​не использовать / log Advanced Error Reporting. Измененная строка должна выглядеть так:

 GRUB_CMDLINE_LINUX_DEFAULT = "тихий всплеск pci = noaer"

После того, как вы сохранили файл, вы должны обновите личинку с помощью этой команды:

sudo update-grub

Перезагрузите Ubuntu и вы больше не должны видеть сообщения «Сообщения об исправлении серьезности ошибки шины PCIe».

Если это не решит проблему, вы можете попробовать изменить другие параметры ядра.

Дальнейшее устранение неполадок: отключить MSI

Теперь вы прибегаете к ударам и суду. Вы можете попробовать отключить MSI. Хотя ядро ​​Linux поддерживает MSI уже несколько лет, неправильная реализация MSI от некоторых производителей оборудования может привести к ошибкам PCIe.

Сверло практически такое же, как вы видели в предыдущем разделе. Вы редактируете конфигурацию grub и делаете так, чтобы строка GRUB_CMDLINE_LINUX_DEFAULT выглядела так:

 GRUB_CMDLINE_LINUX_DEFAULT = "тихий всплеск pci = nomsi"

Обновите grub и перезагрузите систему:

sudo update-grub

Дальнейшее устранение неполадок: отключите mmconf

Я знаю, что это повторяется, но если вы все еще сталкиваетесь с проблемой, возможно, стоит попробовать в последний раз. На этот раз отключите параметр mmconf в ядре Linux.

mmconf означает конфигурацию с отображением памяти, и если у вас старый компьютер, ошибка BIOS может привести к этой проблеме.

Шаги остаются прежними. Просто измените строку GRUB_CMDLINE_LINUX_DEFAULT в вашей конфигурации grub, чтобы она выглядела так:

 GRUB_CMDLINE_LINUX_DEFAULT = "тихая заставка pci = nommconf"

Не могу загрузиться! Как отредактировать конфиг grub сейчас?

В некоторых случаях, если вы вообще не можете загрузиться, возможно, у вашего корня нет места. Идея здесь состоит в том, чтобы удалить старые файлы журнала и посмотреть, сможете ли вы сейчас загрузиться, и, если да, измените конфигурацию grub.

При перезагрузке, если вы застряли с журналами на экране и выполните жесткую загрузку (используйте кнопку питания, чтобы выключить и снова включить его). При включении выберите переход в режим восстановления на экране личинки. Он должен быть в разделе «Дополнительные параметры».

Если ваша система не отображает экран grub, нажмите и удерживайте клавишу Shift при загрузке. В некоторых системах нажатие клавиши Esc вызывает экран grub.

В расширенном варианте-> режим восстановления:

Перейдите в корневую оболочку:

Если вы воспользуетесь командой ls для поиска больших файлов, вы увидите, что sys.log и kern.log занимают очень много места:

ls -s -S / var / журнал

Ты можешь очистить файлы журнала в командной строке Linux Сюда:

$> системный журнал. $> kern.log

Как только это будет сделано, перезагрузите вашу систему. У вас должна быть возможность войти в систему. Вам следует быстро изменить параметры grub, как описано выше. В этом случае вам может помочь добавление pci = noaer.

Я знаю, что это скорее обходной путь, чем решение. Но это то, что меня долго беспокоило и помогло обойти ошибку. В противном случае мне пришлось переустанавливать систему.

Я просто хотел поделиться с сообществом тем, что у меня сработало. Надеюсь, это поможет и вам.

Эта статья написана Аруном Шримали. Арун — руководитель ИТ-отдела в Resonance Institute в Индии, и он пытается внедрить программное обеспечение с открытым исходным кодом в своей организации.
Статья отредактировала Абхишек Пракаш.

В вычисление, а ошибка шины это вина поднимается аппаратно, уведомляя Операционная система (ОС), к которой процесс пытается получить доступ объем памяти что ЦПУ физически не может обратиться: неверный адрес для адресная шина, отсюда и название. В современном использовании на большинстве архитектур они встречаются гораздо реже, чем ошибки сегментации, которые возникают в первую очередь из-за нарушений доступа к памяти: проблемы в логичный адрес или разрешения.

На POSIX -совместимых платформ, ошибки шины обычно приводят к отправке сигнала SIGBUS процессу, вызвавшему ошибку. SIGBUS также может быть вызван любой общей неисправностью устройства, которую обнаруживает компьютер, хотя ошибка шины редко означает, что компьютерное железо физически сломан — обычно это вызвано ошибка в программного обеспечения.^{[нужна цитата ]} Ошибки шины могут также возникать для некоторых других ошибок пейджинга; Смотри ниже.

Причины

Есть как минимум три основных причины ошибок шины:

Несуществующий адрес

Программное обеспечение указывает ЦП на чтение или запись определенного физического адрес памяти. Соответственно, ЦП устанавливает этот физический адрес на своем адресная шина и запрашивает все остальное оборудование, подключенное к ЦП, для ответа с результатами, если они отвечают для этого конкретного адреса. Если никакое другое оборудование не отвечает, ЦП поднимает исключение, заявляя, что запрошенный физический адрес не распознается всей компьютерной системой. Обратите внимание, что это касается только физический адреса памяти. Попытка получить доступ к неопределенному виртуальная память адрес обычно считается ошибкой сегментации, а не ошибкой шины, хотя если MMU отдельный, процессор не заметит разницы.

Невыровненный доступ

Большинство процессоров с байтовой адресацией, где каждый уникальный адрес памяти относится к 8-битному байт. Большинство процессоров могут получить доступ к отдельным байтам из каждого адреса памяти, но обычно они не могут получить доступ к более крупным блокам (16 бит, 32 бита, 64 бита и т. Д.), Если эти блоки не «выровнен «к определенной границе ( платформа x86 являясь заметным исключением).

Например, если многобайтовый доступ должен быть выровнен по 16 битам, адреса (в байтах) 0, 2, 4, 6 и т. Д. Будут считаться выровненными и, следовательно, доступными, тогда как адреса 1, 3, 5 и так далее будет считаться невыровненным. Точно так же, если многобайтовый доступ должен быть выровнен по 32 бита, адреса 0, 4, 8, 12 и так далее будут считаться выровненными и, следовательно, доступными, а все адреса между ними будут считаться невыровненными. Попытка получить доступ к блоку размером больше байта по невыровненному адресу может вызвать ошибку шины.

Некоторые системы могут иметь их гибрид в зависимости от используемой архитектуры. Например, для оборудования на базе IBM System / 360 мэйнфрейм, включая IBM System z, Fujitsu B8000, RCA Spectra и UNIVAC серии 90, инструкции должны быть на 16-битной границе, то есть адреса выполнения должны начинаться с четного байта. Попытки перейти на нечетный адрес приводят к исключению спецификации.^[1] Однако данные могут быть получены из любого адреса в памяти и могут быть одним байтом или больше в зависимости от инструкции.

Процессоры обычно обращаются к данным во всю ширину своего шина данных во все времена. Для адресации байтов они обращаются к памяти по всей ширине своей шины данных, затем маскируют и сдвигают для адресации отдельного байта. Системы терпимо относятся к этому неэффективному алгоритму, поскольку это важная функция для большинства программ, особенно нить обработка. В отличие от байтов, блоки большего размера могут охватывать два выровненных адреса и, таким образом, потребуют более одной выборки по шине данных. ЦП может поддерживать это, но эта функция редко требуется непосредственно в Машинный код уровень, поэтому разработчики ЦП обычно избегают его реализации и вместо этого выдают ошибки шины для невыровненного доступа к памяти.

Ошибки подкачки

FreeBSD, Linux и Солярис может сигнализировать об ошибке шины, когда страницы виртуальной памяти не могут быть загружено в, например потому что он исчез (например, доступ к файл с отображением памяти или выполнение двоичное изображение который был усечен во время работы программы),^[2] или потому что только что созданный файл с отображением памяти не может быть выделен физически, потому что диск заполнен.

Отсутствующий сегмент (x86)

На x86 существует более старый механизм управления памятью, известный как сегментация.Если приложение загружает регистр сегмента с помощью селектора отсутствующего сегмента (что в POSIX-совместимых операционных системах может быть выполнено только с язык ассемблера ) создается исключение. Некоторые операционные системы использовали это для подкачки, но под Linux это генерирует SIGBUS.

Пример

Это пример невыровненного доступа к памяти, записанный в Язык программирования C с Синтаксис сборки AT&T.

#включают <stdlib.h>int главный(int argc, char **argv) {    int *iptr;    char *cptr;    # если определено (__ GNUC__)# если определено (__ i386__)    / * Включить проверку выравнивания на x86 * /    __как м__("pushf пorl $ 0x40000, (% esp) ппопф ");# определено elif (__ x86_64__)      / * Включить проверку выравнивания на x86_64 * /    __как м__("pushf пorl $ 0x40000, (% rsp) ппопф ");# endif#endif    / * malloc () всегда предоставляет память, которая выровнена для всех основных типов * /    cptr = маллок(размер(int) + 1);        / * Увеличиваем указатель на единицу, делая его смещенным * /    iptr = (int *) ++cptr;    / * Разыменовать его как указатель int, вызывая невыровненный доступ * /    *iptr = 42;    /*       Последующие обращения также приведут к ошибке sigbus.       короткие * sptr;       int i;       sptr = (короткий *) & i;       // Для всех приращений нечетных значений это приведет к sigbus.       sptr = (короткий *) (((char *) sptr) + 1);       * sptr = 100;    */    возвращаться 0;}

Компиляция и запуск примера на POSIX совместимая ОС на x86 демонстрирует ошибку:

$ gcc -ansi sigbus.c -o sigbus$ ./sigbus Ошибка шины$ gdb ./sigbus(GDB) рПрограмма получила сигнал SIGBUS, Ошибка шины.0x080483ba в main ()(GDB) x / i $ шт0x80483ba 
: mov DWORD PTR [eax], 0x2a(GDB) p / x $ eax$1 = 0x804a009(GDB) p / t $ eax & (sizeof (int) - 1)$2 = 1

В GDB отладчик показывает, что немедленная ценность 0x2a хранится в месте, хранящемся в EAX регистр, с помощью Язык ассемблера X86. Это пример регистрировать косвенный адресация.

Печать биты младшего разряда адреса показывает, что это не выровнен по границе слова («двойное слово» в терминологии x86).

Рекомендации