Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

PCGH-Redaktion

Kommentar-System
Teammitglied
Jetzt ist Ihre Meinung gefragt zu Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

Ein kleiner Hoster hat offenbar seine Existenzgrundlage mit dem kleinen Befehl "rm -rf" vernichtet und dürfte nun vor dem größten Problem seiner beruflichen Laufbahn stehen. Durch einen Fehler in einem Skript wurden mit dem Befehl alle Daten gelöscht, inklusive Backups.

Bitte beachten Sie: Der Kommentarbereich wird gemäß der Forenregeln moderiert. Allgemeine Fragen und Kritik zu Online-Artikeln von PC Games Hardware sind im Feedback-Unterforum zu veröffentlichen und nicht im Kommentarthread zu einer News. Dort werden sie ohne Nachfragen entfernt.

lastpost-right.png
Zurück zum Artikel: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"
 
AW: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

Naja wenigstens hat er sich jetzt ein Namen gemacht!
 
AW: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

Den eigentlichen Thread gibt es auf serverfault gar nicht mehr (@PCGH; Vielleicht vor Veröffentlichung einer News mal die Quelle aufsuchen):

Page Not Found

This question was removed from Server Fault for reasons of moderation. Please refer to the help center for possible explanations why a question might be removed.

Würde mich nicht wundern wenn der Typ nur ein Troll war. Falls nicht: Das Script würde ich gerne mal sehen um zu kapieren, was er überhaupt vorhatte. Mich wundert auch, dass er offensichtlich in der Lage war, so ein Script zusammenzuhacken aber hinterher noch fragt, wie man den Befehl rückgängig machen kann. Ich glaube nicht, dass die Story tatsächlich so passiert ist.
 
AW: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

Ich betreibe selbst einen linux Rootserver bereits seit Jahren.
Und wenn ich mir Scripte bastel, die was löschen sollen, schreibe ich zwar den Löschbefehl rein, kommentiere ihn aber aus und setze an dieser Stelle einfach ein echo variable >>test.txt
dann seh ich ja, WAS er denn da machen würde, wenn ich das ausführe.
Und erst wenn alles so funzt, wie ich das will, wird der rm-Befehl wieder aktiviert.

Und ich habe "nur" einen Rootserver für meinen Clan und paar Bekannte, denen ich Webspace zur Verfügung stelle.
Bei ner Firma iss das vorherige Testen selbst mit Routine und geringem Budged nicht zu unterlassen.
und "mal schnell" macht man sowas nicht.

einerseits tut er mir schon leid, aber andrerseits, wer SO doof iss und vorher nicht testet.....
 
AW: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

Ich arbeite seit mehreren Jahren im Linuxbereich (verschiedene Distros).
Kann mir nicht vorstellen, dass das wirklich so passiert ist.
Falls doch, selbst schuld. Wie "GFA_SkyRanger" schon sagt, sowas testet man davor.
Da ist weder Zeit noch Geld eine Ausrede, denn das kostet nichts an Kohle und maximal 2 Minuten!

Leid tun mir da lediglich die Kunden.
 
AW: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

