Fehlschlag der Woche [Neu]

[markusj]

also bräuchte man Do h eigentlich ein raid System

Ok, zum Mitschreiben: Ein RAID ist KEIN Backup. Bediener-, Softwarefehler oder Schadsoftware vernichten auf einem Schlag alle Kopien auf einem RAID 1. Letzteres reduziert nur die Ausfallwahrscheinlichkeit. Mehr nicht!

Ein Backup erzeugt eine unabhängige Kopie die sich möglichst weit entfernt vom Original befindet. Und keine Verbindung zu einem anderen Rechner oder dem Stromnetz hat.

mfG
Markus

[alex91]

"Wichtige" Daten und Bilder speichere ich auch immer auf Dropbox und dann automatisch auf einem 2. Rechner und hin und wieder ein Backup auf einer Externen.
Aber zu meinem Fehlschlag der Woche: Habe mit einem Freund einen Schrittmotor angesteuert der mit einem Poti verbunden ist und quasi wie ein Servo arbeite...
Dazu hab ich die Motortreiberkarte des Arduinoboards mit dem gerade eben "verbesserten" Selbstbau-Labornetzteil verbunden.
Verbesserung war ein temperaturgeregelter CPU-Kühler auf den beiden Transistoren. Nichts dabei gedacht hat ja vor einer Woche auch funktioniert.
ABER hab mir gedacht ich klemme die Erde auf das Blech vom NT auf dem die Transistoren sitzen, sind ja elektrisch mit Glimmer isoliert jedoch hab ich übersehen, dass sie über den Kühler mit dem Blech verbunden sind.
Beim anschließen hat es geblitzt Strom hat die 3A Anzeige fast zum rotieren gebracht und Das NT hat von innen geleuchtet als die 3,15T Sicherung durchgebrannt ist.
hab dann zwischen NT-GND und USB-GND 30V gemessen seit dem kein uploade mehr möglich
USB funktioniert noch, wenigstens was

[porter91]

Das ein raid kein Backup ist weiß ich habe mich da vielleicht falsch ausgedruckt. Meinte nur das wenn bei mir die nas abschmiert. Sind die daten weg ( kein Bediener Fehler) also. Das die nas dann lediglich um den defekt einer festplatte zu kompensieren

[oberallgeier]

... Ein Backup erzeugt eine unabhängige Kopie die sich möglichst weit entfernt vom Original befindet ...

Und diese Entfernung wünscht, soweit ich weiß, auch die Gewissheit, dass die Aufbewahrungsblechdose für all die gebackupten Bits und Bytes ne halbe Stunde von aussen befeuert werden kann, ohne dass der Inhalt etwas davon merkt.

[markusj]

Und diese Entfernung wünscht, soweit ich weiß, auch die Gewissheit, dass die Aufbewahrungsblechdose für all die gebackupten Bits und Bytes ne halbe Stunde von aussen befeuert werden kann, ohne dass der Inhalt etwas davon merkt.

Das schadet nicht. Optimal ist eine Aufbewahrung außer Haus ("Cloud" (bitte nur verschlüsselt) / Schließfach / Verwandschaft / Freunde) aber das hängt dann auch vom persönlichen Sicherheitsbedürfnis ab.

mfG,
Markus

[Thomas$]

RIP Raspi
Bootet nicht mehr, zwingt netzteil in die knie, an den 3,3V nur noch 1,8

[michiE]

Darf man fragen wie du das geschafft hast ?

Wir zerschießen an unserem großen Bot regelmäßig das Dateisystem des Raspberry Pi, wenn er die Spannungsversorgung verliert und noch nicht heruntergefahren ist. Ein kleiner Dauerfehlschlag der noch nicht behoben ist und auch sehr nervig ist, obwohl der Easpberry "nur" als Gateway von LAN auf I2C und SPI dient, mit denen die Lenkung und der 11kw-Antrieb gesteuert werden. Viel schlimmer ist, dass einer der GPIO auch ein kleines Relais offen hält solange alles ok ist. Dieses ist in einer Reihenschaltung aus vielen Relais und 6 Notschaltern verschalten das den dicken Schütz offen hält der den Nothalt für den Antrieb und (viel wichtiger) die Bremsen freischält.
Das wäre nicht weiter schlimm, wenn der Bot nicht 1,5 Tonnen, bzw. im Extremfall beladen 2,8T + 4,5 T Hänger wiegen würde und sich mit angezogener Bremse und ohne Antrieb keinen Millimeter bewegen liese. In dem Moment hilft nur das Krokoklemmenkabel zum Überbrücken des Schützes um wenigstens die Bremse lösen zu können.

Wenn man das nicht dabei hat, steht man dann wie wir vor ein paar Tagen auf dem Testgelände im Schlamm und fängt an vom Notebook aus das Backup einzuspielen :P Schöne Sauerei

