Автор Тема: [p8] systemd опять не работает.  (Прочитано 1480 раз)

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 7 424
  • Sunny 273 RUS crew
Притащили ноут, грузится до emergency по причине на картинке. UUID-ы вроде все на месте, таблица GPT. Что, кстати, странно - утверждают, что разбивали стандартным инсталлятором при установке, получилось 4 раздела, у одного тип EFI, у трёх остальных - Microsoft basic data, даже там, где должны были быть Linux swap и Linux FS. Один раздел с NTFS есть дейтвительно. Зачёркнутое интересно, но к теме не относится.

/dev/sda1 (EFI) почему-то не монтируется в /boot/efi и руками, хотя в произвольный /mnt/d1 монтируется. Вопрос - как это чинить? C SysV и вопроса бы не было скорее всего...

mount: /root/run: filesystem was mounted, but any subsequent operation failed: No such drive or directory
[ TIME ] Timed out waiting for device dev-disk-by\x2duuid-AEE0\x2dAC30.device.
[DEPEND] Dependency failed for File System Check on /dev/disk/by-uuid/AEE0-AC30.
[DEPEND] Dependency failed for /boot/efi.
[DEPEND] Dependency failed for Local File System.
[ TIME ] Timed out waiting for device dev-sda3.device.
[DEPEND] Dependency failed for Swap Partition.
         Starting File System Quota Check...
Первая строка - это https://bugzilla.altlinux.org/31465#c48 (со слегка видоизменённым сообщением).

sda3, как раз, имеет uuid AEE0-AC30, он же монтируется в /boot/efi.
« Последнее редактирование: 08.11.2019 15:46:57 от asy »

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 5 812
закомментируйте его в fstab и потом прогоните fsck. Хотя там место скорее всего закончилось.

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 7 424
  • Sunny 273 RUS crew
закомментируйте его в fstab и потом прогоните fsck. Хотя там место скорее всего закончилось.
Там vfat банальный, что там fsck делать-то будет? Опять же, как объяснить нормальное монтирование в произвольную точку и отказ монтирования в /boot/efi? Но последствия прикольные от комментирвания - теперь udev не может запуститься. Сейчас флешку сделаю с rescue...
« Последнее редактирование: 07.11.2019 15:39:40 от asy »

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 7 424
  • Sunny 273 RUS crew
закомментируйте его в fstab и потом прогоните fsck. Хотя там место скорее всего закончилось.
Ругнулся, что было неправильное размонтирование, поправил. Ничего не поменялось (в смысле раскомментировал /boot/efi, дошло опять до or press Ctrl+D).

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 5 812
в sda3 ещё какие-то проблеммы...

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 7 424
  • Sunny 273 RUS crew
в sda3 ещё какие-то проблеммы...
Всё, вероятно, страньше гораздо. Последним действием я снёс auditd и nss_ldap по совсем другой причине, и оно вдруг загрузилось. Завтра попробую понять связь, если она есть.

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 7 424
  • Sunny 273 RUS crew
