von dietmarw + bfx modifiziertes AlexH-jffs2-Script

[habjetztLinux]

Kurze Frage: ist das zu haben ?

habjetztLinux

[dietmarw]

zur zeit ist es nicht veröffentlicht weil es auf unsere firmenumgebung angepasst ist (incl. div passwörter, proxys und verzeichnisse ),
ich werde in absehbarer zeit mal ne version bereinigen und online stellen sofern alexh da auch nichts gegen hat.


ps. kann nicht mal jemand diesen "image guru" quatsch da entfernen??
im gegensatz zu den alexw images ist in diesen nicht viel eigenes drin..
aber da der bedarf durchaus besteht habe ich sie halt veröffentlicht.

[habjetztLinux]

Das wär nett. Dann könnte man sich die modifizieren (ucodes, Senderlisten rein) und hätte ratz fatz ein neues Image, wenn mal wieder etwas verbessert wurde.

[essu]

[...]ucodes, Senderlisten rein) und hätte ratz fatz ein neues Image[...]

...vllt magst du dich zwischendurch hiermit vergnügen:

http://cvs.berlios.de/cgi-bin/viewcvs.cgi/yadi/scripts/

...basiert auch auf dem AlexH-Script und wurde auch von AlexH überarbeitet.

Mit ratz-fatz ist allerdings nicht und wird auch nie sein, du müsstest schon ein paar Patches mit runterladen. Am besten das yadi-cvs auschecken in ~/yadi/yadi-cvs und dann ~/yadi/yadi-cvs/scripts/allin1.sh aufrufen oder - wenn ich es heute noch schaffe - ~/yadi/yadi-cvs/scripts/yadi. Zuvor aber noch die Variablen in allin1.sh bzw. yadi.conf anpassen.

[dietmarw]

das script aus dem oben genannten cvs enthält prinzipiell das gleiche grundgerüst,
hat aber den vorteil das es strukturiert überarbeitet wurde
und das es ohne große änderungen im cvs verfügbar ist..

[essu]

Dafür hat dietmarWs script eine Überprüfung der notwendigen Versionen und ein Log. Aber vllt baut er das ja in allin1.sh noch ein.

BTW: es gibt ein neues script (oder besser: script-pack), das u-boot 1.0.2 statt 0.4.0 einbindet. Gleiche Stelle.

[habjetztLinux]

Image läuft.
Danke.

@essu:
Kannst du die .depend im tools Verzeichnis von u-boot 1.0.2 ändern ?

jeweils
"/usr/lib/gcc-lib/i486-linux/3.3.3/include"
in
"$DBOX/cdk/lib/gcc-lib/powerpc-tuxbox-linux-gnu/3.3.3/include"

Dann sollte es perfekt laufen.


P.S.: sollte ich mir hierum Sorgen machen ?:

powerpc-tuxbox-linux-gnu-objdump: .depend: File format not recognized

[essu]

[...]
P.S.: sollte ich mir hierum Sorgen machen ?:

Code: Alles auswählen

powerpc-tuxbox-linux-gnu-objdump: .depend: File format not recognized

Nö und danke für deinen Hinweis, wir werden das ändern

[AudioSlyer]

der u-boot fehler ist ja immernoch drin

[mantz]

Hallo,

Also ich habe mich mal daran gewagt und heute Mittag die cvs neu ausgecheckt.

Erstes Problem, die mkfs.jffs2 bringt bei mir unter SUSE 9 Speicherzugriffsfehler, also habe ich eine andere genommen die ich bei mir auf der Platte hatte.
Zweites Problem, root.img ist zu groß, also habe ich die etwas abgespeckt.
Drittes Problem:

Code: Alles auswählen

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0  mID 01
debug: feID dd    gtxID 0b
debug: fpID 5a     dsID xx-xx.xx.xx.xx.xx.xx-xx
debug: HWrev X5  SWrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug: 
BOOTP/TFTP bootstrap loader (v0.3)
debug: 
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
Found file /root/platform/nokia-dbox2/kernel/os in Flash-FS
debug: Got Block #0032

will verify ELF image, start= 0x800000, size= 144468
verify sig: 263
Branching to 0x40000


U-Boot 1.0.2 (TuxBox) (Apr  4 2004 - 19:06:03)

CPU:   PPC823ZTnnA at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
         *** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
Board: DBOX2, Nokia, BMon V1.0
       Watchdog enabled
I2C:   ready
DRAM:  32 MB
FLASH:  8 MB
Scanning JFFS2 FS: ... done.
FB:    ready
LCD:   ready
In:    serial
Out:   serial
Err:   serial
Net:   SCC ETHERNET

Options:
  1: Console on null
  2: Console on ttyS0
  3: Console on framebuffer
Select option (1-3), other keys to stop autoboot:  0 
...............................................................
Un-Protected 63 sectors
### FS (jffs2) loading 'vmlinuz' to 0x100000
Scanning JFFS2 FS: . done.
### FS load complete: 602508 bytes loaded to 0x100000
## Booting image at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    602444 Bytes = 588.3 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.25-dbox2 (mopy@Vigor2) (gcc version 3.3.3) #3 So Apr 4 19:06:3
6 CEST 2004
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/mtdblock3 rootfstype=squashfs
Decrementer Frequency = 252000000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x12C0)
Console: colour dummy device 80x25
Calibrating delay loop... 66.96 BogoMIPS
Memory: 30924k available (1020k kernel code, 364k data, 60k init, 0k highmem)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
i2c-core.o: i2c core module version 2.6.1 (20010830)
i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)
CPM UART driver version 0.04
ttyS0 at 0x0280 is on SMC1 using BRGttyS1 at 0x0380 is on SMC2 using BRG2
pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:00:00:00:00:00
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
D-Box 2 flash memory: Found 2 x16 devices at 0x0 in 32-bit mode
 Intel/Sharp Extended Query Table at 0x0035
cfi_cmdset_0001: Erase suspend on write enabled
Using word write method
Creating 7 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "flfs (u-boot)"
0x00040000-0x000e0000 : "kernel (jffs2)"
0x000e0000-0x00720000 : "root (squashfs)"
0x00720000-0x00800000 : "var (jffs2)"
0x00020000-0x00800000 : "flash without bootloader"
0x00000000-0x00800000 : "complete flash"
Linux video capture interface: v1.00
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Cannot open root device "mtdblock3" or 1f:03
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 1f:03
 <0>Rebooting in 180 seconds..

Irgendwie scheint es als ob die squashfs Partition nicht gefunden wird.

Kann es sein das meine var zu groß ist? ich habe ein paar Sachen aus der squashfs rausgeholt und ins var verlinkt, damit diese Kleiner wird.

[essu]

@all:
Ich weiss nicht, ob es im Sinne der DEVs hier ist, wenn 'betriebsfremde' Diskussionen entstehen, zumal dann oft nicht klar ist ob das tuxbox-cvs oder das yadi-cvs gemeint ist, wenn von cvs die Rede ist. Momentan kann ich euch nur anbieten das Bugtracking-System von yadi zu nutzen, das dortige Forum erfordert leider die Anmeldung bei berlios (könnt ihr natürlich gerne machen)

Problem, root.img ist zu groß, also habe ich die etwas abgespeckt.

Nein, da waren sogar noch ca 200 kb Luft, ich habe seit gestern drei testimages erstellt, die alle laufen, allerdings sind auch keine Plugins im Image

Kann es sein das meine var zu groß ist? ich habe ein paar Sachen aus der squashfs rausgeholt und ins var verlinkt, damit diese Kleiner wird.

Kann sein, k.A., was du da für Sachen raus geholt hast (ich vermisse meine Kreditkarte ), im var könnte es, je nach Satellitenkonfiguration, nach einem Senderscan, knapp werden.

der u-boot fehler ist ja immernoch drin

Schön gesehen, aber dieser Bug ist im Bugtrackingsystem noch niemandem zugeordnet, wir werden im Laufe der nächsten Woche Beratungen einberufen, in denen auch über die exakte Zuteilung dieses Bugs verhandelt wird. Die Verhandlungen finden unter Ausschluss der Öffentlichkeit an einem auch der Presse nicht bekannten Ort statt. Anschliessend werden wir eine Pressekonferenz einberufen, deren Thema auch der sogenannte und inzwischen zu einiger Berühmtheit gelangte U-Boot-bug (oft fälschlich: u-boot-bug) ist.

