You are not logged in.

Anzeigen

DebianSlug Images

nslu2-info.de ist ein privates Projekt von mir, welches jeden Monat aus eigener Tasche finanziert wird. Mit einer freiwilligen Spende wird der Erhalt und der weitere Ausbau dieses Forums unterstützt. Um mich beim Erhalt des Forums zu unterstützen, kannst Du entweder via Flattr oder Paypal spenden. Ich bedanke mich schon jetzt bei allen Unterstützern.

wilddog1806

Trainee

Posts: 103

wcf.user.option.userOption65: originale Firmware 2.3r24

  • Send private message

21

Thursday, February 16th 2006, 11:03pm

Hätte mal noch ne frage, und zwar habe ich dein letztes image geflasht (mit Raid).
Jetzt leuchtet die Disk LED nicht mehr. Woran kann das liegen ?
Ansonsten funzt soweit alles, die slug greift auch auf die platte zu.

wilddog

EvilDevil

Professional

  • "EvilDevil" started this thread

Posts: 1,037

  • Send private message

22

Thursday, February 16th 2006, 11:13pm

Kein Plan. Ist wahrscheinlich momentan noch "unsupported" .
Bei mir leuchtet sie jedenfalls auch nicht beim nicht-raid Image.
Stört mich aber nicht, da ich die Slug eh nicht sehe (ist unter einem Treppenabsatz). Ausserdem blinkt ja das USB-Gehäuse ;-)

Gruss,
EvilDevil

wilddog1806

Trainee

Posts: 103

wcf.user.option.userOption65: originale Firmware 2.3r24

  • Send private message

23

Thursday, February 16th 2006, 11:31pm

Danke für die prompte antwort.
hat mich halt etwas gewundert, weil sie beim openslug image noch gefunzt hat.
aber wie du schon sagst ist es nicht weiter tragisch :)

wilddog

Eiffel

Professional

Posts: 618

Occupation: SAP Anwendungsbetreuer

  • Send private message

24

Wednesday, February 22nd 2006, 2:31pm

@EvilDevil
kann man eigentlich wo nach lesen was bei den neuen Scourcen woraus du dein Image compilierst so an Neuerungen Verbesserungen vorgenommen wurde ?


und ich will mich sobald ich die Zeit zufinde auch mal dran probiern nen Image zubasteln gibt es ne übersicht was alles in den Kernel mindestens rein muss ? weil zB Raid brauch ich nicht wenn man den Kernel klein hält sollte man bischen mehr Ram zur verfügung haben oder ?

EvilDevil

Professional

  • "EvilDevil" started this thread

Posts: 1,037

  • Send private message

25

Friday, February 24th 2006, 1:29am

Hi,
Changelogs (cvs-updates)
http://cia.navi.cx/stats/project/nslu2-linux

Was in den Kernel reinmuß? Naja, das ist eigentlich schon vorgegeben.
Es ist aber ein Trugschluß, dass durch weniger Kernel-Module mehr Ram zur Verfügung steht. Es steht höchstens mehr Flash zur Verfügung, was aber eigentlich auch nichts bringt, da man ja eh genug Speicher auf der Festplatte hat. Für Flash-Images, die "Out-of-the-Box" laufen sollen(ohne Festplatte oder Flashstick), empfiehlt sich sowieso eher UcSlugC. Aber das ist ein anderes Thema :-)

Gruss,
EvilDevil

Eiffel

Professional

Posts: 618

Occupation: SAP Anwendungsbetreuer

  • Send private message

26

Friday, February 24th 2006, 11:05am

oh hät ich jetzt gedacht das wenn der kernel schlanker ist weniger Ram verbraucht wird Naja am WE werd ich mich erstmal am builden des Unslung 6 Alpha Images probieren mal kucken ob das hinhaut dann wird es davon dann bald hoffentlich die Beta Version und nen Image für alle geben und als nächstes dann Debian Image und Kernel Module bin schon gespannt was da wieder alles an Hürden auf mich zukommen wo ich nicht durchblicke :-)

EvilDevil

Professional

  • "EvilDevil" started this thread

Posts: 1,037

  • Send private message

27

Friday, February 24th 2006, 2:42pm

Die Kernel-Module werden ja separat vom Kernel geladen. Und das auch nur bei Bedarf automatisch (z.B. wenn du einen ntfs/samba/cifs/...-mount durchführst) bzw wenn man es manuell lädt.
Man kann mehr RAM freikriegen, indem man z.B. die max. Child-Prozesse bei apache minimiert oder gleich nen kleineren Web-Server nimmt.

Gruss,
EvilDevil

2be3

Beginner

Posts: 11

  • Send private message

28

Monday, February 27th 2006, 12:25pm

Hallo,

