von dietmarw + bfx modifiziertes AlexH-jffs2-Script

Kreuzuebersetzer, Diskussion über Änderungen im Tuxbox-CDK und Tuxbox-CVS
habjetztLinux
Interessierter
Interessierter
Beiträge: 89
Registriert: Sonntag 9. Februar 2003, 10:45

von dietmarw + bfx modifiziertes AlexH-jffs2-Script

Beitrag von habjetztLinux »

Kurze Frage: ist das zu haben ?

habjetztLinux
Sagem D-BoxII Kabel 1xIntel AVIA600 Bmon1.3
dietmarw
Contributor
Beiträge: 1833
Registriert: Mittwoch 10. April 2002, 15:39

Beitrag von 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
Interessierter
Interessierter
Beiträge: 89
Registriert: Sonntag 9. Februar 2003, 10:45

Beitrag von 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.
Sagem D-BoxII Kabel 1xIntel AVIA600 Bmon1.3
essu
Tuxboxer
Tuxboxer
Beiträge: 2452
Registriert: Montag 21. Oktober 2002, 10:04

Beitrag von essu »

habjetztLinux hat geschrieben:[...]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
Contributor
Beiträge: 1833
Registriert: Mittwoch 10. April 2002, 15:39

Beitrag von 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
Tuxboxer
Tuxboxer
Beiträge: 2452
Registriert: Montag 21. Oktober 2002, 10:04

Beitrag von 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.
Schon gelesen ???
ENIGMA-DOC
habjetztLinux
Interessierter
Interessierter
Beiträge: 89
Registriert: Sonntag 9. Februar 2003, 10:45

Beitrag von 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
Tuxboxer
Tuxboxer
Beiträge: 2452
Registriert: Montag 21. Oktober 2002, 10:04

Beitrag von essu »

habjetztLinux hat geschrieben:[...]
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
Schon gelesen ???
ENIGMA-DOC
AudioSlyer
Erleuchteter
Erleuchteter
Beiträge: 450
Registriert: Sonntag 28. Juli 2002, 01:18

Beitrag von AudioSlyer »

der u-boot fehler ist ja immernoch drin
mantz
Einsteiger
Einsteiger
Beiträge: 129
Registriert: Donnerstag 6. Juni 2002, 23:11

Beitrag von 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.
Zuletzt geändert von mantz am Mittwoch 7. April 2004, 21:39, insgesamt 1-mal geändert.
essu
Tuxboxer
Tuxboxer
Beiträge: 2452
Registriert: Montag 21. Oktober 2002, 10:04

Beitrag von 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
Erleuchteter
Erleuchteter
Beiträge: 450
Registriert: Sonntag 28. Juli 2002, 01:18

Beitrag von AudioSlyer »

Images laufen, da habt Ihr gute arbeit gemacht.
essu
Tuxboxer
Tuxboxer
Beiträge: 2452
Registriert: Montag 21. Oktober 2002, 10:04

Beitrag von essu »

AudioSlyer hat geschrieben:Images laufen, da habt Ihr gute arbeit gemacht.
:) well bedankt! :)
Schon gelesen ???
ENIGMA-DOC
AudioSlyer
Erleuchteter
Erleuchteter
Beiträge: 450
Registriert: Sonntag 28. Juli 2002, 01:18

Beitrag von 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
Tuxboxer
Tuxboxer
Beiträge: 2452
Registriert: Montag 21. Oktober 2002, 10:04

r_2004_04_04_w

Beitrag von 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 .
Schon gelesen ???
ENIGMA-DOC
mantz
Einsteiger
Einsteiger
Beiträge: 129
Registriert: Donnerstag 6. Juni 2002, 23:11

Beitrag von mantz »

Hallo,

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

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 :D

Danke

P.S. Deine Kreditkarte habe ich nicht gefunden *rofl
tcf4004
Interessierter
Interessierter
Beiträge: 75
Registriert: Dienstag 23. März 2004, 10:58

Beitrag von 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
Contributor
Beiträge: 1833
Registriert: Mittwoch 10. April 2002, 15:39

Beitrag von 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
Interessierter
Interessierter
Beiträge: 75
Registriert: Dienstag 23. März 2004, 10:58

Beitrag von 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