BTW könnte es sein, das berlios heute tagsüber down war, während draussen die Sonne schien, zumindest im Ahrtal?

[AudioSlyer]

Images laufen, da habt Ihr gute arbeit gemacht.

[essu]

Images laufen, da habt Ihr gute arbeit gemacht.

well bedankt!

[AudioSlyer]

So als Tipp für die anderen:

1. ich musste auch eine andere mkfs.jffs2 nehmen.
2. wenn u-boot abbricht, startet es im cdk verzeichnis manuell make u-boot. danach erneut ./yadi starten, es macht an der richtigen stelle weiter
3. die tools sollten auch im pfad liegen, beispiel: /usr/bin
4. nicht und in der conf sollte man sie die pfade genau anschauen, sondern auch die yadi selber

[essu]

Es wird einige Umstellungen im yadi-cvs geben, wem es hauptsächlich darum geht, mit einer funktionierende Version Images zu erstellen, der sollte mit Tag 'r_2004_04_04_w' auschecken.

Also:

Code: Alles auswählen

cvs -z3 -d:pserver:anonymous@cvs.yadi.berlios.de:/cvsroot/yadi co -r r_2004_04_04_w .

[mantz]

Hallo,

habe gerade die HEAD von Heute ausgecheckt und ohne etwas am Inhalt zu ändern auf die Box geflasht und

Code: Alles auswählen

finished
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0  mID 01
debug: feID dd    gtxID 0b
debug: fpID 5a     dsID xx-xx.xx.xx.xx.xx.xx-xx
debug: HWrev X5  SWrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug: 
BOOTP/TFTP bootstrap loader (v0.3)
debug: 
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
Found file /root/platform/nokia-dbox2/kernel/os in Flash-FS
debug: Got Block #0032

will verify ELF image, start= 0x800000, size= 144468
verify sig: 263
Branching to 0x40000


U-Boot 1.0.2 (TuxBox) (Apr  7 2004 - 18:28:01)

CPU:   PPC823ZTnnA at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
         *** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
Board: DBOX2, Nokia, BMon V1.0
       Watchdog enabled
I2C:   ready
DRAM:  32 MB
FLASH:  8 MB
Scanning JFFS2 FS: . done.
FB:    ready
LCD:   ready
In:    serial
Out:   serial
Err:   serial
Net:   SCC ETHERNET

Options:
  1: Console on null
  2: Console on ttyS0
  3: Console on framebuffer
Select option (1-3), other keys to stop autoboot:  0 
...............................................................
Un-Protected 63 sectors
### FS (jffs2) loading 'vmlinuz' to 0x100000
Scanning JFFS2 FS: . done.
### FS load complete: 610185 bytes loaded to 0x100000
## Booting image at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    610121 Bytes = 595.8 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.25-dbox2 (mopy@Vigor2) (gcc version 3.3.3) #3 Mi Apr 7 18:28:3
2 CEST 2004
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/mtdblock3 rootfstype=squashfs
Decrementer Frequency = 252000000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x12C0)
Console: colour dummy device 80x25
Calibrating delay loop... 66.96 BogoMIPS
Memory: 30908k available (1032k kernel code, 368k data, 60k init, 0k highmem)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc.
i2c-core.o: i2c core module version 2.6.1 (20010830)
i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)
CPM UART driver version 0.04
ttyS0 at 0x0280 is on SMC1 using BRGttyS1 at 0x0380 is on SMC2 using BRG2
pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:00:00:00:00:00
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
D-Box 2 flash memory: Found 2 x16 devices at 0x0 in 32-bit mode
 Intel/Sharp Extended Query Table at 0x0035
cfi_cmdset_0001: Erase suspend on write enabled
Using word write method
Creating 7 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "flfs (u-boot)"
0x00040000-0x000e0000 : "kernel (jffs2)"
0x000e0000-0x00720000 : "root (squashfs)"
0x00720000-0x00800000 : "var (jffs2)"
0x00020000-0x00800000 : "flash without bootloader"
0x00000000-0x00800000 : "complete flash"
Linux video capture interface: v1.00
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 60k init
Starting pid 10, console /dev/console: '/etc/init.d/rcS') multi-c
event: $Id: event.c,v 1.12 2003/09/30 05:45:38 obi Exp $
[i2c-8xx]: mpc 8xx i2c init
[i2c-8xx]: adapter: 0
Detected STB:
  Vendor: Nokia
  Model: D-BOX2 
