23.03.2016 18:51, Artem Chuprina пишет:
> Андрей Любимец -> debian-russian@lists.debian.org @ Wed, 23 Mar 2016
> 17:49:52 +0600:
>
> >> >> >> Какой рейд лучше делать, по опыту? Пятый, который из четырех
> винтов по
> >> >> >> полтерабайта сделает полтора?
> >> >>
> >> >> SBK> Места-
Андрей Любимец -> debian-russian@lists.debian.org @ Thu, 24 Mar 2016 13:26:26
+0600:
>> >> >> >> Какой рейд лучше делать, по опыту? Пятый, который из четырех
>> винтов по
>> >> >> >> полтерабайта сделает полтора?
>> >> >>
>> >> >> SBK> Места-то сколько надо?
>> >> >>
>> >
On Wed, Mar 23, 2016 at 10:51:26PM +0300, Artem Chuprina wrote:
> Eugene Berdnikov -> debian-russian@lists.debian.org @ Wed, 23 Mar 2016
> 20:37:44 +0300:
>
> >> > Интересно, для чего может понадобиться снапшот свежего бэкапа?
> >>
> >> Я понял так, что просто делается синхронизация rsync,
On 2016-03-24, Андрей Любимец wrote:
> 23.03.2016 18:51, Artem Chuprina пишет:
> АЛ> я за raid10 -- погугли "Why RAID 5 Sucks"
>
> Погуглил. Ничего внятного не увидел.
> Здесь подробнее https://geektimes.ru/post/78311/
От туда:
> Когда RAID-5 появился, в 1987 году, типичный жесткий диск был р
Oleksandr Gavenko -> debian-russian@lists.debian.org @ Thu, 24 Mar 2016
12:00:20 +0200:
>> АЛ> я за raid10 -- погугли "Why RAID 5 Sucks"
>>
>> Погуглил. Ничего внятного не увидел.
>> Здесь подробнее https://geektimes.ru/post/78311/
OG> От туда:
>> Когда RAID-5 появился, в 1987 году,
On 2016-03-24, Artem Chuprina wrote:
> Надо сказать, что у меня в ноутбуке SSD довольно быстро вымер
> (симптоматика - бьются некоторые файлы на ровном месте), и я его
> отключил.
>
Производители заявляют что SSD надежнее HDD:
http://www.seagate.com/gb/en/do-more/how-to-choose-between-hdd-storage
On Thu, Mar 24, 2016 at 12:45:36PM +0200, Oleksandr Gavenko wrote:
> Конешно. Я показал пример почему беcсмысленно избегать RAID 5 в свете SSD. Не
> будете вы ждать дни пока восстановится RAID и скорость работы не деградирует.
Для бэкапного сервера ни время ребилда, ни скорость работы дисков обыч
В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
блоками. При текущей плотности записи этого не изсежать. Используются коды с
обнаружением/корекцией ошибок. Со временем диск деградирует и предусмотренна
даже "свободная" область, куда со временем перемещаются данные из нена
On Thu, Mar 24, 2016 at 01:11:05PM +0200, Oleksandr Gavenko wrote:
> Обсчитывать md5sum и периодически проверять?
btrfs/zfs с чексуммами данных.
On Thu, Mar 24, 2016 at 01:11:05PM +0200, Oleksandr Gavenko wrote:
> Какой софт высчитывает/сохраняет/проверяет контрольные суммы при создании
> снапшотов?
Насчёт снапшотов не знаю, а rync имеет ключик -c и ещё несколько
связанных с деталями вычисления чексумм.
--
Eugene Berdnikov
Oleksandr Gavenko -> debian-russian@lists.debian.org @ Thu, 24 Mar 2016
12:45:36 +0200:
>> Надо сказать, что у меня в ноутбуке SSD довольно быстро вымер
>> (симптоматика - бьются некоторые файлы на ровном месте), и я его
>> отключил.
>>
OG> Производители заявляют что SSD надежнее HDD:
Я ра
Oleksandr Gavenko -> debian-russian@lists.debian.org @ Thu, 24 Mar 2016
13:11:05 +0200:
OG> В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
OG> блоками. При текущей плотности записи этого не изсежать. Используются коды
с
OG> обнаружением/корекцией ошибок. Со времен
On Thu, Mar 24, 2016 at 02:33:33PM +0300, Eugene Berdnikov wrote:
> On Thu, Mar 24, 2016 at 01:11:05PM +0200, Oleksandr Gavenko wrote:
> > Какой софт высчитывает/сохраняет/проверяет контрольные суммы при создании
> > снапшотов?
>
> Насчёт снапшотов не знаю, а rync имеет ключик -c и ещё несколько
On 2016-03-24, Eugene Berdnikov wrote:
>> Какой софт высчитывает/сохраняет/проверяет контрольные суммы при создании
>> снапшотов?
>
> Насчёт снапшотов не знаю, а rync имеет ключик -c и ещё несколько
> связанных с деталями вычисления чексумм.
-c, --checksum
This changes the way rsync che
24.03.2016 14:11, Oleksandr Gavenko пишет:
> В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
> блоками. При текущей плотности записи этого не изсежать. Используются коды с
> обнаружением/корекцией ошибок. Со временем диск деградирует и предусмотренна
> даже "свободная" об
В сообщении от [Чт 2016-03-24 13:11 +0200]
Oleksandr Gavenko пишет:
> В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
> блоками. При текущей плотности записи этого не изсежать. Используются коды с
> обнаружением/корекцией ошибок. Со временем диск деградирует и предусмот
Mikhail A Antonov -> debian-russian@lists.debian.org @ Thu, 24 Mar 2016
15:20:26 +0300:
>> В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
>> блоками. При текущей плотности записи этого не изсежать. Используются коды с
>> обнаружением/корекцией ошибок. Со временем д
>>> В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
>>> блоками. При текущей плотности записи этого не изсежать. Используются коды с
>>> обнаружением/корекцией ошибок. Со временем диск деградирует и предусмотренна
>>> даже "свободная" область, куда со временем перемещаютс
а потом внуки спросят "а че за файлы такие - точка джыпэгэ, и чем это все
открыть?")))
2016-084 18:35 Dmitry E. Oboukhov wrote:
> именно на рейде и хранить.
> просто до внуков множество рейдов сменится.
>
> а так чтобы "записал и до внуков" такого носителя сейчас нет и никогда
> (в обозримые 10
On 2016-03-24, Artem Chuprina wrote:
> За целостностью данных у нас следят простые intrusion detection systems.
> В твоем случае, возможно, сгодится fcheck.
>
$ cat /etc/fcheck/fcheck.cfg
Directory = /etc/
DataBase= /var/lib/fcheck/fcheck.dbf
$Signature = /usr/bin/sha25
On Thu, 24 Mar 2016, Oleksandr Gavenko wrote:
OG>В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
OG>блоками. При текущей плотности записи этого не изсежать. Используются коды с
OG>обнаружением/корекцией ошибок. Со временем диск деградирует и предусмотренна
OG>даже "свобо
On Thu, Mar 24, 2016 at 06:39:05PM +0300, dimas wrote:
> а потом внуки спросят "а че за файлы такие - точка джыпэгэ, и чем это все
> открыть?")))
Если мат на новгородских берестах понятен сейчас тамошним
прапраправнукам - с чего вдруг внуки с жипегом не разберутся?
Картинки завлекательные снимайт
On 2016-03-24, Dmitry E. Oboukhov wrote:
> именно на рейде и хранить.
> просто до внуков множество рейдов сменится.
>
> а так чтобы "записал и до внуков" такого носителя сейчас нет и никогда
> (в обозримые 100 лет) не будет.
Я перестал делать конспекты авторучкой - в некотрых записях паста выцве
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 24 Mar 2016
18:35:57 +0300:
В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
блоками. При текущей плотности записи этого не изсежать. Используются
коды с
обнаружением/корекцией ошибок.
Oleksandr Gavenko -> debian-russian@lists.debian.org @ Thu, 24 Mar 2016
17:52:45 +0200:
>> Но общий принцип прост: чексумма должна храниться, и должна быть такой,
>> чтобы при повреждении данных их можно было восстановить. По
>> документации, этим свойством обладает, например, RAID-Z у zfs.
Oleksandr Gavenko writes:
> Я перестал делать конспекты авторучкой - в некотрых записях паста выцвела или
> растворилась по бумаге. Теперь даже бабушкины рецепты в электронном виде.
>
Пастой пишет шариковая ручка, авторучка, же - имеет перо и пишет
чернилами. И если пометки, сделанные пастой, со
24.03.2016 15:07, Artem Chuprina пишет:
> Андрей Любимец -> debian-russian@lists.debian.org @ Thu, 24 Mar 2016
> 13:26:26 +0600:
>
> >> >> >> >> Какой рейд лучше делать, по опыту? Пятый, который из четырех
> винтов по
> >> >> >> >> полтерабайта сделает полтора?
> >> >> >>
> >> >>
Друзья, нужен совет. Слегка оффтоп..
Есть точка доступа Wi-Fi, на которой написано D-Link DIR-300. Задача:
раздавать интернет по квартире. Настроек немного и всё, в общем,
стандартно, перепроверено на сто раз.
Проблема: попытка подключения к нему с различных устройств (в том
числе с ноутбука под д
On Fri, 25 Mar 2016 09:16:46 +0500
Евгений Золотов wrote:
> Друзья, нужен совет. Слегка оффтоп..
>
> Есть точка доступа Wi-Fi, на которой написано D-Link DIR-300. Задача:
Лично я долго эксплуатировал Dir-300 и не имел с ней никаких проблем.
(пока не захотелось гигабита и не забился нафиг 2.4ГГ
заменить блок питания, если не поможет - пора купить новый, тем более
железка гораздо быстрее стоит сейчас копейти. Например тот же тплинк 841 ,
только брать два последних hwver - 10, 11
но лучше сразу купить
З.Ы. что касается того, что у кого-то до сих пор работает, то могу сказать
одно - под им
30 matches
Mail list logo
