WL-HDD >> Oleg Firmware (flashen+konfigurieren)

[petgun]

..meine hdd hat scheinbar bad blocks.

..kannst Du mal was ueber die Historie der Platte erzaehlen...weisst Du wie es zu den bad blocks gekommen ist?

wie werde ich der bad blocks her? einfaches formatieren der platte bringt jedenfalls nichts.

...die bad blocks koennten in einer Tabelle auf der Platte gesperrt werden...versuch es doch mal Partition Magic ueber einen 2,5">>3,5" IDE-Adapter vom PC aus oder mit einem USB-Adapter(wird imo aber nicht funktionieren)

viel Erfolg,
peter

PS:@all, Gorcon
was soll ich sagen...meine 60GB Toshiba 2,5" HD die ich in der WL-HDD 24/7 laufen hatte (ca. 6 Monate) scheint defekt zu sein...auch bad blocks bzw. ueber einen USB-Adapter wird die Platte an einem Windows PC nicht mehr gefunden. Entweder hat uA. Gorcon Recht gehabt mit seiner warnenden Stimme '...2,5" Platten sind nicht fuer 24/7 ausgelegt..' oder ich hatte einfach nur Pech.
Ich habe das Teil eingeschickt, und werde Euch berichten was daraus geworden ist. Im Moment streame ich also wieder auf meinen PC mit SFU-NFS und lasse die WL-HDD ohne Platte als WLAN-AP laufen.

[chicane_200676]

Hallo,

habe gestern nach Anleitung auf meiner WL-HDD die Oleg-Firmware geflasht. Vorher natürlich die Originale auf 1.2.3.4 upgedated und die Platte formatiert. Alle Services (SMB, FTP, NFS) sind eingeschaltet. Dabei habe ich folgenden Effekt:

Wenn ich in die Exports Einträge mache, erhalte ich mit dem SFU-Client zwar den Share-Namen unter W2K angezeigt, sobald ich aber irgendwie darauf im Windows-Explorer doppelklicke, hängt sich dieser auf. Im Log der WL-HDD steht dann "Export-Request from xxx.xxx.xxx.xxx"

Sehen kann ich die WL-HDD mit dem SFU-Client aber nur, wenn in der Exports "/tmp/harddisk/ (rw,async,no_root_squash)" steht. Ansonsten (z.B. bei Mitgabe einer IP-Adresse) erhalte ich die Meldung, dass auf die WL-HDD nicht zugegriffen werden kann. Per SMB im Explorer erhalte ich auch keine Schreibrechte, ich sehe nur 2 Verzeichnisse FTP_pub und FTP_prv.

Per FTP kann ich mich anmelden und auch Daten kopieren und löschen.

Effekt tritt mit der Oleg-Firmware WLHDD-1.9.2.7-5a.zip und WLHDD-1.9.2.7-5.zip auf…..

Suggestions ?

Chicane

[JOCKYW2001]

PS:@all, Gorcon
was soll ich sagen...meine 60GB Toshiba 2,5" HD die ich in der WL-HDD 24/7 laufen hatte (ca. 6 Monate) scheint defekt zu sein...auch bad blocks bzw. ueber einen USB-Adapter wird die Platte an einem Windows PC nicht mehr gefunden. Entweder hat uA. Gorcon Recht gehabt mit seiner warnenden Stimme '...2,5" Platten sind nicht fuer 24/7 ausgelegt..' oder ich hatte einfach nur Pech.
Ich habe das Teil eingeschickt, und werde Euch berichten was daraus geworden ist. Im Moment streame ich also wieder auf meinen PC mit SFU-NFS und lasse die WL-HDD ohne Platte als WLAN-AP laufen.

These Toshiba HDDs are shit. I think I told you once....
I can recommend my Fujitsu MHT2080AT, great for 24/7 usage.

/JockyW

[petgun]

hiho,
nice to see you

These Toshiba HDDs are shit. I think I told you once....

yes, you told me that and if I buy a new one...

I can recommend my Fujitsu MHT2080AT, great for 24/7 usage.

..I will try a Fujitsu!
We still need your help...Oleg seems to be not interested to implement a newer Samba-Version without that bug (files > 2GB are hidden)

cu,
peter

[Gorcon]

...die bad blocks koennten in einer Tabelle auf der Platte gesperrt werden...versuch es doch mal Partition Magic ueber einen 2,5">>3,5" IDE-Adapter vom PC aus oder mit einem USB-Adapter(wird imo aber nicht funktionieren)

