Quelltext betrachten

Aus NAS-4220

Du bist nicht berechtigt, die Aktion auszuführen. Gründe:

• Diese Seite ist für das Bearbeiten gesperrt.
• Diese Aktion ist beschränkt auf Benutzer, die der Gruppe „user“ angehören.

Quelltext dieser Seite:

== Anpassung der Benutzer- und Gruppen-IDs für NFS == Das NAS4220 legt standardmässig neue Benutzer mit UID >= 500, neue Gruppen mit GID >= 100 an. Dies kann bei NFS Nutzung stören, da einige Systeme die Benutzer-IDs erst bei 1000 starten lassen und die Gruppen-IDs bei 500. Um die Rechte trotzdem konsistent zu halten, ist eine Anpassung des NAS an die lokalen Gegebenheiten nötig. Es gibt mehrere Möglichkeiten: <b>Habe User-ID und Group-ID auf 1001:500 setzen geschafft.</b> Erfordert vi-Kenntnis. Meine Firmware: 2.6.0-n.<br> * via Browser einen user1 anlegen<br> * via telnet-root vi /etc/passwd die gid des "users" auf 500 setzen und die uid des zuvor angelegten user1 auf 1000 setzen.<br> * via Browser einen user2 anlegen. Der hat nun uid 1001 (die nächste freie) und die gid des "users" (500).<br> * im telnet/vi die gid des users wieder zurück auf 100. Das NAS abschalten (z.B. im telnet mit halt).<br> * Nach Restart sollte gid:uid des user2 erhalten geblieben sein, user1 kann nun gelöscht werden.<br> Franz. <b>Geht auch ohne vi-Kenntnisse ;)</b> Firmware: 2.6.0.IB.1.RS.1 <br> Kurz, wie's unter dem Pinguin geht (sollte unter dem Bootloader für das Lohnsteuerprogramm - Windows - ähnlich funktionieren ) : * über die Weboberfläche "Maintenance->Save Configuration" die Konfig auf den lokalen Rechner speichern <br> * -> das ergibt ein tar-File, das entpackt werden kann (mit "tar -xvf config.tar" wird in das aktuelle Verzeichnis entpackt)<br> * im dann entstandenen Ordner "config" nach "./codb/objects" wechseln<br> * dort gibt es mehrere Order "0" bis "n" u.a. abhängig von der Anzahl an konfigurierten Benutzern -> bei mir fingen die Ordner mit den Usereinstellungen bei "10" an<br> * -> in einen der Ordner wechseln -> in diesen Ordnern sind VERSTECKTE Dateien<br> * -> in der Datei ".name" steht der Name zum Benutzer, dem das gerade betretene Verzeichnis gewidmet ist<br> * -> hat man den zu ändernden Benutzer auf diese Weise gefunden, können die dann ebenfalls in diesem Verzeichnis befindlichen Dateien ".uid" und/oder ".gid" angepasst werden. Darin stehen die entsprechenden IDs im Klartext.<br> * Hat man alle Benutzer angepasst, einfach wieder in das Verzeichnis "config" hochgehen und mit "tar -cvf ../config_neu.tar *" den kompletten Verzeichnisbaum zusammenpacken<br> * Diese Datei "config_neu.tar" wieder zurück in das NAS laden - nach einem Neustart sind die IDs wie gewünscht.<br> *<b> ---> alle auf diesem Weg durchgeführten Änderungen vor der Nutzung in freier Wildbahn testen!!!</b><br> * ---> Windowseditoren beenden Textzeilen mit LF_CR - das mögen Pinguinparser evtl. nicht (hab ich auf dem NAS nicht getestet). Daher besser gleich unter Linux editieren!<br> PS: geht natürlich auch mit vi-Kenntnissen und telnet/ssh-Zugang auf der Kiste selbst. Dort liegt das, was in config.tar abgespeichert wird unter "/system/*" also unter "/system/codb/objects/". Alle Änderungen dort überleben auch den Reboot. Bei Editierversuchen an dieser Stelle evtl. erstmal richtige Konfig sichern und Brain 1.0 einschalten! Holger == Eine Samba-Verbindung trennen == Es ist unter Windows nicht möglich, mehr als eine Samba-Verbindung zum selben Server aufzubauen. Wenn Du Dich unter einem anderen Benutzernamen verbinden willst, kriegst Du wahrscheinlich diese Fehlermeldung: [[Image:netuseerror.jpg]] Wenn Du Dich unter einem anderen Benutzernamen verbinden willst, musst Du zuerst die bestehende smb-Verbindung trennen, oder die neue Verbindung zum Server unter einer alternativen Adresse (z.B. der IP anstelle des Netzwerknamens) aufbauen. Windows sieht diese Verbindung dann als Verbindung zu einem anderen Rechner an und man kann einen beliebigen Benutzernamen verwenden. Falls sich ein Nameserver im LAN befinden ist er ratsam, der Box mehrer Namen zuzuweisen - somit ist es möglich verschiedene Shares unter verschiedenen Benutzernamen gleichzeitig zu nutzen. Wenn kein Nameserver zur Verfügung steht, kannst man auch in <i>C:\WINDOWS\system32\drivers\etc\hosts</i> (unter Windows) bzw. <i>/etc/hosts</i> (unter Linux) zusätzliche Namen der IP des NAS zuordnen.<br> * [[Samba Verbindung trennen]] == Aufbau einer Samba-Verbindung mit einem Mausklick == Wenn Du die Daten für verschiedene Anwendungen in getrennten shares abspeichern willst, ist es praktisch, eine Verbindung schnell herstellen und wieder trennen zu können. * [[Aufbauen einer one-click Samba-Verbindung]] ==Samba server startet nicht mehr == *liegt scheinbar am USB-Stick* '''Lösung:''' 1.) NAS herunterfahren<br> 2.) USB-Stick abziehen<br> 3.) NAS starten (und warten bis komplett oben)<br> 4.) USB-Stick komplett platt machen (z.B. am PC mit FAT formatieren)<br> 5.) USB-Stick an vorderen USB-Anschluß einstecken (und hinteren leer lassen)<br> 6.) An Weboberfläche anmelden<br> 7.) Menüpunkt Control Panel / Maintenance / USB-System auswählen<br> 8.) Stick auswählen und Button <<Prepare Stick>> drücken<br> 9.) abwarten und anschl. System sauber runterfahren<br> 10.) NAS wieder starten<br> [http://forum.nas-portal.org/showthread.php?p=15415#post15415 Beschreibung des Problems] == NFS-Freigabe unter MacOS verbinden == Wer mit dem Terminal arbeiten möchte, sei auf meine Ausführungen im engl. Wiki-Bereich hingewiesen === Einrichtung für automatische Verbindung zum Systemstart === * Programme → Dienstprogramme → Verzeichnisdienste. "Erweiterte Einstellungen aktivieren" → "Aktivierungen", neue Verbindung mit "+" erstellen * "Entfernte NFS URL:" -> nfs://NASIP/mnt/md1/public <- NASIP, md1 und public an die eigenen Gegebenheiten anpassen * "Aktivierungsort:" -> /Users/NUTZER/MOUNTPOINT <- anpassen, wohin die Verbindung eingebunden werden soll. Möglich ist z.B. auch "/Volumes/NAS" * "Erweiterte Aktivierungsparameter" mit dem grauen Pfeil öffnen und "-P" eingeben (ohne Anführungsstriche!) * Alles bestätigen * Fertig ab OS-X 10.6 befindet sich der NFS Manager im Festplattendienstprogramm wieder: Ablage / NFS-Mounts ... === Problem === Nach einiger Zeit hat sich der Rechner nicht mehr verbunden - im Terminal stand etwas von ''"mount_nfs: bad MNT RPC:"'' . Folgender Workaround hat geholfen: Der Hostname des Rechners muss auf dem NAS in /etc/hosts eingetragen werden: * Systemeinstellungen öffnen → Sharing - Gerätename merken z.B. MACNAME * Terminal öffnen (Programme → Dienstprogramme) * mit dem NAS über telnet/ssh verbinden und /etc/hosts ergänzen. Backup der Datei ist dringend zu empfehlen! Folgendes macht das - bitte IP und den Namen eures Rechners verwenden! cp /etc/hosts /etc/hosts.bak echo 192.168.100.2 MACNAME MACNAME.local >> /etc/hosts * Evtl. gibt's dafür ja eine andere Lösung. Da die hier funktioniert, habe ich vorläufig nicht weiter gesucht. == Abschalten der Versionskontrolle in FW 2.6.3.1 == In FW 2.6.3.1 ist eine Versionskontrolle eingebaut, die einen downgrade auf eine ältere FW-Version verhindert. (Fehlermeldung: "wrong vendor ID").<br> * Per PuTTY oder winSCP mit der Box verbinden. * Die folgenden vier Zeilen in der Datei /usr/sausalito/handlers/base/upgrade2/'''CheckImage.sh''' auskommentieren, indem das #-Zeichen vorangestellt wird. Die Zeilen sehen dann so aus: #if [ $Vendor_local != $Vendor_now ]; then # echo "Error:The VendorID is wrong." # exit 4 #fi == Installation eines Debian-Systems (chroot) == Die folgenden Anweisungen habe ich erfolgreich durchgeführt. Viel Sinn habe ich darin nicht gesehen, da die Änderungen nur innerhalb eines chroot laufen. Evtl. gestartete Dienste müssen bei jedem NAS-Neustart per Hand gestartet werden, oder einiges an Skripten geschrieben werden. '''(Macht doch Sinn:''' Man kann z.Bsp. rsnapshot[http://rsnapshot.org/],rdiff-backup[http://www.gnu.org/savannah-checkouts/non-gnu/rdiff-backup/], dirvish[http://www.dirvish.org/] oder andere Tools im chroot-debian installieren und benutzen, die für die Box als Paket nicht direkt zur Verfügung stehen. Mit rsnapshot kann man dann z.bsp. per Icybox-Cron im Chroot-Debian das Backup in die Samba-Freigabe der box machen, ...(--[[Benutzer:Ozett|Ozett]] 11:45, 24. Apr. 2009 (CEST))) Dennoch also: * Download des Grundsystems (ARM-kompatible Distribution) ** Debian Sarge 3.1 [http://wopr.levring.nu/sarge.tar] -> Unterstützung und Support lt. Heise Ende März 2008 ausgelaufen ** Debian Etch 4.0 [http://www.bfaber.com/dl/etch.tar] ** SargeBook - Debian 3.1 "stable" for netBook" (96MB) --> wen die vorherigen links nicht gehen: [http://sourceforge.net/project/showfiles.php?group_id=8846] * Verzeichnis für die Distribution erstellen (z.B. /mnt/ide1/public/debian/) Heruntergeladene Datei (sarge.tar oder etch.tar) in das oben erstellte Verzeichnis kopieren * Login per SSH oder Telnet auf die Box und in das angelegte Verzeichnis wechseln <pre><nowiki> cd /mnt/ide1/public/debian/ tar xvf etch.tar mv /mnt/ide1/public/debian/etch/* /mnt/ide1/public/debian/ rm -Rf /mnt/ide1/public/debian/etch/ </nowki></pre> * Installiertes System testen <pre><nowiki> cd /mnt/ide1/public/debian/ mount -t proc none ./proc mount -t sysfs none ./sys mount -t usbfs none ./proc/bus/usb usr/sbin/chroot ./ /bin/bash </nowiki></pre> * Nun sollte der Prompt der Debian-Installation erscheinen und mit einem <b>cat /etc/debian_version</b> kann die Version geprüft werden. <pre><nowiki> icybox:/# cat /etc/debian_version 4.0 </nowiki></pre> * Anschließend sollte der verwendete DNS-Server in die Datei <b>/etc/resolv.conf</b> eingetragen werden <pre><nowiki> echo "nameserver 192.168.1.1" > /etc/resolv.conf </nowiki></pre> Die IP-Adresse 192.168.1.1 sollte durch den verwendeten Nameserver ersetzt werden. * Debian Sarge 3.1 <font color=red>TODO</font>: muss noch überarbeitet werden, da ich nur die 4.0er Version getestet habe. <font color=red>TODO</font>: bei Sargebook fehlt, glaube ich, wget. Also apt-get wget nicht vergessen echo "deb http://security.debian.org/ sarge/updates main contrib non-free" > /etc/apt/sources.list echo "deb http://ftp.de.debian.org/debian sarge main" >> /etc/apt/sources.list apt-get update apt-get install apt-utils apt-get install nano iptraf findutils apt-get wget apt-get upgrade * Debian Etch 4.0 Im oben angegebenen Etch-Paket sind die notwendigen Sourcen in der Datei /etc/apt/sources.list schon enthalten. Da bei Debian die SSH-Keys und die Keys zum verifizieren der Pakete geändert wurden, sind die mitgelieferten nicht mehr aktuell. Ein <b>apt-get update</b> bringt zumindest bei mir folgenden Fehler: <pre><nowiki> icybox:/# apt-get update Get:1 http://ftp.de.debian.org etch Release.gpg [386B] ... Fetched 1B in 1s (1B/s) Reading package lists... Done W: There is no public key available for the following key IDs: B5D0C804ADB11277 W: You may want to run apt-get update to correct these problems </nowiki></pre> Dies kann folgendermaßen behoben werden <pre><nowiki> # gpg --keyserver wwwkeys.eu.pgp.net --recv-keys B5D0C804ADB11277 # apt-key add /root/.gnupg/pubring.gpg # apt-get update </nowiki></pre> Anstelle des Keys B5D0C804ADB11277 sollte natürlich der eingetragen werden, welcher oben angemeckert wurde. Danach sollten die Sourcen und Schlüssel wieder auf Stand sein und das System kann mit einem <pre><nowiki> apt-get upgrade apt-get dist-upgrade </nowiki></pre> auf Stand gebracht werden. * Das ganze kann dann noch ein in kleines Skript (z.B. /mnt/ide1/public/debian/start_debian.sh) gepackt werden <pre><nowiki> #!/bin/sh CWD=`pwd` cd /mnt/ide1/public/debian/ mount -t proc none ./proc mount -t sysfs none ./sys mount -t usbfs none ./proc/bus/usb usr/sbin/chroot ./ /bin/bash cd $CWD exit </nowiki></pre> * Debian automatisch beim Reboot starten Damit die Debian-Umgebung nach dem Reboot der NAS wieder zur Verfügung steht, kann z.B. unter <i>/mnt/ide1/public/applications/</i> ein Verzeichnis <i>custom-boot</i> angelegt werden. In diesem Verzeichnis wird eine Datei <b>init</b> angelegt <pre><nowiki> #!/bin/sh HD_MNT_POINT=$(cat /usr/sausalito/codb/objects/1/Disk.rootdir 2> /dev/null) CWD=$HD_MNT_POINT/public/applications/custom-boot # start debian /bin/sh /mnt/ide1/public/debian/start_debian.sh & </nowiki></pre> Sollen automatisch Programme in der Debian-Chroot Umgebung gestartet werden, wie z.B MySQL, Apache oder sonstwas, kann das obige Skript <i>start_debian.sh</i> um z.B. folgendes erweitert werden <pre><nowiki> /mnt/ide1/public/debian/usr/sbin/chroot ./ /bin/bash -c "/etc/init.d/lighttpd start" </nowiki></pre> Dadurch werden beim Start der NAS automatisch alle auf diesem Weg eingetragenen Applikationen gestartet.<br> Wer will, kann sich auf diesem Weg auch ein Shell-Skript mit den benötigten Stop-Skripten schreiben. Quellen: [http://nas-2000.org/mwiki/index.php?title=Talk:HowTo_Compile_Programs_on_the_NAS nas-2000-wiki] - eigtl. noch [http://wiki.dns323.info/howto:chroot_debian das hier], das wird aber für die Installation nicht benötigt. Danke auch an die "Vorschreiber", die mich zu diesem Schritt inspiriert haben. Weitere Beispiele: [http://forum.opennas.info/viewtopic.php?p=10855&sid=a2d0cb414bf9450ffbbfea4efcf9225e], [http://www.linuxwiki.de/nslu2] <font color=red>UPDATE: </font>'''Chroot-Pakete''' nun auch hier [http://de.nas-4220.org/index.php/Packages#Chroot-Systeme] (--[[Benutzer:Ozett|Ozett]] 11:51, 24. Apr. 2009 (CEST)) ==Wer auf die ICY 4220 per FTP zugreifen will kann das wie folgt tun== Im Webinterface der ICY zunächst den FTP enablen und einen Port zuweisen ( STANDART 21 ). Es geht aber auch jeder andere z.B. 6666 (solange die Ports auf der IP frei sind). der FTP Login währe dann Accountname:DeinPW die Syntax würde dann lauten: ftp://admin:DeinPW@DeineICY-IP:Port ftp://admin:ganzgeheim@192.168.0.*:6666 << Beispiel für direktsyntax Es ist zu unterscheiden ob man innerhalb seines eigenen LANs zugreift oder per Internet. Je nachdem muss man die DHCP oder Selbstzugewiesene IP nutzen, ODER Die ISP IP. zum Einfügen in FTP Client / Browser Wer seine ICY BOX per FTP über einen nicht lokalen Punkt erreichen will, muss den FTP port in seinem Router zunächst fest auf die IP der ICY BOX binden. Nur so kann die NEGOTATION funktionieren. Als FTP Clienten kann ich FlashFXP (einfach) oder FTPRush (sehr ausführlich) empfehlen. Manko am FTP auf der 4220 ist momentan (25.12.07) das kein SSL/TLS möglich ist. ==Externer FTP Zugriff auf ein NAS-System mit einem Routern (Voraussetzung: DynDNS)== ===<b>Ausgangslage</b>=== Es soll möglich sein, das NAS über das Internet von "außen" zu erreichen. ===<b>Lösung</b>=== Die erste Vorraussetzung ist eine Dyndns Adresse. Da sich die IP-Adresse des Anschlusses normalerweise bei jedem Reconnect ändert empfiehlt es sich, die dyndns Adresse auf den Anschluss zu mappen. Dies unterstützt jeder moderne Router. Anschließend muss ein "port forwarding" aktiviert werden. Die Ports 20 und 21 müssen auf die IPAdresse des NAS weitergeleitet werden. Jetzt sollte ein Zugriff möglich sein. WICHTIG: Da die Verbindung über NAT/PAT geführt wird, müss im FTP Client der "passive mode" aktiviert werden. ==Externer FTP Zugriff auf ein NAS-System mit zwei Routern (Voraussetzung: DynDNS)== ''Diese Beschreibung sollte mit sämtlichen NAS-Geräten laufen!'' ===Ausgangshardware=== * Fritz!Box Fon * Belkin N1 Vision * NAS-4220 Auf beiden Geräten ist die Routerfunktion aktiviert. Kein FTP Zugriff auf NAS-4220 von außerhalb. ===<b>Lösung</b>=== Fritz!Box Fon behält Einstellung als DSL-Modem + Router Belkin N1 Vision wird als "Access Point" betrieben. Er verliert die Möglichkeit als Firewall und Router zu fungieren. <br> * Fritz!Box Fon hat z.B. die IP: 100.0.0.1 (DHCP muss deaktiviert sein) + Menüpunkt: DynDNS muss aktiviert sein inkl. Zugangsdaten * Belkin N1 Vision folgedessen die IP: 100.0.0.2 (In diesem Beispiel hat sich das Gerät die IP automatisch zugewiesen) *NAS-4220 bekommt manuell folgende IP: 100.0.0.3 (DHCP muss deaktiviert sein) + FTP-Server muss aktiviert sein ; Port: 21 *Weitere Geräte die am "Access Point" (Belkin N1 Vison) angeschlossen werden, müssen alle manuell eine IP zugewiesen bekommen ! <br> <br> '''''Im Abschluss müssen noch die PORTS freigegeben und weitergeleitet werden:''''' '''In unserem Beispiel wäre das:''' <br> Fritz!Box Fon -> Port 21 an IP 100.0.0.3 Fritz!Box Fon -> Port 20 an IP 100.0.0.3 Wenn alles eingestellt und aktiviert wurde, erscheint bei eingabe der DynDNS die Log-In Möglichkeit auf den Server. ftp://mydyndns <br> <b>Links</b> [[http://forum.nas-portal.org/showthread.php?t=2745 Thema im Forum]] <br> <br> '''''-> Es kann gut möglich sein, dass eine automatische IP-Vergabe von der Fritz!Box auch funktioniert. Hierbei müsste dann beachtet werden, dass bei allen angeschlossenen Geräten der DHCP-Service aktiviert.''''' Diese Anleitung wurde mit Hilfe von folgenden Personen ermöglicht, bei denen ich mich nochmals auf diesem Weg bedanken möchte: '''''gmeyer''''' '''''anobienkiller''''' © KurdtDC ==Eterner SCP-Zugriff mittels SSH auf ein NAS-System (Voraussetzung: DynDNS)== ===Ausgangshardware=== * Linksys WRT54G * NAS-4220 ===Verwendete Ausgangssoftware=== * [http://pool.nas-4220.org/images/4/4a/Packages.zip SSH-Server Package (V1.1) von Raidsonic] * [http://winscp.net/eng/download.php WinSCP 4.2.1 (Build 428)] * Optional: [http://the.earth.li/~sgtatham/putty/latest/x86/putty.exe PuTTY Terminal-Software] ===Voreinstellungen im Router=== Im Router muss der Port 22 nach aussen geöffnet werden (TCP ''UND'' UDP) und auf die IP des NAS geforwarded werden. Beim WRT54G geschieht das über die Seite Anwendungen & Spiele. Da der Router nach aussen eine dynamische IP besitzt ist es sinnlos dieses Verfahren ohne DynDNS zu verwenden. Dazu auf einem Heimrechner auf [http://www.dyndns.org DynDNS] laden und ein Profil mit einer Adresse einrichten. Im Router kann zusäzlich die DynDNS-Funktion aktiviert werden, um den Account regelmässig zu aktualisieren. ===Voreinstellungen im NAS=== Um über SSH auf das NAS zugreifen zu können, muss erst das Package installiert werden. '''Das integrierte Package in der Firmware 2.6.3.2 funktioniert nicht!!''' Also falls FW 2.6.3.1 installiert ist, muss man unter /public/Applications den Ordner des SSH-Servers löschen und das NAS neu starten. Danach folgendes [http://pool.nas-4220.org/images/4/4a/Packages.zip Package] downloaden und wie schon oft beschrieben installieren. Nun im Control Panel unter Network Services den SSH-Server aktivieren. ===Voreinstellungen auf dem Remote-Rechner=== Mit Windows-Rechnern empfehle ich [http://winscp.net/eng/download.php WinSCP]. Besonders nützlich ist dabei die Portable Executable Version, um sie per USB-Stick überall zu verwenden. Um alle Einstellungen tätigen zu können, muss in WinSCP unten links das Häkchen bei ''Advanced options'' gesetzt sein. ===Bei verwendung der Portable Executable Version=== Da WinSCP grundsätzlich alle Profile in der Windows Registry speichert, ist das für diese Version nicht optimal. Um das zu verhindern sollte man vorerst folgende Einstellung vornehmen: Im Auwahlmenu --> ''Preferences'' --> ''Other general Options (Preferences...)'' --> ''Storage'' -->''Configuration Storage'' Häkchen bei INI File (WinSCP.ini) setzen. ===Weiteres Vorgehen=== Nun kann ein neues Profil erstellt werden mit folgenden Einstellungen: * Session ** Host Name: ''DynDNS-Adresse'' ** Port: 22 ** User-Name: root ** Password: ''Admin-Passwort des NAS'' ** Protocol: SCP * SCP/Shell ** Shell: /bin/ash ** Häkchen bei Lookup user groups entfernen * Zurück zu Session ** Protocol wieder auf SFTP mit Häkchen bei ''Allow SCP Fallback'' (Mit dieser Einstellung können aufgrund eines Bugs nicht alle notwendigen Einstellungen unter SCP/Shell gemacht werden) Danach kann das Profil gespeichert werden. Je nach Wunsch sogar mit Passwort. Nun kann man überallher mit Login auf sein NAS zugreifen und auf '''ALLE''' Daten zugreifen! ===Verwenden von SSH-Verbindungen für andere Benutzer als root=== Um ein "Gastkonto" einzurichten, muss man im NAS-GUI zunächst den Benutzer anlegen und dessen Rechte verteilen. Danach kann man mit PuTTy auf das NAS zugreifen (mittels SSH über dynDNS-Adresse oder Lokal mit IP des NAS). Login mit admin und ''Admin-Passwort''. IB-Nas4220-B>cd .. IB-Nas4220-B>cd .. IB-Nas4220-B>cd .. IB-Nas4220-B>cd etc IB-Nas4220-B>vi passwd Nun muss beim erstellten Benutzer das Home-Verzeichnis (/bin/ash) angepasst werden. Danach sollte die Zeile in etwa so aussehen: gast:aerghaerhew4r4gh45ehasdfgaw:7002:100:gast:/root:/bin/ash '''Tipp: um anständig Text bearbeiten zu können kann die Taste 'i' für Insert verwendet werden''' Danach <ESC> drücken und :wq eingeben <Enter> (Damit wird das File gespeichert und der Editor verlassen. Nun kann bei WinSCP statt root der neu angelegte Benutzer mit dem entspr. Passwort verwendet werden. '''''humpe''''' ==Verlagerung des /system-Filesystems auf USB-Stick - Lösung des Spindown-Problems== Die 4220 hat ja bekanntlich Probleme mit dem Spindown, da irgendwelche Systemprozesse zyklisch die Platten nutzen. Bei einem Basis-System ohne zusätzliche Packages sind es zu 99% Zugriffe auf das /system-Filesystem, die den Spindown verhindern. Eine mögliche Lösung besteht daher darin, das /system-Filesystem auf einen USB-Stick auszulagern, einer kleiner Stick (>=64MB) reicht dafür aus. Alle Modifikatonen sind als "root" über telnet oder ssh durchzuführen.(sollte der telnet-Server nicht laufen, kann man ihn per WEB über http://ip-der-box/cgi/telnet/telnet.cgi aktivieren): === USB-Stick vorbereiten === USB-Stick einstecken, der Stick sollte automatisch als /dev/sda1 erkannt und unter /mnt/usb1 gemountet werden. Dies kann man mit "mount" prüfen. USB-Stick mit ext3 formatieren: * umount /dev/sda1 * mke2fs -j /dev/sda1 * mount /dev/sda1 /mnt/usb1 nun muss das /system-Filesystem unter Beibehaltung aller Rechte auf den Stick kopiert werden. Das macht man am Besten mit tar: * (cd /system; tar cf - .) | (cd /mnt/usb1; tar xf -) === Mount-Patch === Damit beim nächsten Reboot nicht /dev/md0 sondern /dev/sda1 als /system gemountet wird, hilft ein Script von streuspeicher (danke noch einmal) aus dem Forum weiter. Er benutzt dazu die Package-Erweiterung der aktuellen Firmware. Hier kann man auch gleich die Spindown-Anweisungen für die Platten einbauen ('''fett'''): * cd /mnt/md1/public/applications (bzw. cd /mnt/ide1/public/applications bei non-Raid) * mkdir usb-system * chmod 777 usb-system * cd usb-system * vi init Der vi Editor öffnet sich und es soll die Datei "init" geschrieben werden. Durch drücken von "i" kann man nun etwas eingeben oder einfügen. Einfach diese Zeilen im vi einfügen. HD_MNT_POINT=$(cat /usr/sausalito/codb/objects/1/Disk.rootdir 2> /dev/null) CWD=$HD_MNT_POINT/public/applications/usb-system exec $CWD/do-init >> $CWD/init.log 2>&1 Danach drückt man Escape und gibt einen Doppelpunkt ein ":". Man kann nun ein Kommando abgeben. Hier ein "w" für write. Nochmal ":" und "q" zum beenden. Das selbe nun mit der folgenen Datei. * vi do-init echo "------ START $(date) -----" USB_MNT_POINT=/mnt/usb1 USB_DEV=/dev/sda1 echo "checking $USB_MNT_POINT ..." if [ -e $USB_MNT_POINT/ImageInfo ]; then echo "remounting /system ..." cd / umount /system if [ $? != 0 ]; then echo "ABORTED: Failed to unmount old /system." exit fi mount $USB_DEV /system echo "DONE: Your NAS system is now running from USB stick:" '''echo "set spindown of /dev/hda and /dev/hdb to 10 minutes ..."''' '''hdparm -S120 /dev/hda /dev/hdb''' else echo "ABORT: Found no USB device with valid system." fi * chown root:root * * chmod 777 * * reboot '''Anmerkungen:''' * die Beschreibung geht von einem System mit 2 RAID-Platten aus, bei dem die Partitionen normalerweise als /dev/md0 (/system) bzw. /dev/md1 (/mnt/md1) gemountet werden. Für Systeme mit einer Platte sind kleinere Anpassungen notwendig (z.B. /dev/ide1 statt /dev/md0). * Manche Platten können kein Spindown. Manche können keine Spindown-Zeiten von <10Minuten, in diesem Fall muss man mit den Werten bei "hdparm -Sxx ..." etwas spielen. * Mit "hdparm -C /dev/hda" bzw. "hdparm -C /dev/hdb" kann der aktuelle Zustand der Platten geprüft werden. * Nach einem Reboot der Box ohne den modifizierten USB-Stick oder mit einem anderen USB-Stick ist alles wieder wie vorher. * installierte Zusatzpakete (ssh, webserver, ...) können den Spindown ggf. auch verhindern. In diesem Fall sind evtl. weitere Schritte erforderlich. * alle Konfi-Änderungen landen auf dem USB-Stick und bleiben auch nach einem Reboot (mit Stick) erhalten. Wer seine Änderungen auch auf Platte haben will, muss ohne den Stick booten, die Einstellungen ändern, und dann erneut kopieren (oder die Änderungen noch einmal machen). * Die alte Lösung mit dem Shell-Script SpindownFix.sh (beschrieben z.B. [http://forum.nas-portal.org/showpost.php?p=4708&postcount=4 hier] ) sollte nicht mehr verwendet werden. * Wer Interesse daran hat, welche Zugriffe die Platten aufwecken sollte mal [http://de.nas-4220.org/index.php/Tools#Spindown_Tracking_Tool hier] schauen. * Ein Firmware-Update muss in jedem Fall '''ohne''' USB-Stick durchgeführt werden. Danach sollte der Stick neu "betankt" werden (falls der Workarround dann überhaupt noch nötig ist). == Wiederherstellung eines defekten NRAID-Systems (SPAN) -> Möglichkeit 01 == === Vorbereitungen === * Hardware: Samsung HD501LJ * Raid Level: SPAN * File System: EXT3 * Software: Ubuntu 7.10 Desktop I386 * Backup-Hardware: PC inkl. 2x SATAII Anschluss und 500gb Extern (USB 2.0) Problem: „The disk occur wrong. Please power off and exchange disk“ '''''Um die Daten aus dem SPAN-Modus zu sichern gehe wie folgt vor:''''' 1. Lade dir die kostenlose Live-CD „Ubuntu“ unter folgendem Link runter: http://cdimage.ubuntu.com/xubuntu/releases/7.10/release/xubuntu-7.10-desktop-i386.iso (für ähnliche Live-Linux-CD´s:) http://www.linuxscrew.com/2007/10/08/linux-and-unix-live-cds-list/ Brenne anschließend das Image auf einen normalen CD-Rohling. 2. Fahre deinen Rechner herunter und ziehe die Kabel von jeder unnötigen Festplatte ab um vor Fehlern vorzubeugen. 3. Schließe die Festplatten aus deinem NAS-Gehäuse an deinen PC an, vorzugsweise an einem SATA-Anschluss === Wiederherstellung === 4. Schalte den PC ein und starte „Ubuntu“ von der zuvor gebrannten CD. (Kurz nach dem Start, drücke '''„F8“''' um das Boot-Laufwerk zu wählen) 5. Wähle die Sprache mit '''„F2“''' 6. Starte dann Linux (Ubuntu) '''''Und jetzt kommen wir zum eigentlich Teil der Rettung:''''' 7. Starte die '''„Console“''', links oben zu finden: '''„Programme“''' ; '''„Zubehör“''' ; '''„Terminal“''' 8. Gebe '''"sudo su"''' (ohne ") in der Console ein, dann erhälst du die Rechte als admin (root). Der Anfang des Terminals sollte nun so aussehen: root@ubuntu: 9. Gebe jetzt den Befehl '''„apt-get install mdadm“''' ein, somit wird das wichtige Tool '''„mdadm“''' installiert. 10. Mit folgendem Befehl werden die SPAN-Partitionen ermittelt, das sind überlicherweise die "großen“ Partitionen: fdisk -l /dev/sda“ und anschließend „fdisk -l /dev/sdb Nun stellt sich nur noch die Frage nach der Reihenfolge. Diese soll Schritt 11 klären. Dort sollte deshalb stehen: 11.a. Device Boot Start End Blocks Id System /dev/sda3 1 60736 487861919+ ed Unknown /dev/sda4 60737 60801 522112+ 82 Linux swap / Solaris 11.b. Device Boot Start End Blocks Id System /dev/sdb1 1 7 56227 fd Linux raid autodetect /dev/sdb2 8 14 56227+ fd Linux raid autodetect /dev/sdb3 15 60736 487749465 fd Linux raid autodetect /dev/sdb4 60737 60801 522112+ 82 Linux swap / Solaris Die Ausgabe gibt Hinweise auf die Reihenfolge für Schritt 14. Vermutlich ist aber auch die Partition, bei der '''"Linux raid autodetect"''' steht, die Erste. (In diesem Fall also /dev/sdb3) 12.a. Durch Eingabe von '''„mdadm --examine /dev/sda3“''' müsste diese Info angezeigt werden: mdadm: No md superblock detected on /dev/sda (Zur Info: „SDA“ und „SDB“ sind Teile des damaligen SPAN´s die zusammen eine Festplatte im NAS ergeben) In Diesem Fall ist der „Superblock“ des ersten Teils des SPAN´s beschädigt. 12.b. Falls eine andere Meldung erscheint, teste auch diesen Befehl: mdadm --examine /dev/sdb3 Wenn keiner der Befehle die Meldung „mdadm: No md superblock detected on /dev/...“ anzeigt, breche den Rettungsvorgang ab, ansonsten gehe zu Schritt 13. 13.a. Tippe nun den folgenden Befehl in die Konsole ein: mount proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) tmpfs on /lib/modules/2.6.22-14-generic/volatile type tmpfs (rw,mode=0755) tmpfs on /lib/modules/2.6.22-14-generic/volatile type tmpfs (rw,mode=0755) varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755) varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777) udev on /dev type tmpfs (rw,mode=0755) devshm on /dev/shm type tmpfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /tmp type tmpfs (rw,nosuid,nodev) /dev/hdd on /media/我的光盘 type iso9660 (ro,nosuid,nodev,uid=999,utf8) '''''/dev/sda3 on /media/disk type ext3 (rw,nosuid,nodev)''''' Falls in dem jetzigen Auszug die letzte Zeile erscheint, fahre dann wie folgt vor, ansonsten überspringe 13.b. 13.b. Gebe den Befehl in die Konsole ein: umount /media/disk 14. Der jetzige wichtige Befehl soll dafür sorgen, dass das vorherige RAID (SPAN) wiederhergestellt wird: mdadm --create /dev/md1 --verbose --level=linear --raid-devices=2 /dev/sdb3 /dev/sda3 15. Der Befehl '''"cat /proc/mdstat"''' müsste dann schließlich dieses Ergebnis anzeigen: Personalities : [linear] md1 : active linear sda3[1] sdb3[0] 975611200 blocks 64k rounding md0 : active linear sdb1[0] sdb2[1] 112256 blocks 64k rounding unused devices: <none> ''! Die angezeigten Zahlen können abweichen, hier wurden mit 500gb Festplatten gearbeitet !'' 16. Abschließend erstellen wir jetzt neue Ordner und „mounten“ diese, damit die Daten aus den zu rettenden Festplatten angerufen werden können. mkdir /mnt/xxx mount /dev/md1 /mnt/xxx Der Name '''''„xxx“''''' steht für den zu erstellenden Ordner. 17.a. Bei erfolgreicher Durchführung ohne Fehlermeldung bitte wie folgt fortfahren. Mit dem Befehl '''„mount“''' sollte die gemountete Festplatte angezeigt werden: z.B. so proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) tmpfs on /lib/modules/2.6.22-14-generic/volatile type tmpfs (rw,mode=0755) tmpfs on /lib/modules/2.6.22-14-generic/volatile type tmpfs (rw,mode=0755) varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755) varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777) udev on /dev type tmpfs (rw,mode=0755) devshm on /dev/shm type tmpfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /tmp type tmpfs (rw,nosuid,nodev) /dev/hdd on /media/我的光盘 type iso9660 (ro,nosuid,nodev,uid=999,utf8) '''''/dev/md1 on /mnt/xxx type ext3 (rw)''''' Die letzte Zeile bestätigt die erfolgreiche Durchführung. === Auslesen der Daten === 17.b. Mit dem Befehl '''„ls -als /mnt/xxx“''' werden die damals angelegten Benutzer des NAS angezeigt. z.B. so insgesamt 60 (Ordneranzahl, in unserem Fall) 4 drwxr-xr-x 9 root root 4096 2007-11-28 20:32 . 0 drwxr-xr-x 3 root root 60 2008-01-01 21:05 .. 4 drwxrws--x 22 500 users 4096 2007-11-28 15:42 admin 8 -rw------- 1 root root 6144 2007-11-25 23:32 aquota.group 8 -rw------- 1 root root 8192 2007-11-25 23:32 aquota.user 4 drwxrwxrwx 4 505 users 4096 2007-12-19 00:13 hans (Beispiel) 4 drwxrwxrwx 3 501 dhcp 4096 2007-11-22 14:34 guest-share 4 drwxrwxrwx 3 502 users 4096 2007-12-19 00:13 peter (Beispiel) 16 drwx------ 2 root root 16384 2007-11-22 14:31 lost+found 4 drwxrwxrwx 3 503 users 4096 2007-11-23 04:58 hubert (Beispiel) 4 drwxrwxrwx 6 root root 4096 2007-12-19 20:46 public 17.c. Bei Interesse kann man die einzelnen Unterordner auch mit diesem Befehl durchsuchen: ls -alsR /mnt/xxx | more, mit <Space> weiter 18. Jetzt können wir gleich mit dem kopieren der Daten anfangen, aber zuerst benötigen wir auch Admin-(Root) Rechte im Dateimanager, dies machen wir wie folgt: 18.1 '''„ALT+F2“''' drücken und die Befehlszeile: '''„xterm“''' eingeben und „ENTER“ drücken 18.2 '''„sudo su“''' in die Konsole eingeben und mit „ENTER“ bestätigen 18.3 '''„nautilus“''' in die Konsole eingeben und mit „ENTER“ bestätigen Jetzt öffnet sich automatisch der Dateibrowser mit "ROOT"-Rechten 19. Einen zweiten Dateibrowser, ausreichend mit dem Befehl wie in 18.3 beschreiben öffnen und dann die zu sichernden Daten jeweils kopieren. Diese Anleitung wurde mit Hilfe von folgenden Personen ermöglicht, bei denen ich mich nochmals auf diesem Weg bedanken möchte: '''''gmeyer''''' '''''Nafi''''' '''''hypfvieh''''' © KurdtDC == Wiederherstellung eines defekten NRAID-Systems (SPAN) -> Möglichkeit 02 == Der NAS-4220 arbeitet mit manchen Festplatten [[Festplatten|bekanntermaßen]] nur sehr unzuverlässig. Deswegen kann es besonders bei solchen Fehlkonfigurationen nötig sein, die im SPAN-Verbund zusammenhängenden Datenträger extern zu sichern. Leider gestaltet sich das aufgrund der Speicherungsart nicht so einfach, wie zum Beispiel bei einer JBOD-Konfiguration. Die Platten können nicht einfach an einen anderen Computer angesteckt und ausgelesen werden. Hier soll dieses Tutorial weiterhelfen. === Vorbereitungen === Benötigt wird ein NAS-4220 konfiguriert mit zwei Festplatten im SPAN-Verbund. (Thank you Captain Obvious.) Desweitern braucht man einen PC mit zwei SATA-Anschlüssen und zwei SATA-Kabeln, sowie optimalerweise eine externe Festplatte mit genug Platz, um die Daten zu sichern. Auf der Softwareseite kommt eine beliebige Linux-Live-CD zum Einsatz, in diesem Tutorial wird die bewährte [http://de.wikipedia.org/wiki/Knoppix Knoppix]-Distribution verwendet, die bereits alle benötigten Tools mitbringt. Nun müssen die Festplatten aus dem NAS-4220 ausgeschraubt, in den PC gebaut und angeschlossen werden. Sinnvoll wäre es an dieser Stelle auch, alle vorhanden Systemfestplatten des PCs auszubauen, um später auf keinen Fall einen Datenverlust zu riskieren. Ist das geschehen, muss nur noch die Live-CD gebootet werden. === Wiederherstellung === Wenn der Start der Live-CD abgeschlossen ist, öffnet man ein Terminal. In Knoppix geschieht das durch den Klick auf das schwarze Computer-Display in der Startleiste unten. Da viele der folgenden Befehle Root-Rechte benötigen, sollte man diese dauerhaft aktivieren. Dies geschieht durch die Eingabe des Befehls sudo su Danach müssen noch zwei Module geladen werden, die vor der eigentlichen Wiederherstellung gestartet sein sollten modprobe md modprobe raid1 Jetzt wird ein genauerer Blick auf die beiden Festplatten riskiert fdisk -l /dev/sda fdisk -l /dev/sdb In meinem Beispiel kommt es zu folgender Ausgabe Platte /dev/sda: 500.1 GByte, 500107862016 Byte 255 Köpfe, 63 Sektoren/Spuren, 60801 Zylinder Einheiten = Zylinder von 16065 x 512 = 8225280 Bytes Gerät boot. Anfang Ende Blöcke Id System /dev/sda1 1 7 56227 fd Linux raid autodetect /dev/sda2 8 14 56227+ fd Linux raid autodetect /dev/sda3 15 60736 487749465 fd Linux raid autodetect /dev/sda4 60737 60801 522112+ 82 Linux Swap / Solaris und Platte /dev/sdb: 500.1 GByte, 500107862016 Byte 255 Köpfe, 63 Sektoren/Spuren, 60801 Zylinder Einheiten = Zylinder von 16065 x 512 = 8225280 Bytes Gerät boot. Anfang Ende Blöcke Id System /dev/sdb3 1 60736 487861919+ fd Linux raid autodetect /dev/sdb4 60737 60801 522112+ 82 Linux Swap / Solaris Die Partitionen /dev/sda3 und /dev/sdb3 sind die größten, erkennbar am Wert in der "Blöcke"-Spalte und beinhalten so höchstwahrscheinlich den SPAN-Bereich. Um auf die Daten in diesem Bereich zugreifen zu können, wird das Tool '''mdadm''' genutzt. Dieses ermöglicht die neue Zusammensetzung des RAID-Verbundes. Der nächste Befehl lautet dementsprechend mdadm --assemble /dev/md0 /dev/sda3 /dev/sdb3 Wenn alles gut gegangen ist, erscheint als Ausgabe nun mdadm: /dev/md0 has been started with 2 drives Die Reihenfolge der beiden Partitionen ist hier übrigens egal. mdadm --assemble /dev/md0 /dev/sdb3 /dev/sda3 hätte hier das gleiche Ergebnis zufolge gehabt. Wichtig ist nur, dass die beiden richtigen Partitionen ausgewählt wurden. === Auslesen der Daten === Zwar sind die Daten nun im Pfad /dev/md0 zusammen gesetzt worden, dieser muss nun aber noch "gemounted", sprich zugreifbar gemacht werden. Dafür muss zunächst ein Ordner im /media-Verzeichnis angelegt werden. In diesem Beispiel wird der Ordner einfach "raid" genannt. mkdir /media/raid In diesen neu angelegten Ordner wird nun /dev/md0 gemounted. mount /dev/md0 /media/raid Nun kann man mit dem Konqueror (der blaue Globus in der Startleiste) durch die Eingabe von /media/raid in der Adressleiste auf die Daten zugreifen, um sie zum Beispiel auf eine externe Festplatte zu sichern. '''Diese Möglichkeit hat "Eanor" (leider mir unbekannt) erstellt und erfolgreich getestet. Ich ''(KurdtDC)'' habe mir erlaubt dies auch in unserer Kategorie "Kurzanleitungen" zu veröffentlichen. Daher geht der Dank auch Mr. Eanor, Vielen Dank dafür. Für weitere Möglichkeiten oder Verbesserungsvorschläge wird gebeten.''' <!-- Languages --> [[en:HowTo%27s]] == Lösung des Spindownproblems beim NAS-4220 == === Hardwarekonfiguration === Getestet mit Firmware 2.6.3.1 und 2x Seagate Festplattten ST3500320AS im RAID1-Modus Mein Problem: Das System zeigt an, dass beide Festplatten sich im Standbymodus befinden, aber der Motor beider Hardwarekomponenten läuft stetig weiter. ! Für diejenigen ist auch diese Problemlösung gedacht ! === Voraussetzung === ssh-server http://pool.nas-4220.org/images/4/4a/Packages.zip Benötigte Programme:<br> WinSCP http://winscp.net/download/winscp418setup.exe === Lösung === 1.Starte das Programm WinSCP und log dich auf das NAS als „root“ ein.<br> User: '''''root''''' Passwort: '''''das Passwort deiner Box''''' 2. Gehe in den Ordner „/mnt/md1/public/applications“ und lege einen neuen an, z.B. mit dem Namen „Spindown“. 3. Erstelle eine neue Datei, z.B.: sds.sh (SpinDownScript) und füge folgenden Text ein: #!/bin/sh<br> HDD1=/dev/hda HDD2=/dev/hdb<br> while (true); do<br> STATE=`hdparm -C $HDD1 | grep "drive state" | awk '{print $4}'`<br> if [ "$STATE" = "standby" ] && [ "$OLDSTATE" != "standby" ]; then # now do it smartctl -a $HDD1 > /dev/null # dummy access - wake up hd smartctl -a $HDD2 > /dev/null hdparm -y $HDD1 # sleep now! hdparm -y $HDD2 fi<br> OLDSTATE=$STATE<br> sleep 300 # 5*60 seconds<br> done # end Nach Abspeicherung der Datei, gebe dem „Eigentümer“ noch die vollständigen Rechte, indem die „Eigenschaften“ der Datei aufgerufen wird. (Oktal 0755) '''Bei allen weiteren neuen Dateien müssen die Rechte richtig vergeben werden !''' 4. Erstelle in dem selben Ordner die neue Datei „init“ mit dem Inhalt: #!/bin/sh<br> HD_MNT_POINT=$(cat /usr/sausalito/codb/objects/1/Disk.rootdir 2> /dev/null) WORK_DIR=$HD_MNT_POINT/public/applications/Spindown<br> cp $WORK_DIR/sds.sh /var/tmp /var/tmp/sds.sh & 5. Der nächste Ordner muss unter „applications“ neu angelegt werden: „Bugfixes“<br> -> Dies ist ein Zusatz, der nur Notwendig ist falls die Platten durch Zugriffe auf '''secrets.tbd''' und/oder '''smbpasswd''' die Platte wecken <- Er enthält die Datei „init“ mit… #!/bin/sh<br> # move /system/hddapps/etc/samba/secrets.tdb to /etc/samba (RAM-Disk) and # restart samba to help spindown echo "move /system/hddapp/etc/samba to /etc and restart samba ..." /system/hddapp/etc/rc.d/S80samba.sh stop mkdir /etc/samba cp -r /system/hddapp/etc/samba /etc mount -o bind /etc/samba /system/hddapp/etc/samba /system/hddapp/etc/rc.d/S80samba.sh start Nach einem Neustart sollte der Spindown ohne Probleme funktionieren, sofern im Webinterface der Box die „Disk spin down time“ eingestellt ist. Mit dem unten aufgeführten Link und dessen Leitfaden ist es auch möglich, sich den aktuellen Status über eine Log-Ausgabe anzeigen zu lassen: http://de.nas-4220.org/index.php/Tools#Spindown_Tracking_Tool Diese Anleitung wurde mit Hilfe von folgenden Personen ermöglicht, bei denen ich mich nochmals auf diesem Weg bedanken möchte: '''''HWguru''''' '''''gmeyer''''' © KurdtDC == Ermitteln der optimalen Parameter für den NFS-Clinet (zB DBOX2, Dreambox, Streamingserver,...) == Statt lange die optimalen Werte für den NFS-Client zu suchen, kann das folgende Skript die optimalen Werte ermitteln.<br> Einfach auf dem Client speichern. (zB in eine Datei namens "nfstest.sh") <br> Parameter müssen an den eingenen NAS-Server angepasst werden.<br> Evtl. Verzeichnis "/mnt" erstellen mkdir /mnt Der Aufruf erfolgt dann beispielsweise mit ./nfstest.sh Die Laufzeit kann schon mal 20-90 Minuten dauern, also Geduld!! hier der Code: #!/bin/sh # IP of your NFS server serverip=192.168.0.222 # exported directory on your NFS server exportdir=/mnt/ide4/share # mount point on dbox dboxmountpoint="/mnt" # filesize to transfer in MBytes. # At least 8 MByte. Good values are 32 or 64 MByte. # Try 128 to be more accurate (takes much longer!) filesize=32 # block sizes to test in KBytes, possible values are 1 2 4 8 16 32. # values have to be separated with spaces. See examples below. # blocksizelist="4 8 32" # blocksizelist="16" blocksizelist="8 16 32" # wether to enable synchronous reading, writing. Possible values are "yes" # or no. Normally synchronous reading or writing should be slower than # asynchronous, so to save some time most people would say "no" here. enablesynctests="no" # which protocols should be checked out? values are "udp tcp" protocol_test="udp tcp" #protocol_test="tcp" ################################################################## ######## don't edit below this line ######## ################################################################## bs=8192 count=`expr $filesize \* 1048576 / $bs` wlist="" rlist="" synctests="async" if [ $enablesynctests = "yes" ]; then synctests="sync "$synctests fi echo echo "Measuring NFS throughput..." for factor in $blocksizelist do for protocol in $protocol_test do for synchronized in $synctests do size=`expr $factor \* 1024` bitcount=`expr $bs \* $count \* 8` umount $dboxmountpoint 2>/dev/null mount -t nfs -o rw,soft,$protocol,nolock,$synchronized,rsize=$size,wsize=$size $serverip:$exportdir $dboxmountpoint echo "Mount options: "$protocol", "$synchronized", wsize="$size echo "writing "$filesize" MBytes..." a=`date +%s` dd if=/dev/zero of=$dboxmountpoint/test bs=$bs count=$count 2>/dev/null; if [ $? = "0" ] then z=`date +%s` duration=`expr $z - $a` throughput=`expr $bitcount / $duration` echo "Success after "$duration" seconds" else throughput="Failure" echo "Failure" fi wlist=$wlist$throughput" with "$protocol","$synchronized",wsize="$size"\n" echo "Mount options: "$protocol", "$synchronized", rsize="$size echo "reading "$filesize" MBytes..." a=`date +%s` dd of=/dev/null if=$dboxmountpoint/test bs=$bs count=$count 2>/dev/null; if [ $? = "0" ] then z=`date +%s` duration=`expr $z - $a` throughput=`expr $bitcount / $duration` echo "Success after "$duration" seconds" else throughput="Failure" echo "Failure" fi rlist=$rlist$throughput" with "$protocol","$synchronized",rsize="$size"\n" echo done done done echo "Results for write throughput:" echo $wlist | sort -nr | sed 's/^\([0-9]*\)\([0-9]\{3\}\)\([0-9]\{3\}\(.*\)\)/\1.\2 Mbit\/s\4/g' echo "Results for read throughput:" echo $rlist | sort -nr | sed 's/^\([0-9]*\)\([0-9]\{3\}\)\([0-9]\{3\}\(.*\)\)/\1.\2 Mbit\/s\4/g' Beispielausgabe: Measuring NFS throughput... Mount options: udp, async, wsize=8192 writing 32 MBytes... Success after 39 seconds Mount options: udp, async, rsize=8192 reading 32 MBytes... Success after 36 seconds Mount options: tcp, async, wsize=8192 writing 32 MBytes... Success after 49 seconds Mount options: tcp, async, rsize=8192 reading 32 MBytes... Success after 39 seconds Mount options: udp, async, wsize=16384 writing 32 MBytes... Success after 35 seconds Mount options: udp, async, rsize=16384 reading 32 MBytes... Failure Mount options: tcp, async, wsize=16384 writing 32 MBytes... Success after 49 seconds Mount options: tcp, async, rsize=16384 reading 32 MBytes... Success after 40 seconds Mount options: udp, async, wsize=32768 writing 32 MBytes... Success after 35 seconds Mount options: udp, async, rsize=32768 reading 32 MBytes... Failure Mount options: tcp, async, wsize=32768 writing 32 MBytes... Success after 47 seconds Mount options: tcp, async, rsize=32768 reading 32 MBytes... Success after 39 seconds Results for write throughput: 7.669 Mbit/s with udp,async,wsize=32768 7.669 Mbit/s with udp,async,wsize=16384 6.882 Mbit/s with udp,async,wsize=8192 5.711 Mbit/s with tcp,async,wsize=32768 5.478 Mbit/s with tcp,async,wsize=8192 5.478 Mbit/s with tcp,async,wsize=16384 Results for read throughput: 7.456 Mbit/s with udp,async,rsize=8192 6.882 Mbit/s with tcp,async,rsize=8192 6.882 Mbit/s with tcp,async,rsize=32768 6.710 Mbit/s with tcp,async,rsize=16384 Failure with udp,async,rsize=32768 Failure with udp,async,rsize=16384 Das Optimum bei den Mount-Optionen liegt in diesem Beispiel bei udp,rsize=8192,wsize=32768<br> Das sind jeweils die obersten Werte der Ausgabe unter "Results" für write und read. Werte über 6 Mbit/s sollen wohl zum Streamen mit der DBox2 reichen. (evtl. kann diesen Wert jemand verifizieren bzw. anpassen. Was nun, wenn die besten Werte nicht das gleiche Protokoll haben (zB Schreiben udp, lesen tcp)?<br> Hier gibt es 2 Möglichkeiten: a) Einfach mal schauen, ob der nächstbeste Wert mit gleichem Protokoll auch funktioniert. b) 2 Mounts auf die gleiche Freigabe einrichten (1x udp, 1x tcp)<br> Dann einfach einen Mount zum Aufnehmen benutzen und den anderen zur Wiedergabe.

Zurück zur Seite Hauptseite.