RootForum Community

Hab den Installer mal mit der --with-opt Option ausprobiert.
Konnte keine Probleme feststellen.

so... das waren dann 2 x 1,5 Stunden Arbeit = 300â?¬ :lol:

grinsende Grüße

RM

Mann mann mann, für 100â?¬/Stunde würde ich noch nicht mal aufstehen. :lol:

Grinsendes dankeschön für's testen. ;)

Hi,
hab den installer heute auf nem anderen rechner ausprobiert und als mirror den debian genommen. dann kam am schluss folgender "fehler". hatte irgendwas mit den debutils zutun.

│ Kernel link failure info │
│ │
│ You may experience problems linking older (and some newer) kernels with │
│ this version of binutils. This is not because of a bug in the linker, │
│ but rather a bug in the kernel source. This is being worked out and │
│ fixed by the upstream kernel group in newer kernels, but not all of the │
│ problems may have been fixed at this time. Older kernel versions will │
│ almost always exhibit the problem, however, and no attempts are being │
│ made to fix those that we know of. │
│ │
│ There are a few work-arounds, but the most reliable is to edit the │
│ linker script for your architecture (e.g. arch/i386/vmlinux.lds) and │
│ remove the '*(.text.exit)' entry from the 'DISCARD' line. It will │
│ bloat the kernel somewhat, but it should link properly. |

Ist nur ein Hinweis, das kommt immer.

aber kann man ignorieren oder?

Das wollte ich dir damit sagen, ja. ;)

ich hätte noch ein tipp für ein (meiner Meinung nach) gutes Feature. und zwar das man nicht alle Partitionen anlegen MUSS. das, wenn man z.b. für die Größe 0 oder gar nix eingibt diese Partition nicht erstellt wird.

ich hätte noch ein tipp für ein (meiner meinung nach) gutes feature. und zwar das man nicht alle partitionen anlegen MUSS. das, wenn man z.b. für die größe 0 oder gar nix eingibt diese partition nicht erstellt wird.

Da wäre ich sofort dafür. :)

Allerdings könnte ich auch dann den Installer immer noch nicht nutzen, da ich auch _zusätzliche_ Partitionen benötigen würde. D.h. also ich werde bei der nächsten Installation wieder Handarbeit anlegen oder höchstens dann den Installer benutzen, falls man seine Partitionen quasi "frei" einteilen kann, d.h. ich gebe Mountpoint (z.B. /var/log) und Größe ein, beliebig oft. Das wär mal cool! :)

Wenn man dann noch die Wahl zwischen ext3/reiserfs/xfs etc. hätte, wäre es gleich noch mehr cooler... :)

Solange mach ich halt Handarbeit. Apropos Handarbeit: Ich hab letztens gelesen, wer regelmäßig abspritzt bekommt seltener Prostatakrebs, also nix wie los, Jungs!

Na ihr habt ja Wünsche. ;)

Ã?ber genau dieses Feature habe ich in den letzten Tagen wieder verstärkt nachgedacht, bisher hapert's allerdings daran, dass mir die bahnbrechende Idee, wie das halbwegs einfach zu realisieren wäre einfach noch nicht gekommen ist. :?

Da die restlichen Ã?nderungen ja problemlos und zu rvollen Zufriedebheit aller funktionieren, kann ich die alte Version ja ohnehin langsam ersetzen, sobald sich etwas in Bezug auf die Partitionierung tut (was nicht allzu lange dauern dürfte), erfahrt ihr es als erste. ;)

@CC: Du kennst mich ja inzwischen etwas, insofern wirst du dir denken können, dass ich keinerlei Probleme damit habe, auf Handbetrieb auszuweichen, aber wie du bestimmt weißt, ist ab und zu mal richtig ficken auch ganz nett. ;)

Ups, Kinder bitte weghören!!

Hehe, wohl wahr. ;)

Btw.: Falls jemand noch weitere Vorschläge oder "Sonderwünsche" ;) hat, einfach mal hier mit einbringen, dann kann ich vielleicht endlich (fast) jeden "beglücken" (um mal bei den Zweideutigkeiten zu bleiben ;) ).

CaptainCrunch wrote:bisher hapert's allerdings daran, dass mir die bahnbrechende Idee, wie das halbwegs einfach zu realisieren wäre einfach noch nicht gekommen ist. :?

Mach's doch per Parameter und case ... esac ;)

Na ja, Ideen sind vorhanden, nur suche ich gerade nach der (vermeintlich) sinnigsten Lösung. ;)

Du könntest dem User auch eine seperate Config zum Editieren anbieten:
Dadurch bleibt der Installer selbst unverändert und wird gleichzeitig individuell ;)

BTW: Wolltest Du den Installer nicht eh in ncurses/C reimplementieren? :roll:

Hmm, danke. Auf diese Idee war ich bisher nicht gekommen. Als "Hemmschwelle" eines eigens eingelesenen Configfiles, das vom User ausgefüllt wird sehe ich allerdings, dass genau dieser Fall ganz zu Anfang des Installers vorhanden war: sämtliche Angaben wie IP, Größe der Partitionen, etc. war im Script fest einzutragen, was bei einer nicht zu vernachlässigenden Anzahl User dazu führte, dass durch falsche Einträge nichts funktionierte. Seitdem alles einfach nur abgefragt wird, gibt's erheblich weniger Probleme, daher würde ich diese Vorgehensweise eigentlich ganz gerne beibehalten.

Momentan schwebt mir dabei folgendes vor:
1. Script läuft an
2. Abfrage, welche Partitionen (mit welchem FS) angelegt werden sollen
3. Abfrage nach der Größe der jeweiligen FS
4. alles andere wie gehabt.
"Spannend" werden die ganzen Checks, die dafür eingebaut werden müssen, aber das soll ja auch nicht das Problem sein.

Eine Version des Installers, die dialog (also ncurses auf Umwegen) nutzt ist prinzipiell kein Problem, sofern mir jemand glaubhaft versichern kann, dass dialog auch im Rescuesystem funktioniert. ;)
Eine Portierung auf C würde mich zwar als "Forschungsobjekt" persönlich interessieren, frage mich in dem Punkt aber noch mehr, ob das wirklich Sinn machen würde.

Meinungen dazu?

CaptainCrunch wrote:Momentan schwebt mir dabei folgendes vor:

Wie wäre es damit:
Der Installer schaut ob eine Datei part.conf vorhanden ist. Wenn ja (und sinnvoll gefüllt), dann wird daraus die Partitionierung abgeleitet. Wenn nicht vorhanden oder syntaktisch nicht richtig wird die Standard-Partitionierung abgefragt.


P.S. Jetzt aber ab ins Bett (und um beim zweiten Thema zu bleiben: ohne Krebsvorsorge; habe bis eben gearbeitet und bin einfach nur müde).

Habe das neue script getestet und läuft super.
(ich bekomme zwar meine festplatte nicht in den DMA Modus, aber das ist ein Problem wohl des Kernels bei woody in Kombination mit der VIA southbridge in meinem rootie)

aber eine Frage zu /etc/network/interfaces
Warum wird das nicht über dhcp gelöst. Was passiert wenn 1&1 das Netzwerk "umstellt"?

Der Grund für die manuelle Konfiguration liegt ganz einfach darin begründet, dass der standardmäßig unter Woody eingesetzte DHCP-Client nicht mit dem perversen Routing, das bei 2&4 betrieben wird zurecht kommt, und es erheblich einfacher ist, die Konfiguration händisch durchzuführen.

Was eine Ã?nderung der Netzwerkkonfiguration angeht: irgendwie lese ich immer, dass ihr alle Panik vor einer solchen Umstellung habt. Wieso?

irgendwie lese ich immer, dass ihr alle Panik vor einer solchen Umstellung habt. Wieso?

Nö habe ich nicht. Ich schätze mal, man wird vorher informiert, denn die IP können sie einem ja eh nicht einfach umstellen wegen DNS. War nur ne Frage. Ist ja eigentlich auch besser ohne dhcp. ein dienst weniger.

Ich sehe auch keinen Sinn in einem Installer in C. dialog/ncurses wäre zwar vielleicht ganz nett anzusehen (sofern es funktioniert im Rescue), aber mir persönlich ist das ziemlich wurscht, mir gehts nur drum, dass die Aufgaben erfüllt werden, der Rest ist (überflüssiger) Schnickschnack fürs Auge. Insofern sehe ich jetzt keinen direkten Vorteil an dialog/ncurses und könnte gut drauf verzichten. Dagegen hab ich aber natürlich auch nix, solange es funktioniert...

Der Installer schaut ob eine Datei part.conf vorhanden ist. Wenn ja (und sinnvoll gefüllt), dann wird daraus die Partitionierung abgeleitet. Wenn nicht vorhanden oder syntaktisch nicht richtig wird die Standard-Partitionierung abgefragt.

Hmm, in dem Fall wäre das ganze aber IMHO doppelte Arbeit:
Zum einen müsste auf Plausibilität / systaktische Korrektheit des Configfiles geprüft werden (Parser erforderlich), und sofern es nicht läuft wieder auf die alte Variante zurückgegriffen werden.
Genau das würde ich eigentlich gerne vermeiden. ;)

Kann einmaljemand nachschauen, wie es um dialog im Rescuesystem bestellt ist? Bei Bedarf stelle ich zu Testzwecken ein ganz kleines Script zur Verfügung.

habe eben das neue script mit --with-opt ausprobiert.
einzige Ã?nderung, die ich gemacht habe, am Anfang wegen 'bad interpreter' nicht ./debinst.sh eingetippt, sondern /bin/sh debinst.sh
(in 'meinem' rescue ist wohl das environment anders ?! rootie L Baujahr 7/2002)

Sonst ist alles prima durchgelaufen - thx CC !
Gruss Fritz

Hmm, merkwürdig. Woher das jetzt wieder kam, kann ich dir beim besten Willen nicht aus dem Stehgreif sagen. Nur gut, dass immerhin du dir in solchen Fällen selbst zu helfen weißt. ;)

Heißen Dank für's testen! Dann kann ich die Beta als erstmal als neue stabile Version freigeben, und an den restlichen hier angesprochenen Ã?nderungen weiterarbeiten.

bis wann ungefähr wirds ne neue version mit freien partitionen geben?

Verdammt gute Frage...sofern du mir verrätst, wie ich den Tag um ein paar Stunden verlängere vermutlich sogar relativ bald. ;)