Da müsste mansich mal schlau machen ob es nichtauch ein einfaches Programm unter Linux gibt das dies erledigt.
Jedesmal die Platte ausbauen falls man einen Verdacht hat ist auch nicht das ware.

Gruß Gorcon

[petgun]

Da müsste mansich mal schlau machen ob es nichtauch ein einfaches Programm unter Linux gibt das dies erledigt.
Jedesmal die Platte ausbauen falls man einen Verdacht hat ist auch nicht das ware.

..da wird's sicher was geben...aber bei mir zB. war die Platte fuer die WL-HDD komplett wech und unter Windows (2,5" Platte in einem USB-Gehaeuse) war auch nix zu machen. So einen IDE-Adapter 2,5>>3,5 hatte ich leider nicht.

[Gorcon]

Nee, ist schon klar, wenn die Platte überhaupt nicht mehr erkant wird hilft so ein Tool natürlich auch nicht mehr.
Solche Adapter gibts übrigens bei Reichelt für "dünnes".
Aber ich werde das mal mit so einem Adapter und PMagic probieren, denn ich habe noch eine alte IPM Platte die einige BAD Blocks hat und die ich dann für Tests einsetzen könnte. (allerdings brauch ich dann Gehörschutz )

Gruß Gorcon

[Zaphot]

...die bad blocks koennten in einer Tabelle auf der Platte gesperrt werden...versuch es doch mal Partition Magic ueber einen 2,5">>3,5" IDE-Adapter vom PC aus oder mit einem USB-Adapter(wird imo aber nicht funktionieren)

Da müsste mansich mal schlau machen ob es nichtauch ein einfaches Programm unter Linux gibt das dies erledigt.
Jedesmal die Platte ausbauen falls man einen Verdacht hat ist auch nicht das ware.

Gruß Gorcon

e2fsck kann das auch

[JOCKYW2001]

We still need your help...Oleg seems to be not interested to implement a newer Samba-Version without that bug (files > 2GB are hidden)

With a Oleg firmware it should be possible to run "my" Samba binaries from HDD. You should add a postboot script which kills the running Oleg smbd and nmbd processes, then copies the Oleg samba.conf to HDD and start my nmbd and smbd. Since Oleg's firm uses uclinux libs you may have to use chroot to start my glibc based bins. For example:

Code: Alles auswählen

chroot /tmp/harddisk/part1/conf/glibc nmbd  [params]

This assumes that there is a directory /tmp/harddisk/part1/conf/glibc/lib containing the glibc libs.

I'm not running Oleg's firmware so I can not give you more details, but it should be easy.

/JockyW

[petgun]

hi,
thank you for the hints! I can't test at the moment...to hard without a 2,5" HD ;-)

cu,
peter

[chicane_200676]

Hallo,

kann mir Jemand vielleicht bei den fett markierten Stellen des Log einige hilfreiche Hinweise geben ?

Thx,
Chicane