[Thomas$]

so richtig ist es mir nicht klar geworden warum, ja das zerschießen des Filesystems ist häufiges problem (ext3 scheint noch am besen zu laufen)
die letzte handlung bei der ich vedachte habe, war das anschliesen eines USB UART adapters, laptop und raspi an der selben steckerleiste, möglich das eines der schaltnetzteile mit dem potential mist gemacht hatte, denn als masse des laptops mit masse das raspis verbunden war, meldete sich das netzteil vom raspi mit fiepstönen ...

[theborg]

Bei EXT ist das normal, grade auf Speicherkarten am PC fehlt das nicht so auf, wen er nur als Bridge genutzt wird warum nicht als RO mounten und nen RAMFS für logs und co. ? Desweiteren Caching komplett abschalten verkürzt aber die Lebenszeit der Speicherkarte.

Ist aber mal wider nen beispiel für zuviel Technik für zu wenig Funktionen

Ansonsten war hier im Forum oder auf Hackaday auch ne Anleitung für ne kleine USV mit 4 AAA Batterien.

[michiE]

Das FS ist schon als RO gemountet, swap, logs, und so weiter musste dazu natürlich abgeschaltet werden. Die Diskussion über zu viel Technik und zu wenig Funktion ist ewig, ich bin mir allerdings sicher, dass es an dieser Stelle kein Overkill ist. Auf dem Rapsberry läuft ROS, das eine schnelle und unkomplizierte Anbindung an die beiden Server erlaubt. Ebenso ist das System so relativ flexibel, was bei den schnell wechselnden Aufgaben des Fahrzeugs sehr wichtig ist. Die Aufgaben des Raspberry ändern sich dabei von Aufgabe zu Aufgabe. Wir können mit Monique schwere Gelände erkunden, Material mit und ohne Anhänger vorwärts und rückwärts bewegen (Und es ist eine sehr große Herrausforderung mit einem Hänger mal kurz vorwärts oder rückwärts einzuparken, und auch autonom zu entscheiden was gerade geschickter ist), wir können Personen und Fahrzeuge autonom folgen, autonom Gelände aller Art nach orangenen Gefahrguttafeln absuchen und die , sich von den anderen Aufgaben grundlegend unterscheidende autonome Tunnelbrandbekämpfung durchführen, inklusive autonomer Strukturkühlungund der autonomen Beseitigung von im Weg stehenden Fahrzeugen und Hindernissen, wobei klassifiziert wird, was Wegschiebbar ist und was nicht. Wir haben 16 HD-Kameras, 60 Ultraschallsensoren, 1 LIDAR, 5 Nachtsichtkameras, 3 RADAR, zig Temperatursensoren und verschiedene Gassensoren mit der Möglichkeit der Luftansaugung wahlweise an der Front oder am Heck. Die Fehlschläge an diesem Projekt erstrecken sich von zerstörten Ultraschallsensoren (Wenn der Sensor ein Objekt nicht sieht dass auf ihn zukommt, dann ist er halt weg ), einem Kabelbrand in einem der Stromerzeuger die als Rangeextender eingebaut wurden (Chinatechnik, keine Aderendhülsen sondern verlötete Kabel in den Schraubklemmen. Ein Kabel hat sich gelößt, trotz FI eingebautem wurde die Stromversorgung nicht getrennt, da der Fehler vor dem FI war. Weiser Rauch war das Ergebnis), einer zerstörten HD-Kamera (ein Wasserdichtes Gehäuse hatte sie, das Wasser das reinlief kam nicht wieder raus), ein undichtes Gehäuse für die Leistungselektronik (nach einer Nacht im Regen auf dem Wettbewerbsgelände stand Wasser im Frequenzumrichter für den Antriebsmotor), einem zerstörten 2kw Lenkungsmotor (Fehlendes Schutzblech hat dafür gesorgt, dass ein Kabel unter Volllast getrennt werden konnte, das hat der Motor nicht überlebt ), krumme Schweißnähte, bis hin zu einer gelößten Schraubverbindung am Federspeicher, die dafür gesorgt hat dass die Bremse auf einer schiefen Ebene versagt hat. Daraufhin konnte das Fahrzeug weder von seiner Bremse, noch von den LKW- Bremskeilen gehalten werden. Eine Hecke brachte es dann zum Stillstand. Sabotage gab es an diesem Projekt auch schon. Das war vermutlich der unerfreulichste Fehlschlag. Das waren aber nur die Fehlschläge, die Erfolge überwiegen zum Glück deutlich, weshalb wir mit dem Ding im Juni auch beim Elrob antreten werden. Bis dahin sehe ich allerdings auch noch einige neue Fehlschläge. Es wäre ja sonst auc hirgendwie langweilig