The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..., opennews (?), 28-Июн-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


15. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +1 +/
Сообщение от Аноним (-), 28-Июн-13, 10:30 
Наберусь наглости спросить.
Возможно ли реализовать нечто похожее на режим remap (а может быть и recovery) из Victoria ? Решил тут спросить, поскольку противоречивая информация по поводу этого режима (recovery, как известно за него требуют денежку, поэтому не испытывался на практике) в сети не дает сделать для себя однозначного вывода о эффективности и да с самой возможности вообще.
Ответить | Правка | Наверх | Cообщить модератору

22. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +4 +/
Сообщение от Андрей Уткин (?), 28-Июн-13, 10:44 
Пока что в программе функционал направлен на диагностику и восстановление данных.
Ремап - это из области ремонта. АТА-винты стандартной команды на ремап не предоставляют, решение о ремапе принимает встроенная программа самого носителя. Чтобы принудить носитель сделать ремап, насколько мне известно, программы типа Виктории мучают винт многократными операциями записи в область памяти, причём ремап может и не произойти. В связи с чем у меня есть простое соображение: помогать юзерам гробить свои носители я не намерен :)

Если всё же хотите попытать счастье - запустите в WHDD процедуру "Write zeros". Ремап может произойти, если для этого есть аппаратная возможность.

Ответить | Правка | Наверх | Cообщить модератору

26. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Наивный чукотский юноша (?), 28-Июн-13, 10:55 
>>помогать юзерам гробить свои носители я не намерен

но хотя бы сделать экспериментальную возможность? Пусть даже через ключ запуска либо в момент сборки, либо в момент запуска программы (а-ля --allow-doomsday-machine-mode). Иначе это путь Gnome -- юзверь не должен делать того-то и того-то, вредно ему :-(

Ответить | Правка | Наверх | Cообщить модератору

30. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 28-Июн-13, 11:00 
Действительно - если уж программа может понять что блок проблемный, чертовски логично что она могла бы попытаться спровоцировать его перенос.
Ответить | Правка | Наверх | Cообщить модератору

35. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Rozik (?), 28-Июн-13, 11:22 
На данный момент провокация добивания накопителя до неподъемного состояния постоянным дерганьем рид-врайт ака "ремап" в планы не входит :) .
Ответить | Правка | Наверх | Cообщить модератору

41. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +2 +/
Сообщение от Клыкастый (ok), 28-Июн-13, 12:08 
> На данный момент провокация добивания накопителя до неподъемного состояния постоянным
> дерганьем рид-врайт ака "ремап" в планы не входит :) .

2-3 диалога с предупреждением. разрешить надо. это ЕГО винт. он  вправе его убивать любым понравившимся способом.

Ответить | Правка | Наверх | Cообщить модератору

89. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 29-Июн-13, 00:29 
>> На данный момент провокация добивания накопителя до неподъемного состояния постоянным
>> дерганьем рид-врайт ака "ремап" в планы не входит :) .
> 2-3 диалога с предупреждением. разрешить надо. это ЕГО винт. он  вправе
> его убивать любым понравившимся способом.

Зачем для этого какие-то программы? Есть же много гораздо более увлекательных аппаратных и физических методов.

Ответить | Правка | Наверх | Cообщить модератору

107. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 29-Июн-13, 11:00 
> Зачем для этого какие-то программы? Есть же много гораздо более увлекательных аппаратных
> и физических методов.

Потому что досадно взять в руки пилу и обнаружить что у нее нет зубьев. С аргументов что так уж точно никто себе палец не поранит. Спору нет, не поранит. Но кроме отпиливания пальцев у пилы есть и иные применения...

Ответить | Правка | Наверх | Cообщить модератору

52. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от userd (ok), 28-Июн-13, 15:44 
Сценарии бывают разные, иногда remap бывает полезен. Поддержу Клыкастого - если Вы считаете, что это действие небезопасно, то требуйте подтверждения.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

83. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 28-Июн-13, 23:31 
> На данный момент провокация добивания накопителя до неподъемного состояния

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

Понятно что можно и иными методами это в линухе сделать. Но геморно, блин.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

36. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok), 28-Июн-13, 11:26 
зачем? тогда потеряешь возможность его восстановления.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

40. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Клыкастый (ok), 28-Июн-13, 12:07 
> Действительно - если уж программа может понять что блок проблемный, чертовски логично
> что она могла бы попытаться спровоцировать его перенос.

риск залипа головки.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

84. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 28-Июн-13, 23:32 
> риск залипа головки.

Если уж мы узнали о том что область плохо читается - голова там как-то уже пролетела. Или уж она там пролетает, или уж у нас все вообще факапится в тот момент. Где твоя логика???

Ответить | Правка | Наверх | Cообщить модератору

147. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Клыкастый (ok), 04-Июл-13, 15:24 
> Если уж мы узнали о том что область плохо читается - голова
> там как-то уже пролетела.

Теоретически - да. Практически - лучше и на свечку изделие №1 натянуть.


Ответить | Правка | Наверх | Cообщить модератору

29. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 28-Июн-13, 10:59 
Спасибо за разъяснение, многое прояснилось.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

42. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от ABATAPAemail (ok), 28-Июн-13, 12:33 
> Виктории мучают винт многократными операциями записи в область памяти

Не записи, а чтения. Если помеченный как "кандидат на перенос" сектор хоть раз будет прочитан правильно (совпадёт контрольная сумма), то данные будут перезаписаны в блок из резервной области, а сбойный сектор помечен как перемещенный.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

43. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Андрей Уткин (?), 28-Июн-13, 12:39 
>> Виктории мучают винт многократными операциями записи в область памяти
> Не записи, а чтения. Если помеченный как "кандидат на перенос" сектор хоть
> раз будет прочитан правильно (совпадёт контрольная сумма), то данные будут перезаписаны
> в блок из резервной области, а сбойный сектор помечен как перемещенный.

http://hdd-911.com/index.php?option=content&task=view&id=27&...
Документация к программе Victoria

BB = Classic REMAP
Скрытие дефектов производится простым способом - записью в поврежденный сектор...


