| |
| 2.2, Samm (??), 00:40, 06/11/2017 [^] [^^] [^^^] [ответить]
| +21 +/– |
и чо? Мне прислали репорт, я заморочился и поднял это г... в виртуалке, сделал патч и заодно поправил кучу косяков в оригинальном коде. Юзер протестировал билд, я закоммитил.
| | |
| |
| 3.4, Онаним (?), 05:21, 06/11/2017 [^] [^^] [^^^] [ответить]
| +11 +/– |
Круто, конечно, но удивляет почему тогда заодно и поддержку DOS не запилили, например - мне кажется в этом смысла было бы как минимум не меньше,
| | |
| |
| 4.11, Samm (??), 09:51, 06/11/2017 [^] [^^] [^^^] [ответить]
| +9 +/– |
Присылайте патч, если он пройдёт review и добавит статистически значимое количество устройств (например все ahci) то я думаю, что его добавят. Тем более, что в мире до сих пор дофига всякого железа с дос внутри, недавно даже усб3 для доса запилили
| | |
| |
| 5.70, samm (ok), 11:26, 07/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
 Спасибо. Ага, релизы достаточно часто чтобы это надоедало, но достаточно редко чтобы не запилить бота )))
| | |
| |
| 6.76, Michael Shigorin e2k (?), 13:09, 07/11/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
На всяком хитром всё так же штатно собралось:[CODE]Wrote: /usr/src/RPM/SRPMS/smartmontools-6.6-alt1.src.rpm
Wrote: /usr/src/RPM/RPMS/e2k/smartmontools-6.6-alt1.e2k.rpm
Wrote: /usr/src/RPM/RPMS/e2k/smartmontools-debuginfo-6.6-alt1.e2k.rpm[/CODE]
| | |
|
|
|
| 3.6, Аноним (-), 05:51, 06/11/2017 [^] [^^] [^^^] [ответить]
| +4 +/– |
> и заодно поправил кучу косяков в оригинальном коде
> кучу косяков в оригинальном коде
> кучу косяков
насторожило
| | |
|
| 2.63, Sabakwaka (ok), 08:36, 07/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 >> OS/2: добавлена поддержка
А как они их, Линукс-то, а? :)
Как вспомню: Banyan Vines, Netware, Os/2...
| | |
| |
| 3.82, pavlinux (ok), 16:13, 07/11/2017 [^] [^^] [^^^] [ответить]
| –6 +/– |
 >>> OS/2: добавлена поддержка
> А как они их, Линукс-то, а? :)
> Как вспомню: Banyan Vines, Netware, Os/2...
Кстати да, чего не для Netware, Minix и Multics
| | |
| |
| |
| 5.87, Аноним (-), 16:59, 07/11/2017 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> я выше вроде как понятно объяснил, ага
А надо было на опеннете проконсультироваться! Пора бы уже знать, что тут лучше знают, что, как и где вам, в ваше свободное время, лучше делать!
| | |
|
|
|
|
| |
| |
| 3.91, Samm (??), 09:31, 08/11/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> OS/2
>> FreeBSD ports update: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223456
> Зачем тревожить покой спящих последним сном?
еще 1 петросян в треде. потому, что есть статистически значимое количество систем на которых этот порт используется. еще потому, что система предоставляет все необходимые апи для реализации этой возможности.
| | |
|
|
| 1.9, Онаним (?), 08:35, 06/11/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –10 +/– |
а что, есть какая-то польза от SMART ? по-моему все устройства скрывают и маскируют свои дефекты изо всех сил, никакой полезной инфо не отдают.
| | |
| |
| 2.10, Samm (??), 08:58, 06/11/2017 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> а что, есть какая-то польза от SMART ?
есть
> по-моему все устройства скрывают и маскируют свои дефекты изо всех сил, никакой полезной инфо не отдают.
это не так. Другой вопрос, что со стандартизацией швах, но тут как раз smartmontools и его drivedb в помощь.
| | |
| 2.12, angra (ok), 09:54, 06/11/2017 [^] [^^] [^^^] [ответить]
| +5 +/– |
 > а что, есть какая-то польза от SMART ?
