Keine Verbindung zu OMV via WEB, obwohl in der Fritzbox als Aktiv gekennzeichnet, weder bei statisch noch bei dynamisch ip Vergabe.

Hi, omavoss, Hi, ich bins Leslie, und der mit dem OMV Problem mal wieder.

Also ich habe ich falsch ausgedrückt, man kann ja bei omv-firstaid einstellen ob die Netzwerk ip DHCP Vergabe automatisch geschehen soll, oder ob manuell ( 192.168.178.5 war es bei mir, du erinnerst dich sicher.. du hattest mir ja viel dazu geschildert)

Ich hatte anfangs die ip statisch also außerhalb des DHCP Beckens gewählt, diese wurde auch per Fritzbox Netzwerkeinstellungen angezeigt, also die 192.168.178.5, jedoch ließ sich weder über putty, noch über die WEB ui drauf zugreifen, sie wurde lediglich in der Fritzbox Netzwerkeinstellungen angezeigt. als dies kein Fortschritt brachte und sich auch nichts mit dem debian Server con. ließ (kam nur Fehlermeldungen keine Verbindung..usw..) habe ich die 192.168.178.5 aus der fritzbox geschmissen, und per omv-firstaid automatisch eine ip auswählen gelassen. diese war dann die 192.168.178.23, wurde auch angezeigt in den Fritzbox Netzwerkeinstellungen jedoch auch kein darauf kommen. Vlt kam durch das auslesen der Bootplatte mit Clonezilla ja die Veränderung des eth0 zu eth1, was aber auch nicht logisch wäre, allerdings ist es für mich sowieso schleierhaft warum es zu Fehlern nach dem auslesen mit Clonezilla und sichern auf einen USB stick kam.

Warum ich eth0 weiß ich nicht, ich habe den HTPC und den OMV-NAS an eine Switsch: TP-Link TL-SG1005D Gigabit-Desktop-Switch (5-Port) Mein Board ist dieses hier: http://www.asrock.com/mb/Intel/Q1900B-ITX/ Asrock Q1900B-ITX, hat nur 1n Glan.

Ich danke euch beiden erstmal für die zeit, und den Aufwand...

Es ist wie bei Windows, bei Problemen neuinstallieren, dauert 20 min vlt, aber dadurch klärt man nicht die Ursache... und man weiß auch zukünftig nicht damit umzugehen. Der Grund weshalb ich das NAS aus der Fritzbox geschmissen habe war das der MAC code ja eingetragen war und ich bei der erneuten Vergabe der ip (diesmal aus dem DHCP-Range) keiner Komplikation Platz bieten wollte. Zwar ist DHCP-Range ein anderer bereich als 192.168.178.5 aber die MAC ist ja die selbe. Vlt ist der Grund ja auch das die falsche config von mir. Um den Tvheadend Setup zu installieren hatte ich wie hier beschrieben :
Pre-Installation
StepsAdd one of the links to your repositories (click here to see how to do this)
For stable Tvheadend Version 3.4.x add deb http://apt.tvheadend.org/stable wheezy main
For unstable Tvheadend Version 3.9.x add deb http://apt.tvheadend.org/unstable wheezy main

http://forums.openmediavault.o…551-Add-own-repositories/

OMV-Extras.org-Benutzerdefiniert-Hinzufügen und dort *deb http://apt.tvheadend.org/stable wheezy main* eingetragen.

Als die Kiste noch ein wenig mehr auflistete bei booten kam oft die Fehlermeldung das keine Verbindung zu Debian Server aufgebaut werden könne, und fail Einträge bei Tvheadend. Vlt hat Tvheadend den Bootvorgang gestoppt/behindert oder oder... Ich habe leider keine Ahnung.

Könntet Ihr mir eine eine Backup Möglichkeit nennen, außer Acronis?

Gruß Leslie

hatte ich benutzt, die UEFI Version und Backup auf einen 8GB usb stick, für dies zu Problemen ?

Nein auf einer SanDisk ReadyCache 32 GB, da OMV ja eh nur 2 GB groß war dachte ich ich könnte mit Clonezilla UEFI USB Version ein backup auf einen 0815 8GB Stick machen.

Tut mir leid dass ich erst jetzt Antworte, hatte bisl viel um die Ohren...

@omavoss, ich habe auch einiges von dir gelernt, und du hattest(hast) mir gut weitergeholfen,Wissen hast du demnach auch. Bisher habe ich 2 Variationen gelesen im Netz einmal die Version mit DHCP-Range "festnageln und einmal eine ip außerhalb der DHCP Kontrolle.

Zur SSD; mich hat das jetzt etwas gewundert, ich habe die SanDisk ReadyCache 32 GB relativ günstig bekommen und die niedrigen Schreibwerte (napp über SATA Festp. Niveau) haben mich nicht gestört wichtiger war mir da der Lautlose, stromsparende und etwas schnellere Lesenswert.Das mit dem *wear leveling* klingt interessant und schockierend zugleich, ich war davon ausgegangen das ~30Gb genug seien um 2-3GB OMV gut zu verfrachten und tote Zellen noch zu genüge zu ersetzen seien... Aber ich lasse mich gerne da eines besseren belehren... zumindest machen meine 3 etwas teureren Samsung S830 und Sandisk ultra plus bisher eine gute Figur (im Alltag ist die Bootzeit selbst identisch auf 22sec.)

Sollte es wirklich mitunter an der SSD liegen, welche Preiswerte SSD wäre denn ok ? Intel 320 Series 40GB (trotz bug) oder Transcend SSD340 SATA III 32GB oder Kingston SSDNow S200 30GB

@davidh2k
Ich habe mal die Werte der SanDisk ReadyCache 32 GB im jpg.Bild verfasst sieht ok aus: https://drive.google.com/file/…yZFpiOFk/view?usp=sharing

Gruß Leslie

Hey, Danke euch beiden, @omavoss nochmal für die Erläuterung, jap, die Zellen nutzen ab, und wear leveling ist unter anderen dafür zuständig dass die SSD möglichst lange hält, aber mehr weiß ich leider auch nicht und vor allem nicht was es mit *kaum wear leveling* auf sich hat.. muss ich selber nochmal recherchieren. Da OMV recht klein ist, dürfte ja genügend Spielraum auf der SSD sein Meine anderen 3 ssds (Samsung2x und SanDisk ) laufen perfekt, gibt nur Windows Updates zicken ordentlich aber das ist ne andere Geschichte.

PS: Wie hast du nur soviel GB voll bekommen...mit was für Plugins?

Ok Danke für die Korrektur, ich hatte den Vorgang falsch formulieren, bzw verstanden, denn wenn OMV bei mir vlt 15Gb groß ist und man wie üblich 10% freilassen soll mindestens, dann dürfte doch auch die 32((*30)Gb ssd genügend Zellen haben um die Kaputten zu ersetzen mithilfe des Kontrollers, denn wenn ich *wear leveling* richtig verstehe, geht es nur darum den Zusammenbruch möglichst lange hinauszuzögern, was durch das gleichmäßige Beschreiben der Zellen (gelingt).....