versuche mich auch gerade mal an dem (latest) Image. Habe aber schon ein Problem die IP-Adresse der NSLU2 heraus zu bekommen. Die "Standard" IP´s funktionieren (bei mir) nicht. Gibt es eine Möglichkeit, die IP heraus zu finden oder ist die IP gar "fest" in dem Image vergeben? Falls ja, welche?

Gruss
2be3

2be3

Beginner

Posts: 11

  • Send private message

29

Monday, February 27th 2006, 2:13pm

Habe gerade gelesen, dass "Graf Zeppelin" schon mal über das gleiche Problem berichtet hatte. Die NSLU ist demnach im DHCP-Modus. Ich hatte den Flashvorgang vom Notebook per Crossover auf die NSLU durchgeführt - ohne Router dazwischen. Die alte IP funktioniert nicht mehr. Gibt es jetzt noch eine Möglichkeit die IP festzustellen? Oder muss ich doch einen Router dazwischen schalten? Wie stelle ich dann die IP fest?

Gruss
2be3

trapperjohn

Intermediate

Posts: 558

Location: Bremen

Occupation: SW-Entwickler

  • Send private message

30

Monday, February 27th 2006, 3:28pm

Bei mir hat er nach dem Flashen die alte, statische IP behalten!

Wenn du einen DHCP-Server (bspw. einen Router) dazwischenschaltest, hat dieser eine Liste von "Leases", also von vergebenen IPs.
Alternativ könntest du ein Broadcast-Ping auf das eigene Netz absetzen - wenn du bspw. im 192.168.1.0 Netz bist, schick mal einen ping auf 192.168.1.255. Darauf sollten alle Geräte in diesem Subnetz antworten.

EvilDevil

Professional

  • "EvilDevil" started this thread

Posts: 1,037

  • Send private message

31

Monday, February 27th 2006, 8:21pm

Das mit dem Pingen auf .255 funktioniert bei mir irgendwie nie. Ich benutze immer nmap (www.insecure.org/nmap)
Start -> Ausführen -> cmd, dann:

Source code

 
1

C:\Programme\nmap\nmap -sP 192.168.1.0/24

(für das Netz 192.168.1.0 mit der Netmask 255.255.255.0)

Gruss,
EvilDevil

2be3

Beginner

Posts: 11

  • Send private message

32

Monday, February 27th 2006, 8:40pm

Wäre es nicht einfacher, dem Image eine feste IP mitzugeben, wie z.B. 192.168.1.77. Kann doch bei Bedarf jeder dann selbst ändern. So weiss zumindest jeder, welche IP anfangs genommen wird.

Gruss
2be3

EvilDevil

Professional

  • "EvilDevil" started this thread

Posts: 1,037

  • Send private message

33

Monday, February 27th 2006, 8:52pm

Einfacher fände ich das nicht. Zumal beim Flashen nur die Flash-Bereiche überschrieben werden, die Kernel und root-filesystem enthalten. Der Bereich, in dem die Konfigurationsdaten gespeichert sind, bleibt ja erhalten.
Die IP-Adresse, DNS-Server usw kann man beim Booten ohne Festplatte (oder per /initrd/sbin/turnup mit Festplatte) übrigens per

Source code

 
1

turnup preserve

im Flash speichern.


Gruss,
EvilDevil

2be3

Beginner

Posts: 11

  • Send private message

34

Tuesday, February 28th 2006, 4:53pm

"turnup preserve" funktioniert leider erst, wenn ich auf der geflashten NSLU2 bin. Mangels IP war das jedoch nicht möglich. Und unter OpenSlug funzt "turnup preserve" nicht, oder liege ich da falsch?.

Nach dem 20. Flashvorgang (und ständiger Wechsel on OpenSlug 2.7 nach DebianSlug!) hatte ich schon fast keine Lust mehr. Dann habe ich jedoch die Version vom 17.02.06 geflasht und siehe da, es klappte. :) Kann es sein, dass das aktuelle Image da einen kleinen Fehler hat? Zumindest wenn man komplett neu flasht? Hatte es mehrfach neu gedownloadet, so dass ich dort einen Fehler ausschließen würde. Na ja, jetzt kann ich wenigesten weitermachen :rolleyes: Vielleicht kann das ja mal jemand gegen prüfen.

Gruss
2be3

EvilDevil

Professional

  • "EvilDevil" started this thread

Posts: 1,037

  • Send private message

35

Tuesday, February 28th 2006, 7:12pm

Hi,
also ich habe das Image vom 26.2. 2006 geflasht und es läuft soweit:

Source code

 
1
2
3
4

evildevil@slug:~$ uname -a
Linux slug 2.6.16 #1 Sun Feb 26 10:47:24 GMT 2006 armv5tel GNU/Linux
evildevil@slug:~$ uptime
 19:07:48 up 2 days,  4:41,  1 user,  load average: 1.25, 1.12, 1.09
