А есть в поделиях замечательная прога MHDD или Victoria?

selenscy · 19-07-12 00:53:30

Ароматизатор с подводной лодки! Это внутренний лог НАКОПИТЕЛЯ, к которому нет доступа программёшками типа smartctl. К нему можно достучаться только по аппаратному терминалу. Заткнись уж и не неси больше пурги wink

straus · 19-07-12 01:01:34

selenscy пишет:

Это внутренний лог НАКОПИТЕЛЯ, к которому нет доступа программёшками типа smartctl. К нему можно достучаться только по аппаратному терминалу. Заткнись уж и не неси больше пурги

man SMARTCTL пишет:

-l TYPE, --log=TYPE
xerror[,NUM][,error] - [ATA only] prints the Extended Comprehensive SMART error log (General Purpose Log address 0x03).

Скрытый текст:

дохтур · 19-07-12 01:14:19

straus пишет:

Опа, с этого момента поподробнее, физику объясните

Какой там домен как перемагнитился - я не в курсе, для меня имел значение лишь факт наличия bad-блока и его последующее исчезновение без переназначения с помощью victoria/mhdd cool

straus пишет:

Да, в "неудобное" волшебство я не верю

Я ж говорю: имеешь полное право, равно как и не верить в сусликов,12309 и прочее "волшебство", с которым тебе лично встречаться не довелось. Также имеешь право верить в то, что авторы mhdd/victoria просто от нечего делать написали тысячу-другую строк на асме для реализации "нинужной" (с) функциональности smile
Просто когда соотв. "нинужная" (с) функциональность появится в whdd (если появится) - будет интересно на вас, клоунов, посмотреть (как в случае с "нинужной" (с) дефрагментацией) big_smile

straus · 19-07-12 01:21:10

дохтур пишет:

Какой там домен как перемагнитился - я не в курсе, для меня имел значение лишь факт наличия bad-блока и его последующее исчезновение без переназначения с помощью victoria/mhdd

Что-то Вы путаетесь в показаниях, victoria for windows в АПИ режиме и victoria/mhdd - две большие разницы. И не физика магнитных доменов мне интересна, а то, как не пендинг (получается, и не софтбед) блок удалось восстановить 10ти кратной перезаписью.

selenscy · 19-07-12 01:25:01

straus пишет:

jimmy jimmy aaja aaja, You're a disco dancer

Ты сначала лог приведи!!! Мудодэнсер lol

Делаем по долбоману:

For example, all these commands:

smartctl -l gplog,0x80,10-15 /dev/sda
smartctl -l gplog,0x80,10+6 /dev/sda
smartctl -l smartlog,0x80,10-15 /dev/sda

Получаем :

