Как стать автором
Обновить

Комментарии 71

Чем же она теперь отличается для меня от Windows - тем же, чем и для всех остальных: очень хорошими средствами диагностики и возможностью отловить и исправить проблему.

Повышенная стабильность Linux - это, в какой-то мере, фикция. Просто когда в Windows что-то случается то зачастую приходится только молиться и стучать в бубен. В Linux - обычно можно без проблем найти причину проблемы и устранить её. Но считать что в Linux проблемы случаются реже - не стоит...
по поводу нахождения причин: вы знаете - насколько много пользователей знает об проблеме из топика?
А насколько много её имеют ? Это ж от ноута зависит. У меня вот число циклов едва-едва несколько тысяч набралось - за полгода использования...
а у меня вообще на винте нет такой возможности как Load_Cycle_Count - пусто в списке
и sudo hdparm -B 255 /dev/hda говорит
/dev/hda:
setting Advanced Power Management level to disabled
HDIO_DRIVE_CMD failed: Input/output error
вот так
насчет MAC - так у них винчестеры тоже мрут очень быстро, правда говорили что была партия бракованных винтов, однако благополучно померли по нескольку раз винчестеры и на мак-про и на макбуках, то есть не в партии дело, и характерные щелчки от Load_Cycle_Count в них слышно очень часто.
да и в виндовых ноутах винты дохнут тоже очень быстро - может проблема то во всех системах есть?
Я узнал об этой проблеме вчера, держать руку на пульсе придется по всякому. Будь то линукс или виндовс. А линукс хорош тем, что как сказано выше. Можно не ждать когда дядя Билл выпустит апдейт а пойти и исправить все самому.
НЛО прилетело и опубликовало эту надпись здесь
Спасибо, разделил
АА
Вот кто мне винт убил!!!!!!!

Спасибо за пост=)
Вы рассказывали об этом другу 47626 - 47597 = 29 * 2,5 ("от одной до пяти минут", среднее значение) ~ один час и пятнадцать минут?
почему нет?
..пошли кофе попить или пообедать..
да, от одной до пяти минут - это получается от 29 до 2.42 минуты ;)
Включил apm назад и проверил - оказалось в посте я недооценил время роста. За минуту Load_Cycles увеличивается на ~3 единицы.
На самом деле проблема не в Убунту, а в ноутбуке. Подробнее.
Линукс просто использует настройки, заданные в BIOS, в отличие от Windows, которая перегружает их своими. Так что это ещё вопрос какая система гробит компьютер. Если система сама считает нужным взять не настройку из BIOS, а свою, придуманную, то ...
в данном случае Виндоуз позаботилась о юзерах с такими HDD
Бггг, и тем самым сохранить ноутбуку жизнь... да, плохая, плохая виндовс!
На ноут за 1000+ у.е. можно и нужно поставить ту ось, которая позаботится о железе. А не подбирать, в лучших традициях, железо, которое устроит ось.
Речь идет о том, что линукс не ставит самостоятельно настройки, а использует заданные. Вы уверены, что Windows ничего не делает хуже, чем вкл./выкл. питания? Ведь это не выявить, т.к. код закрыт. Впрочем не буду разводить холивар. Выбор операционной системы основан только на личных предпочтениях.
Если вы выбираете ось под железо, а не наоборот, то мне вас просто искренне жаль.
Я предпочитаю выбирать по нуждам, и там, и там. И до установки линукса даже и не подозревал, что ось может налагать ограничения на используемое железо. Был молод, наивен и глуп. :)
То есть вы действительно верили что Windows Vista - можно поставить на комп с Pentium MMX 233 c 64MB RAM, а Windows 95 - на Intel Core 2 Duo с 2GB RAM ? Ну знаете. Врите, но не завирайтесь. Все операционки налагают ограничение на железо и у всех операционок есть те или иные проблемы совместимости. Исключений нет.
Вывод из поста:
Windows - rulez!
ubuntu убивает винчестер не более чем windows

