acpi و صدمه به هارد در نوت بوک (مهم) [مجددا باز شده]

[کرگدن]

درود

موضوع از اینجا شروع شد که ۶ ۷ ماه پیش که داشتم درایور های kubuntu رو بر روی لپ تاپم نصب می کردم یه ریپورت باگ دیدم که یکی گفته بود ubuntu به هاردش صدمه زده و تمام دار و ندارش نابود شده
منم جدی نگرفتم


تا اینکه دیشب داشتم هایبرنت رو برای وژن 7.10 درست می کردم که هاردم شروع کرد تق تق تق

یاد اون صحبت افتادم
وارد ویندوز شدم و یه scandisk کردم که چیزی پیدا نکرد

دوباره به دنبال همون مطلب گشتم

یکی از خوندن های بی مورد هارد شکایت کرده بود و بیان کرده بود در هنگام استفاده از باتری (وقتی به برق وصل نیست) (مود laptop)

load cycles اش بطور ناجوری بالا بود
مال خودم به ۳۸ هزار رسیده بود
در صورتی که نوت بوک یکی از آشنایان با اینکه ۱.۵ سال از عمرش می گذشت حدود ۱۷ هزار بود (تازه اونم ۱ ۲ ماه بود که کوبونتو نصب کرده بود)

با توجه به اینکه عمر هارد هم حدود ۶۰۰۰۰۰ سایکل هست
میشه اهمیت این موضوع رو درک کرد
در سایت گزارش باگ بعضی ها عدد ۱۰۰ رو برای هر ساعت گفته بودن که خوشبختانه برای من به این عدد نمی رسید ( چون بیشتر از برق استفاده کردم)

برای مشاهده وضعیت هاردتون می تونید از برنامه ی smartmontools استفاده کنید

و بعد به این صورت اطلاعاتش رو بررسی کنید
smartctl -d ata -a /dev/sda


با این کد هم می تونید تغییراتش رو در ۱۰ دقیقه ببنید

کد: [انتخاب]

smartctl -d ata -a /dev/sda | grep 193; hdparm -B 180 /dev/sda; sleep 600; \
smartctl -d ata -a /dev/sda | grep 193; hdparm -B 255 /dev/sda
hdparam رو به ۱۲۸ و ۱۶۰ تغییر بدید که بدترین حالت ها هستن
این مشکل به خاطر بایوس و فریمویر هارد ها هست و در وضعیت صرفه جویی این مشکل پیش میاد

راه حل هم اسونه و نباید گذاشت به مود powersaving بره

کد: [انتخاب]

hdparm -B 255 /dev/sda

راه حل داعمی هم به این صورته

فایل /etc/hdparm.conf ویرایش کنید و اینو بهش اضافه کنید

کد: [انتخاب]

/dev/sda {
 apm = 255
}

یک شل به نام
 

کد: [انتخاب]

99-stop-hitachi-madness.sh
و با محتوای

کد: [انتخاب]

#!/bin/sh
hdparm -B 255 /dev/sda
ایجاد کنید و بعد به این شاخه ها کپی کنید

کد: [انتخاب]

/etc/acpi/suspend.d/
/etc/acpi/resume.d/
/etc/acpi/start.d/

یک راه دیگه هم که گفته شده
ویرایش /etc/laptop-mode/laptop-mode.conf

کد: [انتخاب]

CONTROL_HD_POWERMGMT=1

راه اول تست شده و دیگه با هر بار خاموش روشن شدن فقط یک عدد اضافه میشه

اگر اشتباهی کردم لطفاً راهنمایی کنید

منبع:
https://launchpad.net/bug59695.html

موفق و شاد باشید
کرگدن

[sorena]

ظاهرا حق با شماست دوست عزیز. (فکر کنم شما همون کرگدن phalls.com باشی  )
ممنون از راهنماییت.
اضافه میکنم http://rss.slashdot.org/~r/Slashdot/slashdotLinux/~3/177298829/article.pl

[کرگدن]