sysop@home-smallserver:~$ smartctl -l gplog,0x80,10-15 /dev/sda
smartctl version 5.38 [i686-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=======> INVALID ARGUMENT TO -l: gplog,0x80,10-15
=======> VALID ARGUMENTS ARE: error, selftest, selective, directory, background, scttemp[sts|hist] <=======

Use smartctl -h to get a usage summary

sysop@home-smallserver:~$

Улыбаемсо и машем! Улыбаемсо и машем! lol lol lol

straus · 19-07-12 01:25:53

дохтур пишет:

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

Ценность этих программ - работа в PIO моде. Под виндовс (х64) это сделать (пока?). Эти программы не существуют вне ДОС (FreeDOS в частности), а теперь в свете вышесказанного ответьте, к чему эта тема создана?

дохтур · 19-07-12 01:36:27

straus пишет:

Ценность этих программ - работа в PIO моде. Под виндовс (х64) это сделать (пока?)

Автор в x64-версии не заинтересован (в бесплатной версии по крайней мере), будет интерес - будет и программа, если сам 64-битный режим каких-то ограничений не накладывает

straus пишет:

Эти программы не существуют вне ДОС (FreeDOS в частности), а теперь в свете вышесказанного ответьте, к чему эта тема создана?

Чтобы показать, что линукс даже до DOS'а не дорос? big_smile

straus · 19-07-12 01:40:27

selenscy пишет:

Получаем :

Танцор, а это не важно (я возьму IDE диск и всё получится), Вы придираетесь к частностям которые озвучил линупс, которые никак не влияют на возможность ремапить пендинг блоки по логу смарта. Как и на то, что это более прозрачный способ нежели плясать перед досовским mhdd два часа, когда приспичило и данные скорее всего в части погибли. Кстати, как то Вы обмолвились о восстановлении (не забитии нулями) информации из пендед блоков, на не ibm дисках, как это сделать, пусть даже софтбед будет?

selenscy · 19-07-12 01:43:31

straus пишет:

Танцор, а это не важно (я возьму IDE диск и всё получится)

Конечно! Конечно!

Добавлено спустя 01 мин 17 с:

straus пишет:

Кстати, как то Вы обмолвились о восстановлении (не забитии нулями) информации из пендед блоков, на не ibm дисках, как это сделать, пусть даже софтбед будет?

А что не так то? wink

straus · 19-07-12 01:44:53

дохтур пишет:

Чтобы показать, что линукс даже до DOS'а не дорос?

Да ладно, whdd есть и под x64 запускается и работает (в каком режиме не скажу)

дохтур пишет:

Автор в x64-версии не заинтересован (в бесплатной версии по крайней мере), будет интерес - будет и программа, если сам 64-битный режим каких-то ограничений не накладывает

Т.е. также даже до DOS'а не доросла?

Добавлено спустя 02 мин 24 с:

selenscy пишет:

А что не так то?

Т.е. Вы сектор, который не проходит ЕСС контроль на уровне накопителя можете прочитать с помощью программного средства, правильно?

Редактировался straus (19-07-12 01:45:19)

selenscy · 19-07-12 01:47:23

Linups_Troolvalds пишет:

«Внутренний лог НАКОПИТЕЛЯ» – это ваши детские фантазии. Система SMART разработана не для «внутреннего использования накопителем», а именно для автоматического отслеживания сбоев и выдачи этой информации в унифицированном виде пользователю. Что она успешно и делает, а у вас в то же время наблюдается терминальная стадия...

Ароматизатор! Вот я уже который раз тебя прошу: Дай лог!!! lol lol lol

Мы проверим твою команду и логику wink А то я смотрю вы только пиздить мастера, оба два lol lol lol

На поверку то эпик фэйл всё выходит! cool

Добавлено спустя 04 мин 01 с:

straus пишет:

Т.е. Вы сектор, который не проходит ЕСС контроль на уровне накопителя можете прочитать с помощью программного средства, правильно?

Ну по крайней мере после такой процедуры ошибка 0x0000007b, при загрузке вин пропала , хотя по твоей хитровыебаной логике студента и состоянию мозжечка такого быть не должно smile

Редактировался selenscy (19-07-12 01:53:28)

straus · 19-07-12 09:27:20

selenscy пишет:

Конечно! Конечно!

]$ sudo smartctl -lxerror /dev/sdb
smartctl 5.43 2012-06-30 r3573 [x86_64-linux-3.4.4-2-ARCH] (local build)
Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
SMART Extended Comprehensive Error Log Version: 1 (6 sectors)
Device Error Count: 393 (device log contains only the most recent 24 errors)
    CR     = Command Register
    FEATR  = Features Register
    COUNT  = Count (was: Sector Count) Register
    LBA_48 = Upper bytes of LBA High/Mid/Low Registers ]  ATA-8
    LH     = LBA High (was: Cylinder High) Register    ]   LBA
    LM     = LBA Mid (was: Cylinder Low) Register      ] Register
    LL     = LBA Low (was: Sector Number) Register     ]
    DV     = Device (was: Device/Head) Register
    DC     = Device Control Register
    ER     = Error register
    ST     = Status register
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 393 [8] occurred at disk power-on lifetime: 10288 hours (428 days + 16 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  40 -- 51 00 08 00 00 1f 08 1d 8b 40 00  Error: UNC at LBA = 0x1f081d8b = 520625547

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  60 00 08 00 10 00 00 39 c8 81 38 40 08 21d+09:41:56.936  READ FPDMA QUEUED
  60 00 08 00 08 00 00 1f 08 1d 88 40 08 21d+09:41:56.936  READ FPDMA QUEUED
  60 00 08 00 00 00 00 39 c8 81 30 40 08 21d+09:41:56.936  READ FPDMA QUEUED
  ef 00 10 00 02 00 00 00 00 00 00 a0 08 21d+09:41:56.936  SET FEATURES [Reserved for Serial ATA]
  27 00 00 00 00 00 00 00 00 00 00 e0 08 21d+09:41:56.936  READ NATIVE MAX ADDRESS EXT

Error 392 [7] occurred at disk power-on lifetime: 10288 hours (428 days + 16 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  40 -- 51 00 08 00 00 1f 08 1d 8b 40 00  Error: UNC at LBA = 0x1f081d8b = 520625547

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  60 00 08 00 10 00 00 39 c8 81 30 40 08 21d+09:41:54.215  READ FPDMA QUEUED
  60 00 08 00 08 00 00 1f 08 1d 88 40 08 21d+09:41:54.215  READ FPDMA QUEUED
  60 00 08 00 00 00 00 39 c8 81 38 40 08 21d+09:41:54.215  READ FPDMA QUEUED
  ef 00 10 00 02 00 00 00 00 00 00 a0 08 21d+09:41:54.215  SET FEATURES [Reserved for Serial ATA]
  27 00 00 00 00 00 00 00 00 00 00 e0 08 21d+09:41:54.214  READ NATIVE MAX ADDRESS EXT

Error 391 [6] occurred at disk power-on lifetime: 10288 hours (428 days + 16 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  40 -- 51 00 08 00 00 1f 08 1d 8b 40 00  Error: UNC at LBA = 0x1f081d8b = 520625547

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  60 00 08 00 10 00 00 39 c8 81 38 40 08 21d+09:41:51.493  READ FPDMA QUEUED
  60 00 08 00 08 00 00 1f 08 1d 88 40 08 21d+09:41:51.493  READ FPDMA QUEUED
  60 00 08 00 00 00 00 39 c8 81 30 40 08 21d+09:41:51.493  READ FPDMA QUEUED
  ef 00 10 00 02 00 00 00 00 00 00 a0 08 21d+09:41:51.493  SET FEATURES [Reserved for Serial ATA]
  27 00 00 00 00 00 00 00 00 00 00 e0 08 21d+09:41:51.493  READ NATIVE MAX ADDRESS EXT

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

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  40 -- 51 00 08 00 00 1f 08 1d 8b 40 00  Error: UNC at LBA = 0x1f081d8b = 520625547

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  60 00 08 00 10 00 00 39 c8 81 30 40 08 21d+09:41:48.772  READ FPDMA QUEUED
  60 00 08 00 08 00 00 1f 08 1d 88 40 08 21d+09:41:48.772  READ FPDMA QUEUED
  60 00 08 00 00 00 00 39 c8 81 38 40 08 21d+09:41:48.772  READ FPDMA QUEUED
  ef 00 10 00 02 00 00 00 00 00 00 a0 08 21d+09:41:48.772  SET FEATURES [Reserved for Serial ATA]
  27 00 00 00 00 00 00 00 00 00 00 e0 08 21d+09:41:48.772  READ NATIVE MAX ADDRESS EXT

Error 389 [4] occurred at disk power-on lifetime: 10288 hours (428 days + 16 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  40 -- 51 00 08 00 00 1f 08 1d 8b 40 00  Error: UNC at LBA = 0x1f081d8b = 520625547

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  60 00 08 00 10 00 00 39 c8 81 38 40 08 21d+09:41:46.051  READ FPDMA QUEUED
  60 00 08 00 00 00 00 39 c8 81 30 40 08 21d+09:41:46.051  READ FPDMA QUEUED
  60 00 08 00 08 00 00 1f 08 1d 88 40 08 21d+09:41:46.027  READ FPDMA QUEUED
  60 00 40 00 00 00 00 39 81 b3 80 40 08 21d+09:41:46.027  READ FPDMA QUEUED
  ef 00 10 00 02 00 00 00 00 00 00 a0 08 21d+09:41:46.027  SET FEATURES [Reserved for Serial ATA]

Error 388 [3] occurred at disk power-on lifetime: 10288 hours (428 days + 16 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  40 -- 51 00 08 00 00 1f 08 1d 8b 40 00  Error: WP at LBA = 0x1f081d8b = 520625547

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  61 00 08 00 10 00 00 08 0b b7 f0 40 08 21d+09:41:43.313  WRITE FPDMA QUEUED
  60 00 40 00 08 00 00 39 81 b3 80 40 08 21d+09:41:43.313  READ FPDMA QUEUED
  60 00 08 00 00 00 00 1f 08 1d 88 40 08 21d+09:41:43.313  READ FPDMA QUEUED
  ea 00 00 00 00 00 00 00 00 00 00 e0 08 21d+09:41:43.276  FLUSH CACHE EXT
  60 00 08 00 28 00 00 1f 08 1d 80 40 08 21d+09:41:43.206  READ FPDMA QUEUED

Error 387 [2] occurred at disk power-on lifetime: 10288 hours (428 days + 16 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  40 -- 51 00 20 00 00 1f 08 1d 8b 40 00  Error: UNC at LBA = 0x1f081d8b = 520625547

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  60 00 20 00 00 00 00 1f 08 1d 80 40 08 21d+09:41:40.440  READ FPDMA QUEUED
  ef 00 10 00 02 00 00 00 00 00 00 a0 08 21d+09:41:40.440  SET FEATURES [Reserved for Serial ATA]
  27 00 00 00 00 00 00 00 00 00 00 e0 08 21d+09:41:40.440  READ NATIVE MAX ADDRESS EXT
  ec 00 00 00 00 00 00 00 00 00 00 a0 08 21d+09:41:40.439  IDENTIFY DEVICE
  ef 00 03 00 46 00 00 00 00 00 00 a0 08 21d+09:41:40.439  SET FEATURES [Set transfer mode]

Error 386 [1] occurred at disk power-on lifetime: 10288 hours (428 days + 16 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER -- ST COUNT  LBA_48  LH LM LL DV DC
  -- -- -- == -- == == == -- -- -- -- --
  40 -- 51 00 20 00 00 1f 08 1d 8b 40 00  Error: UNC at LBA = 0x1f081d8b = 520625547

  Commands leading to the command that caused the error were:
  CR FEATR COUNT  LBA_48  LH LM LL DV DC  Powered_Up_Time  Command/Feature_Name
  -- == -- == -- == == == -- -- -- -- --  ---------------  --------------------
  60 00 20 00 00 00 00 1f 08 1d 80 40 08 21d+09:41:37.719  READ FPDMA QUEUED
  ef 00 10 00 02 00 00 00 00 00 00 a0 08 21d+09:41:37.719  SET FEATURES [Reserved for Serial ATA]
  27 00 00 00 00 00 00 00 00 00 00 e0 08 21d+09:41:37.719  READ NATIVE MAX ADDRESS EXT
  ec 00 00 00 00 00 00 00 00 00 00 a0 08 21d+09:41:37.718  IDENTIFY DEVICE
  ef 00 03 00 46 00 00 00 00 00 00 a0 08 21d+09:41:37.718  SET FEATURES [Set transfer mode]

Так вот, танцор, прочтите шестую строку сверху

selenscy пишет:

Улыбаемсо и машемпляшем! Улыбаемсо и машемпляшем!

Вот ведь спициалист, man прочитать толком не может.

straus · 19-07-12 10:12:55

MOP3E пишет:

Поздравляю, гражданин соврамши!

Поздравляю, господин из подтанцовки. Читать чужие сообщения Вы так и не научились?
Сообщение #327:

straus пишет:

man SMARTCTL пишет:
-l TYPE, --log=TYPE
xerror[,NUM][,error] - [ATA only] prints the Extended Comprehensive SMART error log (General Purpose Log address 0x03).

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

MOP3E пишет:

Ведь "Народу не нужны факты, народу нужна Правда!" (с) Сванидзе.

Только вот фразы вырывать из контекста не нужно, мы знаем Вы это любите, и даже если это было бы важно - я привёл лог, в котором всё написано (в шестой строке).

Добавлено спустя 06 мин 30 с:
Млин, я только сейчас понял, что до Вас даже не дошло, что в -l TYPE
TYPE - это параметр
Мама дорогая! Так я о Вас ещё хорошо думал.

Добавлено спустя 19 мин 44 с:

selenscy пишет:

Ну по крайней мере после такой процедуры ошибка 0x0000007b, при загрузке вин пропала

Мда, а Вы с астрологическим прогнозом не сверялись, вдруг он тоже говорит, что данные в этом блоке были спасены? И самое интересное, чем данные не проходящие ЕСС отличаются от всех нулей или мусора?

Редактировался straus (19-07-12 10:37:03)

straus · 19-07-12 11:49:10

MOP3E пишет:

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

MOP3E пишет:

Для получения этого лога ты использовал недокументированный ключ.

MOP3E, пьяный проспится, Вы, похоже, уже никогда.

MOP3E пишет:

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

MOP3E, простите, но Ваша узколобость уже просто паталогична.

дохтур · 19-07-12 12:12:12

straus пишет:

Да ладно, whdd есть и под x64 запускается и работает (в каком режиме не скажу)

Оно же не тащит с собой драйвер, поэтому ответ очевиден: в API/файловом smile

straus пишет:

Т.е. также даже до DOS'а не доросла?

Хороший "зеркальный" ход, хоть и не оригинальный tongue
Давайте подведём итоги:
- версия DOS самая функциональная
- версия win32 немного уступает досовской
- версия win64 лишена PIО, но в целом достаточно функциональна
- версия linux существенно менее функциональна win64 при том, что последняя уже хз-сколько лет не разрабатывается (как бесплатная, по крайней мере)
----
Итог: версия linux уступает всем подряд (из-за клоунов вроде линупса на каждом углу кричащих "нинужно"(с), надо полагать) big_smile
Тему можно закрывать cool

UPS · 19-07-12 12:16:06

дохтур пишет:

Итог: версия linux уступает всем подряд (из-за клоунов вроде линупса на каждом углу кричащих "нинужно"(с), надо полагать) big_smile
Тему можно закрывать cool

Присоединяюсь smile Тема исчерпана. Модераторы закройте ее , а то линупс цирк надоел уже.

Форум StopLinux

Объявление

#326 19-07-12 00:53:30

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#327 19-07-12 01:01:34

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#328 19-07-12 01:14:19

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#329 19-07-12 01:21:10

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#330 19-07-12 01:25:01

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#331 19-07-12 01:25:53

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#332 19-07-12 01:36:27

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#333 19-07-12 01:40:27

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#334 19-07-12 01:43:31

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#335 19-07-12 01:44:53

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#336 19-07-12 01:47:23

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#337 19-07-12 09:27:20

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#338 19-07-12 10:12:55

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#339 19-07-12 11:49:10

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#340 19-07-12 12:12:12

Re: А есть в поделиях замечательная прога MHDD или Victoria?

#341 19-07-12 12:16:06

Re: А есть в поделиях замечательная прога MHDD или Victoria?

Подвал форума