BB = Advanced REMAP
Улучшенный алгоритм ремаппинга. Скрывает дефекты в том случае, когда "обычный" ремап не помогает.  ...делается попытка скрыть его 10 кратной записью...

Ответить | Правка | Наверх | Cообщить модератору

57. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от name (??), 28-Июн-13, 16:31 
>Чтобы принудить носитель сделать ремап, насколько мне известно, программы типа Виктории мучают винт многократными операциями записи в область памяти, причём ремап может и не произойти. В связи с чем у меня есть простое соображение: помогать юзерам гробить свои носители я не намерен :)

не согласен.
очень часто попадают харды, на которых есть один или два бэдблока. выбрасывать целый диск из-за одного битого сектора смысла нет.
На диске ценной информации нет, это просто системный диск от рабочей станции, поэтому его можно использовать дальше. Даже если он окончательно посыпется еще через полгода, то туда ему и дорога.

поэтому вопрос: каким образом юзер гробит хард?
Если на нем есть бэд-блок, сам хард его ремапить не хочет.
в SMART даже в статусе висит Pending sectors и все. Винда на таком диске очень часто работать не хочет. нужно чинить как-то

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

58. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Rozik (?), 28-Июн-13, 16:59 
WHDD изначально не планировалась для "ремонта".
Если на диске ценной информации нет, то прогоните диск через write_zeros. Софтбэды гарантированно уйдут и хард "починится". Хардбэды же или сремапятся или нет :) .
Хард _всегда сам_ принимает решение о "ремапе". Если он "не хочет", то клюйте его хоть тысячу раз - "ремапить" он не будет.
Именно поэтому заклёвывание диска "ремапами" не планируется. Планируются другие более полезные фичи.
Ответить | Правка | Наверх | Cообщить модератору

63. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от name (??), 28-Июн-13, 18:00 
жесткий диск с инфой, нужно отремапить пару секторов, вы предлагаете его полностью затирать.
изначальная цель быстро восстановить работоспособность без создания каких-либо копий.
remap секторов вообще разве можно за ремонт принимать? некоторые с бэдблоками годами живут, а у некоторых бэдблок приходится на критические области, типа реестра windows, будь он неладен.
Ответить | Правка | Наверх | Cообщить модератору

65. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Андрей Уткин (?), 28-Июн-13, 18:22 
> жесткий диск с инфой, нужно отремапить пару секторов, вы предлагаете его полностью
> затирать.

Ремапя жёсткий диск с инфой, вы имеете все шансы потерять инфу.


> изначальная цель быстро восстановить работоспособность без создания каких-либо копий.

Восстанавливать работоспособность сбойного носителя, тем более программными средствами, вообще не рекомендуется.
Если вы хотите играть с ремапом на накопителе с живыми данными "без создания каких-либо копий", значит, эти данные вам не нужны.


> remap секторов вообще разве можно за ремонт принимать?

А к чему его тогда относить?

Ответить | Правка | Наверх | Cообщить модератору

72. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 28-Июн-13, 21:05 
В MHDD опции remap и write delays - разные опции. Судя по описанию, первая делает ремап, вторая переписывает сбойный сектор, и направленна на устранение софт-бэдов. При использовании второй, remap count в smart не меняется. На ваш взгляд, это одно и то же? Реализуйте, хотя бы вторую - soft badblocks встречаются гораздо чаще (особенно, когда рабочие станции аварийно выключаются, и UPS нет).
Ответить | Правка | Наверх | Cообщить модератору

75. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Rozik (?), 28-Июн-13, 21:51 
Remap в MHDD прописывает 1 сектор по ошибке, а erase_waits прописывает блок из 256 секторов по таймауту. Таймаут может быть вызван и ошибкой в том числе. Вот отличие. Никакой черной магии с "ремапом" там нет.
Reallocated_Sector_Count в SMART меняется не из-за "опции ремап в MHDD", а из-за успешного замещения дефектного сектора из резерва. Решение о замещении принимает сам винт. Если бэд софтовый, то замещения не происходит - счётчик не растёт. Если бэд хардверный - тоже не факт, что что-то произойдет. На Самсунгах до Посейдонов включительно внутренний дефектменеджмент никак не реагировал на UNC - только на AMNF - "ремапь" хоть до потери пульса.
К "воинам ремапа" нижайшая просьба успокоиться. Опции "долбиться в бэды записью и убивать и данные и винт" не будет. Хотите бороться с софтбэдами - пожалуйста. _Сначала слили информацию_, прогнали write_zeros, потом залили её назад.
Программа позиционируется как diagnostic and data recovery. Data recovery - это восстановление данных, а не убиение, т. е. прямо противоположно вашим требованиям.
Ответить | Правка | Наверх | Cообщить модератору

74. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от name (??), 28-Июн-13, 21:23 
> Ремапя жёсткий диск с инфой, вы имеете все шансы потерять инфу.

у вас часто такое было, потеря инфы при ремапе?
Если только окончательно выключится хдд при ремапе.
Я викторией и/или через мхдд отремапил конечно меньше сотни дисков, но пара десятков будет.
Чтобы полностью блокировался хард, такое было только на seagate 7200.11 на сбойной небезызвестной прошивке, и причина была не в самом процессе ремапа.

если бэдблок на критическом месте в фс, то без восстановления фс или использования спец утилит, инфа в любом случае считается недоступной.

> Если вы хотите играть с ремапом на накопителе с живыми данными "без
> создания каких-либо копий", значит, эти данные вам не нужны.

Данные не нужны, нужен рабочий носитель с работающей ОС.

берем такой алгоритм
есть сбойный хард.
1) копия через dd_rescue на новый носитель, копия харда в работу, если повезет.
2) данные не нужны: прогоняем скан с ремапом, через условный час, у нас готовый к работе носитель. Если нет кучи бэдблоков.

нужна утилита, которая с первого прогона скана показывает, что у нас столько-то бэд-блоков, столько-то попыток ремапа.

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

76. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +1 +/
Сообщение от Rozik (ok), 28-Июн-13, 22:32 
> у вас часто такое было, потеря инфы при ремапе?

