No Space on Device + Dateileichen

Computer: Software & Programmierung UNIX & Linux
#1

Hallo zusammen,

mir ist auf meinem Server die Festplatten zugelaufen.
nach mehreren Neustarts und Löschaktionen läuft der Server wieder,
jedoch habe ich nun einige Dateileichen rum liegen an die ich nicht ran komme

pg@webserver:~$
ls: cannot access page-159.jpg: No such file or directory
[...]
-????????? ? ? ? ? ? page-001.jpg
[...]
pg@webserver:~$ rm page-001.jpg
rm: cannot remove `page-001.jpg': No such file or directory

Betriebsystem ist ein Ubuntu 8.04 LTS
Dateisystem ist ext3

hat jemand eine idee wie ich die Dateien los werde?

Gruß

#2

Hallo,

Schon mal ein file system check probiert?

pg@webserver:~$

ls: cannot access page-159.jpg: No such file or directory

Welches Kommando hast du ausgefuehrt?

[…]

-??? ? ? ? ? ? page-001.jpg

[…]

pg@webserver:~$ rm page-001.jpg

rm: cannot remove `page-001.jpg’: No such file or directory

Kann es sein, dass die Fragezeichen zum Dateinamen gehoeren? (haengt natuerlich davon ab, was du genau fuer ein Kommando aufgerufen hast, und mit welchen Optionen).

Falls ja: rm *page-001.jpg

Gruesse,
Moritz

#3

Hallo,

Schon mal ein file system check probiert?

ne bis jetzt noch nicht.
Das ist nen Webserver und ich will die Seite aktuell nicht offline schalten.

pg@webserver:~$

ls: cannot access page-159.jpg: No such file or directory

Welches Kommando hast du ausgefuehrt?

beide ausgaben kommen vom ls, mit dem […] hab ich nur die liste gekürzt da diese beiden meldungen ungefähr für 200 Dateien auftretten.

[…]

-??? ? ? ? ? ? page-001.jpg

[…]

pg@webserver:~$ rm page-001.jpg

rm: cannot remove `page-001.jpg’: No such file or directory

Kann es sein, dass die Fragezeichen zum Dateinamen gehoeren?
(haengt natuerlich davon ab, was du genau fuer ein Kommando
aufgerufen hast, und mit welchen Optionen).

nein, die Dateien heißen korrekt page-001.jpg

Falls ja: rm *page-001.jpg

Gruesse,

Moritz

#4

Hallo Philipp,

m.E. wirst um eine Überprüfung des Dateisystem nicht umhin kommen.

Lange nicht mehr gemacht, aber kann man nicht e2fsck mit dem Parametern -n -v (Nur lesen und geschwätzig) starten?

mfg

tf

#5

-??? ? ? ? ? ? page-001.jpg

Das sieht ganz nach einem kaputten Dateisystem aus oder auch nach einer kaputten Platte. Alles, was du jetzt willst, ist ein Backup machen. Danach kannst du versuchen, das Dateisystem zu reparieren.

Reboote die Maschine, während du davor sitzt. Nach dem Backup.

Gruß,
Stefan

#6

Hallo Phillip,
Als Ergänzung: Damit dein System nicht nochmal voll läuft, solltest Du unbedingt Quotas einrichten:
http://wiki.ubuntuusers.de/quota

Viele Grüße
Marvin

#7

also ein e2fsck
wirft folgende Fehler.

Entry 'page-211.jpg' in /home/pg(4555668) has deleted/unused inode 4577655. Clear? no

Entry 'page-245.jpg' in /home/pg (4555668) has deleted/unused inode 4577656. Clear? no

Entry 'page-071.jpg' in /home/pg (4555668) has deleted/unused inode 4577657. Clear? no

[...]
Free blocks count wrong for group #134 (21473, counted=21472).
Fix? no

Free blocks count wrong for group #135 (2114, counted=2113).
Fix? no

Free blocks count wrong for group #189 (32490, counted=32488).
Fix? no
[...]

/dev/sda1: \*\*\*\*\*\*\*\*\*\* WARNING: Filesystem still has errors \*\*\*\*\*\*\*\*\*\*


 455193 inodes used (4.67%)
 27134 non-contiguous inodes (6.0%)
 # of inodes with ind/dind/tind blocks: 115918/545/2
25967344 blocks used (66.68%)
 0 bad blocks
 3 large files

 421300 regular files
 28950 directories
 68 character device files
 26 block device files
 4 fifos
 478 links
 4817 symbolic links (4514 fast symbolic links)
 27 sockets
--------
 455885 files

jetzt hab ich vor den server neu zu starten und dann einen fsck zu erzwingen.

Dazu habe ich 2 ansätze gefunden.

sudo touch /forcefsck

wobei im ubuntuusers wiki ein „Fehlerhafte Anleitung“ flag dabei steht und ich mir so sehr unsicher bin ob das der richtige befehl ist.

mit ein bißchen googlen habe ich auch noch den befehl

sudo shutdown -rF now

gefunden. (http://jordilin.wordpress.com/2006/08/03/howto-forci…)

aber lt. „man shutdown“ gibt es den Parameter -F nicht :confused:

Welcher befehl ist nun richtig?
Und kann mir wer sagen ob ich beim fsck zugriff auf die Konsole des Rechners brauche?

Gruß & Danke

#8

Hallo Philip,

jetzt hab ich vor den server neu zu starten und dann einen
fsck zu erzwingen.

Du kannst nur sicher reparieren, wenn das betreffende Filesystem nicht gemountet ist.
Also boote auf eine Weise, die dein Filesystem nicht einbindet, von einer Live-CD z.B.
Dann führe im externen System den Befehl aus:

e2fsck /dev/sdX

/dev/sdX entsprechend anpassen, klar :wink:
wahrscheinlich wirst Du ein paar mal yes oder ja sagen müssen, aber anschliessend ist dein Dateisystem hoffentlich repariert. Ein Backup hast Du ja schon gemacht, aber wenn Du ganz sicher gehen willst, kannst Du vorher die betreffende Festplatte als Abbild auf eine neue Festplatte spiegeln (z.B. mit dd) und die Reparatur mit e2fsck an dieser neuen Festplatte durchführen.
Hast Du sicher schon studiert, aber kann ja nichts schaden, hier die man-Page zu e2fsck
http://linux.die.net/man/8/e2fsck

Viele Grüße
Marvin

#9

Hallo,

bei Aufruf von e2fsck kann man auch u.a. folgende Parameter benutzen:

-y (geht davon aus, daß jede Frage mit „yes“ beantwortet wird)

-v (geschwätzig).

mfg

tf

#10

Hallo zusammen,

just zur info:

der Server is nun wieder schön :smile:
für die dies interessiert hier meine vorgehensweise.

vor dem Neustart hab ich ein touch /forcefsck ausgeführt.
beim Neustart wurde dann ein fsck auf /dev/sda1 ausgeführt.

als dieses fsck dann fehlerhafte Inodes gefunen hat brach das fsck ab und es wurde die rettungskonsolle gestartet.

in diesem konnte dann von Hand nochmal ein fsck /dev/sda1 ausgeführt werden und es wurde pro fehlerhafter Inode gefragt was gemacht werden soll.

danach ein Neustart und alles war wieder schön.

Danke für die Hilfe und die Anregungen.

Gruß