Лично для меня неоднократно была польза.
> по-моему все устройства скрывают и маскируют свои дефекты изо всех сил, никакой полезной инфо не отдают.
С чего это винту маскировать дефект, возникший в процессе эксплуатации? Или ты из тех, кто считает smartmontools утилитой для проверки новых винтов?
| | |
| |
| 3.37, ананим.orig (?), 15:46, 06/11/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> Или ты из тех, кто считает smartmontools утилитой для проверки новых винтов?
Ну он отлично запускает смарт-тесты и отображает результат. Так почему нет?
Да-да, смарт-тесты в самом винте, но более удобного просто нет.
| | |
| |
| 4.46, angra (ok), 22:11, 06/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
Я имел ввиду, что человек без запуска тестов просто смотрит вывод smart на новом винте и ожидает увидеть там что-то страшное. Разумеется ничего не видит и делает вывод, что винты всё скрывают.
| | |
|
|
| 2.31, mrd (??), 13:49, 06/11/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
Про крутящиеся:
1. По статистике Гугла по-моему в 50% случаев smart предупреждает до того как диск сломается.
2. Можно запустить тест (возможно, hdparm тоже можно, не особо пользуюсь). Для меня лично провал теста - это причина поменять диск по гарантии.
3. Можно посмотреть лог ошибок или определить CRC ошибки на кабеле (или чипе экспандера).
Про SSD и NVMe:
1. Самое главное - Wear level можно посмотреть. Если оно например 1, то диск не сломается сразу, но производитель уже не гарантирует запись (я так понимаю у Intel заканчивается гарантия на этом например). Если важны данные, то имеет смысл менять диск в этом случае.
2. Тоже самое про CRC (если не NVMe).
| | |
| |
| 3.72, samm (ok), 12:15, 07/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
> 3. Можно посмотреть лог ошибок или определить CRC ошибки на кабеле (или
> чипе экспандера).
> Про SSD и NVMe:
> 1. Самое главное - Wear level можно посмотреть. Если оно например 1,
> то диск не сломается сразу, но производитель уже не гарантирует запись
> (я так понимаю у Intel заканчивается гарантия на этом например). Если
> важны данные, то имеет смысл менять диск в этом случае.
Кстати, часть дисков при wearing level 1 переходят в режим read only. У меня такой диск был, причем, вероятно, из-за криворукости фирмварописателей он отвечал "Ok" на команды записи, но по факту ничего не писал. Ext4fs драйвер при таком забавно сходит с ума на fsck. Спасти данные, впрочем, реально, ну и на том спасибо.
| | |
|
| 2.48, Michael Shigorin (ok), 23:22, 06/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
 > а что, есть какая-то польза от SMART ? по-моему все устройства скрывают