После дебилов приносят диски регулярно. "Оставил на ночь проремапиться" - наутро сточенные до основания головы и диски. Разумеется, надо было инфу с "диска Д:"

> Я викторией и/или через мхдд отремапил конечно меньше сотни дисков, но пара
> десятков будет.

:) Мне, случается, _десяток в день_ поступает.

> Чтобы полностью блокировался хард, такое было только на seagate 7200.11 на сбойной
> небезызвестной прошивке, и причина была не в самом процессе ремапа.

WD Sadle G6 2 TB - блокировка от 8 (восьми) софтбэдов после дебила с ремапом :) . Естественно с клиентскими данными. Реальный случай из практики.

> если бэдблок на критическом месте в фс, то без восстановления фс или
> использования спец утилит, инфа в любом случае считается недоступной.

Сначала делаем копию на однозначно исправный, который под "спец. утилитами" внезапно не подохнет. Так делают нормальные люди. Дебил оставил на 7 часов клиентский WD MyPassport под R-Studio и ушел гулять. Пришел - винт уже не определяется. Реальный случай недельной давности.


> Данные не нужны, нужен рабочий носитель с работающей ОС.

ОС - это не данные :) . Оригинально. А /etc - это данные? А recovery_partition с лицухой - это данные? Если это не даннные, то чего люди за восстановление этого деньги платят?

> берем такой алгоритм
> есть сбойный хард.
> 1) копия через dd_rescue на новый носитель, копия харда в работу, если
> повезет.

Ну слава богу хоть о dd_rescue слышали.

> 2) данные не нужны: прогоняем скан с ремапом, через условный час, у
> нас готовый к работе носитель. Если нет кучи бэдблоков.

Современная 500-ка - запись нулями полтора часа без конвульсий и переполненных кандидат-листов с риском заловить блокировку. Заодно проверяем работоспособность записи.

> нужна утилита, которая с первого прогона скана показывает, что у нас столько-то
> бэд-блоков, столько-то попыток ремапа.

Чем не устраивает WHDD? Тем, что "ремапа" нет? :)

Ответить | Правка | Наверх | Cообщить модератору

99. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 29-Июн-13, 03:17 
> После дeбилов приносят диски регулярно. "Оставил на ночь проремапиться" - наутро
> сточенные до основания головы и диски. Разумеется, надо было инфу с "диска Д:"

Ну ой. Если некто может убиться высоким напряжением - это еще не повод им совсем не пользоваться. Как вы понимаете, дeбилов и без линуксного софта много. Более того, среди линуксоидов процент таковых пониженный, а виндовый юзерь и так софт себе найдет.

> :) Мне, случается, _десяток в день_ поступает.

О, так вы еще и ремонтер? Как хорошо, тогда вы еще и в курсе всей проблематики.

> дeбила с ремапом :) . Естественно с клиентскими данными. Реальный случай из практики.

Опять же - как видите, неумение конкретно вашей программы так делать таким не мешает.

> WD MyPassport под R-Studio и ушел гулять. Пришел - винт уже
> не определяется. Реальный случай недельной давности.

Ну что ж поделать. А я вот хоть и не профи а тем не менее недавно вполне успешно данные с осыпавшегося диска достал: слил образ на исправный диск, чем-то типа myrescue, утилитка налетев на проблемный регион сперва скипает его и сначала читает то что читается, а уже потом додалбывает проблемные регионы, если получится. При этом смерть винча уже не страшна. В результате прочлось все кроме дюжины секторов. Ну и fsck на копии образа - получилась вполне исправная ФС. Померло только пару файлов буквально. Обладатели винча были очень рады.

А вот сам диск можно было бы поюзать где-то в некритичном месте, но вручную адреса секторов прописывать - геморно. Так и валяется в результате.

> Ну слава богу хоть о dd_rescue слышали.

Только даже под линь есть утилиты лучше, которые при первом проходе скипают "слабые" области и сначала вычитывают основную массу данных которая читается легко, а только потом - долбят проблемные места уже более детально. При этом если накопитель все-таки умрет - невелика потеря уже. Осноаная масса данных уже прочитана.

> с риском заловить блокировку. Заодно проверяем работоспособность записи.

Ну вот скажите, зачем мне целиком прописывать нулями диск который стабилен кроме пары неудачных областей, которые и имеет смысл долбить? Почем зря почти полтора часа зазря потратятся.

> Чем не устраивает WHDD? Тем, что "ремапа" нет? :)

