== W A R N I N G ==

Eine Festplatte ist gecrash obwohl alles in der Ram abliegt, auch die Apache htdocs
ddns check ( ßeta ) - apache_ram_copy

Die Festplatte lässt sich nicht mehr Reparieren SFS ...

Nach der Diskus Kommunikation im TCP Bereich ...

https://morph.zone/modules/newbb_plus/viewtopic.php?topic_id=12832&forum=18


BENÖTIGE " DRINGEND " unterstützung / um zu versuchen das Laufwerk zu Retten ( 30 Min CDROM 3.13)


H I L F E +++ H I L F E +++ H I L F E +++ H I L F E

PS: Nervende Requester unterbinden die Reparatur " SFS " !!!

CDROM v3.13 Loading
=====================
IMAG2549.jpg - IMAG2550.jpg - IMAG2551.jpg - IMAG2553.jpg - IMAG2554.jpg - IMAG2555.jpg - IMAG2557.jpg - IMAG2558.jpg - IMAG2559.jpg


nur " C A N C E L " also der Abbruch lässt mich versuchen es zu Repararieren !!!


Hat jemand eine IDEE ??????
==============================apache_ram_copy

[ Editiert durch freepointer 16.03.2020 - 18:11 ]

Quote:


Keine Chane

3200,- Euro für die Daten der 6 Jahre im SCHADEN dieser ATTACKE ...

Plus Arbeitsstunden !!!



Das Requester stört sogar den Format VORGANG


und das ist nicht mehr Witzig ...
==============================================

2014 QNX Server 1200,- Zerstört zerschossen
2016 SME Server Linux 980,- Zerstört Zerschossen
2020 MOS IntraNET Server mit KVM und anderen Server Diensten für interne TCP IP Arbeiten
Zerschossen ( 6 Jahre Arbeit) 3200,- Euro + Arbeitsstunden



[ Editiert durch freepointer 15.03.2020 - 23:43 ]

Also das halte ich für sehr unwahrscheinlich.

Wahrscheinlicher ist, dass du mit deinen TCP Experimenten die Logfiles auf genau die Platte/Partition geschrieben hast und dann einen Reset oder einen Systemansturz ausgelöst hast. Dadurch wurde das Dateisystem beschädigt. Wenn du konstant Logfiles auf die Platte schreibst, dann passiert sowas. Aktuelle Amiganoide Systeme sind dafür schon wegen dem fehlenden Speicherschutz nicht geeignet. Die Dateisysteme sind auch nicht sicher, wenn es Abstürze gibt.

Ich hätte auch nie eine Partition mit 128GB gemacht. Keine Ahnung wo das genaue Limit von SFS liegt, aber das Maximum würde ich trotzdem nie nutzen. Mehr als 120GB habe ich nie am Stück formatiert.

Naja, von wichtigen Daten hat man ja immer auch Backups.


[ Edited by geit 16.03.2020 - 03:16 ]

Und warum hast du keine Backups, wenn die Daten so wichtig sind und tausende Stunden Arbeit drin stecken?
Für mich hört sich das auch nach beschädigtem Dateisystem an.

Was passierte denn nach IMAG2559.jpg, ging die Reparatur?

Habe neulich den PFSDoctor angeworfen, 50 Fehler nach circa einem halben Jahr. Offensichtlich braucht PFS Pflege, aber meine Erfahrungen sind besser als mit IceFS ...

Meine SFS-Partition ist mit "lock sys: on" geschützt.

Quote:

Das kann man nur fett unterstreichen. Backups sind das A & O!

Ansonsten hat mir http://aminet.net/package/disk/misc/sfsdoctor-1.2 erfolgreich gute Dienste bei zerschossenem Filesystem geleistet.


edit: Sehe, du hast den sfs-Doc schon angeworfen. Wenn der es nicht packt, dann hilft wohl wenig außer Backups!



[ Editiert durch Zylesea 16.03.2020 - 15:39 ]

@Zylesea
SFSDoctor 1.6 gehört doch zum System?!

Ach ja. Nun ja, ist halt nicht gerade häufig im Einsatz, da kann man das schon einmal vergessen...