> и маскируют свои дефекты изо всех сил, никакой полезной инфо не отдают.
Его сильно затупили после того, как не в меру "умные" бивисописцы стали совать в SMART свой нос и чуть что -- орать на пользователя, мол, бойся-бэкапься; если склероз не обманывает, до этого в смарте можно было видеть заводские дефекты (что нормально), ну а после лет десять как уже сплошные красивые нолики.
Научиться бы всяким тогдашним асусам брать первую производную, если уж так интересно... (другой вопрос -- где хранить данные для дельт(ы), ну так если не получается сделать нормально, лучше было вовсе не делать)
Но польза есть.
| | |
| |
| 3.71, samm (ok), 12:10, 07/11/2017 [^] [^^] [^^^] [ответить] | +1 +/– | бивисописцы обычно проверяют только smart health status и это имеет смысл Друго... большой текст свёрнут, показать | | |
| 3.77, anonymous (??), 13:42, 07/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> а что, есть какая-то польза от SMART ? по-моему все устройства скрывают
>> и маскируют свои дефекты изо всех сил, никакой полезной инфо не отдают.
> Его сильно затупили после того, как не в меру "умные" бивисописцы стали
> совать в SMART свой нос и чуть что -- орать на
> пользователя, мол, бойся-бэкапься; если склероз не обманывает, до этого в смарте
> можно было видеть заводские дефекты (что нормально), ну а после лет
> десять как уже сплошные красивые нолики.
Когда это в смарте показывались заводские дефекты? Их показывали разве что в виде бумажки, наклеенной на MFM хард ;)
| | |
| |
| 4.79, samm (ok), 15:07, 07/11/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
в некоторых скази/sas дисках были таблицы с заводскими дефектами, насколько я помню. Но да, скорее экзотика, да и смысла 0.
| | |
|
|
| 2.58, pavlinux (ok), 01:29, 07/11/2017 [^] [^^] [^^^] [ответить]
| –6 +/– | |
> а что, есть какая-то польза от SMART ?
Вообще никакой. Диск или дохлый или нет.
| | |
|
| 1.14, Аноним (-), 10:48, 06/11/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Samm, у меня счётчики ошибок постоянно растут. Это нормально? Так и должно быть? Какие нормальные производные по времени для счётчиков ошибок?
| | |
| |
| 2.19, Аноним (-), 11:36, 06/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Samm, у меня счётчики ошибок постоянно растут. Это нормально? Так и должно
> быть? Какие нормальные производные по времени для счётчиков ошибок?
Зависит от того, что за атрибут. Если это что-то vendor specific и оно показывает огромные значения - можете смело игнорировать.
| | |
| |
| 3.30, Аноним (-), 13:49, 06/11/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
hardware_ecc_recovered, seek_error_rate . Каждую секунду растут, причём не на единицы, а как минимум на тысячи-сотни тысяч.
| | |
| |
| 4.32, mrd (??), 13:52, 06/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
Я тоже заметил что от производителя зависит. У Seagate например счетчик ошибок похоже включает восстановленные. Имеет смысл написать в какой-то специализированный форум, может там подскажут.
Может у кого-то найдется подобная модель чтобы сравнить.
| | |
| |
| 5.78, anonymous (??), 13:48, 07/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Не восстановленные, а и сами операции поиска и чтения. Т.е. при нуле ошибок, но активной работе, их счётчики будут расти. Вот расписано: http://forum.ru-board.com/topic.cgi?forum=84&topic=5208
> Я тоже заметил что от производителя зависит. У Seagate например счетчик ошибок
> похоже включает восстановленные. Имеет смысл написать в какой-то специализированный форум,
> может там подскажут.
> Может у кого-то найдется подобная модель чтобы сравнить. | | |
|
|
|
| |
| 3.28, Аноним (-), 13:39, 06/11/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Да. Но куплен до 2007, сегодняшняя смертность сигейтов к нему неприменима.
| | |
| |
| 4.35, Аноним (-), 15:11, 06/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
Для сигейтов бешеные показатели Raw_Read_Error_Rate и Seek_Error_Rate — норма.
| | |
| |
| 5.44, Аноним (-), 21:38, 06/11/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
И ещё вопрос, стоит ли мне новый винт купить, или лучше на том, что есть, работать? Потому что новые, слышал, живут очень недолго, но винту, как видите, больше 11 лет, при том, что срок службы у винтов 5 лет. Резервной копии нет вообще: винт 1, а облакам не доверяю.
| | |
| |
| |
| 7.47, Аноним (-), 22:50, 06/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> открой для себя LUKS
А ты уверен, что там нет уязвимостей и бекдоров, а также в /dev/urandom, а также в sha256? После всего произошедшего (shattered, pixie dust, openssl, etv) я не уверен.
| | |
| |
| 8.67, Аноним (-), 11:17, 07/11/2017 [^] [^^] [^^^] [ответить] | +/– | Ученики ушли просветлённые Сисадмин после этого вообще отказался от шифрования ... текст свёрнут, показать | | |
|
|
| 6.50, Michael Shigorin (ok), 23:24, 06/11/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> Резервной копии нет вообще: винт 1
Купите номер два, при неиспользовании усыпляйте/отключайте по вкусу?
Новые бывают не только сигейты, соответственно wd/hgst живут вполне прилично.
| | |
| |
| 7.53, Аноним (-), 00:44, 07/11/2017 [^] [^^] [^^^] [ответить]
| –4 +/– |
Купил три года назад 2 одинаковых WD AV-GP,один был тихий как положено, второй чутка вибрировал и гудел. Рулетка.
| | |
| 7.65, Аноним (-), 10:06, 07/11/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> Резервной копии нет вообще: винт 1
> Новые бывают не только сигейты, соответственно wd/hgst живут вполне прилично.
Судя по анализу инфы в открытом доступе, hgst/hitachi живёт больше всех. Под брендом wd проигрывают hgst.
> Купите номер два, при неиспользовании усыпляйте/отключайте по вкусу?
БП не потянет.
И все винты, покупку которых я рассматривал, произведены в КНР, что означает почти гарантированное наличие бекдора в прошивке/железе.
| | |
| |
| 8.66, Аноним (-), 10:54, 07/11/2017 [^] [^^] [^^^] [ответить] | +3 +/– | А проц с мамкой ты себе в гараже надо думать, сварганил Ох уж эти мамкины хацке... текст свёрнут, показать | | |
| 8.68, Аноним (-), 11:20, 07/11/2017 [^] [^^] [^^^] [ответить] | –1 +/– | С чего ты взял, что сборка КНР означает разработку в КНР И почему такое недовер... текст свёрнут, показать | | |
| |
| 9.92, Аноним (-), 10:38, 08/11/2017 [^] [^^] [^^^] [ответить] | –2 +/– | Как будто в первый раз https xakep ru 2011 12 26 58104 Дело не в разработке,... текст свёрнут, показать | | |
| |
| 10.97, Фуррь (ok), 18:13, 28/11/2017 [^] [^^] [^^^] [ответить] | +1 +/– |  Постить ссылку на хакер ру на IT-сайте, это как на приёме у английской королев... текст свёрнут, показать | | |
|
|
|
|
| 6.52, Аноним (-), 23:47, 06/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> И ещё вопрос, стоит ли мне новый винт купить, или лучше на том, что есть, работать? Потому что новые, слышал, живут очень недолго, но винту, как видите, больше 11 лет, при том, что срок службы у винтов 5 лет. Резервной копии нет вообще: винт 1, а облакам не доверяю.
Есть смысл по крайней мере обзавестись вторым винтом для бекапов. Время их жизни как 11 лет назад было, так и сейчас остаётся непредсказуемым.
| | |
|
|
|
|
|
| 1.15, Аноним (-), 10:50, 06/11/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
>Official read only mirror of the smartmontools project SVN
>SVN
Кончался 2017 год...
Неужели так сложно сконвертировать в гит и послать на 3 буквы всех тех, кто не желает использовать гит?
| | |
| |
| 2.22, Аноним (-), 11:44, 06/11/2017 [^] [^^] [^^^] [ответить]
| +6 +/– |
>>Official read only mirror of the smartmontools project SVN
>>SVN
> Кончался 2017 год...
> Неужели так сложно сконвертировать в гит и послать на 3 буквы всех
> тех, кто не желает использовать гит?
Эээ.
1) Проект уже переезжал с CVS в свое время. В настоящий момент особых причин для переезда N2 нет и уж точно выбор VCS не является сдерживающим фактором.
2) Над проектом работают в свое свободное время около 3 человек. На SVN в данный момент завязано часть функционала (release procedure, один из способов обновления smart-db, вывод версии в ночных билдах, и так далее). Все это можно переписать на git, но это займет время + потребуется поддерживать svn версию drivedb.h для уже выпущенных релизов. Я с намного большим удовольствием и пользой поработаю над любым из тикетов с реализацией новых фич, благо там дофига в todo (https://www.smartmontools.org/report/1).
3) Для тех, кто хочет использовать git/github и создан официальный миррор. Можно делать fork, PR, issue, грабить корованы и собирать в докере и circle ci. Patches are welcome. Если в какой-то момент мы решим, что SVN более не нужен - то он и станет основным репозиторием, вроде как очевидно же.
| | |
| |
| 3.26, Crazy Alex (ok), 13:22, 06/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
 Евть вопрос (возможно глупый, так как окружение несколько экзотично - но, в конце концов, не os/2).
