Re: badblock на половинке raid0 - mount и fsck не работает
Что ж, спасибо за советы, хард купил (теперь у меня диски на 120, 160 и 500 гб), снял и положил на него образы /dev/sda5 и /dev/sdb5, ге разобрался со сборкой из них сломанного массива, провёл на оригинале дисков по совету гугла mke2fs -n и fsck.ext4 -b, все данные восстановлены (вроде бы) Теперь есть 3 диска, 2 дебиана, и желание сочтавить из них raid5 (всё таки охота как можно больше места, но чуть устойчивей чем raid0)
Re: badblock на половинке raid0 - mount и fsck не работает
30 апреля 2014 г., 16:40 пользователь Руслан Зиганшин написал: Теперь есть 3 диска, 2 дебиана, и желание сочтавить из них raid5 (всё таки охота как можно больше места, но чуть устойчивей чем raid0) Вы можете эти три диска разбить на разделы, поставить им тип fd (Linux raid autodetect) и из каждого из этих разделов собрать несколько рейдов по три раздела в каждом: * raid0 (work) - быстрый и низконадёжный для легко воспроизводимых рабочих данных (сборка проектов из SCM) * raid1 (home) - самый надёжный и медленный для самых ценных данных * raid5 (data) - для менее надёжных данных, но с минимальной избыточностью (фильмы) Систему лучше поставить на отдельный SSD ну или на отдельный раздел без рейда. У меня дома такая конструкция из четырёх дисков + SSD года два-три. На работе - из трёх дисков + SSD. По одному диску в обеих системах уже менял, ценных данных не терял.
Re: badblock на половинке raid0 - mount и fsck не работает
Руслан Зиганшин ☫ → To debian-russian @ Wed, Apr 30, 2014 13:40 +0400 гугла mke2fs -n и fsck.ext4 -b, все данные восстановлены (вроде бы) Невосстановленные данные будут лежать в /$MOUNTPOINT/lost-found Теперь есть 3 диска, 2 дебиана, и желание сочтавить из них raid5 (всё таки охота как можно больше места, но чуть устойчивей чем raid0) Совет из опыта - лучше забить на raid5, данные при его fail-е (что не так уж маловероятно) выковыриваются с большим трудом. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- Спектакль - это не совокупность образов; нет, Спектакль это общественные отношения, обусловленные образами. -- Ги-Эрнст Дебор, Общество Спектакля -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140430102411.ga2...@undertaker.dev.lan.arta.kz
Re: badblock на половинке raid0 - mount и fsck не работает
Совет из опыта - лучше забить на raid5, данные при его fail-е (что не так уж маловероятно) выковыриваются с большим трудом. Это с каким же таким трудом? RAID5 нормально ребилдится обычно, использую на серверах. Если объемы уже очень большие 2Тб+, то тут уже альтернативы RAID6 нету, к сожалению. 30 апреля 2014 г., 14:24 пользователь Sergey Korobitsin underta...@arta.kzнаписал: Руслан Зиганшин ☫ → To debian-russian @ Wed, Apr 30, 2014 13:40 +0400 гугла mke2fs -n и fsck.ext4 -b, все данные восстановлены (вроде бы) Невосстановленные данные будут лежать в /$MOUNTPOINT/lost-found Теперь есть 3 диска, 2 дебиана, и желание сочтавить из них raid5 (всё таки охота как можно больше места, но чуть устойчивей чем raid0) Совет из опыта - лучше забить на raid5, данные при его fail-е (что не так уж маловероятно) выковыриваются с большим трудом. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- Спектакль - это не совокупность образов; нет, Спектакль это общественные отношения, обусловленные образами. -- Ги-Эрнст Дебор, Общество Спектакля -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140430102411.ga2...@undertaker.dev.lan.arta.kz
Re: badblock на половинке raid0 - mount и fsck не работает
Ребилдится да, из RAID5 битые данные с трудом выковыриваются. Не совсем вас понимаю. Вы хотите выковыривать данные без ребилда? Тогда это только RAID1/RAID10. Или у вас проблема в том, что массив собран и ребилднут, а данные бьются на уровне ФС? Тогда это уже проблема не рейда, а либо ФС, либо ее настроек (кеширование и т.д.) 30 апреля 2014 г., 14:52 пользователь Nikita Bogdanov kee...@advecs.comнаписал: Ребилдится да, из RAID5 битые данные с трудом выковыриваются. On 04/30/2014 02:26 PM, Alexei wrote: Совет из опыта - лучше забить на raid5, данные при его fail-е (что не так уж маловероятно) выковыриваются с большим трудом. Это с каким же таким трудом? RAID5 нормально ребилдится обычно, использую на серверах. Если объемы уже очень большие 2Тб+, то тут уже альтернативы RAID6 нету, к сожалению. 30 апреля 2014 г., 14:24 пользователь Sergey Korobitsin underta...@arta.kz mailto:underta...@arta.kz написал: Руслан Зиганшин ☫ → To debian-russian @ Wed, Apr 30, 2014 13:40 +0400 гугла mke2fs -n и fsck.ext4 -b, все данные восстановлены (вроде бы) Невосстановленные данные будут лежать в /$MOUNTPOINT/lost-found Теперь есть 3 диска, 2 дебиана, и желание сочтавить из них raid5 (всё таки охота как можно больше места, но чуть устойчивей чем raid0) Совет из опыта - лучше забить на raid5, данные при его fail-е (что не так уж маловероятно) выковыриваются с большим трудом. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz mailto:xmpp%3Aundertaker@ jabber.arta.kz -- Спектакль - это не совокупность образов; нет, Спектакль это общественные отношения, обусловленные образами. -- Ги-Эрнст Дебор, Общество Спектакля -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org mailto:debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org mailto:listmas...@lists.debian.org Archive: https://lists.debian.org/20140430102411.GA2104@ undertaker.dev.lan.arta.kz
Re: badblock на половинке raid0 - mount и fsck не работает
Alexei ☫ → To Sergey Korobitsin @ Wed, Apr 30, 2014 14:26 +0400 Совет из опыта - лучше забить на raid5, данные при его fail-е (что не так уж маловероятно) выковыриваются с большим трудом. Это с каким же таким трудом? RAID5 нормально ребилдится обычно, использую на серверах. Из википедии, например, недостатки 5-го RAID: Производительность RAID 5 заметно ниже, в особенности на операциях типа Random Write (записи в произвольном порядке), при которых производительность падает на 10-25% от производительности RAID 0 (или RAID 10), так как требует большего количества операций с дисками (каждая операция записи сервера заменяется на контроллере RAID на три - одну операцию чтения и две операции записи). Недостатки RAID 5 проявляются при выходе из строя одного из дисков — весь том переходит в критический режим (degrade), все операции записи и чтения сопровождаются дополнительными манипуляциями, резко падает производительность. При этом уровень надежности снижается до надежности RAID-0 с соответствующим количеством дисков (то есть в n раз ниже надежности одиночного диска). Если до полного восстановления массива произойдет выход из строя, или возникнет невосстановимая ошибка чтения хотя бы на еще одном диске, то массив разрушается, и данные на нем восстановлению обычными методами не подлежат. Следует также принять во внимание, что процесс RAID Reconstruction (восстановления данных RAID за счет избыточности) после выхода из строя диска вызывает интенсивную нагрузку чтения с дисков на протяжении многих часов непрерывно, что может спровоцировать выход какого-либо из оставшихся дисков из строя в этот наименее защищенный период работы RAID, а также выявить ранее необнаруженные сбои чтения в массивах cold data (данных, к которым не обращаются при обычной работе массива, архивные и малоактивные данные), что повышает риск сбоя при восстановлении данных. И из всех случаев, когда я видел сбой, всё заканчивалось не очень хорошо. P.S. В личку дублей мне не надо. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- OpenOffice.org/LiberationOffice написан на плюсах, но так, что все думают, что на яве. -- simburde @ linux.org.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140430113932.gb2...@undertaker.dev.lan.arta.kz
Re: badblock на половинке raid0 - mount и fsck не работает
On 4/30/2014 4:39 AM, Sergey Korobitsin wrote: Alexei ☫ → To Sergey Korobitsin @ Wed, Apr 30, 2014 14:26 +0400 Совет из опыта - лучше забить на raid5, данные при его fail-е (что не так уж маловероятно) выковыриваются с большим трудом. Это с каким же таким трудом? RAID5 нормально ребилдится обычно, использую на серверах. Из википедии, например, недостатки 5-го RAID: Производительность RAID 5 заметно ниже, в особенности на операциях типа Random Write (записи в произвольном порядке), при которых производительность падает на 10-25% от производительности RAID 0 (или RAID 10), так как требует большего количества операций с дисками (каждая операция записи сервера заменяется на контроллере RAID на три - одну операцию чтения и две операции записи). А что происходит с RAID0 при выходе из строя 1 диска -- оппс капут все данные потеряны. Хотя RAID0 быстрее на чтение чем RAID0. И если я правильно понимаю RAID0 не предусматривает избыточности информации (т.е. ни контроллеру ни CPU дополнительной работы нет). Недостатки RAID 5 проявляются при выходе из строя одного из дисков — весь том переходит в критический режим (degrade), все операции записи и чтения сопровождаются дополнительными манипуляциями, резко падает производительность. При этом уровень надежности снижается до надежности RAID-0 с соответствующим количеством дисков (то есть в n раз ниже надежности одиночного диска). Верно, но я не думаю что кто-то будет работать в данной конфигурации -- если RAID5 правильно сконфигурирован, то при выходе из строя одного из дисков подключается standby диск и вся информация востанавливается на standby диск. В зависимости от железа -- поломанный диск можно вытащить без остановки системы и воткнуть ему замену -- несколько команд и новый диск в конфигурации RAID5 в standby режиме. Если до полного восстановления массива произойдет выход из строя, или возникнет невосстановимая ошибка чтения хотя бы на еще одном диске, то массив разрушается, и данные на нем восстановлению обычными методами не подлежат. Следует также принять во внимание, что процесс RAID Reconstruction (восстановления данных RAID за счет избыточности) после выхода из строя диска вызывает интенсивную нагрузку чтения с дисков на протяжении многих часов непрерывно, что может спровоцировать выход какого-либо из оставшихся дисков из строя в этот наименее защищенный период работы RAID, а также выявить ранее необнаруженные сбои чтения в массивах cold data (данных, к которым не обращаются при обычной работе массива, архивные и малоактивные данные), что повышает риск сбоя при восстановлении данных. Процес востановления информации за счет избыточности занимает достаточно продолжительное время, но это лучше чем потерять данные и остаться ни с чем. И из всех случаев, когда я видел сбой, всё заканчивалось не очень хорошо. Вероятность выхода из строя одновременно двух дисков достаточно низка -- RAID5 не разрабатывался с мыслью использования в деградированном состоянии продолжительное время. У меня все еще используется Model=FUJITSU MPC3084AT в одном из компьютеров купленном в 1999 году -- компьютер работает 24 часа в сутки (менял видео карту -- остановился вентиляток и видео процессор умер от перегрева). Из всех дисков приобретенных мной для личного пользования (предпочтение отдается Western Digital) только один имел заводской дефект. По работе, из опыта знаю Seagate и IBM были достаточно не надежными -- поэтому для личного пользования не приобретались (IBM диск который получил при покупке компьютера вышел из строя две недели после истечения гарантии). P.S. В личку дублей мне не надо. RAID0 -- только для того что не страшно потерять, из плюсов скорость чтения и записи, минус выход из строя одного диска и данных нет RAID1 -- надежность и скорость, из недостатков обьем получаемого массива, запись сопоставима со скоростью записи на один диск, чтение может осуществлятся параллельно что может привести к удвоению скорости чтения RAID2/3/4 -- как правило не используется RAID5 -- надежность за счет избыточности с некоторой потерей производительности (если RAID5 реализуется в железе, то снижения производительности может и не быть), недостаток -- вылетает при выходе из строя одновременно двух дисков RAID6 -- подобен RAID5, но имеет большую избыточность и способен продолжать работать при выходе 2-х дисков одновременно Существуют и другие более экзотические конфигурации RAID: 0+1/1+0/10+0/5+0/6+0 для достижения более высокой производительности/надежности/об'ема http://en.wikipedia.org/wiki/Nested_RAID_levels При больших об'емах RAID системы возникает другая проблема -- скорость чтения/записи через сеть одновременно с нескольких компьютеров -- сеть становится узким звеном (частично решается апгрейдом железа [дорого] и bonding сетевых интерфейсов). Андрей -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:
[DONE] wml://security/2014/dsa-2918.wml
Cheers! Lev Lamberov --- english/security/2014/dsa-2918.wml 2014-04-30 16:55:41.0 +0200 +++ russian/security/2014/dsa-2918.wml 2014-05-01 00:09:32.625531128 +0200 @@ -1,21 +1,23 @@ -define-tag descriptionsecurity update/define-tag +#use wml::debian::translation-check translation=1.1 maintainer=Lev Lamberov +define-tag descriptionобновление безопасности/define-tag define-tag moreinfo -pMultiple security issues have been found in Iceweasel, Debian's version -of the Mozilla Firefox web browser: Multiple memory safety errors, -buffer overflows, missing permission checks, out of bound reads, -use-after-frees and other implementation errors may lead to the -execution of arbitrary code, privilege escalation, cross-site scripting -or denial of service./p +pВ Iceweasel, версии веб-браузера Mozilla Firefox для Debian, были +обнаружены многочисленные проблемы безопасности: многочисленные ошибки целостности памяти, +переполнения буфера, отсутствие проверки прав доступа, чтения за пределами массивов, +использование указателей после освобождения памяти и другие ошибки реализации могут приводить к +выполнению произвольного кода, повышению привилегий, межсайтовому скриптингу +и отказу в обслуживании./p -pFor the stable distribution (wheezy), these problems have been fixed in -version 24.5.0esr-1~deb7u1./p +pВ стабильном выпуске (wheezy) эти проблемы были исправлены в +версии 24.5.0esr-1~deb7u1./p -pFor the unstable distribution (sid), these problems have been fixed in -version 24.5.0esr-1./p +pВ нестабильном выпуске (sid) эти проблемы были исправлены в +версии 24.5.0esr-1./p -pWe recommend that you upgrade your iceweasel packages./p +pРекомендуется обновить пакеты iceweasel./p /define-tag # do not modify the following line #include $(ENGLISHDIR)/security/2014/dsa-2918.data # $Id: dsa-2918.wml,v 1.1 2014/04/30 14:55:41 gusnan-guest Exp $ +