Jan 1 00:00:17 kernel: Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Jan 1 00:00:18 portmap[73]: user rpc not found, reverting to user bin
Jan 1 00:00:19 exportfs[80]: No host name given with /tmp/harddisk/ (rw,async,no_root_squash), suggest *(rw,async,no_root_squash) to avoid warning
Jan 1 00:00:30 kernel: VFS: Can't find ext3 filesystem on dev ide0(3,1).
Jan 1 00:00:30 kernel: MSDOS FS: Using codepage 950
Jan 1 00:00:30 kernel: MSDOS FS: IO charset cp950
Jan 1 00:00:30 kernel: FAT: bogus logical sector size 0
Jan 1 00:00:30 kernel: VFS: Can't find a valid FAT filesystem on dev 03:01.
Jan 1 00:00:30 kernel: FAT: freeing iocharset=cp950
Jan 1 00:00:30 kernel: FAT: bogus logical sector size 0
Jan 1 00:00:30 kernel: VFS: Can't find a valid FAT filesystem on dev 03:01.
Jan 1 00:00:30 kernel: attempt to access beyond end of device
Jan 1 00:00:30 kernel: 03:02: rw=0, want=2, limit=1
Jan 1 00:00:30 kernel: EXT3-fs: unable to read superblock
Jan 1 00:00:30 kernel: MSDOS FS: Using codepage 950
Jan 1 00:00:30 kernel: MSDOS FS: IO charset cp950
Jan 1 00:00:30 kernel: FAT: bogus logical sector size 0
Jan 1 00:00:30 kernel: VFS: Can't find a valid FAT filesystem on dev 03:02.
Jan 1 00:00:30 kernel: FAT: freeing iocharset=cp950
Jan 1 00:00:30 kernel: FAT: bogus logical sector size 0
Jan 1 00:00:30 kernel: VFS: Can't find a valid FAT filesystem on dev 03:02.
Jan 1 00:00:30 kernel: kjournald starting. Commit interval 5 seconds
Jan 1 00:00:30 kernel: EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,5), internal journal
Jan 1 00:00:30 kernel: EXT3-fs: recovery complete.
Jan 1 00:00:30 kernel: EXT3-fs: mounted filesystem with ordered data mode.
Jan 1 00:00:30 USB storage: ext3 fs mounted to /tmp/harddisk
Jan 1 00:00:30 FTP server: daemon is started
Jan 1 00:03:01 syslog: export request from 20.6.77.10
Jan 1 00:03:01 syslog: No host name given with /tmp/harddisk (rw,async,wdelay,hide,nocrossmnt,secure,no_root_squash,no_all_squash,subtree_check,secure_locks,mapping=identity,anonuid=-2,anongid=-2), suggest *(rw,async,wdelay,hide,nocrossmnt,secure,no_root_squash,no_all_squash,subtree_check,secure_locks,mapping=identity,anonuid=-2,anongid=-2) to avoid warning
Jan 1 00:03:23 syslog: export request from 20.6.77.10
Jan 1 00:03:24 kernel: lockd: unauthenticated request from (14064d0a:936)
Jan 1 00:03:24 syslog: export request from 20.6.77.10
Jan 1 00:03:24 syslog: export request from 20.6.77.10

[petgun]

..sieht doch zum Schluss wieder gut aus...die WL-HDD funktioniert doch noch noch mit der DBox, oder?

[chicane_200676]

Oh, sorry, hatte ich vergessen zu schreiben. Der Export-Request kommt von einem PC mit SFU-Client. Der Windows-Explorer hängt sich immer wieder auf, ich kann die WL_HDD via SFU nicht anbinden. Dbox habe ich noch gar nicht probiert.

Das Log ging, wie ich eben gesehen habe noch weiter:

Jan 1 00:05:54 syslog: refused mount request from 20.6.77.10 for /tmp (/): no export entry
Jan 1 00:08:24 syslog: refused mount request from 20.6.77.10 for /tmp (/): no export entry
Jan 1 00:10:54 syslog: refused mount request from 20.6.77.10 for /tmp (/): no export entry
Jan 1 00:13:24 syslog: refused mount request from 20.6.77.10 for /tmp (/): no export entry
Jan 1 00:15:54 syslog: refused mount request from 20.6.77.10 for /tmp (/): no export entry
Jan 1 00:18:24 syslog: refused mount request from 20.6.77.10 for /tmp (/): no export entry
Jan 1 00:20:54 syslog: refused mount request from 20.6.77.10 for /tmp (/): no export entry
Jan 1 00:23:24 syslog: refused mount request from 20.6.77.10 for /tmp (/): no export entry
Jan 1 00:25:54 syslog: can't get hostname of 20.6.77.10


Wobei in der Exports steht:

/tmp/harddisk (rw,async,no_root_squash)

und nun ?

[petgun]

...hat Dein PC mit SFU NFS-Client etwa die Adresse '20.6.77.10' ?

[chicane_200676]

ja...

[petgun]

hmm...ist der mit dieser festen Adresse im Internet?
afaik sollte/muss man fuer interne Netze sowas wie 10.xxx.xxx.xxx oder 192.168.xxx.xxx nehmen...wie sieht den der Rest Deines Netzwerkes aus? IP-Adresse WL-HDD, welches Gateway/Subnetmask hast Du bei Deinem PC eingetragen?

[chicane_200676]

Der Rechner hängt wie auch die Dbox hinter einem Router, welcher wiederum an einem DSL-Modem steckt. Interne IP-Vergabe läuft über DHCP. Die WL-HDD "hängt" wireless am Router, hat eine feste IP im Range 20.6.77.*

Gateway beim REchner und der WL-HDD ist der Router. Subnet Mask 255.255.255.0

[petgun]

dann aendere erst mal die Adressen/Adressbereich fuer Dein internes Netz

Table B-4: Private Addresses Provided in RFC 1918 Class
Range of Addresses