В общем, есть ядро 64-бит, окружение 32-бит (плюс 64-битный chroot), пачка sata жестких дисков и PCI-E NVME Lite-On M8Pe. С SATA-винтами всё оллично, а вот smartctl -a /dev/nvme0 работает из-под 64 бит, а 32-битная версия возвращает
Read NVMe Identify Controller failed: NVME_IOCTL_ADMIN_CMD: Bad address
Куда копать? Квалификации у меня хватит, а вот за намёк в какую сторону рыть - буду благодарен.
P.S. Желающие объяснить, что 32 бита надо выкинуть могут сразу пройти прямо и налево, надо мне так.
| | |
| |
| 4.27, samm (ok), 13:28, 06/11/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Ну скорее всего размер ioctl в 64 и 32 бит версии разный, strace и sizeof вам в помощь. Это, в принципе, наверное можно пофиксить, но зачем? Лучше соберите статиком 64 бит версию, если уж так хочется держать 32bit env.
| | |
| 4.33, samm (ok), 13:54, 06/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> В общем, есть ядро 64-бит, окружение 32-бит (плюс 64-битный chroot), пачка sata
> жестких дисков и PCI-E NVME Lite-On M8Pe. С SATA-винтами всё
> оллично, а вот smartctl -a /dev/nvme0 работает из-под 64 бит, а
> 32-битная версия возвращает
> Read NVMe Identify Controller failed: NVME_IOCTL_ADMIN_CMD: Bad address
> Куда копать? Квалификации у меня хватит, а вот за намёк в какую
> сторону рыть - буду благодарен.
Длинный ответ: тут может быть несколько проблем, как со стороны userland (size, aligment), так и со стороны драйвера. Копать - в сторону compat_ioctl в ядре и соответствующих обсуждений в ядерном листе. Я бы, наверное, начал с дампа памяти в ioctl 32 и 64 бит версии, и дальше бы уже смотрел что там в ведро ушло. В целом можете зарепортить на сайте, будет время - гляну, благо несложно репродюснуть.
| | |
| |
| 5.49, Crazy Alex (ok), 23:23, 06/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ясно, спасибо. Я в сторону размера как-то совсем не подумал по причине абсолютно корректной работы с SATA-дисками, но погляжу. Насчёт репортить... Оно экзотика всё же, даже мне, хоть я и брыкался изо всех сил, придётся переезжать на 64-битное окружение как только станет возможным.
| | |
|
|
|
| 2.74, Andrew Kolchoogin (ok), 12:45, 07/11/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
 > Неужели так сложно сконвертировать в гит и послать на 3 буквы всех тех,