в режиме питания от батарей головки паркуются постоянно для обеспечения безопасности винчестера, т.к. ноутбук - устройство портативное
К сожалению, если бы это было так, я бы не публиковал этот пост.
1) как я отметил ноутбук у меня работал _не_ от баттареи
2) головки должны парковать в соответствии с найтройками ОС - в моем случае - 20 минут, а никак не ~20 секунд.
если верить /etc/default/acpi-support - ENABLE_LAPTOP_MODE=false... а без него эта штука не сработает
Я же вроде честно и русским языком пишу: у меня эта опция тоже в false и более того лаптоп работал от сети _не_ от баттареи, и баг успешно наблюдался.
не сектрет что за лаптоп?
Toshiba Satellite M100 на 945 чипсете. Винт - Hitachi SATA
аналогично.
ENABLE_LAPTOP_MODE=false
питание от сети
dell 1501

щелкало раз в 20 секунд
спасибо за пост. посмотрел сколько моему винчестеру натикало. за 5 месяцев уже больше 150 000 :(
под убунтой недели две последние.
проследил за динамикой. тикало по единичке каждые секунд 20...
к сожалению это: sudo hdparm -B 255 /dev/sda
не помогло. после замены 255 на 254 Load_Cycle_Count благополучно остановился на отметке 159 468
минут 20 уже не меняется. будем надеяться, что помогло.
от меня в карму жирный +1
Рад, что помог, сам был жутко огорчен развитию событий.
А на некоторых винтах(чипсетах?) действительно надо выставлять не в 255 а в 254, это было в топике на ubuntuforums.org, но к сожалению только в виде user-experience. Как определить на каком виите(чипсете?) надо выставить 255 а на каком 254 я не определил.
а у меня во 3-х из 4-х маковских ноутбуках винты летели уже по нескольку раз, при чем - блок головок без возможности восстановления данных в спец лаборатории
Ну, в общем-то на ЛОРе правильно сказали, что о таких ошибках лучше молчать и тихо исправлять, как это делает Microsoft (а там, думаю, и не такие ошибки бывают).
Только собрался пробовать установку Убунту на лэптоп... Спасибо за информацию!
предлагаю Smartov обратить внимание на комментарий Shark'a и подправить пост
Дополнил.
Ну... хотелось бы для начала отметить, что проявляется только при включении laptop mode, то есть владельцам десктопов опасаться нет причины. А вот дальше опровержение одного из модераторов ubuntuforums.org: http://ubuntudemon.wordpress.com/2007/10…

Лишнюю панику разводите, господа
Вот только интересно чем это всё кончится =) флейм не избежен.
Хотя в англоязычном инете уже утихает.
Совершенно верно. Информация актуальна только для ноутбуков.
И актуальна даже при выключенном laptop-mode. Лично проверял - у меня этот режим был выключен
1.
"1) make a file named "99-hdd-spin-fix.sh". The important thing is starting with "99".
2) make sure the file contains the following 2 lines (fix it if you have PATA HDD):
#!/bin/sh
hdparm -B 255 /dev/sda
3) copy this file to 3 locations:
/etc/acpi/suspend.d/
/etc/acpi/resume.d/
/etc/acpi/start.d/"

2.
"An alternative to the "99-hdd-spin-fix.sh" fix is to install and enable the package laptop-mode-tools,
then customize /etc/laptop-mode/laptop-mode.conf, setting

CONTROL_HD_POWERMGMT=1"

https://launchpad.net/bug59695.html
# smartctl -a /dev/hda|grep Load
193 Load_Cycle_Count 0x0012 046 046 000 Old_age Always - 541400

Значит мой винт скоро умрет?
В худшем случае (3 цикла в минуту) с момента написания твоего сообщения у тебя ~13 дней (!), я думаю за это время ты успеешь ввести команду остановки счетчика? :)
После этого он у тебя ещё долго проработает... Наверное...