Действительно, прямое следствие. В некий момент в логе начала появляться ошибка, связанная с /lib64/security/pam_ldap.so. Первое упоминание:
Nov 05 20:30:45 hp-book.localdomain consolehelper[16289]: PAM unable to dlopen(/lib64/security/pam_ldap.so): /lib64/security/pam_ldap.so: cannot open shared object file: No such file or directoryИ дальше на pam_ldap.so начали ругаться все, кому не лень: su, passwd, sshd. Причина пока мне непонятна, сообщений от apt-get в логе до этого нет, перезагрузок не было. Но перед этим лазили в настройках и, как минимум, поменяли имя компьютера (клянутся, что больше ничего):
Nov 05 20:23:51 comp-a6-9225-radeon-ea422a.localdomain consolehelper[9828]: executing "/usr/sbin/acc": (user --> root --> root)
<... между 20:23:51 и 20:25:47 ничего интересного вроде...>
Nov 05 20:25:47 hp-book.localdomain systemd[1]: Reloading.
Про pam_ldap, соответственно, ругань пошла через 5 минут. В 20:34 уже неудачная перезагрузка (про LDAP до описанных событий в логе вообще никогда ничего не было; тут фрагменты лога, пропущено ненужное, либо аналогичное):
Nov 05 20:34:25 hp-book.localdomain systemd-tmpfiles[280]: nss_ldap: failed to bind to LDAP server ldap://127.0.0.1: Can't contact LDAP server
...
Nov 05 20:34:25 hp-book.localdomain mount[294]: nss_ldap: failed to bind to LDAP server ldap://127.0.0.1: Can't contact LDAP server
Nov 05 20:34:25 hp-book.localdomain mount[294]: nss_ldap: could not search LDAP server - Server is unavailable
...
Nov 05 20:34:25 hp-book.localdomain systemd-tmpfiles[280]: nss_ldap: could not search LDAP server - Server is unavailable
Nov 05 20:34:56 hp-book.localdomain systemd-udevd[300]: nss_ldap: failed to bind to LDAP server ldap://127.0.0.1: Can't contact LD
AP server
Nov 05 20:34:56 hp-book.localdomain systemd-udevd[300]: nss_ldap: could not search LDAP server - Server is unavailable
Nov 05 20:35:24 hp-book.localdomain systemd[1]: Started Show Plymouth Boot Screen.
Nov 05 20:35:24 hp-book.localdomain systemd[1]: Started Forward Password Requests to Plymouth Directory Watch.
Nov 05 20:35:24 hp-book.localdomain systemd[1]: Reached target Local Encrypted Volumes.
Nov 05 20:35:26 hp-book.localdomain systemd-udevd[300]: nss_ldap: failed to bind to LDAP server ldap://127.0.0.1: Can't contact LD
AP server
Nov 05 20:35:26 hp-book.localdomain systemd-udevd[300]: nss_ldap: could not search LDAP server - Server is unavailable
Nov 05 20:35:53 hp-book.localdomain systemd[1]: dev-disk-by\x2duuid-0e7baf64\x2dd8f4\x2d4c26\x2da930\x2d6c1b7a9dac22.device: Job d
ev-disk-by\x2duuid-0e7baf64\x2dd8f4\x2d4c26\x2da930\x2d6c1b7a9dac22.device/start timed out.
Nov 05 20:35:53 hp-book.localdomain systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-0e7baf64\x2dd8f4\x2d4c26\x2da930\
x2d6c1b7a9dac22.device.
Nov 05 20:35:53 hp-book.localdomain systemd[1]: Dependency failed for /dev/disk/by-uuid/0e7baf64-d8f4-4c26-a930-6c1b7a9dac22.
Nov 05 20:35:53 hp-book.localdomain systemd[1]: Dependency failed for Swap.
Ну и приехали:
Nov 05 20:35:53 hp-book.localdomain systemd[1]: Reached target Emergency Mode.
auditd видимо не при чём, а вот вместе с nss_ldap вынесло ещё вот такой список пакетов по зависимостям:
Nov 07 22:12:35 hp-book.localdomain apt-get[717]: task-auth-freeipa-0.40-alt0.M80P.2 p8+227361.300.18.1 1568116489 removed
Nov 07 22:12:36 hp-book.localdomain apt-get[717]: freeipa-client-4.3.3-alt19 p8+233242.1400.16.1 1568139265 removed
Nov 07 22:12:37 hp-book.localdomain apt-get[717]: sssd-ipa-1.16.4-alt3.M80P.1 p8+239962.500.2.1 1572364409 removed
Nov 07 22:12:37 hp-book.localdomain apt-get[717]: task-auth-ad-sssd-0.40-alt0.M80P.2 p8+227361.300.18.1 1568116489 removed
Nov 07 22:12:37 hp-book.localdomain apt-get[717]: sssd-ad-1.16.4-alt3.M80P.1 p8+239962.500.2.1 1572364409 removed
Nov 07 22:12:38 hp-book.localdomain apt-get[717]: sssd-pac-1.16.4-alt3.M80P.1 p8+239962.500.2.1 1572364409 removed
Nov 07 22:12:38 hp-book.localdomain apt-get[717]: sssd-krb5-1.16.4-alt3.M80P.1 p8+239962.500.2.1 1572364409 removed
Nov 07 22:12:38 hp-book.localdomain apt-get[717]: sssd-krb5-common-1.16.4-alt3.M80P.1 p8+239962.500.2.1 1572364409 removed
Nov 07 22:12:40 hp-book.localdomain apt-get[717]: sssd-1.16.4-alt3.M80P.1 p8+239962.500.2.1 1572364409 removed
Nov 07 22:14:22 hp-book.localdomain apt-get[1589]: nss_ldap-265-alt4 1372187699 removed
Вопрос теперь, кто от чего по systemd target зависит. systemd-udevd ждали что ли из-за LDAP, и потому решили ФС не монтировать? Или из-за systemd-tmpfiles?

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 7 424
  • Sunny 273 RUS crew
Re: [p8] systemd опять не работает.
« Ответ #7 : 08.11.2019 11:58:42 »
Интересно, в p9 так же можно систему завалить из acc?..