A Any addresses in 10.x.x.x

B Addresses in the range of 172.16.x.x-172.31.x.x

C Addresses in the range of 192.168.0.x-192.168.255.x

kannst Du die WL-HDD denn ueberhaupt anpingen?

[chicane_200676]

Habe in dem Rechner auch noch ein 2. separate Netzwerkkarte, die einen anderen IP-Range hat (brauche ich zum Flashen von Images mit Crossover.). And der habe ich es mit 192.168.1.100 (=PC) und mit der Standard IP 192.168.1.1 der WL-HDD nach dem Flashen der Oleg-Firmware probiert. Gleicher Effekt, kann mit dem SFU-Client nichts mounten. FTP und SMB dagegen geht... komisch...

Ach und bevor ich mit der WL-HDD angefangen habe, benutzte ich ja einen PC zum Aufnehmen, der mit meinen internen IP-Adressen unter SFU mountbar ist....

[petgun]

..bitte aendere das alles erst mal so ab, dass Du Dich in einem erlaubten privaten Adressbereich befindest...so ist das sch...!!! Die zweite Netzwerkkarte brauchst Du auch nicht...deaktivieren!

[chicane_200676]

OK, mache ich, dauert ein wenig. Nur nochmal ne Frage vorweg:
Ich ändere die IP der WL-HDD wieder auf 192.168.1.1 und hänge sie per Crossover an die 2. Netzwerkkarte mit IP 192.169.1.100. Die Netzwerkkarte mit dem 20.6.77.* deaktiviere ich.

Das trifft Deinen Vorschlag ja eigentlich auch.... Das habe ich aber schon probiert, gleicher Effekt wie zuvor beschrieben.

Ich ändere aber trotzdem mal alles auf 192... Adressen und melde mich wieder...

CU,
Chicane

[petgun]

..gib Deinem Router die Adresse 192.168.1.1 und allen Teilnehmern aus Deinem internen Netz darauf folgende aufsteigende Adressen 2,3 usw. bis max 254. Das Gateway bei allen Netzwerkteilnehmern, ist die Adresse des Routers und die Subnetmask stellst Du ueberall auf 255.255.255.0 ein.

[chicane_200676]

Hallo Peter,

so, habe die IPs geändert. Das Log sieht nicht besser aus....

Jun 10 13:55:36 syslog: can't get hostname of 192.168.1.2
Jun 10 13:55:36 syslog: export request from 192.168.1.2
Jun 10 13:55:36 syslog: export request from 192.168.1.2
Jun 10 13:55:37 syslog: refused mount request from 192.168.1.2 for /tmp (/): no export entry


192.168.1.2 ist der SFU-PC, die WL-HDD ist 192.168.1.10 und der Router 192.168.1.1.

Alle haben das Gateway 192.168.1.1.

Hat sich nichts gebessert. Was mich wundert ist der fett markierte Teil des Logs. In der Exports steht "/tmp/harddisk *(rw,async,no_root_squash)" . Habs auch mit Angabe von IP-Adressen versucht. Ich sehe im Windows-Explorer zwar die Freigabe über SFU, aber beim Draufklicken kriege ich timeouts oder die Meldung "\\wlhdd\tmp\harddisk" ist nicht verfügbar...

Hat wer noch eine ältere Oleg-Firmware, die ich mal versuchen kann.... ?

[petgun]

hi,
eine aeltere Oleg Firmware brauchst Du nicht...ich benutze selbst die letzte Oleg Firmware mit dem SFU-NFS Client..ohne Probleme.
Sorry, aber im Moment stehe ich auf dem Schlauch und kann mich nicht darauf konzentrieren...ich bin im UPnPâ„¢-Fieber ;-)

cu,
peter

--
Entdecke die Möglichkeiten: Guckst du noch TV oder UPnP'st du schon?
[frei nach IKEA]

[chicane_200676]

Hallo,

so, habe nun auch eine alte Firmware von Oleg probiert. Gleiches Ergebnis - Nix kann gemountet werden. Hat einer ne Idee, was der Eintrag im Log der WL-HDD bedeuten könnte ?

Jan 1 00:03:24 kernel: lockd: unauthenticated request from (14064d0a:936)

Und weiß Jemand, ob es eine "hosts" Datei auf der WL-HDD gibt, bei der ich eine IP-Adresse einem Host-Names zuordnen kann ?

Bin langsam echt mit den Nerven am Ende....