LINUX.ORG.RU

Посоветуйте ФС на внешний диск (проблемный)


0

1

Какую файловую систему можете посоветовать на внешний диск (2.5",250 Гб помещен в USB - кейс-переходник ) на котором превышен параметр «Reallocated sector count» (как я понял закончились резервные запасы на бэд-блоки), т.е. начал сыпаться? Этим винчестером буду пользоваться как большой «флэшкой».

★★★★★

> закончились резервные запасы на бэд-блоки
Это если Offline_Uncorrectable больше 0.

И да, следить нужно не сколько за количеством (например, e2fsck с опцией -c при помощи badblocks пометит все бедблоки как неиспользуемые), а за его динамикой.

AITap ★★★★★ ()

а в чем фишка такого действия? Данных не жалко в принципе? Такому диску я бы ничего вообще доверять не стал.

annoynimous ★★★★★ ()
Ответ на: комментарий от annoynimous

Ну, к примеру, 10 фильмов перетащить. Если один - два не запишутся / прочитаются, то ничего страшного. На этом диске данные долго хранится не будут - только транспортировка. Просто нужно найти ФС понадежнее, вопрос производительности можно отбросить. Ваши предложения?

int13h ★★★★★ ()

>превышен

В смысле, наоборот, ниже чем допустимый порог (там вроде в обратную сторону по стопроцентной шкале идёт отсчёт)? И вообще, есть же параметр WHEN_FAILED.

Да и не совсем понимаю, как файловая система должна исправить износ диска.

Gary ★★★★★ ()
Ответ на: комментарий от int13h

Сделать несколько одинаковых разделов и писать на них несколько копий фильмов. Надёжнее не придумать (а может есть такая функция в LVM?)

Gary ★★★★★ ()
Ответ на: комментарий от int13h

Никто не может исключить сбой на участках с метаданными файловой системы, например, порчу журнала.

Gary ★★★★★ ()
Ответ на: комментарий от int13h

максимально предотвращать потерю данных

Этим свойством обладает ZFS. Она как раз создавалась для дешёвых и малонадёжных устройств. Но вам я её не советую.

iZEN ★★★★★ ()
Ответ на: комментарий от AITap

>> Это если Offline_Uncorrectable больше 0.

Неправда. У меня и после этого росло количество перемещений.

GotF ★★★★★ ()
Ответ на: комментарий от Gary

>> а может есть такая функция в LVM?

Да.

GotF ★★★★★ ()
Ответ на: комментарий от iZEN

>Этим свойством обладает ZFS. Она как раз создавалась для дешёвых и малонадёжных устройств.

/me записал - сановское железо - говно.

madcore ★★★★★ ()
Ответ на: комментарий от iZEN

Из xgu.ru :
преимущества:
"...использование продвинутых алгоритмов хэширования для повышения надёжности хранения"
почему не надо пользоваться:
«ZFS пока что нельзя линковать с ядром Linux, поэтому если использовать ZFS под Linux, то делать это можно при помощи FUSE. Понятно, что это не совсем то, что хотелось бы, но поэкспериментировать и познакомиться с ZFS можно»

int13h ★★★★★ ()
Ответ на: комментарий от nnz

Погуглив отдаю предпочтение в сторону ReiserFS (надеюсь фс от убийцы окончательно не убьет винчестер =))

int13h ★★★★★ ()
Ответ на: комментарий от iZEN

>> максимально предотвращать потерю данных

Этим свойством обладает ZFS

Да нет, при отсутствии избыточности она влет теряет данные при сбоях на винте. Как и другие.

anonymous ()
Ответ на: комментарий от int13h

>делать это можно при помощи FUSE. Понятно, что это не совсем то, что хотелось бы, но поэкспериментировать и познакомиться с ZFS можно"

Я пробовал, даже бенчмарки гонял. Работает, юзабельно, но требует некоторой настройки, для флешки/съёмного диска неприемлемо.

legolegs ★★★★★ ()
Ответ на: комментарий от iZEN

>ZFS

создавалась для дешёвых и малонадёжных устройств.


Вот это толщина. Записал новую фразу для троллинга.

devl547 ★★★★★ ()
Ответ на: комментарий от Enoch

>Я бы посоветовал бы UFS+SoftUpdates

Человек просил файлуху, способную перенести сбой, а не чудо, которое дохнет от каждого чиха. Читаем топик.

anonymous ()
Ответ на: комментарий от devl547

>ZFS

создавалась для дешёвых и малонадёжных устройств.

Вот это толщина.

Чего это толщина? Если у тебя пул дешёвых и малонадёжных устройств...

iZEN

Но вам я её не советую.

А выпендриться надо, особенно когда главного ЗФС-ненавистнега забанили :)

Xenesz ★★★★ ()
Ответ на: комментарий от Xenesz

>Чего это толщина? Если у тебя пул дешёвых и малонадёжных устройств...

... я сделаю raid через mdadm, а потом уже буду думать, куда тут прикрутить zfs.

anonymous ()
Ответ на: комментарий от anonymous

