Автор Тема: [РЕШЕНО] Новенький дебиан не запускается после восстановления из бекапа  (Прочитано 1562 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн 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, но здесь что-то пошло не так. Подскажите, пожалуйста, с чего начать? Нет, к сожалению, опыта восстановления полузагрузившейся ОС.
« Последнее редактирование: 01 Июня 2020, 13:38:27 от IlyaLinux »
 

Оффлайн 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

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

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

ЗЫ. Ласточки под окном кружаться...
« Последнее редактирование: 29 Мая 2020, 17:59:09 от IlyaLinux »
 

Оффлайн 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

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

* Выход из системы.png (Filesize: 30.96 КБ, Dimensions: 378x312)


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

Оффлайн yoric

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

Оффлайн IlyaLinux

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

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

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


Теги:
     

    Nvidia + Amd [решено]

    Автор LeonInc

    Ответов: 16
    Просмотров: 8444
    Последний ответ 20 Февраля 2013, 16:35:07
    от ferum
    [РЕШЕНО]Подготовка usb носителя

    Автор yakovm

    Ответов: 22
    Просмотров: 4674
    Последний ответ 10 Июля 2018, 08:18:14
    от yakovm
    [РЕШЕНО] Не устанавливается Debian Jessie

    Автор debianuser

    Ответов: 3
    Просмотров: 2219
    Последний ответ 28 Августа 2014, 03:47:35
    от sandaksatru
    [Решено] Разметка диска в preseed.cfg

    Автор albb

    Ответов: 1
    Просмотров: 3853
    Последний ответ 10 Марта 2013, 11:28:43
    от qupl
    подключение жесткого диска :( не хочет (РЕШЕНО)

    Автор Efim25

    Ответов: 10
    Просмотров: 4876
    Последний ответ 12 Декабря 2018, 03:01:40
    от Efim25