Mein Webserver (Linux, Debian Wheezy) ist plötzlich nur noch schreibgeschützt, MySQL ist abgestürzt (Apache jedoch nicht) – beim Drücken der Eingabetaste tabfür die Vervollständigung des Dateinamens treten Fehlermeldungen auf:
bash: Temporäre Datei für Here-Dokument kann nicht erstellt werden: Nur-Lese-Dateisystem
Außerdem lässt es sich nicht mehr einschalten, wenn ich Apache neu starte.
Was ich versucht habe: Ich habe die Festplatte ausgetauscht und die Webdateien erneut verschoben. Der Fehler trat nach einer Woche erneut auf.
Die Protokolle zeigen nichts, außer dass ich viele fehlgeschlagene Versuche gesehen habe, über SSH auf den Server zuzugreifen.
df-Ausgabe:
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 249773956 2328024 234758164 1% /
udev 10240 0 10240 0% /dev
tmpfs 406336 200 406136 1% /run
/dev/disk/by-uuid/e45e30eb-efa4-4cd9-aaf9-c6cbe46aa41c 249773956 2328024 234758164 1% /
tmpfs 5120 0 5120 0% /run/lock
tmpfs 2489760 0 2489760 0% /run/shm
/dev/sdb1 249773956 2303784 234782404 1% /mnt/sdb1
mount -n Ausgabe:
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=506431,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=406336k,mode=755)
/dev/disk/by-uuid/e45e30eb-efa4-4cd9-aaf9-c6cbe46aa41c on / type ext4 (ro,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=2489760k)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
/dev/sdb1 on /mnt/sdb1 type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
Antwort1
Ihr Root-Dateisystem ist schreibgeschützt gemountet. Dies ist wahrscheinlich bei einem Neustart passiert. Es gibt einige Optionen:
- Konfigurieren Sie das System so, dass Fehler beim Neustart behoben werden. Unter Ubuntu wird dies durch die
FSCKFIX
Option in der Datei gesteuert/etc/default/rcS
. - Starten Sie den Wiederherstellungsmodus neu, führen Sie den Neustart erneut aus
fsck -f /dev/disk/by-uuid/e45e30eb-efa4-4cd9-aaf9-c6cbe46aa41c
und starten Sie den Vorgang erneut. - Booten Sie von einer Wiederherstellungsdiskette und führen Sie fsck wie oben gezeigt aus.
Bei allen Optionen muss Ihr System für eine Weile ausfallen. Es sieht jedoch so aus, als ob es jetzt tatsächlich ausgefallen ist.
fsck
Es ist möglicherweise möglich, es ohne Neustart auszuführen und das System neu zu mounten rw
. Ich würde einen Test ausführen, fsck
ohne die Problembehebung zu aktivieren, um zu sehen, wie beschädigt das Dateisystem ist