Fehler macht jeder aber solche Sachen testet man im interesse der Kunden einfach und Backups sind eigentlich dafür da um genau bei solchen Fehlern wieder alles herzustellen, die aber auch weg sind. :( Wenn er sowas anbietet dann sollte er auch wissen was er tut und das ganze 3 mal überlegen und erst dann ausführen!
 
AW: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

Die Daten wurden nicht gelöscht, sondern die Verzeichniseinträge dazu. Angeblich berichtete der Betroffene schon vor ~ einem Tag, dass die erste HDD testweise von einem Datenrettungsunternehmen fast vollständig (100% erreichen auch wir Profis dabei eigentlich nie) wiederhergestellt werden konnten und er sich jetzt in der Preisverhandlung für die restlichen knapp 1500 Stück befindet.
Ja, das ist blöd gelaufen. Ja, das wird viele Kunden vergraulen. Nein, dass vernichtet nicht zwingend seine Existenz.

Und wenn er nicht ganz blöde ist, hat er eh eine IT-Dienstleister-Versicherung die die Kosten der Datenrettung zumindest anteilig übernimmt, da es kein grober Vorsatz war, sondern einfach nur fahrlässig (und dämlich :ugly:).
 
Zuletzt bearbeitet:
AW: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

Hat wohl noch Glück gehabt, dass er kein UEFI System genutzt hat, welches wichtige Daten in das Betriebssystem einbindet, sonst könnte er seine Server eventuell gar nicht mehr booten.
 
AW: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

In so einem Moment wäre man wohl lieber Bäcker oder ähnlich
 
AW: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

Komisches system, eig alle Linux Systeme die ich kenne hatten einen "wrapper" sodass z.b. "rn-rf /" nicht ohne Rückfrage geht und RM -RF ohne Ziel auch nicht geht.

Zu mal viel wichtiger: was sollen das für backups sein die an das system angeschlossen sind?
Backups hat man logisch und räumlich getrennt aufzubewahren. Erstes um sowas wie hier zu vermeiden und zweites um im Falle z.b. eines Brandes sicher zu sein.
 
AW: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

Auf der Seite wurde das ganze wohl mittlerweile als fake enttarnt. Hätte mich auch gewundert, denn dafür gibts den --no-preserve-root parameter. Wenn er den in seinem Befehl nicht angegeben hat dürfte da nicht so viel passieren. Außerdem ist es schon mehr als komisch wenn jemand mit angeblich 1500 Kunden fast gar keine Ahnung von der Materie hat. Ich meine alle backups auf einem System zu haben das auch noch gemountet ist? Einen Befehl auf allen Servern gleichzeitig ausführen?
 
AW: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

Zumindest wäre der Server jetzt frei von Viren oder ähnlichen Zecken.
Außerdem ist es schon mehr als komisch wenn jemand mit angeblich 1500 Kunden fast gar keine Ahnung von der Materie hat.
Es gibt leider in jedem Berufszweig Menschen wo man sich fragt wie die an einen Gesellenbrief gelangt sind.
 
AW: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

Komisches system, eig alle Linux Systeme die ich kenne hatten einen "wrapper" sodass z.b. "rn-rf /" nicht ohne Rückfrage geht und RM -RF ohne Ziel auch nicht geht.

Zu mal viel wichtiger: was sollen das für backups sein die an das system angeschlossen sind?
Backups hat man logisch und räumlich getrennt aufzubewahren. Erstes um sowas wie hier zu vermeiden und zweites um im Falle z.b. eines Brandes sicher zu sein.

Naja auf Band sichern stell ich mir schwierig vor bei einem Hoster, der müsste dann ja schon sehr viele Bandlaufwerke haben um das alles über Nacht sichern zu können;)
 
AW: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

Zu mal viel wichtiger: was sollen das für backups sein die an das system angeschlossen sind?
Vielleicht hat er ja kurz vorher ein Backup gemacht und die Laufwerke deshalb angeschlossen!?

Naja auf Band sichern stell ich mir schwierig vor bei einem Hoster, der müsste dann ja schon sehr viele Bandlaufwerke haben um das alles über Nacht sichern zu können;)
Brand nicht Band ^^

Aber wenn es letztlich sowieso ein fake ist, ist es ja auch egal.

MfG
 
AW: Hosting-Betreiber vernichtet Existenzgrundlage mit "rm -rf"

Naja auf Band sichern stell ich mir schwierig vor bei einem Hoster, der müsste dann ja schon sehr viele Bandlaufwerke haben um das alles über Nacht sichern zu können;)
Dass es für sowas auch heutzutage noch Bandlibraries gibt, ist sicherlich bekannt.
Und wenn es nur eine kleine Variante mit 48TB (unkomprimiert) für um die 4000 Euro ist:
Quantum Superloader 3, LTO-Ultrium 7 HH, 48TB/12TB, SAS 6Gb/s (E7-LLYAE-YE) in Band-/Wechsellaufwerke: Laufwerke intern | heise online Preisvergleich

Vielleicht hat er ja kurz vorher ein Backup gemacht und die Laufwerke deshalb angeschlossen!?
Dann hätte ich ihm schon deshalb den Schaden "gegönnt". Warum sollte man gleichzeitig (mit Schreibberechtigung) das interne UND externe Backup einbinden?
 
Zurück