[РЕШЕНО] Новенький дебиан не запускается после восстановления из бекапа

[IlyaLinux]

Здравствуйте, друзья!

Мой опыт знакомства в Debian, что называется, с места в карьер. Вчера установил свеженький, чистенький Buster с Xfce, немного его настроил и сделал бекап.

Код Выделить Развернуть


tar \
        --create \
        --one-file-system \
        --preserve-permissions \
        --verbose \
        --totals \
        --use-compress-program pigz \
        --file="$ARHIVE_DIR/$BACKUP_LABEL.$ARHIVE_SUFFIX" \
        --listed-incremental="$ARHIVE_DIR/$BACKUP_LABEL.sht" \
        --anchored \
        --exclude-from="$SCRIPT_DIR/backup_exclude.txt" \
        --directory="$MOUNTPOINT" .


Сегодня установил дрова Nvidia из репозитория, но в момент блокировки (Super + L), экран чернеет, система начинает мигать курсором в левом верхнем углу, не реагируя на нажатия клавиш и подергивает винчестером. По Alt+Ctrl+Del штатно уходит в перезагрузку. И тут я подумал. )
-Это, конечно, неприятно, но у меня есть бекап, можно восстановиться из него, чтобы не словить еще что-нибудь по-серьезнее и далее изучить вопрос в интернете. Сказано, сделано. Из старенькой Ubuntu 16.04 выполнил.

Код Выделить Развернуть


sudo mkfs.ext4 -L "debian" -U "$(sudo blkid -o value -s UUID /dev/sdb9)" /dev/sdb9
tar \
            --extract \
            --preserve-permissions \
            --same-owner \
            --verbose \
            --totals \
            --gzip \
            --file="$ARHIVE_FILE" \
            --listed-incremental=/dev/null \
            --directory="$MOUNTPOINT"


Все файлы debian на месте. Но после перезагрузки система доходит до черного экрана с мигающим курсором в левом верхнем углу и не реагирует на нажатия клавиш. DE не стартует. По Alt+Ctrl+F1 есть возможность залогиниться под root и попробовать разобраться что пошло не так. Этим методом архивации/разархивации я пользуюсь давно, он много раз без осечек срабатывал на Ubuntu 16.04, но здесь что-то пошло не так. Подскажите, пожалуйста, с чего начать? Нет, к сожалению, опыта восстановления полузагрузившейся ОС.

[ferum]

Всё очень просто, установленная система содержит информацию о своих разделах по uuid   в системном файле /etc/fstab.
При развёртывании образа системы из архива uuid ы разделов рандомно меняются.из под любого живого линукса, утилитой blkid новые значения uuid  разделов определяются и вписываются на замену в /etc/fstab, потом всё работает.

[IlyaLinux]

uuid ы разделов рандомно меняются

неа. ) чтобы это предотвратить перед разарзивацией дал команду

Код Выделить Развернуть


sudo mkfs.ext4 -L "debian" -U "$(sudo blkid -o value -s UUID /dev/sdb9)" /dev/sdb9


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

[gardarea51]

Ну по сути система у вас таки загружается, раз в первую консоль залогиниться можете.
Смотрите в сторону ошибок иксов, для начала что-то навроде:

Код Выделить Развернуть

cat /var/log/Xorg/xorg.log | grep EE

[IlyaLinux]

Зря ругал Nvidia, оказался lightdm.service. Похоже, он уже вчера плохо работал и в таком состоянии я систему забекапил.

Код Выделить Развернуть


# systemctl list-units --state failed

  UNIT            LOAD   ACTIVE SUB    DESCRIPTION         
● lightdm.service loaded failed failed Light Display Manager

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

1 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.


# systemctl status lightdm.service

● lightdm.service - Light Display Manager
   Loaded: loaded (/lib/systemd/system/lightdm.service; indirect; vendor preset: enabled)
   Active: failed (Result: exit-code) since Fri 2020-05-29 15:26:14 MSK; 4min 0s ago
     Docs: man:lightdm(1)
  Process: 909 ExecStartPre=/bin/sh -c [ "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/sbin/lightdm" ] (code=exited, status=0/SUCCESS)
  Process: 911 ExecStart=/usr/sbin/lightdm (code=exited, status=1/FAILURE)
Main PID: 911 (code=exited, status=1/FAILURE)

мая 29 15:26:14 gamer systemd[1]: lightdm.service: Service RestartSec=100ms expired, scheduling restart.
мая 29 15:26:14 gamer systemd[1]: lightdm.service: Scheduled restart job, restart counter is at 7.
мая 29 15:26:14 gamer systemd[1]: Stopped Light Display Manager.
мая 29 15:26:14 gamer systemd[1]: lightdm.service: Start request repeated too quickly.
мая 29 15:26:14 gamer systemd[1]: lightdm.service: Failed with result 'exit-code'.
мая 29 15:26:14 gamer systemd[1]: Failed to start Light Display Manager.
мая 29 15:26:14 gamer systemd[1]: lightdm.service: Triggering OnFailure= dependencies.