ظاهرا حق با شماست دوست عزیز. (فکر کنم شما همون کرگدن phalls.com باشی  )
ممنون از راهنماییت.
اضافه میکنم http://rss.slashdot.org/~r/Slashdot/slashdotLinux/~3/177298829/article.pl

و کرگدن  چندین و چند جای دیگه

البته مثل اینکه بیشترین مشکل با هار هیتاچی بوده که شرکت هیتاچی فریمویری برای این مشکل داده
این مشکل در نسخه ۷.۱۰ هم هست ( ۷.۰۴ هم همچنین)
بیشتر در هنگام استفاده از باتری به وجود میاد ولی در هنگام استفاده با برق هم بعضی وقتا اتفاق می افته

دوستان اگر ممکنه load cycle خودشون رو هم بذارند تا بفهمیم این مشکل برای همه هست یا خیر

تشکر

[Bayazee]

سلام
احتمالش بقدری کم و ضعیف هست که من با قاطعیت می گم غیر ممکن هست !
نرم افزار نمی تونه به سخت افزاری چون هارد دیسک آسیب برسونه ! شاید موارد نادری (مخصوصا قبلنا) باشه اما این ضعف سخت افزار بود ! نرم افزار به سخت افزار دستور می ده که کاری رو انجام بده حالا اگر این کار باعث سوختنش یا خراب شدنش بشه که سخت افزار نباید انجامش بده !! مثلا نرم افزار دستور بده ولتاژ بره بالاتر !! اماکن داره ؟!؟! یا به هد دستور بده که ضربه بزنه به هارد ؟!؟!؟ امکان نداره ! هارد شما خراب بوده . البته سیستم عامل در دراز مدت می تونه تاثیر داشته باشه . برای مثال الگوریتم ها و روش های بهینه ای استفاده نشه و مقدار کار هد و هارد بالا بره .

[کرگدن]

سلام
احتمالش بقدری کم و ضعیف هست که من با قاطعیت می گم غیر ممکن هست !
نرم افزار نمی تونه به سخت افزاری چون هارد دیسک آسیب برسونه ! شاید موارد نادری (مخصوصا قبلنا) باشه اما این ضعف سخت افزار بود ! نرم افزار به سخت افزار دستور می ده که کاری رو انجام بده حالا اگر این کار باعث سوختنش یا خراب شدنش بشه که سخت افزار نباید انجامش بده !! مثلا نرم افزار دستور بده ولتاژ بره بالاتر !! اماکن داره ؟!؟! یا به هد دستور بده که ضربه بزنه به هارد ؟!؟!؟ امکان نداره ! هارد شما خراب بوده . البته سیستم عامل در دراز مدت می تونه تاثیر داشته باشه . برای مثال الگوریتم ها و روش های بهینه ای استفاده نشه و مقدار کار هد و هارد بالا بره .

مثل یک لامپ که هی خاموش و روشنش کنید عمرش پایین میاد
میانگین عمر هم ۶۰۰۰۰۰ از طرف سازنده ها اعلام شده
حتماً load cycle  هم اونقدر مهم هست که در مانیتورینگ ها اومده و جزو پارامتر های برنامه های تست مختلف هست

حالا خود دانید
می تونید خودتون چک کنید ببینید نرخ رشدش چقدره

[کرگدن]

نقل از technotux

این مشکل مختص اوبونتو نیست و به طور کلی ممکنه تعداد لود سیکل در دقیقه روی توزیع‌های مختلف بالا باشه. حتما امتحان کنید و ببینید اوضاع چطوریه. لپتاپ من با سه ماه عمر  ۲۱۲۰۰۰ سیکل مصرف کرده! توجه داشته باشید روی همه ماشین‌ها ۲۵۵ جواب نمی‌ده. مثلا روی inspiron 6400 من B 254 -S60- جواب داد. راه حل:

کد: [انتخاب]

# vim /etc/hdparm.conf and add:
/dev/sda {
  apm = 254
  spindown_time = 60
}


به نظرم مفید اومد

[سید مهدی]

