Beiträge von akonopka

Vielen Dank frostschutz.

Kann man dich ggf. mit der Prüfung / Rettung beauftragen?

Wir haben jetzt einen Managed Server bestellt, auf den wir umziehen möchten wenn wir an die Daten kommen.

Kann man fsck abbrechen und den Server so starten das man an die Daten kommt zwecks Migration auf einen anderen Server?

Bzw. Kann jemand einschätzen wie lange so ein Prozess dauern kann? Es läuft nun seit mehr als 1,5 Tagen durch.

Hallo,

wir haben auf einem Plesk-Server (Ubuntu) mit 3TB HDD seit gestern morgen das Problem, dass wir ein read only file system hatten.
Den Server haben wir nun im Rettungssystem gestartet, hier haben wir die nachfolgende Meldung bekommen:

wrong fs type, bad option, bad superblock on /dev/sda2, missing codepage or helper program, or other errorwrong fs type, bad option, bad superblock on /dev/sda2, missing codepage or helper program, or other error

Aktuell läuft seit ca. 24 Stunden fsck, es wirkt aber nicht als würde dieser Prozess jemals beendet werden:

Unattached inode 23053884

Connect to /lost+found? yes

Hat jemand ggf. eine bessere Idee wie wir das System wieder zum laufen bekommen?

Falls jemand Interesse hat uns hier kostenpflichtig zu unterstützen würde ich mich ebenfalls sehr freuen!

VG
Andreas

Japp Scheint nun nur eine ganze Weile zu dauern, sind tausende Dateien drin DANKE für eure tollen Denkanstösse!

mit for i in /mnt/tmp/* ; do rm $i ; done hat es geklappt.

Zitat von Hecke29

Kannst du eine Datei in /mnt/tmp/ anlegen? Klingt nach readOnly-Mount o.ä.

Edit: Wenn du das -f weglässt bei rm, könntest du vielleicht eine Fehlermeldung sehen

nein, ist kein Read-Only. in /var/www geht das Löschen.

127 root@grml ~ # rm -r /mnt/tmp/*

zsh: sure you want to delete more than 100 files in /mnt/tmp [yn]? y

zsh: argument list too long: rm

nein, keine fehler. Geht aber auch sehr schnell wie ich finde

Filesystem Size Used Avail Use% Mounted on

udev 32G 0 32G 0% /dev

tmpfs 6.3G 8.7M 6.3G 1% /run

46.38.225.19:/srv/nfs/grml 99G 26G 68G 28% /lib/live/mount/medium

/dev/loop0 546M 546M 0 100% /lib/live/mount/rootfs/grml64-full.squashfs

tmpfs 32G 0 32G 0% /lib/live/mount/overlay

overlay 32G 296K 32G 1% /

tmpfs 32G 0 32G 0% /dev/shm

tmpfs 5.0M 0 5.0M 0% /run/lock

tmpfs 32G 0 32G 0% /sys/fs/cgroup

tmpfs 32G 4.0K 32G 1% /tmp

tmpfs 6.3G 0 6.3G 0% /run/user/0

/dev/sda2 1.9T 833G 992G 46% /mnt

Ich habe es gemountent und sudo rm -rf /mnt/tmp/* ausgeführt, die Dateien in tmp sind aber nach wie vor vorhanden, jemand eine idee?

Ich kenne grml.org nicht und habe keine Lust auf Experimente. Ggf. kann mir ja jemand einen Denkanstoss geben... Wie komme ich an meine Daten im Rettungssystem? Mounten?

Wäre auch meine Idee, komme aber mit dem Rettungssystem nicht klar (grml.org)

Hallo,

wir bekommen auf einem Server beim Booten die Meldung: a start job is running for create volatile files and directories sowie eine Zeit die unendlich weiter läuft.
Das System startet dadurch nicht, wir bekommen den Fehler selbst nicht behoben und suchen jemanden der dies per Remote Hands (kostenpflichtig) zeitnah behebt.

Ich würde mich über eine Rückmeldung freuen,

BG
Andreas