Иначе да, скоро умрет.
Не обязательно что винт умрет на 600 000, может он и до миллиона проработает, а может завтра встанет. Ресурс циклов старта-остановки не является универсальным (т.е. единственно решающим жить винту или умереть), но является критическим.
Спасибо!
333682... И большая часть циклов натикала с 28-го сентября. Обидно, ноутбуку и года нет.
Счетчик остановился после команды $sudo hdparm -B 254 /dev/sda
Люди! Вы меня убиваете! Вот один дятел выкопал баг более, чем годовой давности, а остальные тут же подхватили и понеслось по всему Интернету: "А-а-а! Наши харды все умрут!".
Ну, следите уже за баг-листом своего дистрибутива! Или по поводу любого косяка будем истерики на год закатывать?
Хмм, всегда считал что ос нужна для того чтобы работать или развлекаться за компьютером, но уж никак не для того чтобы следить за ее баг-листом. Это не тамагочи, а средство более эффективной работы.
Очень удивляет, что по вашим словам багу уже больше года и он еще не пофиксен, а получается, что он "замалчивается".
В очередной раз убедился что открытые исходники ОС еще ничего, абсолютно ничего не говорят о качестве самого продукта.
Бл# меня добивают такие люди, я что дро#ить должен на баг лист или системой пользоваться?
А если багу больше года то это жирный минус шателворду и его компании... очень долгое время пёрся от убунту, но последний апдейт просто поверг меня в ах#й... система стала виснуть, апдейт прошёл с большим количеством багов, хотя до этого 7 месяцев всё работало просто отлично... посмотрите опросы по последней версии убунту, около 40 процентов людей столкнулось с багами котоыре не могут разрешить в Гасти... мне всегда убунту нравилось своей юзабилити... но сейчас я искренне разочарован, и большую роль во всём это также сыграло вот это:
sudo smartctl -a /dev/sda | grep Load_Cycle
225 Load_Cycle_Count 0x0012 022 022 000 Old_age Always - 788736

так по#истично с воим пользователям даже МС не относиться...
лишний раз убеждаешься что нашару хорошего ничего не получишь...

сьезжаю с убунту в ближайшие сроки, ОС должна помогать в работать и ускорять её, а не служить баг трак системой...
Поддерживаю.

Хотя на данную ситуацию можно посмотреть с разных сторон:
1 Заявлена как видно глупая да и легко устранимая бага. Хотя у себя на ноуте я её не заметил, ниже написано почему.
2 При более глубоком изучении не настолько уж и криточная для линукса
неужели продукты мс не паркуют головки винта.... Ой ли...
3 Люди не внимательны до одури... (+ не читают то что написано РУССКИМИ буквами =))) куда уж им АНГЛ ЯЗ) + не вникая в суть вопроса начали орать - ааа убунтокапец, снесу и проч. (Те кто так орёт похоже не так давно перешли на линукс, а может и не перешли вовсе.) Обратились бы к первоисточникам. Ещё 31 октября Shark дал ссылку на то - почему в убунте именно так. Хотя у меня на ноуте всё ок.
1. так пускай устранят, но что-то не шевелятся они
2. критично не для линукса.. а для винта, продукты МС может и паркуют но не каждые 20 сек
3. ещё раз повторяю люди пользуются ОС для того чтобы работать, а не мануалы ковырять.

можешь считать что я не полностью перешёл на линукс хотя это убунту была моей единственной ОС больше чем за пол года
фразы тру линуксоидов похожи на фразы свидетелей иеговы: да это не баг, это так пустячёг, если такой же баг нашли бы в винде я думаю вони было-бы на пол инета... будьте объективны, и если кто-то косячит это воспринимайте на должном уровне, будь то Линукс, Фря, ОСХ или Винда. Или ты считаеш что только тот человек пересел на линукс который с пеной у рта будет всегда доказывать что линукс the one и ничего лучше нет? ... у всех есть свои плюсы и минусы, в данном случае минусы линукса перевесили его большое количество плюсов для меня