سلام
احتمالش بقدری کم و ضعیف هست که من با قاطعیت می گم غیر ممکن هست !
نرم افزار نمی تونه به سخت افزاری چون هارد دیسک آسیب برسونه ! شاید موارد نادری (مخصوصا قبلنا) باشه اما این ضعف سخت افزار بود ! نرم افزار به سخت افزار دستور می ده که کاری رو انجام بده حالا اگر این کار باعث سوختنش یا خراب شدنش بشه که سخت افزار نباید انجامش بده !! مثلا نرم افزار دستور بده ولتاژ بره بالاتر !! اماکن داره ؟!؟! یا به هد دستور بده که ضربه بزنه به هارد ؟!؟!؟ امکان نداره ! هارد شما خراب بوده . البته سیستم عامل در دراز مدت می تونه تاثیر داشته باشه . برای مثال الگوریتم ها و روش های بهینه ای استفاده نشه و مقدار کار هد و هارد بالا بره .

قطعاً می تونه آسیب برسونه !!!! یک ویروس هم بود که دقیقاً هارد رو از بین می برد. اسمش یادم نمیاد ولی طرز کارش اینطوری بود که به هارد دستور می داد که بیرونی ترین سکتور هارد رو بخونه ولی قبل از اینکه بتونه هد هارد به اونجا برسه دستور خاموش شدن و پارک رو به هارد ارسال می کرد و تا هارد می اومد دستور جدید رو اجرا کنه باز دستور خوندن سکتور و ....
توی سایت دبیرستانم، همه هارد دیسک ها همینجوری سوختن !!! 

[سید مهدی]

خروجی دستوری که کرگردن جان فرمودن برای من که اینجوریه. ظاهراً ارورهایی هم داره !!!!  یادمه که قبلاً تست کرده بودم دیده بودم که سکتور 46905617 مشکل داشته ولی فقط همین بود. مشکل دیگه ای نداشت.

کد: [انتخاب]

mehdi@mehdi-laptop:~$ sudo smartctl -d ata -a /dev/sda
smartctl version 5.37 [i686-pc-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Model Family:     Fujitsu MHT series
Device Model:     FUJITSU MHT2040AH
Serial Number:    NP0ET462ENV2
Firmware Version: 006C
User Capacity:    40,007,761,920 bytes
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   6
ATA Standard is:  ATA/ATAPI-6 T13 1410D revision 3a
Local Time is:    Sun Nov  4 00:51:22 2007 IRST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x80) Offline data collection activity
                                        was never started.
                                        Auto Offline Data Collection: Enabled.
Self-test execution status:      ( 121) The previous self-test completed having
                                        the read element of the test failed.
Total time to complete Offline
data collection:                 ( 293) seconds.
Offline data collection
capabilities:                    (0x7b) SMART execute Offline immediate.
                                        Auto Offline data collection on/off support.
                                        Suspend Offline collection upon new
                                        command.
                                        Offline surface scan supported.
                                        Self-test supported.
                                        Conveyance Self-test supported.
                                        Selective Self-test supported.
SMART capabilities:            (0x0003) Saves SMART data before entering
                                        power-saving mode.
                                        Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                                        No General Purpose Logging support.
Short self-test routine
recommended polling time:        (   2) minutes.
Extended self-test routine
recommended polling time:        (  40) minutes.
Conveyance self-test routine
recommended polling time:        (   2) minutes.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   100   046    Pre-fail  Always       -       100649
  2 Throughput_Performance  0x0005   100   100   030    Pre-fail  Offline      -       9961630
  3 Spin_Up_Time            0x0003   100   100   025    Pre-fail  Always       -       1
  4 Start_Stop_Count        0x0032   098   098   000    Old_age   Always       -       5873
  5 Reallocated_Sector_Ct   0x0033   100   100   024    Pre-fail  Always       -       8589934592000
  7 Seek_Error_Rate         0x000f   100   091   047    Pre-fail  Always       -       3392
  8 Seek_Time_Performance   0x0005   100   100   019    Pre-fail  Offline      -       0
  9 Power_On_Seconds        0x0032   084   084   000    Old_age   Always       -       8261h+10m+59s
 10 Spin_Retry_Count        0x0013   100   100   020    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       5620
