>>206579
Вполне могут, нарики и алкашня в голоде неразбочивы. В остальном согласен, значительно повышает сохранность данных разнос хотя бы в два разных места.

>>206582
Надо закопать на пустыре, может вырастет Бакапное Дерево.

>>206574
Ни разу не встречался с ситуацией когда последние снимки не подходят? Ну надо же. А я знаю людей, которым ни разу бэкапы вовсе не понадобились. Они всех кто их делает тоже люто презирают. Тебя в том числе. Так что не надо так уничижительно-пренебрежительно.
В истории браузера за прошедшие месяцы, я к слову, тоже нередко копаюсь. И история адресной строки у меня по максимальной. Закладок оver9000, вкладок около сотни открытых. Всем активно пользуюсь. Так что плохой пример.

>>206574

> Нахрена мне вообще другие снимки системного диска?

Потому что в лучшем случае повреждение будет замечено в момент когда этот самый последний снапшот делается, в худшем - не будет замечено вообще. Это если не брать случайного затирания или удаления важных файлов.
>>206573

> бесплатно уже никак.

Ну диски денег стоят в любом случае. Но даже для неизменного количества места со временем снапшоты будут только увеличиваться, если нет возможности контролировать их целостность.

Интересно, а есть ли нечто, позволяющее проверять целостность медиафайлов хотя бы? Под картинки например можно свелосипедить э find / -name *.jpg -exec jpeginfo {} и ловить сообщения об ошибках, но нет ли чего-то подобного под все основные типы медиафайлов, архивов и прочего поддающегося проверкам?

Mediainfo помечает битые (на моем опыте ошибки интернетов или банальная недокачка) видеофайлы как truncated. Насчет аудио не знаю, не попадалось.

>>206529

