Сервисы systemctl не работают

1111 Я не уверен, подходит ли этот заголовок для этой проблемы. Проблема началась со вчерашнего дня. Мне пришлось установить Mega Raid Manager в моей системе. Поэтому я попросил поставщика предоставить его исходные файлы для установки. Они прислали мне файлы rpm для lib и mega raid manager. Я не смог их установить. Поэтому я снова связался с ними, и сервисный парень сказал мне пять шагов, чтобы установить их. Сначала он попросил меня установить инопланетную службу.

Что я и сделал, используя следующую команду.

sudo apt-get install alien*

Все прошло гладко, все установлено. После этого он попросил меня преобразовать мои rpm-файлы в deb, используя следующие команды

sudo alien -k --script Lib_Utils2-1.00-08.noarch.rpm
sudo alien -k --script MegaRAID_Storage_Manager-17.05.00-02.noarch.rpm

И снова все прошло гладко

После этого мне пришлось установить эти файлы deb, поэтому я выполнил следующую команду:

sudo dpkg -i lib-utils2_1.00-08_all.deb

Он выдал предупреждение:

dpkg: warning: downgrading lib-utils2 from 1.00-9 to 1.00-08

то же самое произошло со следующей командой:

$ sudo dpkg -i megaraid-storage-manager_17.05.00-02_all.deb
dpkg: warning: downgrading megaraid-storage-manager from 17.05.00-3 to 17.05.00-02

Сразу после того, как эта система начала работать ненормально, мне пришлось запустить несколько сервис из /etc/init.d с использованием sudo, но после нажатия /et, когда я нажимал Tab , вместо завершения пути он начал показывать следующее сообщение:

sudo /et-bash: /dev/null: Permission denied bash: _upvars: `-a2': invalid number specifier
-bash: /dev/null: Permission denied bash: _upvars: `-a0': invalid number specifier

В этой команде я нажал Tab два раза, и поэтому оба раза показывал какой-то недопустимый спецификатор числа, этого никогда не было, прежде чем я пробовал это несколько раз, но каждый раз, когда получал одно и то же сообщение. Поэтому я вышел из системы и попытался войти снова, используя ssh, но именно здесь все головные боли начинались каждый раз, когда я не мог войти. Я получал следующее сообщение:

$ ssh -X scbb@192.168.4.111 

scbb@192.168.4.111's password:

X11 forwarding request failed on channel 0 Welcome to Ubuntu 18.04.2 LTS (GNU/Linux 4.15.0-51-generic x86_64)

 * Documentation:  https://help.ubuntu.com  * Management:     https://landscape.canonical.com  * Support:        https://ubuntu.com/advantage


 * Canonical Livepatch is available for installation.
   - Reduce system reboots and improve kernel security. Activate at:
     https://ubuntu.com/livepatch

334 packages can be updated. 167 updates are security updates.

Failed to connect to https://changelogs.ubuntu.com/meta-release-lts. Check your Internet connection or proxy settings

Last login: Mon Sep  9 12:52:13 2019 from 192.168.4.218 Could not chdir to home directory /home/scbb: Permission denied /bin/bash: Permission denied Connection to 192.168.4.111 closed.

Затем я перезапустил систему с кнопки питания, но как только она запустилась, она застряла на следующем экране:

Stuck screen

На этом экране ни одна клавиша не работает, ничего не происходит. Системный провайдер говорит, что я сделал что-то не так, я уверен, что я не сделал ничего плохого. Однако эта система установлена ​​на Raid0 и Raid6, поэтому в качестве окончательного решения мы можем переустановить ее ОС, но есть ли шанс исправить эту проблему без переустановки?

1
задан 10 September 2019 в 13:05

1 ответ

Я решил его, с помощью Ctrl+Alt+F2, я вошел в терминал прямо, прежде чем выше показал, что экран появляется. Поскольку на том экране я ничего не мог сделать. После ввода в терминал я пытался войти в использование sudo пользователь, но это stucked в цикл. Я подразумеваю, что вводил правильный пароль, но снова и снова он просил вход в систему и пароль. Это произошло со мной 3-4 месяца в другой системе, но в то время это было на GUI. Но на этот раз я уже был в терминальном режиме. Поэтому я вошел

User: root
Password: sudo user password

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

stat -c %a /lib/
stat -c %a /bin/
stat -c %a /proc/

........ таким образом на Использовании их числовое разрешение я изменил разрешение каталогов поврежденной системы. как:

chmod 755 /bin

Помните, что я проверил рекурсивные каталоги также, но не было никого портить, вот почему я не использовал опции R в chmod.

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

0
ответ дан 7 December 2019 в 18:50

Другие вопросы по тегам:

Похожие вопросы: