Size: a a a

2020 February 24

R

RoyekS in freebsd_ru
Artyom Abramovich
выкинь диск
Что всё!? Или просто прикалываетесь над сантехником. ))
источник

R

RoyekS in freebsd_ru
Artyom Abramovich
выкинь диск
Не серьёзно. Теперь что только переустановка?
источник

R

R1A1 in freebsd_ru
UNC это жопа друже - выкинь диск - для сущего спокойсвия прогони Victoria или mhdd.
источник

R

RoyekS in freebsd_ru
Artyom Abramovich
выкинь диск
Устанавливал и выбрал ufs. Может zfs лучше? Оперативки 8Гб
источник

R

RoyekS in freebsd_ru
R1A1
UNC это жопа друже - выкинь диск - для сущего спокойсвия прогони Victoria или mhdd.
Спасибо
источник

R

R1A1 in freebsd_ru
Тут не суть(какая фс) = ucorrectable сектор, не лечится.
источник

R

R1A1 in freebsd_ru
Оно и так бы произошло - это аппаратный износ или брак.
источник

R

RoyekS in freebsd_ru
R1A1
Тут не суть(какая фс) = ucorrectable сектор, не лечится.
А если пометить. Типа не использовать. И в этом участке не создавать раздел. Или это в принципе не возможно. Так то этот диск уже давно "беспокоил". Так то в cd привод выброшен и стоит ssd. Но там моя рабочая лошадка LinuxMint. А этот как то хотелось использовать. Думал поэкспереминтировать
источник

s

shumbor in freebsd_ru
Можно конечно прогнать через mhdd/викторию, мог случиться софтовый бед. Но я не помню по регистрам какая там ошибка выдается тоже unc или другая.
источник

R

R1A1 in freebsd_ru
RoyekS
Устанавливал и выбрал ufs. Может zfs лучше? Оперативки 8Гб
Если больше 4гб лучше zfs. Ufs я вообще вижу смысл только при небольшом объёме и надежном управлении питанием(с ИБП)
источник

R

R1A1 in freebsd_ru
RoyekS
А если пометить. Типа не использовать. И в этом участке не создавать раздел. Или это в принципе не возможно. Так то этот диск уже давно "беспокоил". Так то в cd привод выброшен и стоит ssd. Но там моя рабочая лошадка LinuxMint. А этот как то хотелось использовать. Думал поэкспереминтировать
UNC не ремапяться при низкоуроневом форматровании, это не сектор с задержкой чтения, не сектор помеченый бэдом, это просто неккоректный несчитаемый сектор, вызывающий нечто вроде подвисания прошивки диска при обоащеннии к нему.
источник

Н

Никита in freebsd_ru
А мне вот интересно - на англоязычной части интернета активно обсуждалась проблема использования ZFS совместно с оперативной памятью без ECC. Якобы, в теории существует вероятность утраты данных на ZFS в результате возникновения в памяти самопроизвольных изменений отдельных битов (Исследование, проведённое Google на большом количестве серверов показало, что количество ошибок может быть в пределах от 25 000 до 70 000 ошибок за миллиард рабочих часов на мегабит (то есть 2,5-7,0 × 10−11 ошибок / бит·час).
Так вот, большинство операций ZFS осуществляется в памяти и с контрольными суммами данных, в результте подмены битов ошибки могут иметь накопительный характер, что приведет к потере данных. Об этом есть целые статьи и крупная тема на форуме FreeNAS.
Но только вот все, что там говориться - это голая теория и вероятности. По факту я не увидел ниодного материала с конкретными фактами.

мне интересно - кто нибудь терял данные на ZFS, где установлена память без ECC?
источник

s

shumbor in freebsd_ru
R1A1
UNC не ремапяться при низкоуроневом форматровании, это не сектор с задержкой чтения, не сектор помеченый бэдом, это просто неккоректный несчитаемый сектор, вызывающий нечто вроде подвисания прошивки диска при обоащеннии к нему.
UNC, это нескореектированные ошибки чтения, туда попадают  как битые сектора, так и те где crc сектора не равна рассчитанной, последние часто случаются при аварийном отключении питания и они стираются тем же mhdd (пара дисков таких была)
источник

s

shumbor in freebsd_ru
Никита
А мне вот интересно - на англоязычной части интернета активно обсуждалась проблема использования ZFS совместно с оперативной памятью без ECC. Якобы, в теории существует вероятность утраты данных на ZFS в результате возникновения в памяти самопроизвольных изменений отдельных битов (Исследование, проведённое Google на большом количестве серверов показало, что количество ошибок может быть в пределах от 25 000 до 70 000 ошибок за миллиард рабочих часов на мегабит (то есть 2,5-7,0 × 10−11 ошибок / бит·час).
Так вот, большинство операций ZFS осуществляется в памяти и с контрольными суммами данных, в результте подмены битов ошибки могут иметь накопительный характер, что приведет к потере данных. Об этом есть целые статьи и крупная тема на форуме FreeNAS.
Но только вот все, что там говориться - это голая теория и вероятности. По факту я не увидел ниодного материала с конкретными фактами.

мне интересно - кто нибудь терял данные на ZFS, где установлена память без ECC?
Потерять можно везде, у нас пока не терялось без ecc, хотя дома долго грешил на винты (как бы ошибки чтения/записи), а в итоге плавающая ошибка в озу была
источник

E

Evgeny in freebsd_ru
Никита
А мне вот интересно - на англоязычной части интернета активно обсуждалась проблема использования ZFS совместно с оперативной памятью без ECC. Якобы, в теории существует вероятность утраты данных на ZFS в результате возникновения в памяти самопроизвольных изменений отдельных битов (Исследование, проведённое Google на большом количестве серверов показало, что количество ошибок может быть в пределах от 25 000 до 70 000 ошибок за миллиард рабочих часов на мегабит (то есть 2,5-7,0 × 10−11 ошибок / бит·час).
Так вот, большинство операций ZFS осуществляется в памяти и с контрольными суммами данных, в результте подмены битов ошибки могут иметь накопительный характер, что приведет к потере данных. Об этом есть целые статьи и крупная тема на форуме FreeNAS.
Но только вот все, что там говориться - это голая теория и вероятности. По факту я не увидел ниодного материала с конкретными фактами.

мне интересно - кто нибудь терял данные на ZFS, где установлена память без ECC?
Имхо, не страшнее использования других фс. Кстати у zfs, был флаг, который проверяет данные перед записью на диск.
источник

Н

Никита in freebsd_ru
Evgeny
Имхо, не страшнее использования других фс. Кстати у zfs, был флаг, который проверяет данные перед записью на диск.
Флаги не помогают.. поскольку запись на диск происходит из памяти.... Изменение бита может произойти после все проверок перед записью на диск
источник

VT

Vasily Terkin in freebsd_ru
Никита
А мне вот интересно - на англоязычной части интернета активно обсуждалась проблема использования ZFS совместно с оперативной памятью без ECC. Якобы, в теории существует вероятность утраты данных на ZFS в результате возникновения в памяти самопроизвольных изменений отдельных битов (Исследование, проведённое Google на большом количестве серверов показало, что количество ошибок может быть в пределах от 25 000 до 70 000 ошибок за миллиард рабочих часов на мегабит (то есть 2,5-7,0 × 10−11 ошибок / бит·час).
Так вот, большинство операций ZFS осуществляется в памяти и с контрольными суммами данных, в результте подмены битов ошибки могут иметь накопительный характер, что приведет к потере данных. Об этом есть целые статьи и крупная тема на форуме FreeNAS.
Но только вот все, что там говориться - это голая теория и вероятности. По факту я не увидел ниодного материала с конкретными фактами.

мне интересно - кто нибудь терял данные на ZFS, где установлена память без ECC?
Другие ФС тебе тоже не помогут, если у тебя данные в памяти бьются
источник

Н

Никита in freebsd_ru
Vasily Terkin
Другие ФС тебе тоже не помогут, если у тебя данные в памяти бьются
Вопрос не в этом был 🙃
источник

Н

Никита in freebsd_ru
А про факты утраты/порчи данных
источник

VT

Vasily Terkin in freebsd_ru
У меня память с ECC
источник