> кто не желает использовать гит?
Гораздо быстрее, проще и правильней послать в пять букв тех, кто не желает использовать Subversion.
| | |
| |
| 3.88, Аноним (-), 17:09, 07/11/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Гораздо быстрее, проще и правильней послать в пять букв тех, кто не
> желает использовать Subversion.
Врети! Гит - это свято! Использование гита дает плюс стопицот на все знания и наоборот, нубов сразу видно по неиспользованию гита!
| | |
| |
| 4.93, Аноним (-), 10:42, 08/11/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Гораздо быстрее, проще и правильней послать в пять букв тех, кто не
>> желает использовать Subversion.
> Врети! Гит - это свято! Использование гита дает плюс стопицот на все
> знания и наоборот, нубов сразу видно по неиспользованию гита!
а причём тут свято? просто гит лучше, а сабвершн - это лишняя фрагментация. Когда-нибудь и гит устареет.
| | |
| |
| 5.95, Andrew Kolchoogin (ok), 21:12, 08/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> просто гит лучше
Так говорят либо укушенные Линусом -- но этим хоть <плюй> в глаза, либо те, кто никогда не ворочал репозитариями по 10-30 гигабайт контекстно-несливаемых данных.
| | |
|
|
| 3.90, Led (ok), 02:48, 08/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
 > Гораздо быстрее, проще и правильней послать в пять букв тех, кто не
