Мне вчера вечером интернет отрубили и я подумал, что гулаг наконец-то настал, ведь завтра 6 апреля - спецом подгадали.Но я загодя накачал игр, аниме, фильмов, музыки, комиксов, порнухи и т.п., и вчера со спокойно душой посмотрел "Паприку", а потом лег спать.Утром просыпаюсь - интернет все еще не работал. Пошел проверил в коридор не обрезал ли кто кабель, потом перезагрузил роутер - и все почему-то заработало. Ну и заебись!Мораль сей истории такова - качайте гигабайты запасов на черный день, чтобы вас нельзя было застать врасплох!
>>5143092дващую этого, столько визга наслушался, а оказалось говно говнаодно из редких разочарований среди тайтлов что я смотрел, обычно я говно детектирую не скачивая
>>5143069 (OP)Годные игры бротиш. Стронгхолд легендс в стиме есть? Добавь меня в стиме EvilTigerRapingWomen мой URL. Вместе погоняем. Если нет тогда я тебе подарю
>>5144193А мне понравилось. Сколько людей - столько и мнений. Аниме смотрю редко.https://www.youtube.com/watch?v=HW0v-NuudQw
>>5143069 (OP)Сразу видно, ОП - вчерашний школьник.Дай угадаю, половину списка ты скачал, основываясь на предпочтениях местных вегачеров?
>>5143069 (OP)>Мораль сей истории такова - качайте гигабайты запасов на черный день, чтобы вас нельзя было застать врасплох!Да я уже, редко пустое место на хардах появляется
>>5143069 (OP)Вопрос знатоку, на чем лучше долго временно хранить на жестких дисках, двд болванках, блюрей болванках?
>>5144573Все говно. Оригинальные диски с завода живут минимум лет 30. Те, что ты записываешь сам - приходят в негодность за 5-10 лет. С хардами и вовсе рандом полный, как повезет.
>>5144693болванки которые я записывал лет 15 назад до сих пор все читаются, на чем тогда хранить инфу если все говно?
>>5144814BD MDISK, тестировали в лютых условиях, выжил при +60 в течении года, при -60 в течении года, при тропических ливнях (его на пол года вешали на дерево под открытый воздух).При закавыпания в землю и песок.Читался почти как новый. Слой инфы судя по изучению, прослужит на нем МИНИМУМ 50лет
>>5144573Берёшь шесть HDD, комп с помойки, собираешь nas c raidz2 и в шоколаде.Вышел из строя диск - поменял. Надёжность гораздо выше зеркала.Грозит только выгорание блока питания вместе со всеми дисками или потоп или что-то такое.
Ща посмотрел еще Violet Evergarden Gaiden.Первая половина про лесбух хорошая, а потом эта мелкая дешевка заходит в сюжет и все скатывается в унылую мелодраму. Но, в целом, норм. Еще и сеттинг мой любимый - с викторианскими платьями и строгими нравами.
>>5144990Бляя, там оказывается еще второй кинч есть и сериал на 14 серий. Вот это я попал.А ведь я еще как чувствовал, что вся эта недосказанность - бейт на сиквелы.
>>5145030Мдиск похоже хорошая штука, как-то мимо меня прошло, надо купить при случае.Но это бэкап, а не хранение данных. При этом бэкап небольшого объёма, и за дорого.Про запись нескольких (десятков) терабайт и говорить смешно, проще ещё один nas собрать и держать где-то в другом месте.
>>5145051Если бэкап то вообще бери 2 самых дешевых хдд и не еби мозги. У меня 8хардов, срок службы от 2 до 11лет, ни 1 один не сдох.Вообще, даю инсайд, харды дохнут не из за брака(его мало) а из за плохого БП, бп ушатывает хард только в путь.
>>5145063> 2 до 11лет, ни 1 один не сдохВсё равно сдохнет рано или поздно. Причём в самый неподходящий момент.Данные, хранимые на одном диске = потерянные данные.Это абсолютная неизбежность.Поэтому только массив с избыточностью, [страница выкладок, статистики и принципа работы zfs пропущена] только raidz2.> харды дохнут не из за брака(его мало) а из за плохого БПХарды либо дохнут из-за брака в первые месяцы, либо работают годами. Кроме плохого БП не менее значимы вибрации, удары и тепловой режим.
>>5143069 (OP)Ооо, ща буду отвешивать никому не нужных рекомендаций, как съевший собаку на бекапах (работал в архиве)raid это не про наш случай, ведь мы хотим не действующие системы защищать, а пилить архивы.Что юзать? На выбор: харды, блюрей, лента.Блюрей надо смотреть чтобы не на органической краске, иначе через пару лет наебнётся. А вообще он не нужен. Почему?Потому что если у тебя меньше 100 тб то выгоднее хранить на хардах (болванки всё же дороговаты и резак долго окупается).А если больше - на ленте. Она тоже дороговата, но от 100 тб в принципе окупается. На кассету лезет 800 гб.Про валяющийся на балконе vhs видеомагнитофон забудьте - на самые жёсткие кассеты влезает максимум 4 гига.Сжатие файлов. Зачем, какарекнете вы, ведь сжатая инфа больше подвержена повреждениям? И да и нет. Простой пример из жизни: бекап моего мира с майнкрафта (жалко удалять) весит 700 мб и влезает на cd болванку. Но сжимается до трёхсот с копейками. Вопрос: как безопаснее - записать несжатый или сжать и записать дважды? Подумайте.Поэтому наш выход это1. Сжатие2. Генерация т.н. "информации для восстановления", т.е. кодов коррекции ошибок.Сжатие - lzip. Автор данного формата специально задрочился восстанавливаемостью, формат сделан простым как табуретка и в то же время эффективным.https://www.nongnu.org/lzip/xz_inadequate.htmlБудьте внимательны - иногда можно люто выиграть за счёт увеличения размера словаря. Однажды я сжимал файл размером в 1.9 гб на максимальном пресете. Получилось 1.6 гб или около того. Но увеличение размера словаря до 512 мб уменьшило мой файл до трёхсот мегабайт.На случай если во время цифрового гулага у вас пропадёт/сломается комп, то разархивировать получится даже на слабом компе: есть режим низкого использования памяти, который будет держать словарь на диске, а не в памяти. Скорость будет соответствующая, но работать будет. Автор тестировал на 486 с 4 мб памяти.Хотя конечно я не гарантирую, что на какой-нибудь спаянной из говна из палок копии https://ru.wikipedia.org/wiki/Специалист_(компьютер) с двумя килобайтами памяти это взлетит, но будем надеяться что до такого не дойдёт.Коды коррекции ошибок - par2, zfec, dvdisaster, тысячи их.Процент в зависимости от важности данных и типа носителя, стандартом считается ~20%. Это означает, что сделав par-файл с пяти кассет/дисков и залив его на шестой, ты получаешь возможность проебать любой один из шести и потерять ровно нихуя. Или залить два куска файла на девятый и десятый, потерять любые два (если я не тупанул с цифрами). Ну или проебать чуть тут, чуть там, и в итоге всё склеить без ошибок
>>51450831. Для бекапа рейд не нужен, когда есть божественный parchive2. Весело будет когда в кибергулаге внезапно откажет рейд-контроллер а новый такой же взять будет неоткуда.
>>5145103>а новый такой же взять будет неоткудаЭто не относится к программным массивам, а он про ZFS втирает.
>>5143069 (OP)Как говорится > А сегодня в завтрашний день не все могут смотреть. Вернее, смотреть могут не только лишь все. Мало, кто может это делать.
>>5145103> Для бекапа рейд не нужен, когда есть божественный parchiveПри условии что данные хранятся на массиве с исбыточностью, бэкап может быть и не на массиве с избыточностью.Но при работе с аппаратной частью без избыточность в любом случае никуда.> откажет рейд-контроллер а новый такой же взять будет неоткуда.Это верное замечание, поэтому речь идёт о zfs которая от железа не зависит.Воткнул диски в любую x64 шарманку (причём как угодно, хоть юсб хоть что) и zfs из них соберёт всё обратно.
>>5145125Конечно нет. Наличие массива с избыточностью от необходимости бэкапов не избавляет — там выше написано про потоп\пожар или банальный сгоревший вместе со всем БП (но это редкость, не экономьте на БП).
>>5145133>бэкап может быть и не на массиве с избыточностьюТогда бекап должен быть регулярным, я рассматривал ситуацию архивного характера - когда заливаешь прон с целью иметь бекап, но не притрагиваться к нему как можно дольше. Щито поделать, слишком лениво перезаписывать инфу и слишком накладно обновлять носители.
>>5145177Ну всё-таки ситуация, когда взял с полки хдд, а он не читается это не редкость.Архив хотелось бы на чём-то более стойком иметь.
>>5145260Ты аппаратный уровень от программного не отличаешь? Коррекция тебе только от единичного битого сектора поможет, но диску при этом уже место на помойке.Наебнулась электроника, наебнулась поверхность, головки пошкрябали и обкорректируйся, без pc-3000, прямых рук и запчастей ты нихуя не сделаешь.Современные диски реально дохнут лёжа на полке, а объёмы у них такие что одна ошибка при чтении всего объёма уже в пределах нормы.
>>5145088> На кассету лезет 800 гб.Поясни за кассеты, вот пишут типа объем 3.2тб а зжатый 6.4, как понять сжатый? Реальный обхем там 3 или 6? Или он сжимает данные при записи?
ОП, тебя это всё через неделю заебет.Плюс, даже в самых тоталитарных странах есть интернет (ну кроме разве что северной кореи). Без контента не останешься. Качать и хранить имеет смысл только уникальный контент, которого нигде больше нет.
>>5145681>через неделю заебетЦифровой плюшкинизм так просто не лечится.>уникальный контент, которого нигде больше нетТо есть, любой. Сейчас практически каждый второй торрент с чем-то, отличным от "Пиратов Карибского Моря" в 720p, - одноразовый. Кому надо скачали, постояли месяцок по ночам хз зачем - и всё, помер. И это отдельные фильмы. А если речь идёт об антологиях режиссёров или актёров в DVDISO и BDMV... тупик. Возвращаясь к теме раздела, желаю удачи найти самый полный и последний ромсет для DS. Или инди-игру Momenta ещё из тех времён, когда инди не было чем-то плохим. 3D-аркада, там такой паучок прыгает по платформам. Мне реально понравилась. А ты даже скриншота с моей подсказкой не сможешь найти. Игра есть. Мне нравится. Есть название и описание. А в гугле её уже нету. Ба-дум-тсс. Или ранние демки Iconoclasts. Ой, да много чего.
>>5145789Не знаю как ты ищешь, сходу 10ссылок нашел.https://skidka-msk.ru/tovar/1229104_diski-verbatim-m-disc-dvd-r-47-gb-4x-5-shtuk-m-disc-dvd-r-47-gb-4x-5-shtuk-jewelcase.htmlЕше на ку есть, там 5 бд мдиск на 100гигов стоят 4.5к рублей (а у нас 6к)
>>5145799Много чего что я качал пол года назад уже найти нереально. Либо торренты закрыты, либо поиск не ищет, либо сайт где качал вообще исчез.Вангую, с каждым месяцем будут все сильнее и сильнее ебать торренты и прочие сайты, а через 3-5лет контента в инете который щас доступен, вообще не будет, даже за бабки.
>>5145831https://www.avito.ru/moskva/orgtehnika_i_rashodniki/m-disc_dvd_bd-r_lifetime_dvd-ram_lightscribe_dvd-r_1390593433https://shopozz.ru/items/223554603278На лохито ищи или заказывай на ебаи. Это не проблема
>>5145819Я тебе больше скажу: деньги уже не столь важны. Что мне нравится - я и на DVD выкупаю, так даже приятнее. Но нету. Всё, что есть - 1.4 ГБ рипы, помилуй господи.
>>5145844на всю страну 4 объявления, пиздецhttps://shopozz.ru/items/223554603278ну и полтора косаря за однослойную dvd болванку это тоже жесть, ладно бы еще блюрей на сто гигов
>>5145880https://www.computeruniverse.net/ru/verbatim-43821-dvd-r-m-disk-5x-47gb-4x-printable-jcНа ку бери. Никаких проблем. 2 недели ждешь и все.
>>5145895ок.покупка m-disc ов реально предпочтительней учитывая их цеу? т.е. есть какая нибудь статистика что обычные блюреи быстро портятся?
>>5146015Ещё бы найти статистику по рабочим BD-приводам для ПК через 50 лет. Лазеры тоже штука привередливая.
>>5145298Не понимаю что ты пытаешься этим сказать.Всё, что тебе нужно я уже описал.Берешь носитель.Прикидываешь его надёжность.В зависимости от того, какая надёжность и насколько приблизительно прикидывал, определяешь сколько избыточности тебе нужно. Какой нахуй один сектор? Ты понимаешь что если на десять дисков с данными у тебя приходится три резервных, то из этих тринадцати ты можешь вообще нахуй топором разрубить три любых и все будет работать? Т. е. откажет нахуй электроника и всё на свете и всё равно всё восстановишь.Каков шанс что из десяти терабайтников за пять-десять лет лежания на полке полностью откажут три?Если у тебя там настолько плохие диски, то ищи другой носитель. Ленту блядскую, блюрей, граммофонные пластинки, что душе угодно.>>5145535Стандартное сжатие 1 к 2. Оно аппаратное. Особо подробностей по этому поводу не знаю.
>>5146083думаешь блюрей приводы не будут в будущем производить? двдшные приводы вот до сих пор клепают, хотя диски не популярны теперь. но при этом двд был народным форматом а блюрей им так и не стал
>>5146094Если резервирование на уровне хотя бы один из трёх, то тогда всё хорошо, вопросов нет. Лучше конечно два из шести. Правда, весей разницы с раидз, что на полке лежит.А как работать с таким архивом? Всё равно минимум несколько дисков подрубать и распаковывать хуй знает сколько? Может лучше раидз?
ебать вы отсталые. покупаешь пленку на 12-30 ТБ и хранишь там что угодно вечно в своем бункере https://youtu.be/alxqpbSZorA
>>5146145> 5500$За эти деньги можно собрать хранилище на HDD терабайт эдак на семьдесят и ещё половина останется на запасные диски.
>>5146180Совсем еблан?Картридж с картинки справа не подойдёт к устройству слева, а картридж к RDX стоит 480$ за 2тб, за эти деньги можно купить 3 или 4 диска по 4-6Тб.5500$ это цена залупы из видео.>>5146202> hdd не живут столькоСколько? Сколько проживёт механика стримера? Сколько проживёт выключенный HDD?
>>5146225> le pooqeНичего паять не нужно, берёшь ПК с isa-слотом, старый добрый Арвид и 3гб на кассету влезет.
>>5146214>Depending on the priority of the data you've stored, you may want to refresh the hard disk more often. If it is essential data, I would recommend no less then 2 years at maximum. If you can withstand some chance of minor data loss (e.g. a few corrupted sectors here and there), go with 5 years. It doesn't take long to copy the data off the drive, and copy it back.>Tape manufacturers usually quote the lifespan of their LTO tapes at about 30 years.Гулится всё.
>>5143069 (OP)недавно выкинул хардов на 1,5 тб просто потому что ими невыносимо пользоваться даже для фильмов после ссд
> m-discБля, охуенно. А я все думал куда бы семейные фоточки записать, чтобы не проебались через 50 лет.Жаль придется привод покупать по цене процессора.
>>5145697Не толькоhttps://en.wikipedia.org/wiki/Blu-ray_Disc_recordable#BD-R_LTH_(low_to_high)Все не-LTH блюрей диски не используют в составе органическую краску.>>5146117>Если резервирование на уровне хотя бы один из трёх, то тогда всё хорошо, вопросов нет.Как захочешь так и будет.>Правда, весей разницы с раидз, что на полке лежит.Не вникал в райдз, но полагаю что особой разницы тут может не быть (а может и быть). Просто избегаю рекомендовать что-то кроме лично проверенного в условиях организации.>А как работать с таким архивом1. Подключаешь диск, пробуешь прочитать.2. Всё читается? Ок.3. Не читается? Смотришь какой том не читается (желательно не лить тома по терабайту, хотя не обязательно, просто в многотомном архиве легче изолировать битый том и не ебать весь диск)4. копируешь всё что смог с него прочитать (тут ddrescue может пригодиться)5. копируешь его "братьев", копируешь соответствующие par файлы6. восстанавливаешь. При желании избыточность может быть размазана по всем дискам, как в рейд-каком-то-там, но имхо при архивном хранении от этого толку 0, в рейде преимущество в том что диск с избыточностью при обычном подходе ебётся чаще других, а в нашем случае это неважно.>Всё равно минимум несколько дисков подрубать и распаковывать хуй знает сколько?Зависит от того как организована система. Если тома небольшие, то не "хуй знает сколько", диски можно подрубать по одному (чего как я понял zfs не позволяет)>Может лучше раидз? Может и лучше, но как я понимаю1. Можно подключать диски по очереди, если какой-то том посыпался, а не все разом (мало ли может у меня сата контроллера такого не будет)2. Можно вообще выборочно копировать файлы, если не собирал всё в один мегаархив (в чём смысла нет, всякие рипы фильмов вообще не стоит сжимать, только собрать в архив без сжатия, разрезать его на количество дисков и сгенерировать коды коррекции, т.е. у тебя может быть скажем сорок фильмов целиком на диске 1 (и последний фильм порезанный с остатком на втором диске), сорок на втором и par файл на третьем)3. Чем проще система тем она надёжнее. Хотя может zfs простая, я просто могу не шарить.Но если потомки вскроют архив в той конторе где мы работали спустя ядерную войну они не столкнутся со сложностью обратной разработки тех форматов, которые я упоминал (понятно что речь не идёт о разработке sata интерфейса и о декодировании конечных форматов типа mp4): про архивный формат tar особо не скажу, не знаю насколько он прост или сложен, компрессионный формат это тупо lzma с простым хедером (который можно при желании не юзать), формат коррекции ошибок это тупо коды рида-соломона, которые совсем не юзать нельзя, но можно заменить на старый добрый рейдовский XOR (par2 позволяет создавать ксоровые par-файлы), в котором даже собака сообразит что к чему.
>>5147153Понятно, то есть предлагается хранить избыточность на отдельных дисках, подключать диск по количеству на которых находится один том, в случае проблем с чтением подтягивать информацию для восстановления.Непонятно, что делать если HDD сдох целиком, где хранятся заголовки, если один том архива в пределах одного диска?> полагаю что особой разницы тут может не быть (а может и быть)Я далёк от математики, на которой всё это работает, но ZFS по сути это тоже самое, но реализованное на уровне файловой системы. Помимо избыточности, там ещё и контрольная сумма при каждом чтении проверяется, ошибки на чтении исключены.Заголовки хранятся распределённо, есть удобные механизмы вроде scrub для проверки читаемости всех файлов. Дедупликация тоже есть.То есть в недостатках имеем только необходимость всё это подключать одновременно и, кстати, невозможность расширения однажды созданного пула дисков. (Только путём замены всех дисков на более ёмкие.)Зато для работы с архивом нам нужно иметь рабочее хранилище желательно того же объёма, а с zfs можно работать сразу.
> Типичный срок службы жесткого диска составляет от пяти до десяти лет, а карты памяти, USB-флешки и SSD-накопители “живут” от трех до десяти лет. Для сравнения, стандартный диск Blu—ray, DVD или CD в среднем работает более 25 лет, а диск Blu—ray MDISC или DVD MDISC – более 1000 лет. У меня все флешки из 00-ых живые. Даже те, где 512 мб. Т.е. им уже лет по 15 где-то. Да, я ими давно не пользовался, но по идее они должны уже умереть от старости, не?
>>5144573На блюреях, особо большие (что не лезут даже на двухслойные) - на внешних хардах, также не слишком хорошие гиры на них. Я прожигаю блюреи больше пяти лет и очень доволен.>>5146302Лучше бы выкинул нищекулер и отстойный корпус.
>>5147220>Понятно, то есть предлагается хранить избыточность на отдельных дискахНе обязательно, но и в то же время это просто ничего не даёт.>Непонятно, что делать если HDD сдох целиком, где хранятся заголовкиНет никакого "hdd с заголовками"Вот у тебя три диска1. Кусок фильма на 4 гб точка тар2. Второй кусок фильма на 4 гб точка тар3. фильм точка tar точка par (тоже 4 гб)Если сдох диск с par тебе тупо насрать.Если сдох диск с данными, выгружаешь второй диск с данными, выгружаешь par, восстанавливаешь.Заголовки и прочие уязвимые места это к рейд-массивам.>но ZFS по сути это тоже самое, но реализованное на уровне файловой системыЯ примерно так и понял, свои поинты по поводу этого озвучил в прошлом посте.>Помимо избыточности, там ещё и контрольная сумма при каждом чтении проверяетсяКонтрольная сумма есть на аппаратном уровне диска и вдобавок на уровне сжатия (lzip юзает crc32, ошибки ловятся при декомпрессии, так же есть возможность "тестировать" файлы без декомпрессии, чтобы проверять целостность диска время от времени). Т.е. порядок такой1. Подрубил диск с архивами2. Запустил тестирование3. Если есть ошибки - вываливаешь говно в ванну и начинаешь восстанавливать.>ошибки на чтении исключеныlzip кстати исключает даже ошибки в оперативной памяти во время декомпрессии.>Заголовки хранятся распределённоСмысл понятен, но с достаточной избыточностью их просто нет особого смысла хранить распределённо, хотя можно конечно, просто на мой взгляд сложность zfs с большей вероятность на дистанции сыграет злую шутку с данными, чем одна на миллион ситуация когда ты одновременно всрал и заголовок и все рекавери-диски.>Дедупликация тоже есть.Опасно, не использую.>невозможность расширения однажды созданного пула дисковС чего бы это вдруг? У тебя десять дисков с данными и три с избыточностью, добавляешь одиннадцатый с данными, те десять не трогаешь, три с избыточностью переписываешь.Что кстати невозможно если ты избыточность размазал по всем дискам - там будь добр переписать всё нахуй по новой или позволить программе делать это в фоновом режиме (что в рейдах и происходит), что в общем-то одно и то же.>Зато для работы с архивом нам нужно иметь рабочее хранилище желательно того же объёмаТого же, что и n * (m - 1), где n - объём тома, а m - количество дисков? Ну настрой объём тома под свои требования, хоть по пятьсот мегабайт бери.И никто не запрещает подключить все диски разом, как предлагается у тебя.
>>5147309> Если сдох диск с par тебе тупо насрать.> Если сдох диск с данными, выгружаешь второй диск с данными, выгружаешь par, восстанавливаешь.Это ясно с самого начала.Что если у меня весь том (фильм) на одном диске и этот диск сдох? Без организации структуры хранения с учётом существования диска, восстанавливать будет нечего если все данные сдохли. Из одной информации для востановления, насколо я понимаю, не восстановишь.> невозможность расширения однажды созданного пула дисков> С чего бы это вдруг?Это проблема персонально zfs, пулы расширяются только переходом на такое же количество более ёмких дисков.> настрой объём тома под свои требованияДанные в архиве, как правило, непригодны для работы. Всё равно надо вытаскивать, а когда у нас всё в файловую систему запихнуто — красота.> сложность zfs с большей вероятность на дистанции сыграет злую шутку с даннымиТут нужен специалист по zfs. Если они вымрут то да, возможны проблемы.
>>5147378>Что если у меня весь том (фильм) на одном диске и этот диск сдох? То у тебя на другом диске лежит другой том с каким угодно другим фильмом, а на третьем - par, вычисленный от первого и второго фильма.Сохранился второй фильм и par - восстановишь первый.>Без организации структуры хранения с учётом существования диска, восстанавливать будет нечего если все данные сдохлиИ? Я где-то предлагал НЕ использовать избыточность?>Это проблема персонально zfs, пулы расширяются только переходом на такое же количество более ёмких дисков.Ок.>Данные в архиве, как правило, непригодны для работы.Не понимаю тебя.Нет принципиальной разницы между "я делаю это вручную/скриптом" и "всё делается само", когда речь идёт об архивном хранении.Когда у тебя рейд на сервере, который продолжает работать при отказе диска (пусть и с оговорками), и прозрачно для админа всё восстанавливает когда тот производит горячую замену вышедшего из строя диска (и всё это незаметно или почти незаметно для клиента) - это ок, так и надо делать.Когда у тебя библиотека дисков в чулане, к которой ты обращаешься один раз при записи и раз в 2-3-5 лет чтобы протестировать/извлечь, то тебе похуй удобство и прозрачность, можно пожертвовать ради надёжности и простоты.Если ты к этой библиотеке обращаешься каждый день/неделю/месяц, то доставай её нахуй оттуда и превращай в nas
>>5147273> Я прожигаю блюреи больше пяти лет и очень доволен.Ты обычные диски используешь или какие? Сколько вообще они живут в среднем?
>>5147412диски привычней, а тут пленки какието хуе мое, еще аппаратуру к ним нужно покупать.катриджи пленочные от разных контор совместимы между собой?
>>5147405Обычные, одноразовые. Все живы до сих пор.>>5147406Еще нет, лишь немного подсел. Если надо, сразу возьму себе новый резак, могу себе позволить.>>5146145Зачем нужно столько много? Мне и полтора Тб хватит на пять лет, блюрей и внешние харды справляются. Я всякое гамно не качаю, если не понравилось, сразу удаляю. И к пройденным играм почти никогда не возвращаюсь, хотя и прожигаю вместе с репаками свои сейвы и читы.
>>5145559>пиратоблядь - не человекПокупаю игры, но на бекапы лью отвязанные от дрм а не обоссаные стимобекапы в которые нельзя поиграть без стима и интернета и чё ты мне скажешь?
>>5146252Так-то последний чипсет с родным isa это кт133а под athlonXP, но есть и пикрелейтед MS-98L9 V2.0 под socket1151, охуеть.
>>5147973ЧСХ если юстировка лазерного блока пизданётся, хуй ты чего починишь без стенда, которые только у производителя есть в количестве один штук.
>>5144193Ну всрал Кон сценарий и персонажей разок и хер с ним.В общую канву его работ с историями о людях, живущих двойными жизнями оно вписывается.Главное что хуже уже не ничего не снимет.
>>5147880>Покупаю игрыОхотно верю.>отвязанные от дрм а не обоссаные стимобекапыА стим тут при чём? У тебя образы гоговских игр, спизженные с торрентов, а не купленные в самом гоге. По названиям видно. Алсо, в стимоигры тоже можно играть без интернета. Хотя откуда тебе это знать?>и интернетаСейчас бы жить в жопе мира, в которой может пропасть интернет.
>>5148179Я не оп, мимо проходил.>Алсо, в стимоигры тоже можно играть без интернетаДалеко не во все. Есть список отвязываемых от стима (не от интернета, а от стима) игр, он небольшой.В неотвязываемые без интернета играть совершенно никак нельзя ибо стим перестаёт их запускать после некоторого времени в автономном режиме и не позволяет устанавливать игры из бекапов без интернета.>Сейчас бы жить в жопе мира, в которой может пропасть интернет1. Сейчас бы назвать дс жопой мира2. Сейчас бы кидать предъявы на тему кому где жить
>>5150786https://ru.wikipedia.org/wiki/%D0%9F%D0%BE%D1%80%D0%B0%D0%B6%D0%B0%D1%8E%D1%89%D0%B8%D0%B5_%D1%84%D0%B0%D0%BA%D1%82%D0%BE%D1%80%D1%8B_%D1%8F%D0%B4%D0%B5%D1%80%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B2%D0%B7%D1%80%D1%8B%D0%B2%D0%B0читай, просвещайся, физик. ЭМИ по самому краю фронта взрыва идет.
>>5151014соглашусь, что обосрался в >по самому краю фронта взрыва идетно все равно ГОРИ СУКА В СВОЕМ ДОМЕ ГОРЯЩЕМ ОТ СВЕТОВОЙ ВОЛНЫ. УАХАХАХАХАХАядерный взрыв