192 Power-Off_Retract_Count 0x0032   099   099   000    Old_age   Always       -       284
193 Load_Cycle_Count        0x0032   094   094   000    Old_age   Always       -       69565
194 Temperature_Celsius     0x0022   100   065   000    Old_age   Always       -       51 (Lifetime Min/Max 12/67)
195 Hardware_ECC_Recovered  0x001a   100   100   000    Old_age   Always       -       3447
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       286588928
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   099   099   000    Old_age   Offline      -       2
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x000f   100   100   060    Pre-fail  Always       -       21260
203 Run_Out_Cancel          0x0002   100   100   000    Old_age   Always       -       429568753054

SMART Error Log Version: 1
ATA Error Count: 20 (device log contains only the most recent five errors)
        CR = Command Register [HEX]
        FR = Features Register [HEX]
        SC = Sector Count Register [HEX]
        SN = Sector Number Register [HEX]
        CL = Cylinder Low Register [HEX]
        CH = Cylinder High Register [HEX]
        DH = Device/Head Register [HEX]
        DC = Device Command Register [HEX]
        ER = Error register [HEX]
        ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 20 occurred at disk power-on lifetime: 3963 hours (165 days + 3 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 01 11 b9 cb e2  Error: UNC 1 sectors at LBA = 0x02cbb911 = 46905617

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 ff 01 11 b9 cb e2 00      01:27:32.859  READ DMA
  ca ff 01 10 b9 cb e2 00      01:27:32.859  WRITE DMA
  c8 ff 01 10 b9 cb e2 00      01:27:32.843  READ DMA
  c8 ff 01 11 b9 cb e2 00      01:27:28.813  READ DMA
  c8 ff 01 10 b9 cb e2 00      01:27:28.802  READ DMA

Error 19 occurred at disk power-on lifetime: 3963 hours (165 days + 3 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 01 11 b9 cb e2  Error: UNC 1 sectors at LBA = 0x02cbb911 = 46905617

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 ff 01 11 b9 cb e2 00      01:27:28.813  READ DMA
  c8 ff 01 10 b9 cb e2 00      01:27:28.802  READ DMA
  c8 ff 01 0f b9 cb e2 00      01:27:28.802  READ DMA
  c8 ff 01 0e b9 cb e2 00      01:27:28.794  READ DMA
  c8 ff 01 0d b9 cb e2 00      01:27:28.794  READ DMA

Error 18 occurred at disk power-on lifetime: 3962 hours (165 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 01 9a a4 0d e0  Error: UNC 1 sectors at LBA = 0x000da49a = 894106

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 ff 01 9a a4 0d e0 00      00:13:34.898  READ DMA
  ca ff 01 99 a4 0d e0 00      00:13:34.898  WRITE DMA
  c8 ff 01 99 a4 0d e0 00      00:13:34.883  READ DMA
  c8 ff 01 9a a4 0d e0 00      00:13:30.996  READ DMA
  c8 ff 01 99 a4 0d e0 00      00:13:30.985  READ DMA

Error 17 occurred at disk power-on lifetime: 3962 hours (165 days + 2 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 01 9a a4 0d e0  Error: UNC 1 sectors at LBA = 0x000da49a = 894106

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 ff 01 9a a4 0d e0 00      00:13:30.996  READ DMA
  c8 ff 01 99 a4 0d e0 00      00:13:30.985  READ DMA
  c8 ff 01 98 a4 0d e0 00      00:13:30.465  READ DMA
  c8 ff 01 97 a4 0d e0 00      00:13:30.456  READ DMA
  c8 ff 01 96 a4 0d e0 00      00:13:30.456  READ DMA

Error 16 occurred at disk power-on lifetime: 3149 hours (131 days + 5 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 01 11 b9 cb 42  Error: UNC 1 sectors at LBA = 0x02cbb911 = 46905617

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  c8 00 01 11 b9 cb 42 00      02:27:04.173  READ DMA
  c8 00 01 10 b9 cb 42 00      02:27:04.172  READ DMA
  c8 00 01 0f b9 cb 42 00      02:27:04.172  READ DMA
  c8 00 01 0e b9 cb 42 00      02:27:04.147  READ DMA
  c8 00 01 0d b9 cb 42 00      02:27:04.147  READ DMA

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       90%      3145         46905617
# 2  Short offline       Completed without error       00%      1853         -
# 3  Short offline       Completed without error       00%       227         -
# 4  Short offline       Completed without error       00%         0         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

mehdi@mehdi-laptop:~$


لپتاپ مدل DELL Inspiron 510m هست.
خروجی تغییرات در ۶۰۰ ثانیه هم اینطوریه (ظاهراً تغییری نکرده):

کد: [انتخاب]

root@mehdi-laptop:/home/mehdi# smartctl -d ata -a /dev/sda | grep 193; hdparm -B 180 /dev/sda; sleep 600; \smartctl -d ata -a /dev/sda | grep 193; hdparm -B 255 /dev/sda
193 Load_Cycle_Count        0x0032   094   094   000    Old_age   Always       -       69565

/dev/sda:
 setting Advanced Power Management level to 0xb4 (180)
193 Load_Cycle_Count        0x0032   094   094   000    Old_age   Always       -       69565

/dev/sda:
 setting Advanced Power Management level to disabled
root@mehdi-laptop:/home/mehdi#


[کرگدن]

اینطور که معلومه این مشکل با سخت افزار هایی خاص پیش میاد و مشکل به توزیع خاصی مربوط نمی شه
یعنی توزیع های دیگه هم ممکنه با سخت افزارشون این مشکل رو داشته باشن
تو سایت ibm  هارد های هیتاچی وسیگیت و سامسونگ رو که با thinkpad  بودن معرفی کرده بود

بهتره تمام کسانی که نوت بوک دارن این تغییرات رو زیر نظر بگیرن

اسم تاپیک اصلاح شد

با تشکر از alan  در تکنو تاکس

دوست عزیز
سید مهدی
برای شما هم با توجه به ۸ هزار ساعت کار خیلی بالا نیست ولی می تونه کمتر از این هم باشه
برای من در هر بار روشن کردن فقط یک بار اضافه میشه

شما هم ۲۵۵ و ۲۵۴ رو امتحان بکن و هر چند وقت یه بار یه بررسی بکن

موفق و شاد باشید

[Mehdi]

ممنون برای ارسال این پست. در واقع این ایراد همین جوری که شما و آلن هم اشاره کردید فقط مربوط به اوبونتو نیست و میتونه در مورد هر توزیع دیگه ای هم مطرح بشه... توضیحات هم که کامله
راستی بد نیست پستهای وبلاگ یکی از مدیران انجمنهای ubuntuforums رو هم بخونید که حسابی جار و جنجال کردن و این ایراد رو منتسب به اوبونتو کردن... امیدوارم با همکاری بیشتر سازندگان Laptop ها و سخت افزارها با لینوکس این نوع مشکلات هم به حداقل برسن...

توضیحات Matthew Garrett
http://mjg59.livejournal.com

گزارش ایراد: https://launchpad.net/bug59695.html

پستهای یکی از مدیران ubuntuforums در همین زمینه
http://ubuntudemon.wordpress.com

[lomion]

ظاهرا این باگ هنوز مرتفع نشده...!!!

همون طوری که دوستان گفن توی خیلی از توزیع‌ها این مشکل وجود اما چون اوبونتو معروفه به اسمش تموم شده!

باگ رو من دوباره باز کردم و از (حل شد) در آوردم و یه کمی بهش چسب زدم که دیده بشه.
راه حل برای این باگ هست که کرگدن یکیش رو آوردن. من راهی که خودم استفاده کردم میارم. یه کمی به نظر جامع تر میاد و تا جایی که دیدم یه راه کلی‌تر به نطر میاد.

از شناختن باگ می‌گذرم چون خیلی خوب گفته شده، اینم یه دستور دیگه که اگه بخواید به صورت دستی مشکل رو تشخیص بدید و از sleep استفاده نکنید:

کد: [انتخاب]

sudo smartctl -a /dev/sda | grep Load_Cycle_Count
این دستور رو باید با فواصل زمانی که خودتون می‌خواید اجرا کنید آخرش یه عدد می‌ده که تغییرات اون عدد مهمه!

حالا راه حل:
اول جلوش رو فعلا بگیریم!

کد: [انتخاب]

sudo hdparm -B 254 /dev/sda
 sudo hdparm -S 0 /dev/sda

خب اگه باز تست کردید و این دوتا دستور موثر بودن، حالا نوبت اونه که این راه حل رو به صورت اتوماتیک به کار بگیریم:

کد: [انتخاب]

gksudo gedit /etc/hdparm.conf
و بعد آخر فایل این رو وارد کنید:

کد: [انتخاب]

/dev/sda {
apm = 254
spindown_time = 0
}
حالا این راه حل رو باید برای هر بوت به کار گرفت:

کد: [انتخاب]

sudo update-rc.d hdparm defaults
حالا باید کاری کرد که بعد از هر Hibernate/Suspend هم این مساله حل شده. یک فایل بسازید:

کد: [انتخاب]

sudo gedit 99-hdd-spin-fix.sh

و توش این خطوط رو قرار بدید:

کد: [انتخاب]

#!/bin/sh
hdparm -B 254 /dev/sda
hdparm -S 0 /dev/sda
و بعد فایل رو باید به جاهایی کپی کنید که دستوراتش اینه:

کد: [انتخاب]

sudo install 99-hdd-spin-fix.sh /etc/acpi/suspend.d/
sudo install 99-hdd-spin-fix.sh /etc/acpi/resume.d/
sudo install 99-hdd-spin-fix.sh /etc/acpi/start.d/
sudo install 99-hdd-spin-fix.sh /etc/acpi/ac.d/
sudo install 99-hdd-spin-fix.sh /etc/acpi/battery.d/
و تمام!

[dark_gigi]

با سلام خدمت دوستان:

تا جایی که من مطالعه کردم ( به عنوان مثال: http://ubuntudemon.wordpress.com/2007/10/30/ubuntu-is-not-causing-aggressive-power-management/ -- که دیگر دوستان هم اشاره کرده بودند ) این باگ به ubuntu مربوط نمیشود. من کمتر از دو ماه است که لپتاپ Vostro 1500 ام را خریده ام و load_cycle_count ام الان 42367 است که با توجه به دفترچه هارد ( مدل هارد لپتاپم هم Seagate Momentus 7200.2 ST9200420AS http://www.seagate.com/staticfiles/support/disc/manuals/notebook/momentus/7200.2/100451238d.pdf  است) حدود 1/14 ام حداکثر loac_cycle_count که برای این هارد 600000 بار می باشد، در همین مدت کوتاه سپری شده است. در مورد هارد من hdparam -B 254 جواب داد با کمک این لینک http://www.thinkwiki.org/wiki/Problem_with_hard_drive_clicking#Seagate_Momentus_7200.1 و دستور مورد نظر رو هم برای اینکه در پروسه ی بوت شدن اجرا بشه در فایل /etc/rc.loacl گذاشتم و مشکل من در Ubuntu 7.10 به این صورت حل شد.
 جالب اینکه بعد از مدتی متوجه شدم که وقتی در windows هم هستم کماکان این مشکل وجود دارد که مقدار load_cycle_count را هم میتوانید با کمک http://sourceforge.net/projects/smartmontools/ بررسی کنید و برای حل مشکل درwindows هم میتوانید به ایجا بروید http://forum.notebookreview.com/showthread.php?t=168425 و این نیز گواهی بود بر بی گناهی Ubuntu 
موفق باشید

[Mehdi]

ممنون برای توضیحاتی که دادید

[کرگدن]

یه راه جدید پیدا کردم دارم تستش می کنم

ubuntu-laptop-mode
linux-backports-modules

رو نصب کردم

خیلی بهتره
فقط وقتی می خواد هارد رو خاموش کنه spin down می کنه
دیفالتش یک دقیقه هست ولی میشه اضافش کرد

فکر می کنم ین منطقی تر و بهتر باشه

نظر دوستان چیه؟

[lomion]

می‌شه مرجع این راه رو بدید که یه کمی مطالعه کنم؟