При поиске с помощью Google я не нашел никого другого, чем Theodore Tso, говорящий об этом:
http://www.redhat.com/archives/ext3-users/2008-October/msg00024.html
Соответствующая часть этого:
This means the filesystem noticed some discrepancy (for example, when
freeing a block, it noticed that the block bitmap already showed the
block as being not in use, which should never happen and indicates
filesystem corruption).
"Битовый массив блока" является просто дисковой структурой данных, указывающей, какие блоки в конкретной группе выделяются и которые не являются. Между этим и объяснением Theodore я сказал бы, что оно, вероятно, нашло блок используемым inode, который не был отмечен как таковой в битовом массиве для группы того блока.
Для меня acpid.service уже работал. Я использую Debian 9 (stretch ), так что это может быть не для всех.
/var/run/acpid.socket
— расположение по умолчанию. Проверка состояния systemd acpid.socket
показывает, где находится фактически используемый файл сокета.
$ systemctl status acpid.socket
● acpid.socket - ACPID Listen Socket
Loaded: loaded (/lib/systemd/system/acpid.socket; enabled; vendor preset: enabled)
Active: active (running) since Mon 2019-03-25 18:33:04 CET; 41min ago
Listen: /run/acpid.socket (Stream)
Просто создайте символическую ссылку на местоположение сокета по умолчанию, и все готово:
sudo ln -s /run/acpid.socket /var/run/acpid.socket
Либо укажите, какой сокет вы хотите использовать:
acpi_listen -s /run/acpid.socket