>как поступать в типичном случае (бекап не первой свежести

Избегать такой ситуации. Автоматизировать бэкапы, не делать каждый раз полную копию. Бэкапов должно быть больше одного, и при этом как минимум один должен быть свежим, а второй - наоборот, постарше.
Нормальная бэкапилка (тот же виим) будет записывать чексуммы для сбэкапленного и сможет потом по ним проверять целостность.

Бесплатный вариант - бэкапить рсинком на zfs, делать снапшоты, со снапшотов потом можно писать на ленту. Всё это элементарно автоматизируется руками.

>>206771
О, добавлю в копилку к jpeginfo. Было бы здорово интегрировать в один скрипт чекеры сразу всех распространенных типов медиа и архивов...
>>206778
Это все очевидно и не то.

>Бэкапов должно быть больше одного,

Уже.

>будет записывать чексуммы для сбэкапленного

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

>Всё это элементарно автоматизируется руками.

Сообщение слишком длинное. Полный текст.

>>206779
Тогда я наверно не очень понимаю задачу. Если данные настолько важны, что есть 2 бэкапа + облако, то зачем держать их на одиночном диске, который рано или поздно побьётся а затем сдохнет? Почему сразу не положить их в хранилище, которое из коробки умеет проверять целостность данных при каждом доступе к ним?

>>206782

>зачем держать их на одиночном диске

С хранилищем на zfs на отдельном железе попросту неудобно работать, с риском внести ошибки сбоями сети, и насколько я знаю, ее в десктопобельных линуксах не завезли из коробки, не говоря уже про винду. Ещё смущает наличие отдельного кеша, и его потенциального поведения если сработает OOM.

>>206782

>Если данные настолько важны,

Важность измеряется не только допустимой вероятностью потери всех данных, но и допустимой давностью потерянных изменений.

>>206383
Стационарный телефон, в отличии от смартфона, умеет нормально звонить. В том то и анекдот.

>>206370
>>206371
Не обязательно мыслевирус, см. например CVE-2002-0001.

>>206390
Смартфон вообще звонить должен бы уже разучиться.

>>206394

>歴代の年始め最初に発表されたCVE(1999〜2018)をスクレイピングする

А на русском есть? Хотя бы в общих чертах?

>>206396
https://www.debian.org/security/2002/dsa-096.ru.html

>>206398

>переполнение буфера

Настолько старая проблема всего известного мне софта, что даже уже не смешно. Сколько веков он будет ещё переполняться?

>>206399
Пока не переполнится где-нибудь в коде нашей симуляции.

>>206399

>Сколько веков он будет ещё переполняться?

Не боись, скоро все приложения перепишем на электрон, там буфера не переполняются.

Чтобы буфера не переполнялись, надо сцеживать.

>>206412
echo Eight Megabytes And Constantly Swapping | sed s/Megabytes/Gigabytes/

EGACS

>>207539
На других, чуть-чуть более современных асусах (например, P5B или P5K) где-то в настройках чипсета есть функция Memory Remap. У тебя такого нет?

>>207541
ноуп. Есть только такая дичь, но включение/отключение ничего не даёт.

>>207536
Опа. А что это у него тогда? Видеопамять отожрана?

>>207576
Может быть и ей тоже. Но скорее всего, материнка зачем-то свои ресурсы адресует в 64-битном режиме так же, как в 32-битном, а упомянутый Memory Remap вендор почему-то не стал добавлять (может быть, "Да кто в своём уме в это дешёвое добро будет пихать 4 гига? Давайте просто в документации на всякий случай напишем max 2gb ram чтобы не докапывались", или на этих матерях был распаян какой-то отбракованный вариант чипсета с неполноценным контроллером памяти).

Чтобы 64битный режим работал, у тебя должна быть святая троица - мтеринка, OS, процессор. Если одно из этого не поддержвает - работать не будет. Посмотреть можно в какой-нибудь программе. Том же эвересте.

>>207576
в систем инфе есть пункт Appropriated 640mb. В случае использования интеграта там показано сколько он жрёт. В общем то видяха с турбокэшем тоже отжирает память, но в биосе это отображаться не должно. На всякий случай заменил видяху на гиговую жт210 - ничего не изменилось. Ну, кроме того, что с оф дровами оценка проходит как положено.
>>207577

>свои ресурсы адресует в 64-битном режиме так же, как в 32-битном

Нихрена не понял, но это ведь никак не пофиксить? Ради интереса поставил 32х битную семёрку. Доступная память не изменилась. Единственное изменение на 6200тц с последними дровами не вешают систему на настройке декодирования, а только падают дрова и оценка длится бесконечно
>>207579

>в какой-нибудь программе. Том же эвересте

Проц может в 64 бита, с виндой тоже всё очевидно. А что насчёт материнки? В аиде нашел что северный мост Intel Lakeport-G i945GC, южный Intel 82801GB ICH7, но ни слова о разрядности

>>207626
Странно, у меня есть.

>>207631
Есть что, разрядность чипсета в аиде? Если да, то где конкретно?

>>206499
http://www.cpu-upgrade.com/
>>206516
Долбанутый перфекционист. Все прекрасно работает на стоковом кулере, даже netburst.

>>207753
Ещё бы не шумел как самолёт этот стоковый кулер netburst при максимальной нагрузке...

>>206438
А для чего OverlayFS нужна в быту и в каких сценариях использования эти улучшения более всего полезны?

>>206440
Вообще, она часто используется для всяких контейнеров и некоторых LiveCD/USB. Но её можно применять везде, где хочется а) смонтировать объединённое дерево нескольких каталогов, не прибегая к перемещению данных, и б) вносить какие-либо изменения поверх файловой системы, которая только для чтения (по статусу или по замыслу).

Например, с её помощью можно аккуратно отделить каталог с раздачами от всего того, что мы запишем поверх них! Иначе говоря, можно сделать так, чтобы в каталоге с раздачами (который по замыслу только для чтения для всех, кроме torrent-клиента) содержались файлы ТОЛЬКО от этих раздач, в исходном и нетронутом виде, и в то же время так, чтобы существовал другой каталог, где эти же самые файлы были бы отсортированы и переименованы, и к ним могли быть добавлены любые другие файлы, не входящих в раздачу — и всё это не занимало бы почти никакого дополнительного места. И выглядеть это будет так, словно бы несколько разных деревьев слились в одно большое, общее! Каталог с раздачами становится в нём нижним, RO-слоем, а ещё какой-нибудь один — верхним, RW. Изменения, сделанные в объединённом дереве, сохраняются только в верхнем слое, а нижние остаются нетронутыми.

И вот раньше таким образом можно было переименовывать и перемещать только каталоги. Файлы при любом изменении полностью копировались в верхний RW-слой. Стоило только поменять имя, и всё — у нас уже два файла вместо одного. А вот теперь при изменении только метаданных и копироваться будут только метаданные! Ну наконец-то.

Сообщение слишком длинное. Полный текст.

И, да, покупка новой за 150 баксов - не вариант!
http://logickeyboard.com/shop/avid-media-composer-apple-keyboards-965c1.html

