Gestern konnte ich meine Emails bei mail.google.com über die Weboberfläche nicht abrufen, alle anderen Google Dienste konnte ich erreichen.
Ich dachte an ein DNS Problem bei meinem Provider und versuchte es heute morgen noch einmal, leider ging es immer noch nicht. Eine Namensauflösung per host scheiterte ebenfalls mit der Aussage unbekannte Domäne.
In einem Forum fand ich dann die Lösung: Fritzbox neu starten.
Als wir damals das Haus gebaut hatten, war geplant irgendwann eine kleine Blockhütte zu kaufen. Deswegen habe ich vorsorglich ein Stromkabel nach Außen gelegt.
Mittlerweile soll über das Stromkabel nicht nur eine Blockhütte versorgt werden, sondern auch eine Wegbeleuchtung und ein kleiner Springbrunnen. Leider habe ich nur die Möglichkeit alles über die Sicherung ein und auszuschalten, deswegen habe ich mich nach einer Alternative umgesehen.
Gestoßen bin ich dann auf den ELV FS20 AS4-2 4-Kanal-Funk-Aufputzschalter und eine passende Fernbedienung FS20 S20-2 10-/20-Kanal-Handsender.
Installation
Das Anbringen des Umschalters ist sehr einfach, auch das eigentliche anschließen der Kabel und einrichten der Fernbedienung ist sehr simpel.
Beim Anschließen der Kabel hat mich lediglich gestört das die vorgesehenen Öffnungen inkl. der Schraubgewinde nicht groß genug waren um ein Erdkabel durchzuführen. Ich mußte das Kabel sehr weit abisolieren und dann lediglich die Adern nach innen führen. Die Übergänge wurden dann mit viel Isolierband abgedichtet.
Was ich leider beim Aufbau des Umschalters nicht verstanden habe ist, das es in dem Gehäuse eigentlich genug Platz gibt. Die angeschlossenen Geräte werden jedoch nicht über den Aufputzschalter versorgt, sie werden lediglich wie der Name schon sagt nur geschaltet.
Einrichten der Fernbedienung
Das einrichten der Fernbedienung ist sehr einfach. Im Aufputzschalter die gewünschte Taste festhalten bis sie die dazugehörige LED blinkt, dann die gewünschte Taste auf der Fernbedienung drücken. Kleiner Tip, wenn man später eine weitere Fernbedienung oder das FHEM System nutzen möchte empfiehlt es sich den Hauscode zu ändern.
Bei uns im Haushalt ist es irgendwann so gekommen das ich bügeln musste. Das war vor gut 5 Jahren und mittlerweile bin ich das mit den bügeln nicht los geworden.
Ein Vorteil beim bügeln war immer, das ich in Ruhe meine Serien (Allein gegen die Zukunft, Street Hawk,Battlestar Galactica) schauen konnte. Mich hat es aber immer gestört das ich das Kleidungsstück immer von beiden Seiten bügeln mußte. Irgendwann kaufte ich mir dann die AEG DBS 5558 Dampfbügelstation und ich bin begeistert, Hosen und T-Shirts müssen nur von einer Seite gebügelt werden. Ein weiterer Vorteil war der große Wassertank, der reicht für einen großen Wäschekorb.
Für mich hat das den Vorteil ich bin schneller mit den Bügeln fertig und mehr Zeit für die Familie habe oder anderen IT kram.
Das Bild ist über ein Link des Amazon Partnerprogramms mit der Amazonseite verlinkt.
Neulich rief mich eine Bekannte an, ihr Rechner würde nicht mehr hochfahren beziehungsweise irgendwann mittendrin stehen bleiben.
Als ich den Rechner das erste mal startete, hörte ich bereits das leise klicken der Festplatte. Ich baute die Festplatte aus und schloss Sie über einen USB-Adapter an meinen Rechner an.
In der /var/log/syslog tauchte dann folgende Meldung auf:
May 22 21:40:05 big kernel: [ 447.084535] sd 7:0:0:0: [sdd] Unhandled sense code
May 22 21:40:05 big kernel: [ 447.084545] sd 7:0:0:0: [sdd] Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
May 22 21:40:05 big kernel: [ 447.084554] sd 7:0:0:0: [sdd] Sense Key : Hardware Error [current]
May 22 21:40:05 big kernel: [ 447.084564] sd 7:0:0:0: [sdd] Add. Sense: No additional sense information
May 22 21:40:05 big kernel: [ 447.084573] sd 7:0:0:0: [sdd] CDB: Read(10): 28 00 04 c5 21 17 00 00 80 00
May 22 21:40:05 big kernel: [ 447.084591] end_request: I/O error, dev sdd, sector 80027927
May 22 21:40:05 big kernel: [ 447.084600] quiet_error: 30 callbacks suppressed
May 22 21:40:05 big kernel: [ 447.084607] Buffer I/O error on device sdd1, logical block 80027864
May 22 21:40:05 big kernel: [ 447.084616] Buffer I/O error on device sdd1, logical block 80027865
May 22 21:40:05 big kernel: [ 447.084622] Buffer I/O error on device sdd1, logical block 80027866
May 22 21:40:05 big kernel: [ 447.084628] Buffer I/O error on device sdd1, logical block 80027867
May 22 21:40:05 big kernel: [ 447.084634] Buffer I/O error on device sdd1, logical block 80027868
May 22 21:40:05 big kernel: [ 447.084640] Buffer I/O error on device sdd1, logical block 80027869
May 22 21:40:05 big kernel: [ 447.084645] Buffer I/O error on device sdd1, logical block 80027870
May 22 21:40:05 big kernel: [ 447.084651] Buffer I/O error on device sdd1, logical block 80027871
May 22 21:40:05 big kernel: [ 447.084668] Buffer I/O error on device sdd1, logical block 80027872
May 22 21:40:05 big kernel: [ 447.084675] Buffer I/O error on device sdd1, logical block 80027873
May 22 21:40:13 big kernel: [ 455.436117] sd 7:0:0:0: [sdd] Unhandled sense code
May 22 21:40:13 big kernel: [ 455.436127] sd 7:0:0:0: [sdd] Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
May 22 21:40:13 big kernel: [ 455.436136] sd 7:0:0:0: [sdd] Sense Key : Hardware Error [current]
May 22 21:40:13 big kernel: [ 455.436146] sd 7:0:0:0: [sdd] Add. Sense: No additional sense information
May 22 21:40:13 big kernel: [ 455.436155] sd 7:0:0:0: [sdd] CDB: Read(10): 28 00 04 c5 21 17 00 00 08 00
May 22 21:40:13 big kernel: [ 455.436174] end_request: I/O error, dev sdd, sector 80027927
May 22 21:40:13 big kernel: [ 455.436183] quiet_error: 118 callbacks suppressed
May 22 21:40:13 big kernel: [ 455.436190] Buffer I/O error on device sdd1, logical block 80027864
May 22 21:40:13 big kernel: [ 455.436199] Buffer I/O error on device sdd1, logical block 80027865
May 22 21:40:13 big kernel: [ 455.436205] Buffer I/O error on device sdd1, logical block 80027866
May 22 21:40:13 big kernel: [ 455.436211] Buffer I/O error on device sdd1, logical block 80027867
May 22 21:40:13 big kernel: [ 455.436217] Buffer I/O error on device sdd1, logical block 80027868
May 22 21:40:13 big kernel: [ 455.436223] Buffer I/O error on device sdd1, logical block 80027869
May 22 21:40:13 big kernel: [ 455.436228] Buffer I/O error on device sdd1, logical block 80027870
May 22 21:40:13 big kernel: [ 455.436234] Buffer I/O error on device sdd1, logical block 80027871
Zwischendurch hatte Sie wichtige Dokumente / Fotos auf DVD oder auf eine externe Festplatte kopiert, jedoch ist der letzte Sicherungsvorgang ein wenig länger her.
Da die Festplatte nun defekt war, waren leider auch alle Daten weg.
Festplatte in der Tiefkühltruhe
Man liest und hört immer wieder das es schon einige geschafft haben Daten zu sichern, nachdem die Festplatte einige Zeit in der Truhe gelegen hat. Damit das entstehende Kondenswasser keine Kurzschlüsse verursacht, soll man die Festplatte in eine Plastiktüte legen und Reis mit dazu geben. Das Reis würde die Feuchtigkeit aufnehmen. Ich konnte mir nicht vorstellen das es funktioniert, aber da ich eine klackernde Festplatte und eine Tiefkühltruhe hatte wollte ich es einmal ausprobieren.
Das Experiment
Ich habe also die defekte Festplatte für zwei Tage in die Tiefkühltruhe gelegt und versucht im Anschluss die Daten der Festplatte zu retten.
Und tatsächlich das klackern war weg, jedoch war die Meldung in der /var/log/syslog immer noch dieselbe und es gab keine Daten die ich retten konnte.
Keine Ahnung ob es wirklich mal jemand geschafft hat auf diesem Weg Dateien wieder herzustellen, bei mir hat es jedenfalls nicht geklappt.
NAS Geräte für das heimische Netzwerk gibt es mittlerweile genügend auf dem Markt. Natürlich haben Sie mehrere Vorteile wie der geringe Stromverbrauch, die einfache Konfiguration, Sie sind klein und leise, es lassen sich durch Plugins / Module Funktionen nachrüsten (Apache,Mysql) und die Daten werden auf den Festplatten redundant gespeichert. Meine größte Sorge bei den Geräten ist immer, was ist wenn nicht eine Festplatte des Raidsets ausfällt sondern die Hardware des NAS selber?
Letztens war es nun soweit, die Hardware eines IOMAGANAS x2 lief nicht mehr und ich konnte ausprobieren ob man noch an die Daten rankommen konnte.
Die Festplatten waren bereits durch einen Kollegen an einem Rechner angeschlossen auf dem das aktuelle debian installiert war.
Als erstes habe ich mit apt-get install lvm2 mdadm lvm und mdadm installiert.
Im Anschluss habe ich mit mdadm --assemble --scan versucht das Raidset wieder zu bilden. Merkwürdigerweise wurde nicht ein Raidset gefunden, sondern zwei Raid 1 mit jeweils einer Festplatte. Eines der Raidsets konnte ich nun mounten, und mit ls -l habe ich folgendes erhalten.
drwxr-xr-x 2 root root 4096 25. Apr 10:14 imaging_dir
drwx—— 2 root root 16384 25. Apr 10:14 lost+found
Leider waren in dem Verzeichniss keine Daten, also erstmal die Raidsets wieder gestoppt.
Über fdisk /dev/sdb habe ich mit die Partitionierung der Festplatte näher angeschaut
Device Boot Start End Blocks Id System
/dev/sdb1 1 127 1020127 83 Linux
/dev/sdb2 128 121602 975742455+ 83 Linux
Die sdb2 Partition schien die Richtige zu sein und mit mdadm --assemble /dev/md128 /dev/sdb2 konnte ich das Raidset mit nur einer Festplatte wieder herstellen. Als ich jedoch versuchte das Raidset zu mounten bekam ich folgenden Fehler
mount: unknown filesystem type ‚LVM2_member‘
Da es sich also um ein Logical Volume handelte, bekam ich über lvdisplay weitere Informationen
— Logical volume —
LV Name /dev/md1_vg/md1vol1
VG Name md1_vg
LV UUID zfidzG-H1vi-uI9A-Ooob-vfuY-amo5-iBV0C9
LV Write Access read/write
LV Status NOT available
LV Size 930,54 GiB
Current LE 476436
Segments 1
Allocation inherit
Read ahead sectors auto
Dann mußte das Logical Volume noch Active gesetzt werden
Ausgabe von lvscan
inactive ‚/dev/md1_vg/md1vol1‘ [930,54 GiB] inheritvgchange -ay
Ausgabe von lvscan
ACTIVE ‚/dev/md1_vg/md1vol1‘ [930,54 GiB] inherit
Nun ließ sich das Logical Volume mounten und unter