На всякий случай посмотрим Xorg. Папки Xorg, правда, у меня нет, логи лежат сразу в /var/log/.

Код Выделить Развернуть


# cat /var/log/Xorg.0.log | grep EE

(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    36.938] (II) Initializing extension MIT-SCREEN-SAVER
[    37.105] (EE) Wacom Intuos4 8x13 Pen stylus: Invalid type 'touch' for this device.
[    37.105] (EE) Wacom Intuos4 8x13 Pen stylus: Invalid type 'pad' for this device.
[    37.203] (EE) Wacom Intuos4 8x13 Pad: Invalid type 'stylus' for this device.
[    37.203] (EE) Wacom Intuos4 8x13 Pad: Invalid type 'eraser' for this device.
[    37.203] (EE) Wacom Intuos4 8x13 Pad: Invalid type 'cursor' for this device.
[    37.203] (EE) Wacom Intuos4 8x13 Pad: Invalid type 'touch' for this device.
[    37.203] (EE) Wacom Intuos4 8x13 Pad pad: Invalid type 'stylus' for this device.
[    37.203] (EE) Wacom Intuos4 8x13 Pad pad: Invalid type 'eraser' for this device.
[    37.203] (EE) Wacom Intuos4 8x13 Pad pad: Invalid type 'cursor' for this device.
[    37.203] (EE) Wacom Intuos4 8x13 Pad pad: Invalid type 'touch' for this device.


Планшет вчера работал нормально. За это время его не трогал.

Дополнительно во вложении логи lightdm.service. Пришлось добавить расширение .txt, чтобы система не ругалась.

[IlyaLinux]

Файл /etc/lightdm/lightdm.conf девственно чист! Еще не успел его "потрогать". Драйвер nouveau. Ну что этому lightdm не работается? (зы. видимо, самоизоляция по причине короновируса )

[qupl]

Папки Xorg, правда, у меня нет, логи лежат сразу в /var/log/.

А это не папка, а часть имени файла.

[IlyaLinux]

Нашел еще одного "пострадавшего" в такой же ситуации (https://debianforum.ru/index.php?topic=12857.0) и вопрос еще не решен.

У меня, как и у него иксы стартуют, если

Код Выделить Развернуть


startx


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

Код Выделить Развернуть


dpkg-reconfigure lightdm
systemctl enable lightdm


[IlyaLinux]

Есть контакт!

Код Выделить Развернуть


# chmod 777 /var/lib/lightdm/.Xauthority


и все заработало!

А теперь нужно понять какие права положено назначить этому файлу? И причем здесь архивация/разархивация?

ЗЫ. Ласточки под окном кружаться...

[qupl]

Код (ls /var/lib/lightdm) Выделить Развернуть

drwxr-x---  4 lightdm lightdm 4096 фев  4  2018 .
drwxr-xr-x 49 root    root    4096 апр  9 13:05 ..
drwxr-xr-x  4 lightdm lightdm 4096 фев  4  2018 .cache
drwxr-xr-x  4 root    root    4096 май 29 18:37 data
-rw-------  1 lightdm lightdm 2365 май 29 18:37 .Xauthority


[IlyaLinux]

Есть несоответствие

Код Выделить Развернуть


# ls -al

итого 24
drwxr-x---  5 pulse lpadmin 4096 мая 27 17:15 .
drwxr-xr-x 41 root  root    4096 мая 27 17:15 ..
drwxr-xr-x  4 pulse lpadmin 4096 мая 27 17:15 .cache
drwxr-xr-x  4 root  root    4096 мая 29 18:26 data
drwx------  3 pulse lpadmin 4096 мая 27 17:15 .gnupg
-rw-------  1 pulse lpadmin  150 мая 27 20:51 .Xauthority

Не могли же они сами собой поменяться?

Папка  /var/lib/lightdm/ - это домашний каталог lightdm, тогда вернем пользователю отобранное.

Код Выделить Развернуть


# find /var/lib/lightdm/ -user pulse -print0 | xargs -0 chown lightdm:lightdm


Работает!!!

[IlyaLinux]

При выходе из системы появилась галка "Сохранить сеанс".
[attach=1]

Ее не было. Что это?

[yoric]

Не могли же они сами собой поменяться?

Вроде на одной системе не должно такого быть, чтобы разные номера назначались группам - /etc/group. Почему-то так получилось, а Вам виднее почему :-)

[IlyaLinux]

Почему-то так получилось, а Вам виднее почему :-)

Это на самом деле вопрос. Система новёхинькая, ей меньше суток. Только настроил Xfce, Thunar, и т.п.. Даже htop и mc еще не успел поставить. Хочу разобраться.

Просто это мой первый опыт работы на Xfce и Lightdm. До этого, все время сидел на Ubuntu 16.04. Ладно...

Удалил содержимое папки /var/lib/lightdm/ и перезагрузился. Lightdm показал окно авторизации как будто и не ломался. Я залогинился и права теперь выглядят как у qupl. У меня же владельцем числился pulse, подсистема аудио пыталась залогиниться?

[IlyaLinux]

Нашел причину - Старенький tar (1.28) некорректно распаковывает новый tar (1.30).