VDR Portal

Quoted

Originally posted by vdr-box
haste eigentlich auch ssh auf deine cd gebaut?

du weist schon, meine vdrs stehen im keller :-)

gruss vdr-box

Nö .
Da ich in den Scripten eine Änderung der Variablen Verwaltung plane , mußte ich mal auf die Schnelle ne Version vom Stapel lassen .
Vielleicht in der 008er

Allerdings kommste ja eh nicht dran vorbei , zumindest kurz anner Maschine zu hocken - um die LAN Card aus zu wählen .
Zu der Zeit is noch die initrd aktiv und daher eh Essig mit ssh .

So warteste halt n paar Minuten , machst die config mit addon/ssh & reboot - dann kannste wieder verschwinden

HJS

Quoted

Originally posted by vdrchuck
Nach einem kleinen Ausflug nach ALFS bin ich wieder bei dir gelandet .
ALFS ist auch nicht fehlerfrei und auf keinen Fall einfacher als dein HJSLFS, und somit teste / spiele ich doch noch was hier weiter rum.

Zur Ehrenrettung von ALFS : Fehlerfrei ist glaub ich nix , was komplizierter als "das C/Pascal Einstiegs Prog "hello world" ist

Aber schwieriger ist es , weil man zwingend diverse Texte lesen sollte , um zu wissen , was wo eingestellt werden kann/muß/sollte .

Meine Scripte sind ja gerade entstanden , weil ich mit gewissen Marotten von ALFS nicht wirklich glücklich war , aber natürlich auch nicht immer alles tippeln wollte ...

Ich find das schon in Ordnung , daß du weiter auf meiner Wiese spielst - einen besseren Weg als mit denkende User , um potentielle Fallstricke , Fehler und sonstige Ecken und Kanten aus Scripten zu entfernen - gibt es nicht .

Quoted