Ну дык вкусная штука, только без самого полезного. В такие моменты ощущение что у тебя нет рук и надо все делать путем клевания клавиатуры носом :(. Очень неприятное ощущение.

Ответить | Правка | Наверх | Cообщить модератору

110. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Андрей Уткин (?), 29-Июн-13, 14:03 
> Ну вот скажите, зачем мне целиком прописывать нулями диск который стабилен кроме
> пары неудачных областей, которые и имеет смысл долбить? Почем зря почти
> полтора часа зазря потратятся.

Программный код в идейном плане есть ничто иное, как выражение опыта. Опыт авторов говорит, что "чтение с ремапом" имеет много плохих последствий и что эта техника "ремонта" не нужна. И что давать её в современной общеупотребительной утилите не нужно.

Мне кажется, причина нашего с вашим недопонимания вот в чём: вы смотрите на сбойный винт оптимистически - и потеря данных вам не страшна, и аппаратных проблем на нём нет, а всё максимум софтбэды, и то всего парочка. А если что-то пошло не так - ну ладно, в мусор. Лучше тогда сразу перейти к последнему пункту, зачем тратить драгоценное время.
WHDD и её авторы не абстрагируются от проблем аппаратного характера и не строят оптимистических предположений. Поэтому WHDD не берётся добивать накопитель борьбой до последнего за исправление ошибок _программными методами_. Ведь проблема может быть аппаратной, и требовать ремонта именно аппаратного. А первый "оператор" программы может оказаться эникеем, который ничего не понимает в предметной области, но решил "поремапить", начитавшись, что иногда винда чудесно чинится после пары сремапленных секторов. А далее, когда из этого ничего не вышло, уже изрядно поремапленный винт с данными (хотя правильней будет сказать, что "уже без данных") несётся профессионалу для восстановления данных.

Ответить | Правка | Наверх | Cообщить модератору

125. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 30-Июн-13, 05:27 
> Программный код в идейном плане есть ничто иное, как выражение опыта. Опыт
> авторов говорит, что "чтение с ремапом" имеет много плохих последствий

Ну так если посмотреть на опыт докторов, применение бензопил имеет много плохих последствий - некоторые ими отпиливают себе части тела, например. Отсюда однако не следует что это единственное применение.

Как я уже сказал - ну вот лежит у меня например винч. Вполне нормальный, но вот несколько бэдов там есть. Их бы заремамить да поюзать где-нить в неответственном месте. Но лишняя возня - ай-яй-яй.

> и что эта техника "ремонта" не нужна. И что давать её в
> современной общеупотребительной утилите не нужно.

А с моей колокольни это выглядит как "а давайте уберем из безопилы мотор, криворуким пользователям сразу станет сложнее пораниться".

> Мне кажется, причина нашего с вашим недопонимания вот в чём: вы смотрите
> на сбойный винт оптимистически - и потеря данных вам не страшна,

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

> ладно, в мусор. Лучше тогда сразу перейти к последнему пункту, зачем
> тратить драгоценное время.

Затем что досадно выкидывать в мусор в общем то вполне работоспособную железку. Которая скорее всего еще сколько-то лет прекрасно отпашет. Например под какие-нибудь там торренты - сойдет. В самом плохом случае - ну придется перекачать, не больно какая потеря.

> WHDD и её авторы не абстрагируются от проблем аппаратного характера и не
> строят оптимистических предположений. Поэтому WHDD не берётся добивать накопитель

Так никто не просит его добивать "по дефолту". Как по мне - первым делом логично образ снять, максимально выцепив данные. Чем-то типа myrescue и тому подобными, которые вообще проблемные области не насилуют, а пропускают, чтобы накопитель преждевременно не помер вообще. А вот если это получилось, тогда самое оно попытаться этот накопитель починить.

> борьбой до последнего за исправление ошибок _программными методами_.

Не вижу ничего такого в том что программным+фирмварным методом проблематичный кусок поверхности будет ремапнут на исправный. Отпадение считанных единиц секторов при стабильности в целом - не указывает на какие-то аппаратные проблемы само по себе.

Тем более что народ придумал кучу способов как прописать сектора, в вполне себе доступном виде. Не говоря уж о том что желающий отпилить себе ногу может чертыхнуться на вашу пилу без мотора и просто взять соседнюю, другой марки. Как вы понимаете, MHDD и прочие ведь никуда не пропали от появления WHDD. Так что единственное чего вы достигнете такой позицией - под линуксом это будет делать несколько неудобнее :). При том лиично мне как-то очень сомнительно, что линуксоиды - самые глупые и нуждаются в защите от дyрака сильнее чем остальные, которым MHDD и прочие виктории и что там еще взять не в облом.

> Ведь проблема может быть аппаратной, и требовать ремонта именно аппаратного.

Спору нет. Как по мне - я в состоянии оценить результаты работы софтины типа вашей, чтобы понять - это локальные ли дефекты поверхности или более глобальные сложности у механики или электроники.

А насчет починки - рентабельность этого оставляет желать. Старый винч стоит баксов 30. Ну может 50. Ремонтеру за сравнимые суммы просто не резон заморачиваться сложными или требующими времени операциями. Так что там или просто проблемные сектора, для борьбы с которыми ремап и создан, или уж ой и ну его нафиг.

> А первый "оператор" программы может оказаться эникеем,

...при том у него скорее всего будет винда или накрайняк бутявка с DOS.

> который ничего не понимает в предметной области, но решил
> "поремапить", начитавшись, что иногда винда чудесно чинится после пары
> сремапленных секторов.

При том отсутствие фичи в конкретно этой программе никак ему не помешает.

> А далее, когда из этого ничего не вышло, уже изрядно поремапленный
> винт с данными (хотя правильней будет сказать, что "уже без данных")
> несётся профессионалу для восстановления данных.

Ну, бывает и такое. А что, вам же лучше - завинтите цены за подобные фортели, так что на будущее клиент подумает до того как связываться с такими.

Ответить | Правка | Наверх | Cообщить модератору

131. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Андрей Уткин (?), 30-Июн-13, 05:56 
>> Программный код в идейном плане есть ничто иное, как выражение опыта. Опыт
>> авторов говорит, что "чтение с ремапом" имеет много плохих последствий
> Ну так если посмотреть на опыт докторов, применение бензопил имеет много плохих
> последствий - некоторые ими отпиливают себе части тела, например. Отсюда однако
> не следует что это единственное применение.

Нами многократно было повторено: это не бензопила :) Это нечто другое.


>> WHDD и её авторы не абстрагируются от проблем аппаратного характера и не
>> строят оптимистических предположений. Поэтому WHDD не берётся добивать накопитель
> Так никто не просит его добивать "по дефолту". Как по мне -
> первым делом логично образ снять, максимально выцепив данные. Чем-то типа myrescue
> и тому подобными, которые вообще проблемные области не насилуют, а пропускают,

*facepalm*
Функция WHDD щадящего копирования не замечена. Всем нужен только ремап.

> ...при том у него скорее всего будет винда или накрайняк бутявка с
> DOS.
> При том отсутствие фичи в конкретно этой программе никак ему не помешает.

Бог с ними. Мы же следуем принципу Гиппократа.


>> А далее, когда из этого ничего не вышло, уже изрядно поремапленный
>> винт с данными (хотя правильней будет сказать, что "уже без данных")
>> несётся профессионалу для восстановления данных.
> Ну, бывает и такое. А что, вам же лучше - завинтите цены
> за подобные фортели, так что на будущее клиент подумает до того
> как связываться с такими.

В таких случаях просто нечего восстанавливать. Соответственно и деньги брать не за что. Никакой экономической выгоды здесь нет, наоборот, есть потеря потенциального клиента (и денег) у специалиста, и безвозвратная потеря информации у пострадавшего.

Ответить | Правка | Наверх | Cообщить модератору

134. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 30-Июн-13, 06:24 
> Нами многократно было повторено: это не бензопила :) Это нечто другое.

Да, это выглядит как бензопила, у которой мотора нету, потому что так безопаснее :). Потестировать - можно, а дальше - фиг. Мол, кому надо - привинтите мотор сами. Вот народ и недоумевает.

> *facepalm*
> Функция WHDD щадящего копирования не замечена. Всем нужен только ремап.

Чего сразу фэйспалм то? Дело в том, что умное чтение битых дисков даже в лине уже умело несколько программ. Вот потому никто и не посчитал это за killer feature. Хотя как я понимаю - у вас можно через ATA команды читать и если диск повиснет, ему ресет дадут. Спору нет, хорошая фича.

А ремап хотят потому что как-то так получается, что у винчей фирмварь затупляет с переносом секторов и они вылезают наружу в процессе эксплуатации. Ну т.е. бывает что винч работает, при том нормально вполне. Но вот несколько бэдов вылезло в видимом программами виде. Фирмварь при этом считет сектор проблемным, он пишется в pending. Но пока в сектор не будет записи - фиг с два фирмварь пошевелится его переносить. Такой грабле подвержены отнюдь не все модели винчей, только какие-то с особо глупой фирмварой, которую надо носом в проблемный тыкать. Ну вот упомянутые оффтопичные программы этим и занимаются.

> Бог с ними. Мы же следуем принципу Гиппократа.

Конечно я понимаю что со стороны доктора - "ой, а давайте все бензопилы без мотора поставлять, а то дyраки уже достали себе руки отпиливать - они отпилят, а мы потом пришивай!". Но все-таки так никто не делает.

> (и денег) у специалиста, и безвозвратная потеря информации у пострадавшего.

Ну да, если винт совсем убился - все так. С другой стороны, в следующий раз такой вероятнее пойдет к вам а не тому дундуку который все испортил.

Ответить | Правка | Наверх | Cообщить модератору

140. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Rozik (ok), 30-Июн-13, 13:25 
> Ну да, именно так: я с него уже выцепил все данные и
> посмотрев на результат тестов - вижу что есть несколько нестабильных секторов
> и все. В остальном все работает идеально.

Если вы вытащили с него данные, то ничто не мешает натравить на диск write_zeros. Процедура записи диска нулями занимает ровно столько же времени, сколько и тест с верификацией. По времени вы ничего не теряете. С точки зрения физики процесса write_zeros и "ремап" ничем не отличаются - и там и там в сектор происходит запись. Если сектор с "программной" ошибкой - он перезапишется с корректной контрольной суммой и "вылечится". Если ошибка хардверная, то сектор или "сремапится" или нет - это решит сам диск без вашего участия.

Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

148. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 04-Июл-13, 15:34 
> Если вы вытащили с него данные, то ничто не мешает натравить на диск write_zeros.

Абсолютно ничего. Кроме нежелания убивать полдня на возню. Пока оно нулями протрется, пока обратно данные зальются. Всего ничего.

> Процедура записи диска нулями занимает ровно столько же времени,
> сколько и тест с верификацией.

Только при условии что это было сразу пнуто "вслепую" вместо этого теста.

> По времени вы ничего не теряете.

В общем случае как раз теряю полдня на протирание нулями и на время по возврату данных обратно.

> С точки зрения физики процесса write_zeros и "ремап" ничем не отличаются

Кроме того что это такой убер-глобальный и очень длительный процесс, что делает это во многих случаях "бессмысленным и беспощадным".

Лично мне "в идеале" работа с диском видится как-то так:
1) Льем с накопителя данные в образ, попутно составляя впечатление о масштабе проблем на и насколько имеет смысл вообще пытаться что-то с таким диском делать vs отправка в трэш. Образ чинится и это отдается юзеру на ином носителе, с описанием что и как пострадало.
2) Если проблемы не глобальные и это лишь несколько нестабильных секторов, а в остальном все отлично - можно попробовать ремапнуть это по быстренькому, и все. Время этой операции не сравнимо с полным протиранием диска нулями. А если например юзер хочет попробовать этот крап и дальше юзать (мое дело предупредить) - еще и данные перезаливать. Еще столько же. Во "счастье".

> - и там и там в сектор происходит запись.

Только в одном случае это адресная запись в проблемные сектора а в другом - длительная операция по всему диску.

> Если сектор с "программной" ошибкой - он перезапишется с корректной контрольной
> суммой и "вылечится". Если ошибка хардверная, то сектор или "сремапится" или нет -
> это решит сам диск без вашего участия.

Спору нет. Только вот прописывать всю поверхность - слишком долго.

Ответить | Правка | Наверх | Cообщить модератору

86. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 28-Июн-13, 23:35 
> WHDD изначально не планировалась для "ремонта".
> Если на диске ценной информации нет, то прогоните диск через write_zeros.

Ну вот это как раз не очень удобно. Т.к. потом возвращать данные на накопитель - очень долго и весь смысл такой операции теряется. Если на операцию надо убить часы - проще накопитель в мусорник отправить.

А вот если операция недеструктивна (т.е. прочли данные и их же и пишем) или малодеструктивна (прочесть не удалось, но попытаемся записать) - тогда основной объем данных может и не потребуется переливать. И еще не факт что ОС налетев на такой сектор не лажанется хуже. Скажем попадут там метаданные ФС неудачно - и довольно серьезный дестрой выйдет когда ФС не сможет их прочесть потом.

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

90. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Rozik (ok), 29-Июн-13, 00:38 

> Ну вот это как раз не очень удобно. Т.к. потом возвращать данные
> на накопитель - очень долго и весь смысл такой операции теряется.
> Если на операцию надо убить часы - проще накопитель в мусорник
> отправить.

100%. Мы нигде и не рекомендуем возвращать данные на накопитель, которому веры уже нет :)

> А вот если операция недеструктивна (т.е. прочли данные и их же и
> пишем) или малодеструктивна (прочесть не удалось, но попытаемся записать) - тогда
> основной объем данных может и не потребуется переливать. И еще не
> факт что ОС налетев на такой сектор не лажанется хуже. Скажем
> попадут там метаданные ФС неудачно - и довольно серьезный дестрой выйдет
> когда ФС не сможет их прочесть потом.

Когда вы нарветесь на WD-шный Hawk или Sabre, который "малодеструктивной" записью сервометки стирает, то там до таких уровней абстракций как "метаданные ФС" просто не дойдёт :) .
Восстановление данных - это перенос их на другой заведомо исправный накопитель, а не в оперативную память, а  потом на то же глюкалово, с которого их восстанавливали :) .

Ответить | Правка | Наверх | Cообщить модератору

100. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 29-Июн-13, 03:47 
> 100%. Мы нигде и не рекомендуем возвращать данные на накопитель, которому веры уже нет :)

Да, все так. Но в принципе такой накопитель можно было бы засунуть в некритичные применения, где отказ вообще не смертелен. Тем более что бывает так что у накопителя есть несколько нестабильных секторов, а остальное читается идеально. Учитывая наличие у винчей grown defect list - это считается вполне допустимой ситуацией, судя по всему. По поводу чего запас секторов и предусмотрен.

Если оно конечно массово начало сыпаться - лучше его в трэш. А когда все работает кроме нескольких секторов - вот это уже досадно.

> Когда вы нарветесь на WD-шный Hawk или Sabre, который "малодеструктивной" записью
> сервометки стирает, то там до таких уровней абстракций как "метаданные ФС" просто
> не дойдёт :) .

В этом случае конечно не дойдет, стертые сервометки это весьма и весьма опаньки. На правах идеи: можно содержать что-то типа мини-базы (по типу того как у smartctl) винчей где так вообще лучше не делать в принципе. И рубить для них эту операцию совсем или требовать скажем 5 раз напечатать "yes I know what I'm doing". Необходимость это сделать заставит даже полного дуба задуматься о том что операция натурально может прибить накопитель. А вы слет сервометок вообще чините? Мне всегда было интересно - можно ли это хоть как-то обойти без фабричного оборудования? :)

> Восстановление данных - это перенос их на другой заведомо исправный накопитель, а
> не в оперативную память, а  потом на то же глюкалово, с которого их восстанавливали :) .

Ну да. Тем не менее "то глюкалово" не всегда такое уж и страшное глюкалово. Мало ли почему ему выбило несколько секторов...

Ответить | Правка | Наверх | Cообщить модератору

115. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Андрей Уткин (?), 30-Июн-13, 02:58 
> В этом случае конечно не дойдет, стертые сервометки это весьма и весьма
> опаньки. На правах идеи: можно содержать что-то типа мини-базы (по типу
> того как у smartctl) винчей где так вообще лучше не делать
> в принципе. И рубить для них эту операцию совсем или требовать
> скажем 5 раз напечатать "yes I know what I'm doing". Необходимость
> это сделать заставит даже полного дуба задуматься о том что операция
> натурально может прибить накопитель.

В данном случае необходимо будет не 5 раз напечатать "yes I know what I'm doing". А сделать форк проекта и реализовать вожделенную функцию ремапа. И самостоятельно её отлаживать и тестировать (правда, неясно, как). После чего опубликовать от своего имени, и поддерживать, то есть общаться с пользователями по вопросам "самой важной функции". Этот процесс мне представляется особенно забавным - разработчик будет разбираться в багрепортах, где интерферируют непонимание пользователя (т. к. ремапит стройными рядами вся страна, кроме тов. Розика), неадекватность поведения подыхающего аппарата, и принципиальная невозможность точного повторного воспроизведения проблемной ситуации при работе функции как у разработчика, так и у самого пользователя.

Ответить | Правка | Наверх | Cообщить модератору

126. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 30-Июн-13, 05:33 
> В данном случае необходимо будет не 5 раз напечатать "yes I know
> what I'm doing". А сделать форк проекта и реализовать вожделенную функцию ремапа.

Спору нет, я могу и сам напилить зубья на лысой пиле, напильником. Но это долго и неудобно. А если учесть что рядом лежит пила с зубьями - как вы понимаете, нормальный человек просто покрутит пальцем у виска да возьмет соседнюю пилу, где напилить зубья самому - не требуется.

Я бы понял такой аргумент если б это была единственная на планете программа. Но т.к. таких программ есть и без этой - такая аргументация не выдерживает критики.

> И самостоятельно её отлаживать и тестировать (правда, неясно, как). После
> чего опубликовать от своего имени, и поддерживать, то есть общаться с
> пользователями по вопросам "самой важной функции".

Ну вот это уже можно понять, да.

> пользователя (т. к. ремапит стройными рядами вся страна, кроме тов. Розика),
> неадекватность поведения подыхающего аппарата, и принципиальная невозможность точного
> повторного воспроизведения проблемной ситуации при работе функции как у разработчика,
> так и у самого пользователя.

Я думаю что большинство такой клиентуры досталось тем кто реализовал это в досово-виндовом софте. Который уже есть. Это факт. С ним придется жить. И умение/неумение WHDD так делать имхо очень мало повлияет на количество убитых дилетантами дисков.

ЗЫ при том хоть я и дилетант но вот у меня почему-то хватает ума первым делом образ снять, минимально деструктивными методами. Если, конечно, диск вообще читается :)

Ответить | Правка | Наверх | Cообщить модератору

133. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +1 +/
Сообщение от Андрей Уткин (?), 30-Июн-13, 06:06 
> Я бы понял такой аргумент если б это была единственная на планете
> программа. Но т.к. таких программ есть и без этой - такая
> аргументация не выдерживает критики.

И это прекрасно. Нам не нужно тратить свои время и силы на то, чтобы воины ремапа занимались любимым делом.

Ответить | Правка | Наверх | Cообщить модератору

135. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 30-Июн-13, 06:25 
> И это прекрасно. Нам не нужно тратить свои время и силы на
> то, чтобы воины ремапа занимались любимым делом.

Ну вот, мы научили и разработчиков whdd жирно троллить :). Гм...

Ответить | Правка | Наверх | Cообщить модератору

139. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Rozik (ok), 30-Июн-13, 12:43 
> Я бы понял такой аргумент если б это была единственная на планете
> программа. Но т.к. таких программ есть и без этой - такая
> аргументация не выдерживает критики.

MHDD не работает на современных чипсетах. В Victoria for DOS старый баг с винтами более 1,5 ГБ, который лечить уже никто не будет.
Именно поэтому и родилась WHDD - единственная подобная им программа для Linux :)

> И умение/неумение WHDD так делать имхо очень мало повлияет на количество убитых дилетантами дисков.

К сожалению это не так. Массовая кретинизация эникеев шагает по стране :) .

Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

143. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Rozik (ok), 30-Июн-13, 17:21 
> В Victoria for DOS старый баг
> с винтами более 1,5 ГБ

Прошу прощения. Разумеется, речь идёт о 1,5 ТБ.


Ответить | Правка | Наверх | Cообщить модератору

149. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 04-Июл-13, 15:37 
> MHDD не работает на современных чипсетах. В Victoria for DOS старый баг
> с винтами более 1,5 ГБ, который лечить уже никто не будет.

А про софт под винду - тактично забыли? :)

> Именно поэтому и родилась WHDD - единственная подобная им программа для Linux :)

Для Linux - может быть. А для виндов подобного добра есть и без нее. Эникеям хватит.

> К сожалению это не так. Массовая кретинизация эникеев шагает по стране :)

Да, давайте не будем в магазинах продавать ничего опаснее зубочистки. На том основании что дуболомы могут этим покалечиться. А то ишь, продают какие-то бензопилы, косилки, болгарки - сколько способов покалечиться то.

Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

44. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от John (??), 28-Июн-13, 13:03 
> Наберусь наглости спросить.
> Возможно ли реализовать нечто похожее на режим remap (а может быть и
> recovery) из Victoria ? Решил тут спросить, поскольку противоречивая информация по
> поводу этого режима (recovery, как известно за него требуют денежку, поэтому
> не испытывался на практике) в сети не дает сделать для себя
> однозначного вывода о эффективности и да с самой возможности вообще.

hdparm --yes-i-know-what-i-am-doing --write-sector <SECTOR> <DEVICE>

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

87. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 28-Июн-13, 23:36 
> hdparm --yes-i-know-what-i-am-doing --write-sector <SECTOR> <DEVICE>

Все зашибись, кроме того что очень и очень неудобно когда программа уже знает номер сектора, но надо как дyраку руками делать явно машинную работу по передаче номера сектора кому-то еще. А почему мозг человка надо вообще факать такими сущностями?

Ответить | Правка | Наверх | Cообщить модератору

106. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от John (??), 29-Июн-13, 10:08 
Когда секторов много, и я уже определил где они использубются (раздел, массив, том, и т.п.), я делаю так:
smartctl -t select,<PROBLEM_SECTOR>-<END_SECTOR> <DEVICE>
жду завершения теста по нахождению нечитаемого сектора и выполняю такую последовательность
export N=$(smartctl -l selftest <DEVICE> | awk '$0 ~ /^# 1  Selective offline   Completed: read failure/ { print $10 }') ; [ -n "$N" ] && hdparm --yes-i-know-what-i-am-doing --write-sector $N <DEVICE> ; [ -n "$N" ] && smartctl -t select,${N}-<END_SECTOR> <DEVICE>
до устранения нечитаемых секторов
Ответить | Правка | Наверх | Cообщить модератору

108. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 29-Июн-13, 11:04 
> до устранения нечитаемых секторов

Ну да. А тут программа налетев на такое могла бы сама это отпедалить. Без посторонних костылей. К тому же как уже заметили - в зависимости от бестолковости фирмвари накопителя и прочая - он может как бы и повиснуть в неудачном раскладе. Указанные варанты - не, не то чтобы они не будут работать, но педально и неудобно и имеют свои ограничения. Но да, лишний пример гражданам что желающий ремапнуть - средства таки найдет и так.

Ответить | Правка | Наверх | Cообщить модератору

109. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от John (??), 29-Июн-13, 11:46 
>> до устранения нечитаемых секторов
> Ну да. А тут программа налетев на такое могла бы сама это
> отпедалить. Без посторонних костылей. К тому же как уже заметили -
> в зависимости от бестолковости фирмвари накопителя и прочая - он может
> как бы и повиснуть в неудачном раскладе. Указанные варанты - не,
> не то чтобы они не будут работать, но педально и неудобно
> и имеют свои ограничения. Но да, лишний пример гражданам что желающий
> ремапнуть - средства таки найдет и так.

Проблема не в переназначении секторов, а в причине, по которой это необходимо: сектор уже не читается, т.е. информация с него недоступна. Необходимо как минимум выяснить, какому файлу принадлежит этот сектор, чтобы после переназначения сетора можно было этот файл восстановить из резервной копии, перестроить массив, ...
Вовсе не сложно написать простенькую программу, которая по нажатию на (такую любимую подрастающим поколением) кнопку "сделай мне за...сь" проведет переназначение секторов. А дальше что? Восстанавливать все файлы из резервной копии? Переустанавливать систему? Или понадеяться, что в сбойном сеторе не было важной информации?
Когда уже Вы научитесь хоть немного думать перед тем, как начинать сотрясать воздух/гадить в комментах?

Ответить | Правка | Наверх | Cообщить модератору

127. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 30-Июн-13, 05:41 
> можно было этот файл восстановить из резервной копии,

Ну так это уже второй вопрос.

> перестроить массив, ...

А вот потенциально проблемный диск в массиве я бы не стал юзать. Ну его нафиг - райд на глюки провоцировать. Если райд ставили - значит требования к сохранности данных повышенные и такому диску там просто не место. А вот отдать такой хомяку под торренты и прочая - запросто. Ну сдохнет и черт с ним, подумаешь, перекачает свои торренты.