Keine Ahnung wieso es bei dir nicht funktioniert.

Gruss,
EvilDevil

turnup preserve funktioniert auch mit openslug, jedoch nicht mit 2.7. Soweit ich weiss, wurde das erst irgendwann nach openslug 2.7 eingeführt (~ jan 06)

whb_76

Beginner

Posts: 5

  • Send private message

36

Tuesday, February 28th 2006, 7:32pm

Hallo,
wie hier beschrieben habe ich anscheinend das gleiche Problem.

@EvilDevil oder 2be3: Könntet Ihr mir bitte die von 2be3 beschriebene funktionierende Version (17.02.06) zur Verfügung stellen?

Danke und Gruß
whb

EvilDevil

Professional

  • "EvilDevil" started this thread

Posts: 1,037

  • Send private message

37

Tuesday, February 28th 2006, 7:41pm

siehe meine Homepage (signatur)
Wahrscheinlich war der neue Kernel (2.6.16) noch nicht komplett getestet und enthält bugs. Weiss aber immer noch nicht, wieso es bei euch nicht klappt, es bei mir aber läuft.

Gruss,
EvilDevil

EvilDevil

Professional

  • "EvilDevil" started this thread

Posts: 1,037

  • Send private message

38

Tuesday, February 28th 2006, 8:06pm

So,
neues Image ist hochgeladen (debianslug-nslu2-20060228182741.flashdisk.img.bz2)

Gruss,
EvilDevil

jh2000

Beginner

Posts: 20

wcf.user.option.userOption65: Unslung 3.18

  • Send private message

39

Sunday, March 12th 2006, 7:22pm

Gute arbeit aber:
Ich bekomme bei mir die images nicht geflasht (zumindest laut reflash)
kann es sein das mein aktuelles system (openslug) nicht little-endian ist und daher er das nicht verifizieren kann?

Btw, eine gute möglichkeit zu backupen und zu restoren (auch wenn sich manchem pro nun die haare aufstellen) ists per cat oder dd von den /dev/mtdblock devices eine kopie als datei zu erstellen, somit kann man diese bei bedarf auch umändern etc... :)

Hier der Ablauf:
root@Lan-Space:~# reflash -i debianslug-nslu2-20060307161151.flashdisk.img
/usr/sbin/reflash: umounting any existing mount of /dev/mtdblock4
reflash: preserving existing configuration file
sed: can't read usr/lib/ipkg/info/*.conffiles: No such file or directory
12 blocks
reflash: about to flash new image
reflash: writing rootfs to /dev/mtdblock4 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++...........+...............................+...............................+...............................+...............................+...............................+...............................+...............................+...............................+...............................+...............................+...............................+...............................+...............................+...............................*; done
reflash: writing kernel to /dev/mtdblock2 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++..........*; done
reflash: verifying new flash image ................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................ done
reflash: verifying new kernel image ................................................................................................................................................................................................................................................................ done
reflash: restoring saved configuration files
mount: /dev/mtdblock4: can't read superblock
/usr/sbin/reflash: /dev/mtdblock4: unable to mount flash file system on /tmp/flashdisk.2939
reflash: mount of new flash root file system failed
WARNING: the kernel and root file system have been reflashed,
HOWEVER the new root file system seems to be unuseable.
Saved configuration files are in /tmp/cpio.2939
The list of saved configuration files is in /tmp/preserve.2939
You should determine the reason for the failed mount, mount the new
file system and restore the configuration from /tmp/cpio.2939 - it's just a
matter of copying the saved files where required.
root@Lan-Space:~#
Vorhanden:
266Mhz, Openslug, 4 Usb ports, 120GB hdd, Webcam, Soundkarte, USB^RS232 Adapter(für usv), Serielle console, LED-Script, Buzzer-programm.
Was noch fehlt:
Display, USB tastatur(evtl maus :>),jtag interface, ramerweiterung(liegt bereit), scsi-idle, ein neuer Kernel, und dann bestimmt nochn stärkeres Netzteil :)
Was wohl nicht möglich ist (wenn doch bitte benachrichtigen):
2. Netzwerkkarte(Onboard), Zusatz-pci port für z.b. dvb-s karte.

EvilDevil

Professional

  • "EvilDevil" started this thread

Posts: 1,037

  • Send private message

40

Sunday, March 12th 2006, 8:28pm

Hi,

kein Plan wieso es das bei dir anzeigt. Wenn das Image trotzdem läuft, kann man die Warnungen wohl ignorieren. Ansonsten würde ich es mal per upslug2 oder Sercomm's Ugutil probieren.

Gruss,
EvilDevil

Social bookmarks