Arch Linux

Festplattenknacken

[gelöscht]

Hallo allerseits

Habe mir Archlinux 0.8 mal Runtergeladen und auf meinem alten Laptop (p3 700 mhz 192 mb Ram 20 Gb Hd) installiert. Die Installation verlief tadellos und ich war erstaunt wie schnell die alte Kiste noch laufen kann das hatte ich bisher nur mit Damm Small Linux oder Puppy erreicht. Nun tauchte das Problem mit dem Herunterfahren auf der Rechner schaltete sich nicht ab. Ich habe dann in der Menu.lst den Kernelparameter Apm=power-off angegeben. Nun schaltet er sich ab aber mit einem hässlichen knackenden Geräusch das wohl von der Festplatte kommt und mir das von anderen Linux Distries oder Windows nicht bekannt ist .
Dieses Verhalten wurde hier schon in einem anderen Thread behandelt und es wurde die Lösung angboten einen Hdparm Parameter (Spin Down) in die rc.shutdown einzufügen.Meine Frage ist nun wie und wo trage ich das in die rc.shutdown ein ich hoffe ihr könnt mir helfen da ich befürchte das das nicht so toll für die Festplatte ist

[gelöscht]

Hmm, hdparm gibt ohne Parameter eingegeben folgendes aus:

hdparm - get/set hard disk parameters - version v6.9

Usage: hdparm [options] [device] ..

Options:
-a get/set fs readahead
-A set drive read-lookahead flag (0/1)
-b get/set bus state (0 off, 1 on, 2 == tristate)
-B set Advanced Power Management setting (1-255)
-c get/set IDE 32-bit IO setting
-C check IDE power mode status
-d get/set using_dma flag
--direct use O_DIRECT to bypass page cache for timings
-D enable/disable drive defect management
-E set cd-rom drive speed
-f flush buffer cache for device on exit
-g display drive geometry
-h display terse usage information
-H read temperature from drive (Hitachi only)
-i display drive identification
-I detailed/current information directly from drive
--Istdin read identify data from stdin as ASCII hex
--Istdout write identify data to stdout as ASCII hex
-k get/set keep_settings_over_reset flag (0/1)
-K set drive keep_features_over_reset flag (0/1)
-L set drive doorlock (0/1) (removable harddisks only)
-M get/set acoustic management (0-254, 128: quiet, 254: fast) (EXPERIMENTAL)
-m get/set multiple sector count
-n get/set ignore-write-errors flag (0/1)
-p set PIO mode on IDE interface chipset (0,1,2,3,4,...)
-P set drive prefetch count
-q change next setting quietly
-Q get/set DMA tagged-queuing depth (if supported)
-r get/set device readonly flag (DANGEROUS to set)
-R register an IDE interface (DANGEROUS)
-s set power-up in standby flag (0/1)
-S set standby (spindown) timeout
-t perform device read timings
-T perform cache read timings
-u get/set unmaskirq flag (0/1)
-U un-register an IDE interface (DANGEROUS)
-v defaults; same as -mcudkrag for IDE drives
-V display program version and exit immediately
-w perform device reset (DANGEROUS)
-W set drive write-caching flag (0/1) (DANGEROUS)
-x tristate device for hotswap (0/1) (DANGEROUS)
-X set IDE xfer mode (DANGEROUS)
-y put IDE drive in standby mode
-Y put IDE drive to sleep
-Z disable Seagate auto-powersaving mode
-z re-read partition table
--security-help display help for ATA security commands

Der Timeout dürfte daher nicht das sein, was du suchst, ich denke, für dich wären eher die Parameter y oder Y interessant, welcher nun aber richtig ist, weiß ich nicht....

[gelöscht]

hey wir habt ihr das jetzt genau gelöst? hab genau das gleiche knacken und höhrt sich nicht so gesund an nur weiß ich nicht wo ich was in die rc.shutdown reinschreiben muss^^ wär nett wenn mir mal wieder jemand helfen könnte 🙂

Pierre

Hier gibt es ein paar Ideen dazu: http://bbs.archlinux.org/viewtopic.php?pid=249390#p249390

[gelöscht]

Wie genau kann man den so einem Kernelpatch einbinden ich hatte nur einen artikel über bootsplash gefunden muss ich genauso vorgehen oder wie wird das gehandhabt? und muss ich bei jedem kernel update den patch wieder neu einspielen?

[gelöscht]

Bin grad auch dabei, das Problem zu beheben, weiß aber nicht so recht was tun. Unter Ubuntu verwendete ich folgende Anleitung
http://forum.ubuntuusers.de/topic/89454/
Damit war bei mir das Knacken weg. Leider ist die Anleitung nicht kompatibel für Arch. Könnte das jemand mit besserer Kenntnis auf Arch übertragen?

[gelöscht]

villeicht kann man die datei über die shutdown.rc ausführen hmm müsste man mal ausprobieren aba wüsste jetzt nicht genau wie

[gelöscht]

Ja sowas in der Art hatte ich mir auch gedacht...

Wer weiß Rat?

dongiovanni

Meines Wissens gibt es die Datei /etc/rc.local.shutdown in der man eigene Befehle eintragen kann.

[gelöscht]

ja die gibt es aba da weiß man ja auch wieder nicht wo es genau hin soll also jemand der weiß wie das mit dem kernel geht und ne idee hat wie man dne anderen workaround einsetzen kann könnte ja gerne helfen^^