> Вовсе не сложно написать простенькую программу, которая по нажатию на (такую любимую
> подрастающим поколением) кнопку "сделай мне за...сь" проведет переназначение секторов.

Да спору нет. Просто досадно что у упомянутой программы есть такая информация но из-за упертости авторов - народная индейская изба фигвам :). Почтальон Печкин у них не работает, интересно? :)

> А дальше что? Восстанавливать все файлы из резервной копии? Переустанавливать систему?

А это зависит от требований к надежности хранения данных.

> Или понадеяться, что в сбойном сеторе не было важной информации?

Зависит от ценности информации и прочая. Если там торренты были - да просто речек хэшей запустить и готово, дальше оно само найдет сбойные места и перекачает заново :). Ну так, один из вариантов применения таких сомнительных винчей.

> Когда уже Вы научитесь хоть немного думать перед тем, как начинать сотрясать
> воздух/гадить в комментах?

Сразу же после того как вы научитесь культуре ведения дискуссий.

Ответить | Правка | Наверх | Cообщить модератору

138. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от John (??), 30-Июн-13, 09:30 
>> Когда уже Вы научитесь хоть немного думать перед тем, как начинать сотрясать
>> воздух/гадить в комментах?
> Сразу же после того как вы научитесь культуре ведения дискуссий.

1. Вопрос был риторический, культурный Вы наш.
2. В впоросе обращение на Вы с большой буквы и нет ни одного нецензурного слова.
3. Сказать дураку, что он дурак - не признак проблем с культурой.
4. Вам бы не мешало поучиться самому, прежде чем давать оценку другим (IMHO).

Ответить | Правка | Наверх | Cообщить модератору

150. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 04-Июл-13, 15:41 
> 1. Вопрос был риторический, культурный Вы наш.

Что не отменяет неважный уровень культуры оппонента.

> 2. В впоросе обращение на Вы с большой буквы и нет ни
> одного нецензурного слова.

Зато "впорос" звучит подозрительно.

> 3. Сказать дyраку, что он дyрак - не признак проблем с культурой.

Если вы смогли это нормально аргументировать - может быть. Однако я вижу в основном прокачку ЧСВ и полагание что все вокруг глупые и только вы весь в белом. А это уже называется комплексом Д'Артаньяна.

> 4. Вам бы не мешало поучиться самому, прежде чем давать оценку другим (IMHO).

А еще - до того как умничать, некисло бы узнать что при желании вполне можно узнать какой сектор каким файлом занят. А то ишь апломба то. Другое дело что это не универсально, и вообще. Но если бы это было просто как 5 копеек - все бы восстанавливали себе данные сами, а профильные специалисты бомжевали бы :)

Ответить | Правка | Наверх | Cообщить модератору

156. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  –1 +/
Сообщение от John (??), 05-Июл-13, 13:25 
>> 1. Вопрос был риторический, культурный Вы наш.
> Что не отменяет неважный уровень культуры оппонента.

Видимо, понимание значения понятия "риторический вопрос" превышает Ваши интеллектуальные пределы.

>> 2. В впоросе обращение на Вы с большой буквы и нет ни
>> одного нецензурного слова.
> Зато "впорос" звучит подозрительно.

Видимо, значение слова "описка" Вам недоступно.

>> 3. Сказать дyраку, что он дyрак - не признак проблем с культурой.
> Если вы смогли это нормально аргументировать - может быть. Однако я вижу
> в основном прокачку ЧСВ и полагание что все вокруг глупые и
> только вы весь в белом. А это уже называется комплексом Д'Артаньяна.

Телепат? Ясновидящий? Доктор? Научитесь читать текст, а не воспроизводить свои комплексы - аргументация приводилась выше.


>> 4. Вам бы не мешало поучиться самому, прежде чем давать оценку другим (IMHO).
> А еще - до того как умничать, некисло бы узнать что при
> желании вполне можно узнать какой сектор каким файлом занят. А то
> ишь апломба то. Другое дело что это не универсально, и вообще.
> Но если бы это было просто как 5 копеек - все
> бы восстанавливали себе данные сами, а профильные специалисты бомжевали бы :)

Похоже, что "профильный специалист". Я то как раз знаю, как узнать принадлежность сектора файлу при различных сочетания блочных устройств, но что Вы хотели сказать? Просто умничали?

Ответить | Правка | Наверх | Cообщить модератору

159. "Пре-релиз WHDD - Linux-утилиты диагностики и восстановления ..."  +/
Сообщение от Аноним (-), 07-Июл-13, 19:55 
> Видимо, понимание значения понятия "риторический вопрос" превышает Ваши
> интеллектуальные пределы.

Говорю же - не ошибся насчет уровня культуры оппонента. Да, задранный ЧСВ - это тоже признак низкой культуры, если что.

> Видимо, значение слова "описка" Вам недоступно.

Неоторые описки говорят за себя сами :).

>> только вы весь в белом. А это уже называется комплексом Д'Артаньяна.
> Телепат? Ясновидящий? Доктор?

Всего лишь человек достаточно имевший дело с разными людьми для того чтобы научиться очень быстро оценивать типовые шаблоны поведения. Ну и ваш тоже - чyдаков на букву м, мнящих себя умнее всех я повидал достаточно. Вы, кстати, один из них.

> Научитесь читать текст, а не воспроизводить свои комплексы
> - аргументация приводилась выше.

Этот поток снoбизма оказывается аргументацией был? Вы о себе слишком хорошего мнения.

Со своей стороны могу отметить что если вы не можете понять к какому файлу относился некотрый сектор - ваша квалификация как-то совсем не предел мечтаний для идиoта.

> Похоже, что "профильный специалист". Я то как раз знаю, как узнать принадлежность
> сектора файлу при различных сочетания блочных устройств,

Тогда зачем было вы...ться что это сложно и прочая? Пальцы погнуть захотелось?

> но что Вы хотели сказать? Просто умничали?

Всего лишь удивился столь дешевому понту и куче апломба оппонента, не более.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру