Статья Сколько осталось жить моему диску?

  • Автор темы Глюк
  • Дата начала
Глюк

Глюк

Red Team
03.01.2018
1 029
1 796
Доброго здравия коллеги!

Рано или поздно мы задаёмся вопросом: "- А сколько ещё протянет мой хард (флешка, ссд)?" В замечательной системе Linux есть встроенная утилита для проверки накопителей на битые сектора. Ибо это одна из основных причин выхода из строя дисков. Любой накопитель состоит из множества маленьких блоков (секторов), которые хранят информацию в виде нулей или единиц (битов). Если, по какой-то причине, операционная система не может записать бит информации в определенный сектор, то можно считать его «битым».

Сектор может стать битым по разным причинам:
  1. Заводской брак
  2. Выключение питание компьютера во время записи информации.
  3. Физический износ накопителя.
Небольшое количество битых секторов находится практически на любом накопителе. Но стоит обратить внимание,если их количество со временем увеличивается. Это может говорить о скорой физической смерти накопителя и Вам пора задуматься о его замене. Но есть замечательная утилита Badblocks. Она устанавливается по умолчанию почти во все дистрибутивы. В Arch"e она входит в базовый пакет e2fsprogs. Если же её почему то у вас нету, то не составит особого труда её установить.

Приступим

Для начала нам нужно посмотреть что у нас есть из дисков на машине.
Код:
$ sudo fdisk -l
Для наглядности я подключил флешку на 2 гига. С ней и будем работать.

1.png


Мы узнали какие разделы у нас есть, и теперь мы можем проверить носитель на битые сектора.
Код:
$ sudo badblocks -v -s /dev/sdс > badsectors.txt
Опция -v подробный вывод информации, а опция -s показывает нам статус-бар процесса.

2.png


Как видим "пациент" чувствует себя превосходно, несмотря на преклонный возраст. При этом badsectors.txt в хомяке у нас пустой. Если бы были битые сектора, то там был бы полный отчёт.

Вот такая небольшая статья получилась о полезной утилите BadBlocks... Пустых вам отчётов и рабочих секторов! )
 
Последнее редактирование:
SearcherSlava

SearcherSlava

Red Team
10.06.2017
816
1 086
Доброго здравия коллеги!
Рано или поздно мы задаёмся вопросом: "- А сколько ещё протянет мой хард (флешка, ссд)?" В замечательной системе Linux есть встроенная утилита для проверки накопителей на битые сектора. Ибо это одна из основных причин выхода из строя дисков.
Любой накопитель состоит из множества маленьких блоков (секторов), которые хранят информацию в виде нулей или единиц (битов). Если, по какой-то причине, операционная система не может записать бит информации в определенный сектор, то можно считать его «битым». Сектор может стать битым по разным причинам:
1) Заводской брак
2) Выключение питание компьютера во время записи информации.
3) Физический износ накопителя.
Небольшое количество битых секторов находится практически на любом накопителе. Но стоит обратить внимание,если их количество со временем увеличивается. Это может говорить о скорой физической смерти накопителя и Вам пора задуматься о его замене.
Но есть замечательная утилита Badblocks. Она устанавливается по умолчанию почти во все дистрибутивы. В Arch"e она входит в базовый пакет e2fsprogs. Если же её почему то у вас нету, то не составит особого труда её установить.
Приступим.
Для начала нам нужно посмотреть что у нас есть из дисков на машине.
Код:
$ sudo fdisk -l
Для наглядности я подключил флешку на 2 гига. С ней и будем работать.
Посмотреть вложение 19286
Мы узнали какие разделы у нас есть, и теперь мы можем проверить носитель на битые сектора.
Код:
$ sudo badblocks -v -s /dev/sdс > badsectors.txt
Опция -v подробный вывод информации, а опция -s показывает нам статус-бар процесса.
Посмотреть вложение 19287
Как видим "пациент" чувствует себя превосходно, несмотря на преклонный возраст. При этом badsectors.txt в хомяке у нас пустой. Если бы были битые сектора, то там был бы полный отчёт.
Вот такая небольшая статья получилась о полезной утилите BadBlocks... Пустых вам отчётов и рабочих секторов! )
Здрав будь, друже! [gluk@arch ~]$ It's a brand! :giggle::coffee:

G or DDG:
Disk Error pdf
Disk Scrubbing pdf
Disk Sector Bad pdf
Disk Block Corruption pdf
Latent Sector Errors pdf
 
  • Нравится