Using /lib/modules/2.4.25-dbox2/misc/cam.o
$Id: cam.c,v 1.30 2004/01/10 16:36:34 alexw Exp $
cam: no firmware file found
$Id: avia_napi.c,v 1.18 2003/11/24 09:53:01 obi Exp $
DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/600).
dvb_i2c_bridge: enabled DVB i2c bridge to PowerPC 8xx I2C adapter
$Id: cam_napi.c,v 1.8 2003/09/30 05:45:34 obi Exp $
avia_av: $Id: avia_av_core.c,v 1.90 2004/03/17 10:44:15 diemade Exp $
avia_av_core.c: avia_av_firmware_read: Unable to load '/var/tuxbox/ucodes/avia50
0.ux'.
avia_av: microcode not found, setting up dummy
avia_av_proc: $Id: avia_av_proc.c,v 1.14 2004/01/21 20:02:29 carjay Exp $
avia_gt_core: $Id: avia_gt_core.c,v 1.44 2003/12/22 05:31:39 obi Exp $
avia_gt_core: autodetecting chip type... GTX
avia_gt_gtx: $Id: avia_gt_gtx.c,v 1.24 2003/09/30 05:45:35 obi Exp $
avia_gt_accel: $Id: avia_gt_accel.c,v 1.19 2003/09/30 05:45:35 obi Exp $
avia_gt_dmx: $Id: avia_gt_dmx.c,v 1.202 2004/03/06 22:28:35 carjay Exp $
avia_gt_core: masking unhandled irq reg 1 bit 11
avia_gt_core: masking unhandled irq reg 1 bit 13
avia_gt_dmx: loaded ucode v0014
avia_gt_dmx: hw section filters enabled.
avia_gt_dmx: warning, misaligned queue 0 (is 0xFD200, size 65536), aligning...
avia_gt_gv: $Id: avia_gt_gv.c,v 1.38 2004/03/17 18:42:18 zwen Exp $
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_pcm: $Id: avia_gt_pcm.c,v 1.29 2004/01/29 19:38:20 zwen Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_capture: $Id: avia_gt_capture.c,v 1.32 2003/09/30 05:45:35 obi Exp $
avia_gt_pig: $Id: avia_gt_pig.c,v 1.40 2003/09/30 05:45:35 obi Exp $
avia_gt_vbi: $Id: avia_gt_vbi.c,v 1.26 2003/08/01 17:31:22 obi Exp $
avia_gt_core: Loaded AViA eNX/GTX driver
avia_gt_fb: $Id: avia_gt_fb_core.c,v 1.54 2004/03/17 18:42:18 zwen Exp $
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
Console: switching to colour frame buffer device 82x32
avia_gt_fb: fb0: AViA eNX/GTX Framebuffer frame buffer device
lcd.o: init lcd driver module
lcd.o: found KS0713/SED153X lcd interface
avia_gt_lirc: $Id: avia_gt_lirc.c,v 1.14 2003/09/30 05:45:35 obi Exp $
avia_gt_ir: $Id: avia_gt_ir.c,v 1.30 2003/09/30 05:45:35 obi Exp $
avia_oss: $Id: avia_gt_oss.c,v 1.25 2004/01/30 08:24:42 zwen Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_v4l2: $Id: avia_gt_v4l2.c,v 1.12 2003/09/30 04:54:03 obi Exp $
DVB: registering frontend 0:0 (VES1893)...
avia_av_napi.c: $Id: avia_av_napi.c,v 1.33 2004/03/11 15:30:27 derget Exp $
avia_gt_napi: $Id: avia_gt_napi.c,v 1.198 2004/02/17 19:51:09 wjoost Exp $
Using /lib/modules/2.4.25-dbox2/kernel/net/sunrpc/sunrpc.o
Using /lib/modules/2.4.25-dbox2/kernel/fs/lockd/lockd.o
Using /lib/modules/2.4.25-dbox2/kernel/fs/nfs/nfs.o
Using /lib/modules/2.4.25-dbox2/kernel/fs/cifs/cifs.o

