>> ща кстати довольно неплохо можно в качестве бакапов использовать
>> что-то в облаках,
>> но надо тоже понимать что облака могут накрыться на международном
>> конфликте итп
> http://www.computerworld.com/article/2973600/cloud-computing/google-cloud-loses-data-belgium-itbwcw.html
> Google takes
ну, торрент-файл (или магнет-линк, что даже проще) можно передать сколь угодно
шифрованным способом, лишь бы получатель оный способ "поддерживал".
в DHT кроме хэшей никто ничего не увидит, если я правильно понимаю. там есть
какие-то промежуточные сервера, через которые все работает (типа своеобразн
On 2016-03-26, Dmitry E. Oboukhov wrote:
> ща кстати довольно неплохо можно в качестве бакапов использовать
> что-то в облаках,
> но надо тоже понимать что облака могут накрыться на международном
> конфликте итп
http://www.computerworld.com/article/2973600/cloud-computing/google-cloud-loses-data-
On 2016-03-26, dimas wrote:
> кстати, неплохой, но своеобразный вариант "бэкапа" - раздача контента в
> файлообменных сетях))) я не предлагаю выкладывать личные фотоархивы где-то там
> публично (да и кому они нужны), но, скажем, создать торрент и дать его
> жене/брату/папе/сыну/etc - может оказать
> рэйд, rsync по крону и прочие способы регулярного-автоматического
> зеркалирования всем хороши, кроме одного момента: одновременно подключенные
> носители могут сдохнуть разом и вместе от какого-нибудь банального скачка
> напряжения в сети (стабилизатор/упс должен снижать вероятность всякой бяки,
On Sat, Mar 26, 2016 at 03:44:02PM +0200, Oleksandr Gavenko wrote:
> Я рассматриваю бумагу как временный носитель, пока электричество доступно.
Ну, про рукописи точно известно, что не горят, а про електрические
носители - сам чорт не знает. Впрочем, сфоткать черновики перед
выкидыванием в ящик на
On 2016-03-25, Melleus wrote:
>> Карандашиком каншпекты пишите, у меня такие записи смотрятся лучше
>> чем чернильные, для которых 10 лет - уже срок.
>
> И заточить с двух концов, чтобы если вдруг обломал конец - перевернул, и
> пишешь себе дальше. Самое надежное и бюджетное письмо, наверное. Это
On Sat, Mar 26, 2016 at 04:36:06PM +0300, dimas wrote:
> мне видитя оптимальным вариант с рйэд-зеркалом (на случай погибели одного из
> винтов)
Вот где данные у вас будут протухать точно - так это как раз на зеркале.
рэйд, rsync по крону и прочие способы регулярного-автоматического
зеркалирования всем хороши, кроме одного момента: одновременно подключенные
носители могут сдохнуть разом и вместе от какого-нибудь банального скачка
напряжения в сети (стабилизатор/упс должен снижать вероятность всякой бяки, но
при
On Sat, Mar 26, 2016 at 04:08:11PM +0300, Dmitry E. Oboukhov wrote:
> у меня на домашнем сервере уже по моему 3 винта выходило из строя
> суммарно, все три раза из за того что RAID - росто вынимал один и
> вставлял другой. бакапы - тоже на двух выделенных винтах о совим RAID.
Райд не страхует пол
> В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
> блоками. При текущей плотности записи этого не изсежать. Используются
> коды с
> обнаружением/корекцией ошибок. Со временем диск деградирует и
> предусмотренна
> даже "свободная" область, куда с
Sergey B Kirpichev writes:
> On Fri, Mar 25, 2016 at 09:20:51PM +0200, Melleus wrote:
>> Обычные чернила очень легко смываются водой. Это сделано для спасения
>> одежд некоторых незадачливых писателей. Но бывают и несмываемые. Я не
>> зря писал об архивных.
>
> Были? Сейчас попробуй их найди.
С
On Fri, Mar 25, 2016 at 09:20:51PM +0200, Melleus wrote:
> Обычные чернила очень легко смываются водой. Это сделано для спасения
> одежд некоторых незадачливых писателей. Но бывают и несмываемые. Я не
> зря писал об архивных.
Были? Сейчас попробуй их найди.
Карандашиком каншпекты пишите, у меня
Константин writes:
> N лет назад коллега "зархивировала" подобным образом "творческое
> наследие". Листов под 200 текста. Перо, чернила, хороший почерк -
> получилась очень красиво. Полюбовалась, убрала в шкаф. А потом залили
> соседи сверху. И все "творческое наследие" размыло. Кое-что так и не
On Fri, Mar 25, 2016 at 03:02:19PM +0300, Artem Chuprina wrote:
> Vasiliy P. Melnik -> debian-russian @ Fri, 25 Mar 2016 13:17:16 +0200:
>
> >> Покрытая плесенью после залива электроника тоже с довольно высокими
> >> шансами не работает.
> >>
> >> Только хардкор, только каменный топор!
>
>
Vasiliy P. Melnik -> debian-russian @ Fri, 25 Mar 2016 13:17:16 +0200:
>> Покрытая плесенью после залива электроника тоже с довольно высокими
>> шансами не работает.
>>
>> Только хардкор, только каменный топор!
VPM> Мне казалось, что после ядерного взрыва камни плавятся
Только если совсем
On Fri, Mar 25, 2016 at 02:19:26PM +0300, yuri.nefe...@gmail.com wrote:
> Если я правильно помню, то микрофильмирование считается сейчас самым
> долговременным способом хранения. Но от природных катаклизмов в
> виде соседей, извержения вулкана или превращения солнца в красный
> гигант ничто
On Fri, 25 Mar 2016, Artem Chuprina wrote:
Константин -> Melleus @ Fri, 25 Mar 2016 13:38:00 +0300:
>> > Я перестал делать конспекты авторучкой - в некотрых записях паста выцвела
или
>> > растворилась по бумаге. Теперь даже бабушкины рецепты в электронном виде.
>> >
>>
>> Пастой пишет шариков
>
> Покрытая плесенью после залива электроника тоже с довольно высокими
> шансами не работает.
>
> Только хардкор, только каменный топор!
>
Мне казалось, что после ядерного взрыва камни плавятся
Константин -> Melleus @ Fri, 25 Mar 2016 13:38:00 +0300:
>> > Я перестал делать конспекты авторучкой - в некотрых записях паста выцвела
>> > или
>> > растворилась по бумаге. Теперь даже бабушкины рецепты в электронном виде.
>> >
>>
>> Пастой пишет шариковая ручка, авторучка, же - имеет пе
On Thu, Mar 24, 2016 at 10:23:52PM +0200, Melleus wrote:
> Oleksandr Gavenko writes:
>
> > Я перестал делать конспекты авторучкой - в некотрых записях паста выцвела
> > или
> > растворилась по бумаге. Теперь даже бабушкины рецепты в электронном виде.
> >
>
> Пастой пишет шариковая ручка, автору
Oleksandr Gavenko writes:
> Я перестал делать конспекты авторучкой - в некотрых записях паста выцвела или
> растворилась по бумаге. Теперь даже бабушкины рецепты в электронном виде.
>
Пастой пишет шариковая ручка, авторучка, же - имеет перо и пишет
чернилами. И если пометки, сделанные пастой, со
Oleksandr Gavenko -> debian-russian@lists.debian.org @ Thu, 24 Mar 2016
17:52:45 +0200:
>> Но общий принцип прост: чексумма должна храниться, и должна быть такой,
>> чтобы при повреждении данных их можно было восстановить. По
>> документации, этим свойством обладает, например, RAID-Z у zfs.
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 24 Mar 2016
18:35:57 +0300:
В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
блоками. При текущей плотности записи этого не изсежать. Используются
коды с
обнаружением/корекцией ошибок.
On 2016-03-24, Dmitry E. Oboukhov wrote:
> именно на рейде и хранить.
> просто до внуков множество рейдов сменится.
>
> а так чтобы "записал и до внуков" такого носителя сейчас нет и никогда
> (в обозримые 100 лет) не будет.
Я перестал делать конспекты авторучкой - в некотрых записях паста выцве
On Thu, Mar 24, 2016 at 06:39:05PM +0300, dimas wrote:
> а потом внуки спросят "а че за файлы такие - точка джыпэгэ, и чем это все
> открыть?")))
Если мат на новгородских берестах понятен сейчас тамошним
прапраправнукам - с чего вдруг внуки с жипегом не разберутся?
Картинки завлекательные снимайт
On Thu, 24 Mar 2016, Oleksandr Gavenko wrote:
OG>В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
OG>блоками. При текущей плотности записи этого не изсежать. Используются коды с
OG>обнаружением/корекцией ошибок. Со временем диск деградирует и предусмотренна
OG>даже "свобо
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
а потом внуки спросят "а че за файлы такие - точка джыпэгэ, и чем это все
открыть?")))
2016-084 18:35 Dmitry E. Oboukhov wrote:
> именно на рейде и хранить.
> просто до внуков множество рейдов сменится.
>
> а так чтобы "записал и до внуков" такого носителя сейчас нет и никогда
> (в обозримые 10
>>> В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
>>> блоками. При текущей плотности записи этого не изсежать. Используются коды с
>>> обнаружением/корекцией ошибок. Со временем диск деградирует и предусмотренна
>>> даже "свободная" область, куда со временем перемещаютс
Mikhail A Antonov -> debian-russian@lists.debian.org @ Thu, 24 Mar 2016
15:20:26 +0300:
>> В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
>> блоками. При текущей плотности записи этого не изсежать. Используются коды с
>> обнаружением/корекцией ошибок. Со временем д
В сообщении от [Чт 2016-03-24 13:11 +0200]
Oleksandr Gavenko пишет:
> В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
> блоками. При текущей плотности записи этого не изсежать. Используются коды с
> обнаружением/корекцией ошибок. Со временем диск деградирует и предусмот
24.03.2016 14:11, Oleksandr Gavenko пишет:
> В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
> блоками. При текущей плотности записи этого не изсежать. Используются коды с
> обнаружением/корекцией ошибок. Со временем диск деградирует и предусмотренна
> даже "свободная" об
On 2016-03-24, Eugene Berdnikov wrote:
>> Какой софт высчитывает/сохраняет/проверяет контрольные суммы при создании
>> снапшотов?
>
> Насчёт снапшотов не знаю, а rync имеет ключик -c и ещё несколько
> связанных с деталями вычисления чексумм.
-c, --checksum
This changes the way rsync che
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 и ещё несколько
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 01:11:05PM +0200, Oleksandr Gavenko wrote:
> Какой софт высчитывает/сохраняет/проверяет контрольные суммы при создании
> снапшотов?
Насчёт снапшотов не знаю, а rync имеет ключик -c и ещё несколько
связанных с деталями вычисления чексумм.
--
Eugene Berdnikov
On Thu, Mar 24, 2016 at 01:11:05PM +0200, Oleksandr Gavenko wrote:
> Обсчитывать md5sum и периодически проверять?
btrfs/zfs с чексуммами данных.
В районе 2010 писалось что производители выпускают HDD с заведомо "битыми"
блоками. При текущей плотности записи этого не изсежать. Используются коды с
обнаружением/корекцией ошибок. Со временем диск деградирует и предусмотренна
даже "свободная" область, куда со временем перемещаются данные из нена
39 matches
Mail list logo