Реакции: ghost и Глюк
S

Slav164

Member
21.05.2018
5
1
А битые сектора как-то лечатся?
 
Глюк

Глюк

Red Team
03.01.2018
1 029
1 796
А битые сектора как-то лечатся?
можно попробовать вылечить, но из своей практики, 99,9% не лечится. можно указать системе не писать в эти битые сектора.
если у вас фс ext то утилитой e2fsck.
Код:
$ sudo e2fsck -l badsectors.txt /dev/sdc
А если у вас не ext, тогда утилита fsck в помощь
Код:
$ sudo fsck -l badsectors.txt /dev/sdc
Опцией -l мы указываем утилите использовать файл badsectors.txt, полученный нами программой badblocks.
 
Sdr

Sdr

Well-known member
20.01.2016
80
57
По звуку определить тоже не всегда выходит. Из практики. Есть древний винт SAMSUNG SP2504C. В системе как мусорка работает. Накрылся на нем куллер, а мне надо было скопировать 30 с небольшим Гб мелких файлов. Короче говоря лето, на улице жара, винт крыхтит и скрепит тепература за 57 и вот он пропадает из системы и замолкает. Думаю ну все кранты ему. В итоге на другой день, остыл и завелся как ни бывало.После того случая работает уже 3 года. Вот сейчас статья навела на мысль прочекать сектора ему как раз.
 
beregok

beregok

Member
07.09.2016
13
3
В мене Kali-linux встановлено на SSD
Вінда на іншому SSD
Дані на жорсткому диску
Все зашифровано, хочеться щоб диск подовше прожив
Знаю що потрібно включити TRIM, погугливши вийшло так
Перевірив функцію TRIM для SSD
Bash:
fstrim -v /
Запустив функцію TRIM через планувальник cron
nano /etc/cron.weekly/trim
Записав та зберіг
Bash:
#!/bin/sh
LOG=/var/log/trim.log
echo "*** $(date -R) ***" >> $LOG
fstrim -v / >> $LOG
fstrim -v /home >> $LOG
Призначив права на виконання
Bash:
chmod +x /etc/cron.weekly/trim
TRIM для зашифрованих розділів
Правив файл
Bash:
nano  /etc/default/grub
Додав рядок
Bash:
# Discard trim
GRUB_CMDLINE_LINUX="allow-discards root_trim=yes"
Оновив завантажувач GRUB
Bash:
update-grub
Потім зробив ще налаштування в
/etc/fstab додавши опцію discard,relatime,
Bash:
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/lvlm--vg-root /               ext4    discard,relatime,errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=16eb9612-b345-4365-9786-e18dfg79b134 /boot           ext2    relatime        0       2
/dev/mapper/lvlm--vg-home /home           ext4    discard,relatime 0       2
/dev/mapper/lvlm--vg-swap_1 none            swap    sw              0       0
Файл підкачки є не вимикав щоб не було траблів, хоча бо завжди в системі порожній, хоча потрібно вимкнути в плані безпеки, (тут індетифікатор диска навмання :))

Налаштував /etc/lvm/lvm.conf
Встановив аналогічну опцію в файлі /etc/lvm/lvm.conf для контейнера LVM
Знайшов issue_discards = 0 та поміняв значення на 1
Bash:
issue_discards = 1
Налаштував /etc/crypttab
Додати аналогічну опцію discard для модуля шифрування в файлі /etc/crypttab
Bash:
sda5_crypt UUID=6eb9612-b345-4365-9786-e18dfg79b134 none luks,discard
Чи не намудрив? може ще щось потрібно?
 
  • Нравится
Реакции: ghost
ghost

ghost

YW1uZXNpYQo=
Gold Team
12.05.2016
1 594
3 136
Файл підкачки є не вимикав щоб не було траблів, хоча бо завжди в системі порожній, хоча потрібно вимкнути в плані безпеки, (тут індетифікатор диска навмання :))
Чи не намудрив? може ще щось потрібно?
Чтобы не было траблов, swap действительно лучше отключить к этакой бабушке. Программа минимум, так сказать.
На дохлой тачке он нужен как воздух. На нормальной, с достаточным запасом RAM - без надобности.
Просто очередная брешь в защите и не более того...
 
  • Нравится
Реакции: Vertigo и Глюк
Мы в соцсетях: