• Codeby web-security - Курс "Тестирование Веб-Приложений на проникновение с нуля" от команды codeby. Общая теория, подготовка рабочего окружения, пассивный фаззинг и фингерпринт, Активный фаззинг, Уязвимости, Пост-эксплуатация, Инструментальные средства, Social Engeneering и многое другое. Подробнее ...

  • Мобильный клиент нашего форума для Android гаджетов доступен в Google Play Market по этой ссылке. Клиент можно скачать с нашего форума по этой ссылке. Последняя версия МК в нашем телеграм канале вот здесь. Мобильный клиент для IOS находится в itunes по этой ссылке

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

Глюк

Red Team
03.01.2018
659
1 174
#1
Доброго здравия коллеги!

Рано или поздно мы задаёмся вопросом: "- А сколько ещё протянет мой хард (флешка, ссд)?" В замечательной системе 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... Пустых вам отчётов и рабочих секторов! )
 
Последнее редактирование:

Viacheslav

Well-known member
10.06.2017
234
377
#2
Доброго здравия коллеги!
Рано или поздно мы задаёмся вопросом: "- А сколько ещё протянет мой хард (флешка, ссд)?" В замечательной системе 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
 

Глюк

Red Team
03.01.2018
659
1 174
#4

Viacheslav

Well-known member
10.06.2017
234
377
#6
это если HDD... а если SSD или флешка? они молча живут и молча умирают... )
HDD можно послушать фонендоскопом на предмет хрипов:giggle:а SSD или флешка они такие, чик, и переход на другую частоту:cautious:
 
30.12.2017
386
721
#9
я лично слушаю.... то есть по звукам определяю! чем больше их, тем ближе конец !)
Именно так ,,,,, мой HDD также недавно начал интенсивно стучать при активных циклах записи .....
 
30.12.2017
386
721
#11

Глюк

Red Team
03.01.2018
659
1 174
#13
А битые сектора как-то лечатся?
можно попробовать вылечить, но из своей практики, 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

Well-known member
20.01.2016
47
46
#14
По звуку определить тоже не всегда выходит. Из практики. Есть древний винт SAMSUNG SP2504C. В системе как мусорка работает. Накрылся на нем куллер, а мне надо было скопировать 30 с небольшим Гб мелких файлов. Короче говоря лето, на улице жара, винт крыхтит и скрепит тепература за 57 и вот он пропадает из системы и замолкает. Думаю ну все кранты ему. В итоге на другой день, остыл и завелся как ни бывало.После того случая работает уже 3 года. Вот сейчас статья навела на мысль прочекать сектора ему как раз.
 
07.09.2016
8
2
#15
В мене 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

penetration testing
Red Team
12.05.2016
1 430
2 657
#16
Файл підкачки є не вимикав щоб не було траблів, хоча бо завжди в системі порожній, хоча потрібно вимкнути в плані безпеки, (тут індетифікатор диска навмання :))
Чи не намудрив? може ще щось потрібно?
Чтобы не было траблов, swap действительно лучше отключить к этакой бабушке. Программа минимум, так сказать.
На дохлой тачке он нужен как воздух. На нормальной, с достаточным запасом RAM - без надобности.
Просто очередная брешь в защите и не более того...
 
Вверх Снизу