Nп/п : 24 из 100
От : Konstantin Kuzov 2:5019/40.1 26 янв 25 05:59:46
К : Viktor Nozhnov 26 янв 25 08:16:01
Тема : Говорящие имена СРУК Re: 957HELP/SCHEMA
----------------------------------------------------------------------------------
@REPLY: 2:5020/1668.15 67959146
@MSGID: 2:5019/40.1 6795b0a6
@PID: GED+LNX 1.1.5-b20240309
@CHRS: CP866 2
@TID: hpt-nsf/linux 396d8b769a 2024-11-15
Hello Viktor!
26 Янв 25, Viktor Nozhnov wrote to Konstantin Kuzov:
VN>>> Откуда ты только все это знаешь? :-)
KK>> Learned by osmosis ^_^
VN> Пропущено через себя на молекулярном уровне?
Можно сказать и так ^_^ Я не знаю есть ли в русском языке
сопоставимый однословный термин. Это естественный процесс поглощения идей, знаний и
технических навыков посредством взаимодействия с другими людьми, ведущий к
бессознательной ассимиляции.
KK>> Он мог быть и с завода, не такая уж и редкость, а может реально
KK>> один сектор помер, а ты и не заметил в своё время...
VN> С завода не было.
VN> Интересно, что еще 25-04-2023 reallocated sector было 0 при 1 в 183
VN> атрибуте, появился 1 reallocated 25-08-2023. Возможно, значение в 183
VN> атрибуте не связано с переназначенным сектором, так как он появился
VN> гораздо позднее (лет через 7) чем установился 183 атрибут.
Возможно просто ты в этот сектор ничего так и не пытался записать
всё это время. Вот он и жил себе в кандидатах да так и не переходил
в беды. Если бы это был другой сектор, то 183 (если он на этом
диске реально означает Runtime Bad Block) снова должен тикнуть. По-идее
сектор при стандартной работе просто так без каких-либо ошибок не должен
переноситься в беды минуя другие атрибуты со счётчиками ошибок.
KK>> как там твоя прога чем ты смотришь смарт высчитывает эти
KK>> проценты,
VN> Откуда-то они их берут (?).
VN> HDD Drive Inspector показывает такие же проценты.
Подозреваю вычисляют на основе value/worst/threshold и возможно
дополнительно какой-то своей логики.
VN> Как-то снял SMART диска перед отключением, G-Sensor по нулям. Отключил
VN> питание, вынул диск. Когда подключил, то откуда-то взялось 4. Поэтому
VN> я и задумался - вдруг, там резервное питание.
Он может подпрыгивать и при стандартной вибрации самого диска. При
раскрутке блинов подергался слегка, может не был жестко закреплён, вот и
набежало...
VN> Еще откуда-то на диске с
VN> хранения установилась минимальная температура 194 Minimum temperature
VN> 90 48 0 12°C/53°F -
VN> Hо я это тоже могу принять за совпадение, может когда-то в помещении
VN> (после подключения диска) снизилась температура и он ее запомнил.
Или просто был холодным при включении, что, кстати, такое себе.
Диски с мороза лучше не пускать в работу пока не отогреются.
VN> P.S. Мне нравится, что ты умный, но но не кичишься своими знаниями, а
VN> тактично их используешь - это признак мудрого человека, не тыкаешь
VN> собеседника в ошибку, как некоторые фидошники, к сожалению, поступают
VN> для самоутверждения (сколько я ошибок допустил при отладке софта, а
VN> кто об этом узнал ;-) ).
Спасибо, рад что тебе нравится ^_^
Best of luck, Konstantin.
... GoldED+/LNX 1.1.5 (Linux 6.12.9-arch1-1 AMD_K8_M1)
--- #[EMail: Master.NoSFeRaTU[@]Gmail.com] [Team Nyaa]#
* Origin: GaNJaNET Point StaTi0N (2:5019/40.1)
SEEN-BY: 46/49 50/22 72 102 700 280/5555 301/1
453/19 463/68 466/50 467/888
SEEN-BY: 469/122 550/278 5001/100 5004/50 5005/49
5010/275 5015/46 5019/29 40
SEEN-BY: 5019/42 5020/101 274 290 545 556 570 601
715 806 830 837 921 1042
SEEN-BY: 5020/1200 1477 1668 2179 2332 3452 4096
4441 4868 5452 5480 8912 9696
SEEN-BY: 5020/12000 5021/29 5023/24 5027/12 5030/49
1081 1115 1474 5031/71
SEEN-BY: 5034/13 5035/0 64 5037/28 5053/58 400
5055/73 5057/19 5058/104
SEEN-BY: 5059/37 5060/90 5061/15 5063/82 5064/54
5066/18 5075/35 128 5083/444
SEEN-BY: 5090/138 5095/20 6035/3 6055/7 6056/1
6078/1 6090/1
@PATH: 5019/40 5020/715