/tmp: Das Dateisystem ist nur lesbar

[AllOnline]

Hallo,

seit heute Nacht laufen auf einmal meine cronjobs nicht mehr.
Die Befehle konnte ich manuel ausführen,
aber cronjob -e liefert folgendes:

crontab -e
/tmp/crontab.zLrEPr: Das Dateisystem ist nur lesbar
Creation of temporary crontab file failed - aborting

Dann habe ich probiert in /tmp etwas zuändern und bekomme dann auch "Das Dateisystem ist nur lesbar".

Hier meine etwas unpassende partitionierung:

df -h
Dateisystem           Size  Used Avail Use% Eingehängt auf
/dev/sda1             322M  149M  157M  49% /
tmpfs                 1,8G     0  1,8G   0% /lib/init/rw
udev                  1,8G  144K  1,8G   1% /dev
tmpfs                 1,8G     0  1,8G   0% /dev/shm
/dev/sda9             129G  218M  122G   1% /home
/dev/sda8             1,9G   49M  1,7G   3% /tmp
/dev/sda5              14G  2,2G   11G  17% /usr
/dev/sda6             111G   11G   95G  10% /var

etc/fstab

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda1 during installation
UUID=95b43f16-0c97-4b17-aad1-cbd10fa715c1 /               ext3    errors=remount-ro 0       1
# /home was on /dev/sda9 during installation
UUID=02d21595-36d1-4810-965d-413dcea99ebe /home           ext3    defaults        0       2
# /tmp was on /dev/sda8 during installation
UUID=9e3295b4-a700-4f9d-9c33-cfbe7a14fd72 /tmp            ext3    defaults        0       2
# /usr was on /dev/sda5 during installation
UUID=25194ef6-90c0-46b2-ac96-877eb5b10642 /usr            ext3    defaults        0       2
# /var was on /dev/sda6 during installation
UUID=397bfc41-8346-4bb3-a2db-462907f006c1 /var            ext3    defaults        0       2
# swap was on /dev/sda7 during installation
UUID=4f21a3d4-9931-4802-bb34-2ae51b99fc99 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0

Kann mir jemand schnell helfen, wie das zustande kommen kann und wie ich es abändere?
Danke!

 

[wstuermer]

Fehler im Dateisystem und daher read-only remounted. Sollte im syslog auch zu finden sein.
Rescue booten -> fsck auf allen Partitionen durchführen -> normal starten.

 

[AllOnline]

Gibt es auch eine andere Möglichkeit?
Es handelt sich um ein produktiv System :-(

 

[Deleted member 11691]

Also, du kannst Dich entscheiden:

Kurze Downtime:
Logfiles durchsuchen, fsck auf alle Dateisysteme machen, erforderliche Schritte einleiten

Lange Downtime:
"mount -o remount,rw /" oder "mount -o remount,rw /tmp/", ignorieren und irgendwann, wenn das System offline ist, denken: "Warum hab' ich mich nicht für die kürzere Downtime entschieden", Daten aus Backups wiederherstellen, etc.

Glaub mir - Wir hier möchten Dir nicht schaden, sondern helfen. Das ist und bleibt immer so!

 

[blupp1]

/tmp unmounten und dann halt so überprüfen. Allerdings wird dann der inhalt auf "/" geschrieben.

 

[AllOnline]

Habe es so gemacht:

umount /dev/sda8
fsck /dev/sda8
fsck from util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
/dev/sda8: stelle das Journal wieder her
Bereinige verwaist Inode 16 (uid=106, gid=111, mode=0100600, size=0)
Bereinige verwaist Inode 15 (uid=106, gid=111, mode=0100600, size=0)
Bereinige verwaist Inode 14 (uid=106, gid=111, mode=0100600, size=0)
Bereinige verwaist Inode 13 (uid=106, gid=111, mode=0100600, size=0)
Bereinige verwaist Inode 12 (uid=106, gid=111, mode=0100600, size=0)
/dev/sda8: sauber, 70/122160 Dateien, 20196/487936 Blöcke

Nach mount geht wieder alles, DANKE!!

 

[d4f]

Was Fusl dir sagen will; ein Dateisystem zerschiesst sich in aller Regel nicht von selber sondern dies wird meist entweder durch unsauberes Herunterfahren (aka: Strom aus) oder Hardware-Probleme verursacht.
In beiden Fällen besteht das Risiko dass deine Datenpartitionen ebenfalls beschädigt sind und es entweder schon Datenverlust gab oder evtl geben wird.