Восстановление поврежденных блоков в массиве Linux RAID5 -Используемые диски
Вы должны прокомментировать (или удалить )вторую строку в вашем sources.list.
# deb cdrom:[Debian GNU/Linux 9.8.0 Stretch - Official i386 DVD Binary-1 20190216-12:51]/ stretch contrib main
#deb cdrom:[Debian GNU/Linux 9.8.0 Stretch - Official i386 DVD Binary-1 20190216-12:51]/ stretch contrib main
Для редактирования исходников используйте:
sudo nano /etc/apt/sources.list
Или с помощью (выберите нужный редактор тестов):
sudo apt edit-sources
Оставить только следующие строки:
deb http://deb.debian.org/debian stretch main
deb-src http://deb.debian.org/debian stretch main
deb http://deb.debian.org/debian-security/ stretch/updates main
deb-src http://deb.debian.org/debian-security/ stretch/updates main
deb http://deb.debian.org/debian stretch-updates main
deb-src http://deb.debian.org/debian stretch-updates main
Сохранить с помощью Ctrl + O , Enter ,Ctrl + X , затем запустите:
sudo apt update
sudo apt upgrade
docker -ce недоступен для i386.
To install Docker CE, you need the 64-bit version of one of these Debian or Raspbian versions:
Buster 10
Stretch 9 (stable) / Raspbian Stretch
Docker CE is supported on x86_64 (or amd64), armhf, and arm64 architectures.
Are these physical or logical bad blocks?
И то, и другое. Физический (сам диск )— это Completed: read failureрезультат теста SMART. Также не равно -нулевое значение для перераспределенных/ожидающих/неисправимых блоков.
Логические (метаданные mdadm )— это bad blocks presentв mdadmжурнале сбойных блоков. Вы также можете проверитьmdadm --examine-badblocks(для каждого привода отдельно ). Если у вас есть одинаковые плохие блоки на нескольких дисках, устройство md вернет для них программные ошибки чтения.
is it safe to continue using the drive(s) in my RAID array
Я бы не доверял дискам, которые не прошли проверку SMART или потеряли данные в нечитаемых секторах. Замените его, проведите тест записи -чтения -проверки, затем примите решение.
If they're logical, how can I repair them?
В идеале, записи в журнале сбойных блоков должны исчезать при mdadm --replaceсканировании диска-нарушителя.
Если записи сохраняются после замены, потому что они идентичны на нескольких дисках (нет избыточности для этих блоков )и массив md возвращает программные ошибки чтения, вы можете принудительно стереть журнал поврежденных блоков с помощью mdadm --assemble --update=force-no-bbl.
Затем массив md может возвращать ложные или устаревшие данные для блоков, которые впоследствии были в этом журнале, что может привести к повреждению данных.