п.с.: никак не отношусь к линуксо ненависникам
=))) 1 чего устранять то =))) это простой скрипт - его любой студент написать может, да и не студент тоже.

2 я сам не давно маме на ноут с лицензионной вендой поставил убунту 7,10 ради интереса (её) когда прочитал на дигг ком про эту багу решил проверить. У меня всё выключено..

Понятно что оно из биоса дёрнуло настройку... вывод - кто то криво настроил БИОС!? Кто настраивал БИОС? Система - глупая =) Она увидела на уровне БИОСа настройку и выставила себе - разве она виновата? =)))

3 такого не бывает... Для того чтобы не ковырять мануалы люди зовут сисадмина, если не разбираются сами...

Покупая новый, не известный программный продукт разве пользователь сразу начинает его мастерски юзать? =) Например корел, фотошом, макс, маю, блендер... Это Абсурд. Для того чтобы что то юзать - нужно понимать как оно работает... Примеров может быть бесконечность =) Но даже ребёнка учат ходить… Хотя природой продумано что человек ходит на 2х ногах.

Или юзают мозг и гугль... С линуксом нет ничего проще... Ведь, видя то, что пишет система в консоли или логе. Взять ЭТО и вдолбить в гугль.. затем, прочитать пару страниц текста (ведь опыт показывает, что в 99% все проблемы уже решались до нас)

НЕ могу сказать что я тру линуксоид (но я кое что знаю и разобрался с рядом вещей), да, я без венды дома больше 3х лет на десктопе. НО на работе я маркетолог из ИТ аутсорсинговой компании работаю в виндоусе с их офисом и кроме всего прочего продаю их программные продукты так как компания где работаю, является партнёром МС.

Не нужно рассказывать про свидетелей Иеговы, вы не видели маркетинговые программы МС...

Себя же отнесу к ленивым и прагматичным пользователям, тем, которые любят чтобы всё работало так как нужно (и имеют пытливый мозг, способный понять как именно оно работает и что будет если я вот тут вот ... ... ..)
Та багу больше года????? Жесть :((((
У меня по примерно той же причине винт умер весной на windows xp (toshiba A100) (спецы из сервисного головой качали, но таки заменили). Что-то пошло вразнос. Парковался - и распарковывался постоянно. И сдох в конце концов. Так что теперь? Windows - rules, *nix must die? Или наоборот?
Или просто от багов никто не застрахован? Выбирайте себе по вкусу.
Если бы ещё и производители винтов делали нормальные железки... Хотя сейчас вроде всё ок.
А вспомнить что было лет 5 - 6 назад... =))) Хардварщики меня поддержат...
Я вот только не пойму - почему такие проблемы так решаются? Почему нельзя просто проапдейтить систему?
=) это бы было в стиле майкрософта - тихо исправить и никому не сказать =)))
Не, вы не поняли. Мне не нравится не то, что об этом говорят, а то что нужно сидет, возиться в консоли.
Потому что система и так стоит с последними апдейтами :) А фикса в апдейтах еще нет
Если он вообще будет, кстати. Ведь "честно" относиться к железу - это, как я уже заметил, вроде как правильно, по крайней мере похоже производители Ubuntu так думают. Т.е. отказываться от такой политики они вряд-ли будут...
НЛО прилетело и опубликовало эту надпись здесь
~ % sudo smartctl -a /dev/sda | grep Load_Cycle
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 2099

~ % cat /etc/default/acpi-support | grep ENABLE_LAPTOP_MODE
ENABLE_LAPTOP_MODE=false

Ubuntu 7.04 + Acer 5210 = проблемы нет.
Ubuntu стоит на VMware - проблем тоже нет.. ;)

P.S. пока изучаю новую для себя систему.. надеюсь, что к тому времени как решу перейти на нее - уже буду в курсе таких неприятных функций как "убийство винчестера осью" и смогу избежать их последствий..
Да-а-а... Глухо.
Из "добавлено" фраза понравилась: "Как оказалось проблема был а в том, что Линукс слишком честен с оборудованием и следует настройкам, установленным в биосе или в firmware. "Нечестные" же Windows и MacOS игнорируют эти настройки, и используют свои."
Такого бреда я ещё не слышал. :D Впрочем, комментарии тоже достойны winFAQ.
Я так понял с пониманием сарказма у вас проблемы. Слово 'нечестные' я в кавычки взял не зря.
Вы так же можете ознакомиться с дальнейшим текстом, чтобы понять, что я считаю более приемлемым в такой ситуации поведение win и macos, а не linux.
Да я не про сарказм. Я про то, что Linux-у вообще глубоко плевать на то, что там выставлено в BIOS-е. Да и прошивки он не считывает. Учите матчасть.
Кстати, проверил на трёх ноутах, проблема не воспроизводится ни при каких условиях. Что я делаю не так?
Я просто не пойму вы мне претензии выставляете что у вас ничего не глбчит?
Обратитесь к производителю - напишите так и так ничего не глючит, что я делаю неправильно. Майку Шаттлворту напишите. Я то ту при чем
LG R500
решил проблему установкой laptop-mode-tools
но замены параметна CONTROL_HD_POWERMGMT=1 не закончилось число релоудов по прежнему росло когда бук работал от батареи исправилось это тем что еще поменял в lapto-mode.conf параметр ENABLE_LAPTOP_MODE_ON_AC=1, проблема решиласть и не забывайте поменять параметр HD=/dev/s(h)da у кого что
Кстати, пользователи винтов Hitachi вообще могут не обращать внимание на параметр Load_Cycle_Count. У Хитачей реализована специальная система парковки головок считывающих из-за которой головки не опускаются на специальную область на блине, а уводятся с него напрочь. Более того эти винты вообще могут не предупреждать систему о том, что они запарковались.
Как ни странно у 5 человек (а их именно столько!), у которых слетел винт стояли именно Hitachi одной модели. Видимо им попались бракованные винты, поэтому и полетели.

Ещё раз напоминаю. Если в вашем винте реализована система парковки головок не на блинах, то зеначение Load_Cycle_Count вас не должно беспокоить ни разу.
> вследствие некорректной работы скрипта демона питания
Бага не в скрипте, а в железе.

В основном в железе Hitachi.
Столкнулись с этой проблемой, в результате родился следующий скрипт, вдруг кому пригодится (chmod 777 заменить по вкусу :) ):

#!/bin/sh

echo "#!/bin/sh" > 99-hdd-spin-fix.sh
echo "" >> 99-hdd-spin-fix.sh
echo "echo | date >> /var/log/hddfix.log" >> 99-hdd-spin-fix.sh
echo "smartctl -a /dev/sda | grep Load_Cycle >> /var/log/hddfix.log" >> 99-hdd-spin-fix.sh
echo "hdparm -B 255 /dev/sda >> /var/log/hddfix.log" >> 99-hdd-spin-fix.sh
echo "hdparm -S 0 /dev/sda >> /var/log/hddfix.log" >> 99-hdd-spin-fix.sh
echo "echo \"============================================================\" >> /var/log/hddfix.log" >> 99-hdd-spin-fix.sh
echo "echo \"\" >> /var/log/hddfix.log" >> 99-hdd-spin-fix.sh
echo "echo \"\" >> /var/log/hddfix.log" >> 99-hdd-spin-fix.sh

chmod 777 99-hdd-spin-fix.sh

cp 99-hdd-spin-fix.sh /etc/acpi/suspend.d/
cp 99-hdd-spin-fix.sh /etc/acpi/resume.d/
mv 99-hdd-spin-fix.sh /etc/acpi/start.d/
Главное - проблему официально пофиксили?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории