Debian minimal

Computer: Software & Programmierung UNIX & Linux
#1

Hallo,

es ist mal wieder ein Mini-System gefragt. Meine Grenze liegt bei 250MB, weniger (~100MB) waere besser. Normalerweise baue ich sowas selbst, aber diesmal haette ich gern ein Paket Management. Ich habe an ein Debian testing mit Kernel 2.6.x auf ext2 gedacht. Natuerlich das minimalste ueberhaupt, was geht, hauptsache es bootet (und kann Scripte ausfuehren).

Dummerweise will es mir gerade nicht gelingen, dem Installer bzw. APT abzugewoehnen, alle moegliche Dokumentation, manpages, Kernelmodule fuer meinen Toaster und lauter so Zeug (nein, ich brauche keine locale fuer Finnisch) zu installieren. Das blaeht tierisch auf.

Irgendwelche Ideen? Ich habe mal was von „bootstrap“ gehoert, kann das das? Wenn ja, wie? Wenn ich danach google finde ich irgendwelche Anleitungen fuer PowerPC, ist aber ein gewoehnlicher i586.

Dankbar fuer Hilfe,
Gruss vom Frank.

#2

Hi,

es ist mal wieder ein Mini-System gefragt. Meine Grenze liegt
bei 250MB, weniger (~100MB) waere besser.

Was spricht gegen: http://damnsmalllinux.org/ ?

Gruss Jan

#3

Moin

es ist mal wieder ein Mini-System gefragt.

mulinux ?

Normalerweise baue
ich sowas selbst, aber diesmal haette ich gern ein Paket
Management.

Aua.

Dummerweise will es mir gerade nicht gelingen, dem Installer
bzw. APT abzugewoehnen, alle moegliche Dokumentation,
manpages, Kernelmodule fuer meinen Toaster und lauter so Zeug
(nein, ich brauche keine locale fuer Finnisch) zu
installieren.

Der Installer wird das immer tun. Installier erstmal auf eine normale Platte und streich danach alles raus was nicht sein muss (ich würd schonmal mit 2.6 anfangen, 2.4/2.2 sind kleiner).

Um z.B. die man-Pages loszuwerden: man-db deinstallieren.

Dann installier localpruge um überflüssige locals loszuwerden.

Beim Kernel kommst du an eine Neucompilieren nicht vorbei. Die Module unterliegen eben nicht apt…

Ich habe mal was von „bootstrap“ gehoert,
kann das das?

Das ist ein Installer/bootmanger… das ist nicht das richtige.

cu

#4

es ist mal wieder ein Mini-System gefragt.

mulinux ?

Hm, ich gewoehne mich gerade an Debian. Anyway, ich werd mal drueber nachdenken, genauso wie ueber DSL aus der anderen Antwort.

Installier erstmal auf eine normale Platte und streich danach
alles raus was nicht sein muss

So mach ich’s gerade.

(ich würd schonmal mit 2.6 anfangen, 2.4/2.2 sind kleiner).

2.6.x ist ein Muss. Der 2.4.x unterstuetzt kaum Sensoren. Ist wichtig.

Danke fuer die restlichen Tips.

Gruss vom Frank.

#5

Hallo,

ist zwar schon ein bisschen her, aber Potato (Joel Espy K.-Release) hatte ich mal für nen Gateway auf ca. 70 MB gedrückt (swap nicht mitgerechnet), sollte eigentlich auch bei sarge so sein. Hab einfach mit dselect alles Unnötige rausgeworfen (und dselect ist doch sehr komfortabel, oder etwa nicht? - zum Entfernen einfach immer „_“ und nicht „-“ nehmen).
Grüssle,
Markus

#6

Hallo,

ist zwar schon ein bisschen her, aber Potato (Joel Espy
K.-Release) hatte ich mal für nen Gateway auf ca. 70 MB
gedrückt

Ich könnte mir nur vorstellen, daß Potato mit 2.6.x-Kernel etwas nervig wird …

Gruß,

Sebastian

#7

Hallo Sebastian,

ist zwar schon ein bisschen her, aber Potato (Joel Espy
K.-Release) hatte ich mal für nen Gateway auf ca. 70 MB
gedrückt

Ich könnte mir nur vorstellen, daß Potato mit 2.6.x-Kernel
etwas nervig wird …

hm, also bei der Release war schon ein 2.6er nativ bei… ähm wieso sollte es dann probleme geben? muß ja nur die… weiß grad nicht den genauen paketnamen, aber die fileutils halt zum kernel passen, oder sonst noch was.
außerdem: der 2.6 _ist_ doch per se nervig

#8

Hallo,

Ich könnte mir nur vorstellen, daß Potato mit 2.6.x-Kernel
etwas nervig wird …

hm, also bei der Release war schon ein 2.6er nativ bei…

Äh? Nein. Sicher nicht. Nichteinmal bei Woody war ein 2.6.x (ja, ich weiß das: dieses Posting entseht auf einem Woody-Rechner).