Собственно сам пациент

>>206268
Тут только два варианта -- возиться с вырезанием старых креплений и вклеиванием креплений для Cherry MX-подобных переключателей и последующей покупки механической клавиатуры или покупать сабж новым за озвученные $150.

Вернись на пикабу, пожалуйста. reddit.com/r/mechanicalkeyboards

>>206268
Если работает, то можно подключить через переходник PS/2 -> USB, но может и не заработать.

>>206231

>Сами коды гуглятся

Я не могу даже нагуглить что там за биос (хотя и нагуглил сигналы спикера), куда уж там какие то коды. Не удивлюсь если там какая то фирменная ibm дичь. Пока искал биос надыбал расположение элементов. Клава ближе к звуку, мышак со стороны комов. Есть тут какой то Modem Ring Detect connector очень похожий на коннектор спикера, но из него тоже идут лишь одиночные щелчки.

>Могу потыкать в свою

Да не парься. Верну бп человеку и хрен с ним. Если получится толкну коллекционерам как неизвестное состояние, если нет - буду копить дохлые материнки пока их не станет слишком много и мне не придётся заказывать таки с али пост карту. Авось тогда и до этой ход дойдёт

Там вроде на платах долгое время по 2 типа разъёма питания было. Старого и нового формата. Потом ещё более новый пришёл и их заменил. А может я уже всё перепутал. Живой под боком есть, но я его даже трогать боюсь. Там всё на соплях еле дышит.

>>206234
Перепутал слегка. Новый - обычный 20пин АТХ. Его тут нет.

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

>>206237
забавно. Тип что мертво умереть не может? В любом случае не вариант т.к. в моём доме уже 30 лет как батареи холодные

>>206244
Мытье плат — распространеная практика.
https://www.youtube.com/watch?v=5GivbpvLpm4

>>206255
больше похоже на рофл с тупых америкосов. А если сирисли помогло, то либо на этих древних маках какое то антикоррозийное покрытие либо в америкосии вода без примесей. Ну или оно сдохло через пару дней после выхода видео, но об этом никто не знает

>>206272
Какое еще антикоррозийное покрытие? Вымыл и хорошенечко высушил. Я, например, уже кучу матерей перемыл. Особенно если с помойки принесена, не будешь же ее запускать вместе с дождевыми червями в сокете! Пока еще ничего не сдохло. Если бы сырую плату заставляли включать, понятно что ее замкнет или она сгниет. Но с сухой то что случится?

>>206273
В любой воде, кроме дистиллята, есть растворы солей. Дальше додумай.

>>206276
https://www.youtube.com/watch?v=SVuI-Fn27-U

>>206197
Да, пожалуй, начну с него.
Может даже успею написать для него простенький графический интерфейс раньше, чем найду уже готовый.

>>206198
Проход по списку ссылок им в линуксовом терминале делается за минуту, скорее всего если использовать WSL под виндой тоже будет вполне удобно.
А зачем тебе UA менять? Это жесткое требование сайта, или просто желание анонимности?

>>206199
WSL он, вроде, только под десяткой и иже с ней?
Требование сайта. Не любят сейчас голый HTTP.

P.S. Кстати, какие-нибудь удобные прокси для перевода HTTPS в HTTP сейчас имеются?
Любимый браузер у меня тоже старенький.

>>206201
Сквид.

>>206202
Любопытно.
Нужно будет изучить.

>>206201
cgiproxy

>>206198
Среди менеджеров загрузок с графическим интерфейсом для Windows есть uGet, например. Я, правда, не знаю, насколько он соответствует твоим требованиям из >>206191.

>>206205
Спасибо, изучу.

>Я, правда, не знаю, насколько он соответствует твоим требованиям из >>206191

Таких я и сам знаю кучу :)

>>206191
IDM.

/thread

В любом случае я с этими деньгами ничего сделать не смогу. Все пароли забыты, даже восстановить не получается. Даже если я приду в офис яндекса с паспортом все равно не смогу доказать что эти деньги мои, фейко почта, фейко кошелек все дела.

>>206155
Надо было читать лицензионное соглашение. И записывать пароли

>>206155

>Все пароли забыты

Ничего не понял.
>>206151

>почтой привязанной к этому аккаунту я пользуюсь постоянно.

>>206158
Для кошелька нужен отдельный пароль.

>>206158
Яндекс пишет что деньги есть, но оплатить ими ничего не могу.