Pierre

Speichert doch mal ein Script mit folgendem Inhalt:

#!/bin/sh
for disk in `ls /sys/class/scsi_disk/`; do
        echo 1 > /sys/class/scsi_disk/${disk}/stop_on_shutdown
done

und führt es als root aus. Fahrt den Rechner runter und sagt mal Bescheid, ob es funktioniert hat.

[gelöscht]

Bei mir funzt es 😃

Allerdings hab ich leicht andere Meldungen beim Boot-Vorgang bekommen, und zwar beim Starten von acpi. Kann das damit zusammenhängen oder war das jetzt Zufall? Also ich hab da jetzt keine Fehlermeldung bekommen, das scheint schon richtig gestartet zu sein, aber ist mir halt grad aufgefallen. Bei Bedarf kann ich auch mal n Bild machen oder die Meldungen rausschreiben.

Aber die Festplatte schaltet mit dem Skript ganz sanft aus, während ich auf meinem Display "Power off" betrachten darf. So muss sein 😃

Pierre

Gut. Als Hinweis: Ab Kernel 2.6.22 brauchst Du dieses Script nicht mehr. Zumindest bei rc7 kümmert sich der Kernel darum. Es ist also nur ein temporärer Workaround.

Was das mit ACPI soll weiß ich nicht. 😉

[gelöscht]

Komisch.
Auf meinem Laptop knackt mit Deinen Anweisung, Pierre, die Platte nicht mehr. Aber auf meinem Digitainer wirkts gar nicht. Der schaltet weiterhin mit einem deutlich hörbaren Klack ab.

Ich frag mich, ob die Platte dadurch irgendwie Schaden nehmen könnte.

Pierre

Eigentlich müsste die das abkönnen. Vielleicht löst 2.6.22 auch schon das Problem.

[gelöscht]

Hi Leute !

Erst mal ein ganz grosses sorry , das ich mich so lange nicht gemeldet habe. Also das Script von Pierre war der Tip das Jahres. Das ganze hab ich einfach in die rc.local.shutdown eingebunden und siehe da alles wie gewohnt ohne Geräusche. Also vielen Dank an alle.

Ich markier den Thread mal als gelöst

[gelöscht]

@Pierre

Ab Kernel 2.6.22 brauchst Du dieses Script nicht mehr. Zumindest bei rc7 kümmert sich der Kernel darum.

Stimmt zumindest weitestgehend; ich bin echt beglückt, denn das Problem hatte ich auch. Seit dem neuen Kernel geht das Runterfahren vollkommen laut- und 'reibungslos' 🙂

Aber bei nem Reboot is dieses fiese Geräusch (wie ne kloine Kreissäge) immer noch da~ Wie krieg ich das denn noch weg? -- Ich möchte schließlich nicht, dass irgendwann mal feines Festplattenmehl aus der Kiste rieselt und der SL-Kopf im Leeren klonkert~

[gelöscht]

Kann ich bestätigen. Kein Klacken mehr mit dem 2.6.22er Kernel.
Leider kann ich den im Digitainer (der am lautesten Geräusche von sich gibt) nicht benutzen. Die Madwifi-Treiber laufen mit dem Kernel nicht mehr reibungslos (Systemhänger).

[gelöscht]

ich schriebAber bei nem Reboot is dieses fiese Geräusch (wie ne kloine Kreissäge) immer noch da~

...also beim Reboot wd des Runterfahrens. -- Wahrscheinlich geht sogar der Verlust der vorherigen Noteblock-Platte (80GB) nach relativ kurzer Zeit [ca. 1-1 1/2 J Bentzung bis zum Crash] darauf zurück~, denn das Phänomen war zuerst ja die Regel. Da es schon was her ist, weiß ich jetzt nicht mehr, ob das noch behoben wurde oder ob ich einfach immer poweroff gemacht habe, denn damit lief es ja.

So, jetzt mit nem frischen System hab ich wieder dasselbe Problem: poweroff ist butterweich, reboot ein Kriminalhörspiel! Diesmal würd ich die FP aber gern länger behalten~

Bevor ich jetzt mit irgendwelchen Scripts hantiere oder sonst am System rumpfusche, dachte ich, mit hdparm könnte ich was tunen oder zumindest rausfinden. Und siehe da, die Ausgabe ist nicht ganz koscher:

# hdparm /dev/sda

/dev/sda:
 IO_support    =  0 (default) 16-bit)
 HDIO_GET_UNMASKINTR failed: Inappropriate ioctl for device
 HDIO_GET_DMA failed: Inappropriate ioctl for device
 HDIO_GET_KEEPSETTINGS failed: Inappropriate ioctl for device
 readonly      =  0 (off)
 readahead     = 256 (on)
 geometry      = 7301/255/63, sectors = 117304992, start = 0

Wie kann man diese faileds wegkriegen? Vielleicht hat sich das Problem dann damit schon erledigt.

ZX

PS: Krass, vor nem 3/4-Jahr gab es noch Kernel 2.6.21...

[gelöscht]

Mit hdparm gar nicht.

ZaphodX schrieb PS: Krass, vor nem 3/4-Jahr gab es noch Kernel 2.6.21...

Und vor allem gabs bei 2.6.21 noch keine "krasse" libata per default.

Nächste Seite »