login[86]: root login  on `pts/0'

Juhuuuuuuu, das allererste Image das nach dem auschecken der CVS auf die Box geflasht habe und läuft

Danke

P.S. Deine Kreditkarte habe ich nicht gefunden *rofl

[tcf4004]

BTW: Gibts eigentlich die Downloadmöglichkeit der dietmarw-Images
bei xlarge noch oder jetzt dauerhaft offline (wg. Traffic!?) ... seit
gestern jedenfalls down...

Meine Versuche ein Image zu erstellen hab ich nach zig Fehlschlägen
erstmal aufgegeben ... Bei mir läuft momentan das dietmarw-Image
vom 5.4. recht gut...jetzt wollte ich mal das vom 8.4. testen aber
datt wird wohl erstma nix ;-)

sorry, etwas OT hier aber der ursprüngliche Thread "Neutrino JFFS2 Images"
wurde geclosed ... da erschien mir die Frage hier zu stellen noch am ehesten
passend.
Sollte es jemanden stören entferne ich das Posting sofort wieder ;-)

-tcf4004

[dietmarw]

zitat xlarge:

"Hallo!

Leider mussten wir feststellen, das unsere Server und insbesondere das Free Domain Service von vielen Usern beispielsweise für Filesharing missbraucht werden, weshalb wir derzeit die Erreichbarkeit der Subdomains eingestellt haben.

Hiermit fordern wir alle User unseres Systems auf, solche Dienste einzustellen. Wir können den Missbrauch unserer Server für umfassende Dateiablagen, Filesharing, etc. .... nicht dulden.

Unser Free Domain Service ist ausschließlich zum Hosting von normalen Websites gedacht und nicht zur Ablage von Files die dann wiederum von massig vielen Internetbesuchern heruntergesaugt werden.

Wir werden alle User ohne weitere Mitteilung löschen, die sich nicht an diesen Grundsatz halten und insbesondere Filesharing auf unseren Servern betreiben. Den Betroffenen geben wir bis Freitag 17 Uhr Gelegenheit ihren Webspace zu bereinigen und all jene, die noch keinen Werbebanner auf der Startseite eingebaut haben ebenso! Von Freitag bis Sonntag werden alle Accounts durch automatisierte Scripts geprüft werden und somit automatisch gelöscht!

--
XLARGE OFFICE :: XLARGE INTERNET SERVICE PROVIDING
Hot Webspace :: Hot Servers :: Hot Connectivity
em@il: office@xlarge.at"

sieht schlecht aus bei xlarge..
wenn jemand legalen space mit ftp zugang zur verfügung stellt kann ich sie auch gern dort uppen..

[tcf4004]

aah ja, dachte ich mir schon ;-) von wegen "xlarge" ;-)
hmm, alternativspace habe ich leider auch nicht aber eine andere Idee:

Man könnte zur Verteilung BitTorrent einsetzen, so wie dass auch viele
Linux-Distris inzwischen machen (Knoppix mittlerweile wohl auch).
Dann müsste man nur das torrent-File auf der Website bereitstellen (ist nur
ein paar kb gross) und der Anbieter dessen bzw. der "first Hoster" müsste
eine Zeitlang online sein (dsl flat natürlich voraussetzung ;-) )
nach einiger Zeit findet BT dann auch die anderen Hosts (via Tracker) und
kann von dort downloaden. so fällt auf der website nur geringer Traffic
an und die Last verteilt sich auf die BT-Clients (mit Flatrate).
Bei neueren bzw. angepassten BT-Clients kann man auch den Upload
begrenzen (bspw. bei 128kbit/s Bandbreite auf 6kb oder so) und kann
so trotz laufendem BT noch vernünftig im Inet surfen.

Das Ganze ist natürlich etwas (zeit)aufwändiger als ne "normale" Website/ftp up, http down....
die torrent-Files müssen erst erzeugt+geuppt werden, man muss nach
Aktualisierung der Website/torrent-Files eine Zeitlang online bleiben damit
die neuen Files geladen werden können...

Ist auch nur ne Idee ....

Gruss

-tcf4004