> желает использовать Subversion.
В винду?
| | |
|
|
| |
| 2.25, Аноним (-), 12:57, 06/11/2017 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> перепрошить диск, чтобы на бэды не ругался
Продать свой хлам надумал?
| | |
| 2.61, pavlinux (ok), 01:37, 07/11/2017 [^] [^^] [^^^] [ответить]
| –7 +/– | |
> С помощью сабжа можно перепрошить диск, чтобы на бэды не ругался?
Можно, шей.
| | |
|
| 1.17, Ремонтник (?), 11:27, 06/11/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Всегда первым делом сносим модные фирменные утилиты производителей и чекаем диски с SMT - результаты в 90% случаев намного точнее отображают реальное состояние диска, хотя по логике должно быть наоборот. Но годы опыта не дадут соврать.
| | |
| |
| 2.34, mrd (??), 14:00, 06/11/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Утилиты производителей нередко существуют тупо просто потому что нужно. Это не значит что их кто-то реально поддерживает или вообще правильно сделал.
Например, недавно обраружили что самсунговский ssd magic когда ему говоришь сделать secure erase он вместо этого тупо нули на весь диск пишет (видно через strace)... Во как. А казалось бы Самсунг пытается выйти в номер 1...
| | |
|
| |
| 2.38, samm (ok), 16:36, 06/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Автоматический запуск short, long тестов по расписанию работает?
это часть функционала smartd, и да, работает, чего бы ему не работать.
| | |
| |
| 3.69, Аноним (-), 11:20, 07/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
если бы работало то не спрашивал. В конфиге так /dev/sda -d sat -a -o on -S on -s (S/../.././23|L/../../6/23)
Служба запущена.
| | |
| |
| 4.73, samm (ok), 12:18, 07/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
> если бы работало то не спрашивал. В конфиге так /dev/sda -d sat
> -a -o on -S on -s (S/../.././23|L/../../6/23)
> Служба запущена.
Сделайте багрепорт со всеми логами на www.smartmontools.org. Я посмотрю. У меня на серверах тесты по расписанию работают, репорты шлются.
| | |
|
|
|
| 1.41, Аноним (-), 18:55, 06/11/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Samm, какую команду набрать, и какой должен быть вывод, чтобы понять, что диск пора менять? (debian linux.) в предположении, что диск дешёвый, и что хотим обезопасить себя по максимуму? и ещё два подвопроса: какой должен быть вывод, если диск пора менять, но данные точно не пострадали? и какой вывод, если данные могли пострадать, и верить им уже нельзя?
| | |
| |
| 2.43, samm (ok), 20:15, 06/11/2017 [^] [^^] [^^^] [ответить]
| +1 +/– | |
1. smartctl не заменяет бекапы, от слова совсем. Я бы начал с smatctl -H /dev/sda и smartctl -t long /dev/sda (и потом мониторим по -C и -l selftest)
2. Пора менять если у нас начинаются pending sectors в случае HDD или Health падает меньше чем 20-30% в случае SSD.
3. Верить данным на диске вообще не стоит. В идеале - это файловая система или storage которыйх хранит checksum данных, например zfs.
4. Если selftest завершился с ошибкой - с очень большой вероятностью часть данных не получится считать, увы. В логах будут указан LBA ошибки, можно попытаться вычислить какой файл пострадал.
| | |
| 2.59, pavlinux (ok), 01:32, 07/11/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> чтобы понять, что диск пора менять?
Юзай пока не сдохнет. Бэкапы важного - еженедельно.
| | |
| |
| 3.75, Andrew Kolchoogin (ok), 12:48, 07/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Юзай пока не сдохнет. Бэкапы важного - еженедельно.
s/важного/неважного/
Obvious fix.
Важное давно защищается CDP.
| | |
| |
| 4.80, pavlinux (ok), 16:09, 07/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> Юзай пока не сдохнет. Бэкапы важного - еженедельно.
> s/важного/неважного/
> Obvious fix.
> Важное давно защищается CDP.
CDP - Проект углеродной отчётности? Причём тут углерод?
| | |
| 4.83, pavlinux (ok), 16:16, 07/11/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> Юзай пока не сдохнет. Бэкапы важного - еженедельно.
> s/важного/неважного/
Для корпорастов есть RAID c HotSwap и Spare
| | |
|
|
|
|
