Re: Modul beim Booten *nicht* laden

2006-11-19 Diskussionsfäden Markus Schulz
Am Sonntag, 19. November 2006 21:55 schrieb Paul Muster:
> Markus Schulz schrieb:
> > Am Sonntag, 19. November 2006 20:41 schrieb Paul Muster:
> >>aufgrund irgendeines Hardwareproblems (doofe Firmware oder so)
> >>braucht ein gewisser Rechner 50% mehr Strom, wenn ein bestimmtes
> >>Modul geladen ist, als wenn es nicht geladen ist. Daher möchte ich
> >>dem Rechner verbieten, das Modul zu laden.
> >>
> >>Dazu finden sich einige Ansätze, aber keiner half bisher:
> >>
> >>1. /etc/hotplug/blacklist - hier gibts kein hotplug
> >>
> >>2. "alias thermal off" in /etc/modprobe.d/local - wird trotzdem
> >>geladen
> >>
> >>3. "blacklist thermal" in /etc/modprobe.d/blacklist - dito
> >
> > der 3. weg funktioniert auf jeden Fall. Falls du eine initrd
> > benutzt, mußt du diese neubauen (mkinitrd), nachdem du den Eintrag
> > in modprobe.d/blacklist getätigt hast.
>
> Ah, deshalb klappt das nicht.
>
> > Welches Release benutzt du denn eigentlich?
>
> Ähm, huch, hatte ich das echt nicht geschrieben, peinlich.
>
> Sarge mit Kernel 2.18 von bpo.
>
> Ist dafür mkinitrd noch zeitgemäß oder sollte ich update-initrd
> benutzen, wie es in <[EMAIL PROTECTED]> für Sid
> empfohlen wird?

Für sid sollte es wohl eher ein update-initramfs sein, da alle Kernel 
idR nun ein ramfs anstatt cramfs benutzen.
Das hängt jedenfalls davon ab, ob das initrd image ein ramfs oder cramfs 
Image ist. Kenne die bpo Kernel leider nicht, aber "file" sagt dir dazu 
mehr.
Falls file nur "gzip compressed data" sagt, ist es wohl ein ramfs und 
update-initramfs ist die richtige Wahl (gibt's das bei Sarge schon als 
Backport?). 
Bei cramfs sollte da etwas wie: "Compressed ROM File System data" stehen 
und mkinitrd oder update-mkinitrd sollte funktionieren. Die manpage von 
mkinitrd (und der anderen Tools) erzählen dir aber mehr dazu.

In jedem Fall solltest du die jeweilige manpage des verwendeten 
Werkzeugs noch konsultieren, da du eventuell noch die Kernelversion 
angeben musst.

-- 
Markus Schulz

"In diesen heil'gen Mauern soll kein Windows lauern..."
[Jochen Lippert in d.a.s.r]



Re: Modul beim Booten *nicht* laden

2006-11-19 Diskussionsfäden Paul Muster
Paul 'Ingrid' Muster schrieb:

> Sarge mit Kernel 2.18 von bpo.

2.6.18-1-686


-> Bett, schlafen


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Modul beim Booten *nicht* laden

2006-11-19 Diskussionsfäden Paul Muster
Andreas Pakulat schrieb:
> On 19.11.06 20:41:29, Paul Muster wrote:

>>aufgrund irgendeines Hardwareproblems (doofe Firmware oder so) braucht
>>ein gewisser Rechner 50% mehr Strom, wenn ein bestimmtes Modul geladen
>>ist, als wenn es nicht geladen ist. Daher möchte ich dem Rechner
>>verbieten, das Modul zu laden.
> 
> Ok. Dann solltest du erstmal rauskriegen wer das Modul laedt.

Weder in dmesg noch in /v/l/syslog oder /v/l/messages finde ich etwas
dazu. Tipp?

>>Dazu finden sich einige Ansätze, aber keiner half bisher:
>>
>>1. /etc/hotplug/blacklist - hier gibts kein hotplug
> 
> Richtig waere eine Datei in /etc/hotplug/blacklist.d ablegen. Und auch
> wenn hotplug nicht installiert ist, udev liest diese Dateien ebenso.

Ok, die habe ich, hat aber bisher keine Veränderung gebracht. Lt.
Markus' Posting muss ich ja die initrd noch aktualisieren.


Danke & mfG Paul


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Modul beim Booten *nicht* laden

2006-11-19 Diskussionsfäden Paul Muster
Markus Schulz schrieb:
> Am Sonntag, 19. November 2006 20:41 schrieb Paul Muster:

>>aufgrund irgendeines Hardwareproblems (doofe Firmware oder so)
>>braucht ein gewisser Rechner 50% mehr Strom, wenn ein bestimmtes
>>Modul geladen ist, als wenn es nicht geladen ist. Daher möchte ich
>>dem Rechner verbieten, das Modul zu laden.
>>
>>Dazu finden sich einige Ansätze, aber keiner half bisher:
>>
>>1. /etc/hotplug/blacklist - hier gibts kein hotplug
>>
>>2. "alias thermal off" in /etc/modprobe.d/local - wird trotzdem
>>geladen
>>
>>3. "blacklist thermal" in /etc/modprobe.d/blacklist - dito
> 
> 
> der 3. weg funktioniert auf jeden Fall. Falls du eine initrd benutzt, 
> mußt du diese neubauen (mkinitrd), nachdem du den Eintrag in 
> modprobe.d/blacklist getätigt hast. 

Ah, deshalb klappt das nicht.

> Welches Release benutzt du denn eigentlich?

Ähm, huch, hatte ich das echt nicht geschrieben, peinlich.

Sarge mit Kernel 2.18 von bpo.

Ist dafür mkinitrd noch zeitgemäß oder sollte ich update-initrd
benutzen, wie es in <[EMAIL PROTECTED]> für Sid
empfohlen wird?


Danke & mfG Paul


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)



Re: Modul beim Booten *nicht* laden

2006-11-19 Diskussionsfäden Markus Schulz
Am Sonntag, 19. November 2006 20:41 schrieb Paul Muster:
> Hallo,
>
>
> aufgrund irgendeines Hardwareproblems (doofe Firmware oder so)
> braucht ein gewisser Rechner 50% mehr Strom, wenn ein bestimmtes
> Modul geladen ist, als wenn es nicht geladen ist. Daher möchte ich
> dem Rechner verbieten, das Modul zu laden.
>
> Dazu finden sich einige Ansätze, aber keiner half bisher:
>
> 1. /etc/hotplug/blacklist - hier gibts kein hotplug
>
> 2. "alias thermal off" in /etc/modprobe.d/local - wird trotzdem
> geladen
>
> 3. "blacklist thermal" in /etc/modprobe.d/blacklist - dito

der 3. weg funktioniert auf jeden Fall. Falls du eine initrd benutzt, 
mußt du diese neubauen (mkinitrd), nachdem du den Eintrag in 
modprobe.d/blacklist getätigt hast. 

Welches Release benutzt du denn eigentlich?

-- 
Markus Schulz

Grid Computing erfreut sich gerade bei Windows-Nutzern sehr regem
Zuspruch, auch wenn die Rechnerbesitzer meist nichts von ihrem Glück
wissen.



Re: Modul beim Booten *nicht* laden

2006-11-19 Diskussionsfäden Andreas Pakulat
On 19.11.06 20:41:29, Paul Muster wrote:
> aufgrund irgendeines Hardwareproblems (doofe Firmware oder so) braucht
> ein gewisser Rechner 50% mehr Strom, wenn ein bestimmtes Modul geladen
> ist, als wenn es nicht geladen ist. Daher möchte ich dem Rechner
> verbieten, das Modul zu laden.

Ok. Dann solltest du erstmal rauskriegen wer das Modul laedt.

> Dazu finden sich einige Ansätze, aber keiner half bisher:
> 
> 1. /etc/hotplug/blacklist - hier gibts kein hotplug

Richtig waere eine Datei in /etc/hotplug/blacklist.d ablegen. Und auch
wenn hotplug nicht installiert ist, udev liest diese Dateien ebenso.

Andreas

-- 
You work very hard.  Don't try to think as well.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)



Modul beim Booten *nicht* laden

2006-11-19 Diskussionsfäden Paul Muster
Hallo,


aufgrund irgendeines Hardwareproblems (doofe Firmware oder so) braucht
ein gewisser Rechner 50% mehr Strom, wenn ein bestimmtes Modul geladen
ist, als wenn es nicht geladen ist. Daher möchte ich dem Rechner
verbieten, das Modul zu laden.

Dazu finden sich einige Ansätze, aber keiner half bisher:

1. /etc/hotplug/blacklist - hier gibts kein hotplug

2. "alias thermal off" in /etc/modprobe.d/local - wird trotzdem geladen

3. "blacklist thermal" in /etc/modprobe.d/blacklist - dito

Debian kennt sicher einen schöneren Weg, als in irgendein Startskript
"modprobe -r thermal" zu schreiben, oder?


Danke & viele Grüße

Paul


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)