Это у них уже давно. Ты только что заметил потому что относительно недавно пользовался. Типичная современная практика. Единственный законный способ избавится от мёртвых душ.

>>206163

> избавиться от мёртвых душ

Аккаунт остаётся, проверки остаются, избавление только от денег происходит. У операторов мобильной связи я еще могу понять, номера, оплата, ну и удаляется всё полностью.

>>206154
Я помню на webplanet.ru, кажись, была когда-то давно новость, что они просто удалили или собирались удалить пару миллионов неиспользованных аккаунтов. Но вот чтобы абонентку взимать такого действительно нет.

Яндекс.Жадность

>>206164
Ты забываешь о проблемах с отчётностью. Пустой то кошель они каждому аккаунту заводят.
>>206165
Так раньше все и поступали. Но это было трудно подвести под законность и вызывало массу недовольства в самых различных слоях общества. В том числе среди тех кто мог не только молча обидеться. С абонентской же платой никто не придерётся, всё 100% законно. И не грозит мгновенной потерей секстилионов денег.

>>206104

>А первый класс это адъ уровня ПР

Люблю ПР. Как gsp на ибее появилась после неудачных переговоров заказывал им, идет столько же, только еще и курьером, курьер названивает когда спишь, с ним еще и договариваться надо, неудобно!

>>206100
Чип большей площади не может быть огрызком чипа строго меньшей площади. Core i7 - это Xeon E3 с искусственно отключенной поддержкой ECC.

В ноутах встрачаются "Core i6" с 6 метрами кэша l3. Эдакий i5 с HT.

И "i4" тоже впрочем.

>>206097
Ну не T, а X280, но да.

>>206099
Насколько я знаю, у i7 и Xeon кристаллы всё же разные, а i5 - это i7 с другой маркировкой, искусственно кастрированный.

>>206115

> у i7 и Xeon кристаллы всё же разные

Смотря у каких. Сравни характеристики, например, Core i7-8850H с Xeon E-2186M или Core i7-8700K с E-2186G. Степпинг у них одинаковый, не видно причин, по которым процессоры в этих парах не могли бы иметь одинаковые кристаллы.

>>206115

>искусственно кастрированный

Я бы сказал очень даже естественным образом. Интел давно практикует продажу частичного брака, блокируя сбойные участки. Раньше умельцы это дело разблокировали. Нынче так просто блокировку не снимешь. Паяльником и кусачками теперь не обойдёшься. Как не крути, лучше докопить и купить нормальный.

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

>>206114
Сейчас тебя упрккнут невозможностью заапгрейдить память, воткнуть сата ссд с али и накатить либребут.
>>206115
Плохо знаешь.
>>206117
Все практикуют. И это касается не только ЦП.

Бывают реплики на порносайтах, которые заканчиваются такими же строчками.

Ну чуве, ты же сам ответил на свой вопрос! Если все менял, то виноват сам свисток. Причем скорее всего кривые дрова от него. Ну попробуй еще БП сменить на тот, у которого нагрузочная способность по 5 В больше. Ну попробуй его воткнуть через хаб с внешним питанием, или подключить специальным двухголовым шнуром, снимающим питание еще с одного порта. Но проще подобрать свисток.

Не слушай их ОП. Сперва проверь на флешках. Возможно проблема в банальной нехватке выделенного питания или адресного пространства. Обе проблемы можно решать. Однако методами сравнимыми с лечением зубов у проктолога. Так что не советую.

>>206086
В сторону хаба с доп. питанием. Свистки неплохо жрут. Можешь попробовать переткнуть его в другой контроллер, на морду или в USB3 к примеру.

>>206090
Через хабы лучше пускать всякого рода мыши, клавиатуры и прочее. Свистки обычно используют канал передачи данных на полную, не надо его делить. Внешние диски и некоторые флешки тоже. В то время как мышь и подобные устройства даже используют иной режим работы USB. Если всё воткнуть в единый хаб, он будет сильно тормозить.

>>206094
Я имел ввиду "воткнуть свисток через хаб с доп. питанием". Вешать всю гирлянду не надо, ты полностью прав.

>>206094

> Свистки обычно используют канал передачи данных на полную, не надо его делить.

Он всё равно разделён, если у тебя больше одной USB-дырки под флэшки этого стандарта (USB 3, напримѣръ).

>>206110
Не обязательно. На материнской плате может быть несколько контролеров, а не только хабы.