ähm
wieso sollte es dann probleme geben? muß ja nur die… weiß
grad nicht den genauen paketnamen, aber die fileutils

binutils?

außerdem: der 2.6 _ist_ doch per se nervig

Mag sein :smile: Ich benutze den (noch) nicht.

Gruß,

Sebastian

#9

Hallo Sebastian,

dann nimm halt Sarge
Woody hat nen 2.6 drin. o.k. mit „nativ“ meinte ich: als paket, nicht generisch.

binutils?

Die meinte ich. ähm

außerdem: der 2.6 _ist_ doch per se nervig

Mag sein :smile: Ich benutze den (noch) nicht.

)

Grüssle,
Markus

#10

Hallo,

dann nimm halt Sarge

Jetzt, da die Security-Architektur steht, ist das zunehmend eine Option.

Woody hat nen 2.6 drin.

Hm, das mußt Du mir jetzt ehrlich mal vormachen.

[18:43:34][niehaus@crystalline:~]$ apt-cache search kernel | grep "2\.6"
[18:43:36][niehaus@crystalline:~]$

Hier nix 2.6.

o.k. mit „nativ“ meinte ich: als
paket, nicht generisch.

Hm?

Gruß,

Sebastian

#11

Hallo,

Woody hat nen 2.6 drin.

Hm, das mußt Du mir jetzt ehrlich mal vormachen.

[18:43:34][niehaus@crystalline:~]$ apt-cache search kernel |
grep „2.6“
[18:43:36][niehaus@crystalline:~]$

Da hab ich großen Bullshit erzählt. (Und ich kann mir grad auch nicht erklären, wie es dazu kam. Hmm… :frowning:
sorry

Hier nix 2.6.

o.k. mit „nativ“ meinte ich: als
paket, nicht generisch.

ich meinte: nicht als installkernel (2.4. und 2.2 gibts als installkernel)
Bleibt wohl nur Sarge (ich verwende seit nem Jahr nur noch Sarge); das hat definitiv 2.6.

Gruß,
Markus

#12

Hallo Frank,

2.6.x ist ein Muss. Der 2.4.x unterstuetzt kaum Sensoren.
Ist wichtig.

Was für wichtige Sensoren denn, die 2.4 nicht kennt?

Gruß,
Markus

#13

Hallo Frank,

Hi,

2.6.x ist ein Muss. Der 2.4.x unterstuetzt kaum Sensoren.
Ist wichtig.

Was für wichtige Sensoren denn, die 2.4 nicht kennt?

Uh, glaub mir, das moechtes Du nicht wissen. So wie es aussieht materialisieren sich hier demnaechst in einem stino PC etwa 100 I2C-Buse mit Sensoren dran[1], ueber die ich noch gar nicht nachdenken will. Nein, ich will das wirklich nicht mit 2.4.x bauen.

Gruss vom Frank.
===footnotes===
[1] BTW: weiss jemand, ob es eine harte Grenze fuer die Anzahl der I2C-Buse bzw. den Sensoren gibt, die der Kernel verwalten kann?

#14

Hallo Frank,

Was für wichtige Sensoren denn, die 2.4 nicht kennt?

So wie es
aussieht materialisieren sich hier demnaechst in einem stino
PC etwa 100 I2C-Buse mit Sensoren dran[1], ueber
die ich noch gar nicht nachdenken will. Nein, ich will das
wirklich nicht mit 2.4.x bauen.

Ähm und wieso Treiber für I^2 auf einem Minimalsystem bauen??
Was für Sensoren bitte?
Gruß,
Markus

#15

Hallo Frank,

Moin,

Ähm und wieso Treiber für I^2 auf einem Minimalsystem bauen??

Kennst Du einen anderen Weg, auf die Sensoren zuzugreifen, die am SM-Bus des Boards haengen?

Was für Sensoren bitte?

Eg: LM75, LM78, LM79, W83781, SiS5595, halt das ganze Zeugs, was normalerweise auf Boards zwecks Temperatur- und Luefterueberwachung sitzt.

Gruss vom Frank.

#16

Hallo Frank,

Was für Sensoren bitte?

Eg: LM75, LM78, LM79, W83781, SiS5595, halt das ganze Zeugs,
was normalerweise auf Boards zwecks Temperatur- und
Luefterueberwachung sitzt.

ach, also ne spezielle spezialsache. dann isch klar (oder treiber für 2.4 schreiben :smile: - oder 2.5 nehmen?)
Grüssle,
Markus

#17

Hallo zusammen,

ich weiss nicht, was ihr gegen den 2.6.x-er Kernel habt, wenn es um die Größe geht. Der 2.6er lässt sich erheblich schlanker gestalten, als ein 2.4er. Natürlich nur, wenn man weiss, was man tut und was man braucht. Meine Erfahrung bezüglich embedded systemen auf ARM9 Basis ist jedenfalls, das es mit dem 2.6er kompakter ging, als mit 2.4. Auch die „fast“ echtzeit Erweiterungen sind – gerade wenn es um Sensoren geht – wünschenswert.

Gruß

Fritze