Eine Kleinigkeit ist mir bei der CD noch aufgefallen, nicht wichtig aber besser fürs Auge:
In der /etc/inittab fehlen die Backslashes bei ... /sbin/agetty -I '\033(K' ... und somit erscheint immer das 033(K vor dem Login.

Jo - jedesmal wenn ich die beim booten seh , ärgert es mich und ich sage mir : "das sollteste mal beseitigen" und jedesmal find ich Übleres
Hab noch nicht geschaut , was es eigentlich ist , aber Backslashes klingt sehr plausibel , da die Art und Weise , wie ich von meinen rohscripten zu den loggenden Scripten komme , gerade für sonderzeichen empfindlich ist ... Danke für den Hinweis

HJS

Edit : Scripte korrigiert - die CD bleibt allerdings so - abba künftige Builds sehen wieder sauber aus

Damit ich nich auf zwei Pages aktualisieren muß , ne neue CD .

Nebenbei ist die 033 eliminiert und der Hostname wieder auf den Namen der CD gesetzt .

Die Info , daß man die CD entnehmen kann , hab ich etwas verdeutlicht - ging in den ganzen Kernelmeldungen etwas unter ...

Die Var werden nur noch in hjslfs.env ausgegeben .

HJS

Sodele - erste Tests mit ner neuen Scheibe waren schon recht erfolgreich .

Die neue Scheibe wird auf dem Sys checken , wieviel RAM vorhanden ist und entsprechend den Host komplett ins RAM packen oder bei zuwenig RAM nur die r/w benötigten Bereiche und den Rest als ro von CD loopmounten .

Vielleicht bring ich auch noch autologin und ssh unter ...

HJS

Quoted

Original von hjs
Vielleicht bring ich auch noch autologin und ssh unter ...

War n etwas heftigeres Gemetzel , aber der Workaround funzt

Das Netz ist sichtbar , aber der rechner nicht - für ssh irgendwie doof .

Hab around geworked und funzt .

Änderungen gegenüber der 008er :

- autologin
- ssh Zugriff möglich
- root PW = root
- default wird dhcp versucht ( timeout=10 Sek )
- bei nur einer LAN Card wird diese automatisch selektiert

HJS

User einer onboard SIS900 LAN sollten sich nicht per ssh einloggen - verursacht ne Kernelpanic .
RTL8139 und e1000 sowohl onboard als auch als PCI Karte funzt tadellos , daher gehe ich von nem Prob des LAN Treibers aus , vielleicht sogar Chipset - istn SIS648 aufm ASUS P4S8X

Mal sehen , ob ich den Übeltäter erwische ...

HJS

Quoted

Original von guens
das Problem mit dem Kernel Panick hab neuerdings auch.
Tritt bei mir erst seit dem Umstieg auf den 2.6.21 Kernel auf.
Kann mich nicht erinnern, das ich mit 2.6.20.7 ein ähnliches Problem hatte.

Bei ssh oder generell ?
Ist mir nur bei ssh Zugriff aufgefallen .

Quoted

Verwende zum Testen ein Foxconn mit Sis 760 Chipsatz. als eth Modul sis900.

Da ham wer die Übereinstimmung .

Quoted

Werd nochmal den 2.6.20 Kernel versuchen.

Wär mal interessant - obs rennt .

HJS

Quoted

Original von guens

Quoted

Hab da auf die schnelle mal folgendes gefunden.
http://git.kernel.org/?p=linux/kernel/gi...5c9db1dea0e57ab
werd die Änderung mal ausprobieren.

Die Änderung scheint bei mir zu funktionieren.
Konnte zumindest die Addon-Scripts wieder ohne Kernel Panic ziehen.

Vielleicht kannst du das bei dir auch noch testen.

Yep - funzt inkl. ssh - hab das Iso als 009a online gestellt .

Thx

HJS

Quoted

Original von Ravekasper
Ich hab dein Projekt hier ein wenig verfolgt und würde es auch gern ausprobieren, aber ich habe leider nur 256MB im Rechner von denen nochmal 8MB für die Grafik draufgehen.

Bleiben 248 - das langte nicht für die CDs bis 008 , seit der 009er geht das .

Quoted

hjlfs ist doch dafür gedacht, ein auf diesen PC optimiertes Linux zu installieren und diese Optimierungen auch beim compilieren von VDR, etc mit zu nutzen, damit die Hardware optimal ausgenutzt wird, oder ?

Jein .

Du KANNST auch Compileroptionen mitgeben , aber das ist nicht das Hauptaugenmerk .

Wesentliches Ziel war es , daß ich mehrere Anwendungen hatte und verschiedene Lösung(-sansätze)
Also Distris - Suse hier , Debian dort , LinVDR da .

Wichtig war mir , daß jede Plattform mit der gleichen Struktur kommt und ich nich jedesmal überlegen muß , wie war das denn noch gleich hier ?!?

außerdem muß ich nicht warten , bis irgendjemand irgendwas Neues implementiert hat , Sourcen sind da , also im einfachsten Fall einfach compilieren , im Extremfall komplettes Sys aufsetzen - ich sach ja nur Go - den Rest macht der Rechner .

Quoted

Kannst du da noch was drehen. Evtl, daß man für den R/W Bereich einfach ne Partition mit 256MB mountet. Die könnte ja dann nachher im System zu Swap werden.

Was hindert dich , ne Swap zu verwenden ? ( Das kannste in der config auswählen )
Um die Frage zu beantworten :
Eher nein .
Das Ziel der CD ist , mit sowenig Abfragen wie möglich , aber so vielen wie nötig zu starten und entweder als Rescue CD zu dienen oder ein hjslfs zu builden .

Das sollte mit der aktuellen 009a rennen .
Hab keine Maschine mit weniger als 512 MB

HJS

Quoted

Original von kanotixer
ch stelle mir das so vor:
VM mit Development-System, wenn das nach meinen Vorstellungen läuft, entschlackt und auf den VDR portieren.
Neue Plugins oder Programmversionen weiterhin auf dem Devel-System builden und dann auf den VDR bringen.

Geht das so? Oder ist das nicht geschickt?

Spricht nix dagegen .

Quoted

Hab gestern mal ein lfs auf der VM builden lassen, leider lief das Skript nicht ganz fehlerfrei durch und der kernel wurde nicht kompiliert.

Nur der Kernel ? Dann wirds vermutlich an deiner Config liegen .
Logs ?

Quoted

Gibt es eine Möglichkeit nochmal irgendwo in der Mitte anzufangen anstatt ganz von vorne (mit downloaden, entpacken, gcc builden, usw)? Wäre doof, hat immer hin um die 8 Stunden gedauert, bis das Skript durchgelaufen ist...

Leider nein - zumindest noch nicht .
Wenn du ne Hilfspartition verwendet hast und die gleiche wieder nimmst , sind die Sourcen alle noch da .
8 Stunden , dann haste nen P3 oder kleinen P4/C ?

Quoted

Noch eine Sache:
Ich komme ja von linvdr und finde die busybox eigentlich ziemlich cool.
Gleiche Struktur hin oder her: Kann ich busybox auch in lfs einbauen? So dass ich keine Runlevels sondern nur noch eine rcStart habe?

Wenn du weißt , was du tust ist das schon machbar , aber was haben die runlevel mit der Busybox zu tun ?

HJS

PS - Inhaltlich passen deine Fragen in den hjslfs Thread - dieser hier hat eigentlich das Thema CD

Quoted

Original von kanotixer

Quoted

PS - Inhaltlich passen deine Fragen in den hjslfs Thread - dieser hier hat eigentlich das Thema CD

Alles klar, dann mach ich mal da weiter

Jo - und worauf warteste nu ?

HJS

Quoted

Original von kanotixer
Da hab ich erstmal n Backup gemacht, das ging vor

Nachvollziehbar