Nie można uruchomić niektórych poleceń po odzyskaniu po awarii systemu plików na Fedorze

Mój laptop nagle się wyłączył z powodu przegrzania, po czym miałem pewne problemy z awarią systemu plików. Zostało to naprawione poprzez uruchomienie z fedora live cd i uruchomienie fsck.
po tym udało mi się pomyślnie uruchomić system. Działa prawie prawdopodobnie, z wyjątkiem tego, że nie mogę uruchomić wielu poleceń takich jak fsck - ifconfig -smartctl - shutdown - reboot - ip wynik jest zawsze taki:

[root@lap-tita mtita]# fsck
bash: fsck: command not found...
Install package 'util-linux' to provide command 'fsck'? [N/y] y


  * Waiting in queue... Failed to install packages: util-linux-2.28.2-
  2.fc25.x86_64 is already installed
 [root@lap-tita mtita]# smartctl
 bash: smartctl: command not found...
 Install package 'smartmontools' to provide command 'smartctl'? [N/y] y


 * Waiting in queue... Failed to install packages: smartmontools-1:6.5-
 1.fc25.x86_64 is already installed

[root@lap-tita mtita]# shutdown
bash: shutdown: command not found...
Install package 'systemd' to provide command 'shutdown'? [N/y] y


* Waiting in queue... Failed to install packages: systemd-231-
14.fc25.x86_64 is already installed

[root@lap-tita mtita]# reboot
bash: reboot: command not found...
Similar command is: 'reboot'
[root@lap-tita mtita]# ifconfig
bash: ifconfig: command not found...
Install package 'net-tools' to provide command 'ifconfig'? [N/y] y


* Waiting in queue... Failed to install packages: net-tools-2.0-
0.40.20160329git.fc25.x86_64 is already installed

[root@lap-tita mtita]# 

nie wiem, czy istnieją inne polecenia, które już by nie działały, ale teraz nie mam pojęcia, co mogłoby spowodować, że jestem pewien, że dysk twardy nie jest uszkodzony, a system plików jest czysty

Nie może znaleźć plików wykonywalnych tych poleceń. Myślę, że istnieją trzy możliwości, co się tutaj dzieje:

pliki wykonywalne uszkodzone

Pliki tych plików wykonywalnych były uszkodzone i teraz ich brakuje. W takim przypadku należy wykonać kopię zapasową danych, które nie są uszkodzone, i ponownie zainstalować serwer. Następnie przywróć dane do nowej instalacji.

odmontowana partycja / lib

Jeśli masz osobną partycję dla / lib, która nie jest zamontowana, może to spowodować zachowanie tego typu, ponieważ pliki wykonywalne nie byłyby dostępne, gdy ta partycja była odmontowana. Aby to naprawić, wystarczy go zamontować. Musisz mieć trochę osobistej wiedzy na temat serwera, aby wiedzieć, czy masz dla niego osobną partycję i która ma być zamontowana.

Niepoprawna zmienna PATH env

Na koniec, jeśli użytkownik, którego używasz, miał zmienną środowiskową PATH, która nie została ustawiona tak, aby szukać w odpowiednich miejscach plików wykonywalnych, mógłbyś dostać ten problem. Możesz uruchomić echo $PATHlub env | grep -E "^PATH="zobaczyć, co zostało ustawione. Przykładem PATH użytkownika root jest:

/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11