kann man hwscan schadlos im Yast-Runlevel-Editor deaktivieren? (Ich will eigentlich nur "hwscan 50 ..." aus dem Bootprotokoll los werden.) Arno
Am Montag, 22. August 2005 11:44 schrieb Arno Jung:
kann man hwscan schadlos im Yast-Runlevel-Editor deaktivieren? (Ich will eigentlich nur "hwscan 50 ..." aus dem Bootprotokoll los werden.)
Ja, hat bei mir noch nie zu Problemen geführt. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
On Monday 22 August 2005 20:46, Manfred Tremmel wrote:
Am Montag, 22. August 2005 11:44 schrieb Arno Jung:
kann man hwscan schadlos im Yast-Runlevel-Editor deaktivieren? (Ich will eigentlich nur "hwscan 50 ..." aus dem Bootprotokoll los werden.)
Ja, hat bei mir noch nie zu Problemen geführt.
Bei mir auch nicht, aber trotzdem habe ich immer einen Prozess "[hwscand]" in der Liste. Wodurch wird der denn gestartet? cu Ruediger
Am Donnerstag, 25. August 2005 11:06 schrieb Ruediger Meier:
Bei mir auch nicht, aber trotzdem habe ich immer einen Prozess "[hwscand]" in der Liste. Wodurch wird der denn gestartet?
Vielleicht vom SuSE Plugger? -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
On Thursday 25 August 2005 22:15, Manfred Tremmel wrote:
Am Donnerstag, 25. August 2005 11:06 schrieb Ruediger Meier:
Bei mir auch nicht, aber trotzdem habe ich immer einen Prozess "[hwscand]" in der Liste. Wodurch wird der denn gestartet?
Vielleicht vom SuSE Plugger?
nee, [hwscand] laeuft auch auf dem Server beim Booten in runlevel 3. Vlt, hat irgendwas mit coldplug/hotplug zu tun!? cu, Ruediger
Am 2005-08-26 20:44, schrieb Ruediger Meier:
On Thursday 25 August 2005 22:15, Manfred Tremmel wrote:
Am Donnerstag, 25. August 2005 11:06 schrieb Ruediger Meier:
Bei mir auch nicht, aber trotzdem habe ich immer einen Prozess "[hwscand]" in der Liste. Wodurch wird der denn gestartet?
Vielleicht vom SuSE Plugger?
nee, [hwscand] laeuft auch auf dem Server beim Booten in runlevel 3. Vlt, hat irgendwas mit coldplug/hotplug zu tun!?
Wie waere es mit 'insserv -r hwscan' Holger
On Saturday 27 August 2005 16:55, Holger Bruenjes wrote:
Am 2005-08-26 20:44, schrieb Ruediger Meier:
On Thursday 25 August 2005 22:15, Manfred Tremmel wrote:
Am Donnerstag, 25. August 2005 11:06 schrieb Ruediger Meier:
Bei mir auch nicht, aber trotzdem habe ich immer einen Prozess ^^^^^^^^^^
"[hwscand]" in der Liste. Wodurch wird der denn gestartet?
Vielleicht vom SuSE Plugger?
nee, [hwscand] laeuft auch auf dem Server beim Booten in runlevel 3. Vlt, hat irgendwas mit coldplug/hotplug zu tun!?
Wie waere es mit 'insserv -r hwscan'
hwscan ist deaktiviert bei mir (siehe oben) cu, Ruediger
On Sat, 27 Aug 2005, Ruediger Meier wrote:
"[hwscand]" in der Liste. Wodurch wird der denn gestartet? Vielleicht vom SuSE Plugger? nee, [hwscand] laeuft auch auf dem Server beim Booten in runlevel 3. Vlt, hat irgendwas mit coldplug/hotplug zu tun!? Wie waere es mit 'insserv -r hwscan' hwscan ist deaktiviert bei mir (siehe oben)
Ich moecht mich hier mal mit in die Reihe stellen, weil ich selbiges gemeines Problem bei mir entdeckt habe. hwscan wollte ich als erstes mit abschalten, da ich noch einen recht schmalbruestigen Rechner hier hab (AMD K6 500 Mhz/256MB) und mach bzw versuch das 'vorbildlich' ueber den Runleveleditor. Ergebnis: Dienst in allen RL deaktiviert, im Normalen Modus erscheint er als nicht aktiv (aber mit nem Stern hinter dem nein) - im Expertenmodus steht dann 'ja' aber halt nirgendwo etwas darueber, wie/wo der aktiviert wurde. messages wird natuerlich weiterhin zugemuellt und beim Booten findet das Ganze ebenfalls statt. Gleiches laesst sich btw auch noch bei anderen Diensten beobachten: Dienst im RL-Editor | einfacher Modus | Expertenmodus | B 1 2 3 4 5 6 S autoyast nein* ja hwscan nein* ja joystick nein* ja microcode nein* ja openct nein* ja raw nein* ja rpmconfigcheck nein* ja snmpd nein* ja xdm nein* ja (Man beachte das voellige Fehlen jeglicher Angaben in den hinteren Spalten. Ist nun die Angabe im Einfachen Modus ne glatte Luege oder wie soll man dieses 'nein*ja *suchsdiraus*' interpretieren?) Da ich annehme, dass ich auf einige dieser Dienste gut verzichten kann (Performance laesst unter SL 9.3 echt zu wuenschen uebrig) bitte ich mal mit um Rat in dieser Sache. Vielen Dank. :) by, Dominic
Dominic Valerie Casare schrieb:
On Sat, 27 Aug 2005, Ruediger Meier wrote:
"[hwscand]" in der Liste. Wodurch wird der denn gestartet? Vielleicht vom SuSE Plugger? nee, [hwscand] laeuft auch auf dem Server beim Booten in runlevel 3. Vlt, hat irgendwas mit coldplug/hotplug zu tun!? Wie waere es mit 'insserv -r hwscan' hwscan ist deaktiviert bei mir (siehe oben)
Ich moecht mich hier mal mit in die Reihe stellen, weil ich selbiges gemeines Problem bei mir entdeckt habe. hwscan wollte ich als erstes mit abschalten, da ich noch einen recht schmalbruestigen Rechner hier hab (AMD K6 500 Mhz/256MB) und mach bzw versuch das 'vorbildlich' ueber den Runleveleditor. Ergebnis: Dienst in allen RL deaktiviert, im Normalen Modus erscheint er als nicht aktiv (aber mit nem Stern hinter dem nein) - im Expertenmodus steht dann 'ja' aber halt nirgendwo etwas darueber, wie/wo der aktiviert wurde. messages wird natuerlich weiterhin zugemuellt und beim Booten findet das Ganze ebenfalls statt.
Gleiches laesst sich btw auch noch bei anderen Diensten beobachten:
Im Runlevel-Editor "Normal wird der Dienst (*) nur beim Booten deaktiviert. Wer mehr will, der muss im Expertenmodus Einstellungen ändern. Aber Vorsicht, das Ändern des Experten-Modus kann Ärger geben. Mein "messages" wird übrigens nicht mehr "zugemüllt", jedenfalls nicht mehr von "hwscan/hwinfo".
Dienst im RL-Editor | einfacher Modus | Expertenmodus | B 1 2 3 4 5 6 S
autoyast nein* ja hwscan nein* ja joystick nein* ja microcode nein* ja openct nein* ja raw nein* ja rpmconfigcheck nein* ja snmpd nein* ja xdm nein* ja
(Man beachte das voellige Fehlen jeglicher Angaben in den hinteren Spalten. Ist nun die Angabe im Einfachen Modus ne glatte Luege oder wie soll man dieses 'nein*ja *suchsdiraus*' interpretieren?)
siehe oben
Da ich annehme, dass ich auf einige dieser Dienste gut verzichten kann (Performance laesst unter SL 9.3 echt zu wuenschen uebrig) bitte ich mal mit um Rat in dieser Sache. Vielen Dank. :)
by, Dominic
Wenn das so für ein Paket - einen Dienst - geregelt ist, hat das immer einen Grund. Welchen Grund das hat, kann man in der Regel sehen, wenn man im Yast2 - Software - mal die Abhängigkeiten von (hier) hwinfo kontrolliert. Und erst danach kannst Du entscheiden, ob Du wirklich drauf verzichten kannst. Hier - für hwscan - stelle Dir mal vor, Deine Kiste würde keine Hardware mehr erkennen und die Abhängigkeiten würden alle nicht mehr funktionieren (es übrigens mehr als 50). Gruß Arno
On Sat, 27 Aug 2005, Arno Jung wrote:
Im Runlevel-Editor "Normal wird der Dienst (*) nur beim Booten deaktiviert. Wer mehr will, der muss im Expertenmodus Einstellungen ändern. Aber Vorsicht, das Ändern des Experten-Modus kann Ärger geben.
Eben das ist mir ja unverstaendlich, dass es sich bei manchen Diensten offensichtlich *nicht* deaktivieren laesst bzw nicht vollstaendig. Und das Fehlen jeglichen Kommentars oder Hinweise auf den Grund fuer das Laufen des Dienstes laesst mich an der Stelle etwas ratlos zurueck. (btw ich hab den RL-Editor immer nur im Expertenmodus benutzt, nicht dass ich mich als solchen Bezeichnen moechte aber man hat dort einfach mehr Ueberblick)
Mein "messages" wird übrigens nicht mehr "zugemüllt", jedenfalls nicht mehr von "hwscan/hwinfo".
Ich wage es kaum zu sagen - seit heute fehlen die Eintraege bei mir auch? Was hab ich gestern gemacht? Also eigentlich nur die Parallel-Option beim Booten deaktiviert und einige - aus historischen Gruenden noch bestehende - vfat Partitionen auf ext3 umgestellt. Bis gestern hatte ich fuer jedes Block-Device beim Booten so einen Eintrag im Log: ... Aug 27 09:35:13 wintermute /etc/hotplug.d/block/50-hwscan.hotplug[5288]: new block device /block/hda/hda7 Aug 27 09:35:13 wintermute /etc/hotplug.d/block/50-hwscan.hotplug[5325]: new block device /block/hda/hda8 Aug 27 09:35:15 wintermute /etc/hotplug.d/block/50-hwscan.hotplug[5522]: new block device /block/hdc/hdc2 ... Hmm, wiedermal ganz schoen raetselhaft aber wenns jetzt fuer immer wegbleibt find ichs ja ok. ;)
Da ich annehme, dass ich auf einige dieser Dienste gut verzichten kann (Performance laesst unter SL 9.3 echt zu wuenschen uebrig) bitte ich mal mit um Rat in dieser Sache. Vielen Dank. :) Wenn das so für ein Paket - einen Dienst - geregelt ist, hat das immer einen Grund. Welchen Grund das hat, kann man in der Regel sehen, wenn man im Yast2 - Software - mal die Abhängigkeiten von (hier) hwinfo kontrolliert.
Also heisst das jetzt hwscan ist jetzt unverzichtbar geworden, bei der SuSe? :( Bei meiner 8.1 hatte ich das auch erfolgreich deaktiviert - man konnte das ja auch von Hand aufrufen wenn man mal neue Hardware erkennen musste. Find ich nicht so toll, dass das jetzt alles so unverzichtbar wird. Bei einem Gigaherz-Boliden faellts ja nicht ins Gewicht wenn da 101 Prozesse laufen und beim Booten abgehandelt werden aber hier merk ich das schon recht stark. by, Dominic
Dominic Valerie Casare schrieb:
On Sat, 27 Aug 2005, Arno Jung wrote:
Im Runlevel-Editor "Normal wird der Dienst (*) nur beim Booten deaktiviert. Wer mehr will, der muss im Expertenmodus Einstellungen ändern. Aber Vorsicht, das Ändern des Experten-Modus kann Ärger geben.
Eben das ist mir ja unverstaendlich, dass es sich bei manchen Diensten offensichtlich *nicht* deaktivieren laesst bzw nicht vollstaendig. Und
Das hat m.E. was mit den Abhängigkeiten zu tun. Prüfe das doch mal. (ein vollständig deaktivierbarer Dienst dürfte danach keine Abhängigkeiten haben)
Mein "messages" wird übrigens nicht mehr "zugemüllt", jedenfalls nicht mehr von "hwscan/hwinfo".
Sorry, stimmt leider nicht. Hab ich leider erst nach Versenden der Nachricht gemerkt. (:-(
Ich wage es kaum zu sagen - seit heute fehlen die Eintraege bei mir auch? Was hab ich gestern gemacht? Also eigentlich nur die Parallel-Option beim Booten deaktiviert und einige - aus
versteh ich nich - kenn ich nich
historischen Gruenden noch bestehende - vfat Partitionen auf ext3 umgestellt. Bis gestern hatte ich fuer jedes Block-Device beim Booten so einen Eintrag im Log: ... Aug 27 09:35:13 wintermute /etc/hotplug.d/block/50-hwscan.hotplug[5288]: new block device /block/hda/hda7 Aug 27 09:35:13 wintermute /etc/hotplug.d/block/50-hwscan.hotplug[5325]: new block device /block/hda/hda8 Aug 27 09:35:15 wintermute /etc/hotplug.d/block/50-hwscan.hotplug[5522]: new block device /block/hdc/hdc2 ... Hmm, wiedermal ganz schoen raetselhaft aber wenns jetzt fuer immer wegbleibt find ichs ja ok. ;)
So rätselhaft ist das gar nicht. Alle Einträge in /var/log/messages gehören ja zu /etc/hotplug.d/block/50-hwscan. Der Störenfried ist also nicht "hwscan" sondern "hotplug". Schon bevor ich Deine obigen Angaben kannte, habe ich deshalb die Datei "50-hwscan.hotplug" einfach gekillt (verschoben/umbenannt). Seitdem sind die Einträge in "messages" weggefallen. Siehe hierzu in der ML "50-hwscan.hotplug" (neu). [ . . . . ] Gruß Arno
On Sun, 28 Aug 2005, Arno Jung wrote:
Eben das ist mir ja unverstaendlich, dass es sich bei manchen Diensten offensichtlich *nicht* deaktivieren laesst bzw nicht vollstaendig. Und Das hat m.E. was mit den Abhängigkeiten zu tun. Prüfe das doch mal.
Wie oder womit prueft man denn die Abhaengigkeiten eines Dienstes? (Du meinst jetzt nicht die Paketabhaengigkeiten nehm ich mal an). Ausserdem sollte der RL-Editor das selbst ueberwachen. Bsp: Einer der ersten Dienste die ich deaktiviert habe, war nfs. Als ich den portmapper danach auch noch ausgeschaltet habe, kam der Hinweis, dass dieser Dienst von nfs benoetigt wird und die Option, nfs gleich mit zu deaktivieren. Das scheint schon recht konsistent gebaut zu sein. [Eintraege in /var/log/messages]
Ich wage es kaum zu sagen - seit heute fehlen die Eintraege bei mir auch? Was hab ich gestern gemacht? Also eigentlich nur die Parallel-Option beim Booten deaktiviert und einige - aus versteh ich nich - kenn ich nich
sysconfig-editor: system / boot / RUN_PARALLEL="no" Warum die Eintraege heute aber fehlen ist mir ein Raetsel. Mal beobachten wie das so auf Dauer weitergeht jetzt.
So rätselhaft ist das gar nicht. Alle Einträge in /var/log/messages gehören ja zu /etc/hotplug.d/block/50-hwscan. Der Störenfried ist also nicht "hwscan" sondern "hotplug". Schon bevor ich Deine obigen Angaben kannte, habe ich deshalb die Datei "50-hwscan.hotplug" einfach gekillt (verschoben/umbenannt). Seitdem sind die Einträge in "messages" weggefallen.
Du traust Dich was. ;-) Naja, danke fuer den Tip. Falls es wiederkommt weiss ich wo ich ansetzen kann. by, Dominic
Hallo Dominic, hallo Arno, hallo Leute, Am Sonntag, 28. August 2005 17:53 schrieb Dominic Valerie Casare: [...]
Wie oder womit prueft man denn die Abhaengigkeiten eines Dienstes?
Guck mal in den Startscripten (/etc/init.d/*) nach - jedes Script hat einen Block "init info". Vermutlich verwendet YaST (oder das dahinterliegende insserv) diese Infos, um die Abhängigkeiten zwischen den Diensten festzustellen.
(Du meinst jetzt nicht die Paketabhaengigkeiten nehm ich mal an).
Richtig vermutet - die spielen "nur" beim Installieren oder Löschen von Software eine Rolle, nicht aber beim starten derselben ;-) Gruß Christian Boltz -- 2.-5.9.2005: Weinfest in Insheim Bei der Landjugend: Liquid, AH-Band und Deafen Goblins Mehr Infos: www.Landjugend-Insheim.de
participants (6)
-
Arno Jung
-
Christian Boltz
-
Dominic Valerie Casare
-
Holger Bruenjes
-
Manfred Tremmel
-
Ruediger Meier