>Человек просил файлуху, способную перенести сбой, а не чудо, которое дохнет от каждого чиха. Читаем топик.

Это чудо, в отличии от EXT/2/3/4 и Райзера пережило тыщу падений.

Enoch ()
Ответ на: комментарий от Enoch

>Это чудо, в отличии от EXT/2/3/4 и Райзера пережило тыщу падений.

... и после каждого систему приходилось ставить заново.

anonymous ()
Ответ на: комментарий от iZEN

>написал в своём блоге.

Ну то есть они эту ФС по приколу сделали для кривых 5,25 флопаков. А тут некрофилы из BSD как накинутся..

devl547 ★★★★★ ()
Ответ на: комментарий от devl547

Они сделали чудную ФС для кривых HDD, псевдоаппаратных RAID, шин данных, которые работают с ошибками, и для модулей памяти из помойки.

iZEN ★★★★★ ()
Ответ на: комментарий от iZEN

не для, а способным нормально работать на этом и облегчая жизнь в управлении всем этим барахлом. feel the difference ;)

EvgGad_303 ★★★★★ ()
Ответ на: комментарий от anonymous

> >Чего это толщина? Если у тебя пул дешёвых и малонадёжных устройств...

... я сделаю raid через mdadm, а потом уже буду думать, куда тут прикрутить zfs.


Изен, где там твой любимый пример по mdamd? :-)

mukoh ()
Ответ на: комментарий от Gary

> Сделать несколько одинаковых разделов и писать на них несколько копий фильмов. Надёжнее не придумать (а может есть такая функция в LVM?)

Лучше заюзать ZFS, причем FUSE для ТСа нормальный выбор, если производительность некритична. ZFS по умолчанию хранит несколько копий метаданных (до 3) в разных местах диска. Если есть желание, можно эту же фичу включить и для пользовательской данных установив свойство copies в 2 или 3.

mukoh ()
Ответ на: комментарий от demidrol

>живучая? если в ней метаданные накроются, то «костей» не соберешь, в отличие от той же ext2.

Если метаданные накроются, я сделаю rebuild-tree и буду работать дальше.

В свое время был случай, когда система с рейзером на корне была запущена в виртуалке, образ диска которой хранился в файле и потому был частично закеширован. На хосте отвалилось питание. Пришлось аж десять минут ждать, пока rebuild-tree делается, какая незадача! Зато потом система нормально заработала. До сих пор работает.
// На хосте тоже рейзер был, так он вообще не жаловался. fsck автоматом все сделало.

nnz ★★★★ ()

всё значительно проще..

пишите файл с избыточностью, есть утилиты создающие коды коррекции

а файловую систему берите без журнала (или отключайте журнал), журнал быстрее убьет диск

жаль в линуксе нет способа записи (не знаю о таком) с непрерывной проверкой читаемости и корректности записанного блока данных.

psv1967 ★★★★★ ()
Ответ на: комментарий от psv1967

О! дважды с помощью rsync копировать. Наверное тогда проверит всё ли прошло, если он конечно md5 считает.

psv1967 ★★★★★ ()
Ответ на: комментарий от psv1967

>> жаль в линуксе нет способа записи (не знаю о таком) с непрерывной проверкой читаемости и корректности записанного блока данных.

Избыточный RAID же :) Только, очевидно, это ещё быстрее отправит диск на тот свет.

GotF ★★★★★ ()
Ответ на: комментарий от mukoh

Сходи по ссылке уже. Там ломается зеркальный рейд путём повреждения метаданных на нижележащем устройстве. Это что, означает проблемы в реализации рейда? :)

GotF ★★★★★ ()
Ответ на: комментарий от GotF

Это что, означает проблемы в реализации рейда?

ZFS эту проблему находит и отключает проблемный носитель. MDADM — нет и тупо считает, что всё в порядке, и выдаёт мусор на выходе. :))

iZEN ★★★★★ ()
Ответ на: комментарий от GotF

Избыточный RAID же :)

Какой из RAID в нормальном состоянии, когда все носители на месте, нет отказавших, корректирует ошибки на лету?

iZEN ★★★★★ ()
Ответ на: комментарий от iZEN

ZFS эту проблему находит и отключает проблемный носитель.

То есть оно постоянно следит за состоянием нижележащего устройства? Зачем?

MDADM — нет и тупо считает, что всё в порядке, и выдаёт мусор на выходе. :))

И это логично. Предполагается, что администратор не является криворуким идиотом, который что-то пишет напрямую в underlying device, не отдавая себе отчёта в своих действиях. В случае же аппаратных проблем, мы получаем ошибку ввода/вывода, после чего массив становится degraded.

GotF ★★★★★ ()
Ответ на: комментарий от GotF

>То есть оно постоянно следит за состоянием нижележащего устройства? Зачем?

Чтобы скорость была ниже, очевидно же.

anonymous ()
Ответ на: комментарий от iZEN

>> Какой из RAID в нормальном состоянии, когда все носители на месте, нет отказавших, корректирует ошибки на лету?

RAID5, к примеру, проверяет каждый записанный сектор. //К.О.

GotF ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.