LINUX.ORG.RU
решено Форум — Admin  

Софт массив не видит

 


0

1

решил на серваке очень удаленном поменять диски (по самим дискам отдельная история как купили не те, но не суть), как обычно собрал массив без одного диска, местный эникейщик перетыкает винты местами и вижу несколько раз ошибку при запуске 

ata3: COMRESET failled (errno=-32)
и выпадает в шелл якобы не найдя диск с рутом, гружусь со старого массива - все диски видно

гуглил, ничего вразумительного не написано

еще что смущает в смарте новых дисков пляшущий параметр Power_On_Hours со значениями аля 23162758627413, которые каждый раз меняются при запросе смарта, первый раз такое вижу

★★★

или проблема не в этой ошибке и надо просто сделать большой rootdelay в грубе? сейчас он отсутствует, но эникейщик говорит что определение дисков происходит дольше (старые 500 Гб, новые 2 Тб)

wolverin ★★★
() автор топика
Последнее исправление: wolverin (всего исправлений: 1)
Ответ на: комментарий от wolverin

сделать большой rootdelay в грубе

Такое только для usb приходилось делать. Но там обосновано. В обычных scsi/sata/ide/sas такого не видел.

пляшущий параметр Power_On_Hours со значениями аля 23162758627413

Или что-то не так с базой smartctl - т.е. считает другой параметр за Power_On_Hours. Или действительно что-то не так с хардом.

anc ★★★★★
()
Ответ на: комментарий от anc

anc

у меня 2 диска и у обоих гуляет этот параметр, значит что то с базой, сейчас посмотрел внимательно результат работы update-initramfs -u оказывается там только одно ядро обновлялось (не то что грузилось), сейчас обновил все, жду эникейщика

wolverin ★★★
() автор топика
Ответ на: комментарий от wolverin

у меня 2 диска и у обоих гуляет этот параметр

Хоть 23, если они одинаковые. Поясню на пальцах, харды в смарт отдают «цифирки», цифирка-параметр, цифирка-значение. В целом стандартов на это нет (каждый вендор делает как ему захочется), но первой цифирки стараются придерживаться, декодинг второй уже сложнее, тут каждый «в присядку» как хочет. smartctl на основе своей базы преобразует эти цифирки в читаемый вид. Если по какой-то причине smartctl посчитал хард за другую модель, то и декодинг может оказаться не правильным.
Если хочется «более достоверных» данных со смарта, возьмите родную утилиту от производителя и посмотрите что она напишет. Если значения так же будут прыгать, то возврат поставщику с ударом в... придумайте сами.

anc ★★★★★
()
Ответ на: комментарий от zuxla

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

anc ★★★★★
()
Последнее исправление: anc (всего исправлений: 1)

все проблема решилась, надо было для всех ядер делать update-initramfs -u -k all

ошибку в топе наваливал сидюк, решилось просто отключением его шлейфа, по смарту отпишусь как 7 на 8 обновлюсь )

wolverin ★★★
() автор топика
Ответ на: комментарий от wolverin

обновил до 8ой версии debian, у смарта мозги встали на место )

wolverin ★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Admin