Hallo NG,
habe im hwtools-Skript die hdparm Einträge für meine Festplatten hinzugefügt. Das Skript liegt ordnungsgemäss im /etc/init.d/ und wird beim Booten korrekt ausgeführt. Nach dem Starten von X und GNOME teste ich die Performance und Einstellungen im Terminal.
Ergebnis: Einstellungen sind futsch. Skript neu starten. Alles funzt. ;o(
Es kann doch nicht der Sinn sein, das Skript immer neu starten zu müssen. Hat jemand von Euch eine Idee?
Ich benutze Debian unstable auf dem diesem Desktop.
Liebe Grüsse
Marek
On Tue, Aug 12, 2003 at 01:29:46AM +0200, Marek Dominik Werstak wrote:
Hallo NG,
Hi Marek,
habe im hwtools-Skript die hdparm Einträge für meine Festplatten hinzugefügt. Das Skript liegt ordnungsgemäss im /etc/init.d/ und wird beim Booten korrekt ausgeführt. Nach dem Starten von X und GNOME teste ich die Performance und Einstellungen im Terminal.
Ergebnis: Einstellungen sind futsch. Skript neu starten. Alles funzt. ;o(
Grep mal deine Festplatte (vor allem die GNOME Verzeichnisse) durch, ob es da nicht noch ein anderes Script gibt, das hdparm aufruft und damit deine Einstellungen überschreibt... X sollte von sich aus die hdparm config nicht anfassen.
Ciao, Tobias
On 12.08.03 Tobias Koenig (tokoe@kde.org) wrote:
On Tue, Aug 12, 2003 at 01:29:46AM +0200, Marek Dominik Werstak wrote:
Hallo NG,
habe im hwtools-Skript die hdparm Einträge für meine Festplatten hinzugefügt. Das Skript liegt ordnungsgemäss im /etc/init.d/ und wird beim Booten korrekt ausgeführt. Nach dem Starten von X und GNOME teste ich die Performance und Einstellungen im Terminal.
Ergebnis: Einstellungen sind futsch. Skript neu starten. Alles funzt. ;o(
Grep mal deine Festplatte (vor allem die GNOME Verzeichnisse) durch, ob es da nicht noch ein anderes Script gibt, das hdparm aufruft und damit deine Einstellungen überschreibt...
*Grusel*. Ernsthaft? Warum sollte die GUI den Kernel anfassen? Und vor allen Dingen: Wie soll das gehen, wenn er GNOME nicht als root startet? Schleift gnome setuid-binaries mit sich rum? Ja, X läuft als root, aber daß der hdparm anfaßt wäre mir jetzt neu.
H.
On Tue, Aug 12, 2003 at 12:10:48PM +0200, Hilmar Preusse wrote:
On 12.08.03 Tobias Koenig (tokoe@kde.org) wrote:
On Tue, Aug 12, 2003 at 01:29:46AM +0200, Marek Dominik Werstak wrote:
Hallo NG,
Hi,
Ergebnis: Einstellungen sind futsch. Skript neu starten. Alles funzt. ;o(
Grep mal deine Festplatte (vor allem die GNOME Verzeichnisse) durch, ob es da nicht noch ein anderes Script gibt, das hdparm aufruft und damit deine Einstellungen überschreibt...
*Grusel*. Ernsthaft? Warum sollte die GUI den Kernel anfassen?
Ist nur eine Vermutung... es kann auch ein anderes Startscript sein, das noch mit root-Rechten ausgeführt wird... Nur wenn es nur beim Starten von X+GNOME auftritt würde ich eher GNOME als X verdächtigen.
Ciao, Tobias
Am 12. August 2003 schrieb Tobias Koenig:
Ist nur eine Vermutung... es kann auch ein anderes Startscript sein, das noch mit root-Rechten ausgeführt wird... Nur wenn es nur beim Starten von X+GNOME auftritt würde ich eher GNOME als X verdächtigen.
Und wen würdes du verdächtigen, wenn er X+KDE gestartet hätte? :-D
SCNR,
Erik
On Tue, Aug 12, 2003 at 08:50:09PM +0200, Erik Schanze wrote:
Am 12. August 2003 schrieb Tobias Koenig:
Hi Erik,
Ist nur eine Vermutung... es kann auch ein anderes Startscript sein, das noch mit root-Rechten ausgeführt wird... Nur wenn es nur beim Starten von X+GNOME auftritt würde ich eher GNOME als X verdächtigen.
Und wen würdes du verdächtigen, wenn er X+KDE gestartet hätte? :-D
Den bösen Kernel ;)
SCNR,
SCNR either,
Ciao, Tobias
Hallo NG,
werde heute Nacht mal greppen. Im Moment leider keine Zeit. Solange wird keiner verdächtigt ;o) Bis zum Beweis der Schuld ... usw.
Liebe Grüsse
Marek
Hallo NG,
find / -type f -exec grep -ils hdparm {} ;
hat nichts besonderes gebracht ... nur diesen einen Link auf /etc/init.d/hwtools ... mittlerweile ist auch Kernel 2.4.21 mit ALSA installed ...
Kann es vielleicht an mdetect oder read-edit liegen? Ist nur so eine Vermutung. Mit installiertem discover wollte ALSA auch net funzen ...
Liebe Grüsse
Marek
Hallo Dominik,
Am 12. August 2003 schrieb Marek Dominik Werstak:
Ergebnis: Einstellungen sind futsch. Skript neu starten. Alles funzt. ;o(
was meinst du mit Einstellungen sind futsch? Manchmal schaltet der IDE-Treiber DMA selbst wieder ab, wenn er der Meinung ist, dein System funktioniert damit nicht zuverlässig. Das sieht man dann mittels 'dmesg'. Kannst du das bei dir ausschließen?
Torsten
lug-dd@mailman.schlittermann.de
-
Erik Schanze -
Hilmar Preusse -
Marek Dominik Werstak -
Tobias Koenig -
Torsten Werner