[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Linux, Notebook, Intel 915, Pentium M
[Thread Prev] | [Thread Next]
- Subject: Re: Linux, Notebook, Intel 915, Pentium M
- From: Markus Hochholdinger <Markus@xxxxxxxxxxxxxxxxx>
- Date: Sun, 24 Jul 2005 23:55:56 +0200
- To: uugrn@xxxxxxxxxxxxxxx
Am Sonntag, 24. Juli 2005 23:13 schrieb Marc Haber: > Mit den drei Stunden, die mein nc8000 ohne weitergehende Sparmassnahmen > ohne Netzteil laeuft, bin ich in meiner Umgebung zufrieden. Das reicht > fuer einmal steckdosenlosen ICE nach Muenchen, und auf anderen Strecken > bemuehe ich mich sowieso um Fahrt in IC/EC. Bei mir waren die weniger als zwei Stunden schon ein bischen arg wenig. Bei drei Stunden haette ich mir wahrscheinilch auch noch keine Gedanken gemacht. > Wenn sich das durch Sparmassnahmen auf fuenf Stunden verlaengern laesst, > ist selbst die (seltene) Fahrt im ICE nach Hamburg kein Problem mehr. > Bisher sag ich mir auf dem Weg nach Hamburg oftmals "Reisezeit ist > Arbeitszeit" und nehme freiwillig den gut anderthalb Stunden > langsameren IC: Dort gibt es Steckdosen. Hehe, dann kannste vielleicht bald mit dem ICE nach Hamburg fahren :-) > Das sehe ich genauso. speedstep-ich hab ich gar nicht compiliert, hier > muss es erstmal speedstep-centrino tun. Versteht hier jemand die Unterschiede der einzelne Module? > > > [1] Ich bin Debian Developer und weiss was ich tue. > > Ich werde ersteinmal Debian 3.1 benutzen > Gut. :-) > > und nur nach Bedarf von testing und > > unstable Pakete nehmen. > Nein! Damit ziehst Du Dir Libraries aus testing und unstable nach, und > kombinierst die Nachteile von stable mit denen von testing/unstable. > Unbedingt bleiben lassen! Das kann man gar nicht oft genug predigen! Schon klar. Ich passe auf ;-) Ich lade nur einzelne Pakete herunter bevor ich etwas aus den orginal Sourcen bauen muss, damit ich moeglichst nah an Debian und an stable bleibe. Zur Not mache ich mir auch eigene Back-Ports. In diesem Fall ist das aber noch nicht notwendig: kernel-headers-2.6.11-1-686/testing uptodate 2.6.11-7 loop-aes-ciphers-source/testing uptodate 3.0b-3 kernel-headers-2.6.11-1/testing uptodate 2.6.11-7 kernel-image-2.6.11-1-686/testing uptodate 2.6.11-7 loop-aes-source/testing uptodate 3.0d-1 kernel-source-2.6.11/unstable uptodate 2.6.11-7 Wobei ich den kernel 2.6.11 auch wieder entfernen kann. Dieser hat die Soundkarte nicht unterstuetzt. Deswegen musste ich auf den vanilla Kernel (2.6.12.3). Und das loop-aes von stable hat gegen den vanilla Kkernel nicht gebaut, also musste ein neueres loop-aes her. Und da ich module-assistant gegenueber manuellem Bauen vorziehe habe ich mich von testing bedient. Mir ist die Problematik von stable - testing - unstable wohl bewusst und ich achte auf meinen Servern da auch sehr darauf. Nur auf meinem Notebook ist es mir lieber, dass alles funktioniert als dass ich komplett stable habe. Auch wenn ich dann von den Debian Sicherheitsupdates des Kernels nicht profitiere. Dann muss ich halt selbst Hand anlegen und bauen wenn im Kernel Sicherheitsluecken gestopft werden. Fuer die Spielwiese (testing/unstable) im Notebook kann man ja immer noch chroot oder uml nutzen. -- Gruss \|/ eMHa (o o) ------------------------------------------------------oOO--U--OOo-- Markus Hochholdinger e-mail mailto:Markus@xxxxxxxxxxxxxxxxx .oooO www http://www.hochholdinger.net ( ) Oooo. ------------------------------------------------------\ (----( )- \_) ) / (_/