Verzeichnis irgendwie da, aber auch nicht...

Alle weiteren Dienste, die nicht in die drei oberen Foren gehören.
Antworten
Norritt
Beiträge: 5
Registriert: 09.02.2003 11:10:17

Verzeichnis irgendwie da, aber auch nicht...

Beitrag von Norritt » 13.06.2017 10:21:37

Hallo Form,
bitte um Hilfe bei folgendem Problem...
Auf meinem Server kann ich /var/www nicht mit "ls" finden. Das Verzeichnis existiert jedoch...

Code: Alles auswählen

root@servername:/var# ls -ah
.  ..  backups  cache  lib  local  lock  log  mail  opt  run  spool  tmp
root@servername:/var# ls -ah www
.  ..  html
root@servername:/var# cd www
root@servername:/var/www# pwd
/var/www
root@servername:/var/www#
Aufgefallen ist es mir, dass ich das WWW-Verzeichnis mit "TAB" nicht auto-vervollständigen konnte beim browsen.
Woran kann das liegen? Wonach muss ich suchen?

Viele Grüße und Danke für Hilfe!
--
Distributor ID: Debian
Description: Debian GNU/Linux 8.8 (jessie)
Release: 8.8
Codename: jessie

DeletedUserReAsG

Re: Verzeichnis irgendwie da, aber auch nicht...

Beitrag von DeletedUserReAsG » 13.06.2017 10:26:05

Ich würde zunächst fsck drüberlaufen lassen.

Norritt
Beiträge: 5
Registriert: 09.02.2003 11:10:17

Re: Verzeichnis irgendwie da, aber auch nicht...

Beitrag von Norritt » 13.06.2017 11:35:58

Ja fsck ist ein guter Punkt. Was ich aber vergessen hatte, das es ein Vserver ist. Und irgendwie ckeck ich das hier grad nicht... ist ja keine "echte" Platte.

Norritt
Beiträge: 5
Registriert: 09.02.2003 11:10:17

Re: Verzeichnis irgendwie da, aber auch nicht...

Beitrag von Norritt » 13.06.2017 11:58:49

Problem erst mal gelöst, wenn auch etwas unkonventionell:

Code: Alles auswählen

root@servername:/var# ls
backups  cache  lib  local  lock  log  mail  opt  run  spool  tmp 
root@servername:/var# mv ./www ./wwwxxx
root@servername:/var# mv ./wwwxxx ./www
root@servername:/var# ls
backups  cache  lib  local  lock  log  mail  opt  run  spool  tmp  www
Aber schon ein bisschen komisch das Ganze.

DeletedUserReAsG

Re: Verzeichnis irgendwie da, aber auch nicht...

Beitrag von DeletedUserReAsG » 13.06.2017 12:04:19

Was unter dem FS liegt, ob Platte, SSD, RAM-Disk, Container, etc ., ist in diesem Kontext egal. Ich würde auf jeden Fall das FS prüfen. Oder ein gutes Backup haben und hoffen, das sich Probleme direkt zeigen, statt im Hintergrund Daten zu ruinieren und damit aktuelle Backups unbrauchbar zu machen.

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: Verzeichnis irgendwie da, aber auch nicht...

Beitrag von MSfree » 13.06.2017 12:11:23

niemand hat geschrieben:Ich würde auf jeden Fall das FS prüfen.
Unbedingt!

Allerdings dürfte es schwer sein, an eine remote Rettungskonsole ranzukommen, in die man die nötigen Befehle tippen kann, möglichst noch im Singel-User-Mode. Ein Read-Write gemountetes Dateisystem zu checken, ist keine gute Idee (vermutlich sogar unmöglich).

DeletedUserReAsG

Re: Verzeichnis irgendwie da, aber auch nicht...

Beitrag von DeletedUserReAsG » 13.06.2017 12:20:44

Viele Anbieter stellen ein Rescuesystem zur Verfügung, das wäre unter Anderem für diese Aufgabe gedacht.

Norritt
Beiträge: 5
Registriert: 09.02.2003 11:10:17

Re: Verzeichnis irgendwie da, aber auch nicht...

Beitrag von Norritt » 13.06.2017 14:28:06

Ihr habt ja recht! Über die Rettungskonsole (nach dem umbooten auf das Rettungssystem) habe ich Zugriff auf meine Systemdaten (als /repair). Wie mach ich jetzt hier ein FS check? :oops:
Folgendes habe ich bislang...

Code: Alles auswählen

root@servername:/# cat /proc/mounts
/dev/vzfs / vzfs rw,relatime,usrquota,grpquota 0 0
/dev/simfs /repair simfs rw,relatime 0 0
aber simfs ist
dazu https://serverfault.com/questions/42227 ... der-openvz
Somit scheint das auch nicht zu klappen...
Normal ist ja ein fsck kein ding, aber hier stell ich mich grade etwas ungeschickt an.

Antworten