Re: Linux. Устойчивость файловой системы
От: Cyberax Марс  
Дата: 01.06.20 23:34
Оценка:
Здравствуйте, igor-booch, Вы писали:

IB>Неоднократно сталкивался с повреждением файловой системы на Linux разных версий.

IB>Иногда удавалось восстановить иногда нет.
IB>Бывало после отключения электричества, бывало не с того не с сего.
Скорее всего, железное устройство врёт про барьеры. Т.е. говорит, что данные записаны, хотя это и неправда. Особенно часто встречается на флэшках.

В этом случае, рекомендую использовать файловую систему, рассчитанную на flash изначально. Самая надёжная — это F2FS, она хранит данные в виде лога, из которого периодически убирается старый мусор. Т.е. практически транзакционная система.
Sapienti sat!
Re: Linux. Устойчивость файловой системы
От: Слава  
Дата: 02.06.20 05:43
Оценка: 2 (1)
Здравствуйте, igor-booch, Вы писали:

IB>Неоднократно сталкивался с повреждением файловой системы на Linux разных версий.


Уже третья страница комментариев начата, и никто всё ещё не упомянул про два вида журналирования — 1) только метаданные, и 2) полное журналирование.
Re[2]: Linux. Устойчивость файловой системы
От: GarryIV  
Дата: 02.06.20 06:37
Оценка: +1
Здравствуйте, Kolesiki, Вы писали:

K>в Линупсах всё на энтузазизме.


А корпорации включая MS там совсем не причем, ну ни капельки.

Одни шарашкины конторы там типа Intel, Samsung, IBM и прочих Google.
WBR, Igor Evgrafov
Re[2]: Linux. Устойчивость файловой системы
От: igor-booch Россия  
Дата: 02.06.20 08:50
Оценка:
С>Уже третья страница комментариев начата, и никто всё ещё не упомянул про два вида журналирования — 1) только метаданные, и 2) полное журналирование.

Это для всех журналируемых ФС?
Отвечайте на это сообщение, только если у Вас хорошее настроение и в Вашем ответе планируются только конструктивные вопросы и замечания
http://rsdn.ru/Info/rules.xml
Re[3]: Linux. Устойчивость файловой системы
От: Слава  
Дата: 02.06.20 10:45
Оценка: 2 (1)
Здравствуйте, igor-booch, Вы писали:

С>>Уже третья страница комментариев начата, и никто всё ещё не упомянул про два вида журналирования — 1) только метаданные, и 2) полное журналирование.


IB>Это для всех журналируемых ФС?


Нет, не для всех. Для ext4fs точно есть два режима и ещё куча опций журнала, для NTFS в журнале лежат только метаданные и это не настраивается, насколько я знаю. Транзакции на файловой системе были сделаны в Windows Vista, а в Windows 7 это api уже объявили устаревшим — мало того, что его не использовали, так его ещё и тяжело поддерживать.

А вообще вот сходите по ссылке https://danluu.com/file-consistency/ , очень занимательное чтение на мой взгляд.
Re[3]: Linux. Устойчивость файловой системы
От: Kolesiki  
Дата: 02.06.20 18:11
Оценка: :)))
Здравствуйте, Zhendos, Вы писали:

Z>Здравствуйте, Kolesiki, Вы писали:

K>>Этих ФС там десятки — какая из них? Впрочем, неважно. Главное — NTFS разработана коммерческими девами, а в Линупсах всё на энтузазизме.

Z>На каком энтузиазме, все ключевые разработчики ext 3-4 работают в Google, IBM, RedHat и т.д. и т.п., назовите хотя бы одного из ключевых разработчиков

Z>ext 3-4 который не занимается этим профессионально?

Мало быть "пиджаком", ходящим в офис раздувать щёки за деньги (т.е. ваши "професси-аналы"). Нужно ещё быть компетентным технически и иметь чуточку инженерного чутья. Чего очевидно не наблюдалось у "изобретателей" ext2:

Max filesystem size: 4TB
Max file size: 2GB
Max file name: 255 bytes


чего??! Да один DVD уже 4.7 гига занимает! ЧТО, ну что натолкнуло этого недотёпу сделать размер файла 2 гига?? Напомню: DVD появился в 1996 году, всего лишь 4 года спустя после ext2 и сама ext2 — спустя 12 лет(!) после CD. Другими словами, надо было быть совсем ограниченным пнём, чтобы думать, что "4 байта хватит всем".
Имя файла 255 — хм... кажется вроде бы достаточно и тут на сцену выходит UTF32! Хопа — и все ваши имена усохли в 4 раза. Впрочем, остаётся вопрос, а почему вообще имя должно иметь ограничения? Что за "ограничитель" у меня появился на харде в 4 терабайта?

Профессионалы, говоришь??


Z>Так это же одна из простых ФС, суперблок, карта блоков, карта инодов, и в общем-то все,


Не надо понтов, ничего там "простого" нет. Самая простая была ФС на аудиокассетах к упомянутому БК0010 — файлы стояли последовательно и искались по спец-сигналу. Намного развитее — FAT. Вот они были простые. А эти ваши блоки-суперблоки — извини, уже навороченная каша, на работу которой надо молиться, чтобы не рухнула.
Итого, Линукс и все поделия вокруг него — чистой воды энтузазизм далеко не самых передовых членов программерского общества. Каждый лепит в меру своих скромных мозгов.

K>>Глупо собирать все эти вещи в одну ФС — должно быть разделение ФС по свойствам. Тогда и загрузка будет не по минуте, а как в БК0010 — ДВЕ секунды от нажатия power!


Z>Так Linux давно грузиться за несколько секунд, точно не за минуту.


С распараллеливанием — да. А БК вообще без него. Но я не о том, а об общем принципе: не должна быть ОДНА ФС на всё про всё.
Re[4]: Linux. Устойчивость файловой системы
От: AlexGin Беларусь  
Дата: 04.06.20 05:01
Оценка:
Здравствуйте, Kolesiki, Вы писали:

K>

K>Max filesystem size: 4TB
K>Max file size: 2GB
K>Max file name: 255 bytes

...вроде всё понятно...

K>чего??! Да один DVD уже 4.7 гига занимает! ЧТО, ну что натолкнуло этого недотёпу сделать размер файла 2 гига?? Напомню: DVD появился в 1996 году, всего лишь 4 года спустя после ext2 и сама ext2 — спустя 12 лет(!) после CD...


Ну разве если разработчик — профессиональный ясновидящийй.

K>Профессионалы, говоришь??

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

K>Не надо понтов, ничего там "простого" нет. Самая простая была ФС на аудиокассетах к упомянутому БК0010 — файлы стояли последовательно и искались по спец-сигналу.


Застал я это время — примерно лет 30-ть назад. Это было характерно не только для БК0010.
Тогда и "Микроша" и "Львов" и популярные Синклер-ы на проце Z80 — загружались именно так: ЖУТКО НЕУДОБНО.
Найти требуемый файл занимало по 20...30 минут
Запись велась на магнитофон, 1 и 0 — различались фазовым сдвигом.
Магнитофон и аудиокассеты — не предназначены для этого и "спец-сигнал" — длинная цепочка нулей — помогал не очень сильно.
Предусмотреть появление дешовых жестких дисков и дисководов — можно было только экстрасенсам.
IMHO — только приход открытых экономических отношений спас ситуацию.

K>Намного развитее — FAT. Вот они были простые. А эти ваши блоки-суперблоки — извини, уже навороченная каша, на работу которой надо молиться, чтобы не рухнула.


Странно читать такие вещи, тем более от программиста...
Если аппаратная часть работает — никакой путаницы не будет.

K>Итого, Линукс и все поделия вокруг него — чистой воды энтузазизм далеко не самых передовых членов программерского общества. Каждый лепит в меру своих скромных мозгов.


Linux — вполне себе профессиональная OS, несмотря на то, что базовые кирпичики доступны бесплатно.

K>Глупо собирать все эти вещи в одну ФС — должно быть разделение ФС по свойствам. Тогда и загрузка будет не по минуте, а как в БК0010 — ДВЕ секунды от нажатия power!


Просто на "персональных" компах того времени — OS (как мы бы назвали эту часть ПО теперь) была очень-очень простенькой.
HINT — это скорее даже не сама OS, а BIOS (зашитая в ПЗУ). Но и на теперешних компах BIOS доступна сразу же п овключению питания.
Вот отсюда и иллюзия быстрой загрузки.
Отредактировано 04.06.2020 5:06 AlexGin . Предыдущая версия .
Re[4]: Linux. Устойчивость файловой системы
От: vsb Казахстан  
Дата: 05.06.20 01:29
Оценка:
Здравствуйте, Kolesiki, Вы писали:

K>Мало быть "пиджаком", ходящим в офис раздувать щёки за деньги (т.е. ваши "професси-аналы"). Нужно ещё быть компетентным технически и иметь чуточку инженерного чутья. Чего очевидно не наблюдалось у "изобретателей" ext2:


K>Max filesystem size: 4TB

K>Max file size: 2GB
K>Max file name: 255 bytes

K>чего??! Да один DVD уже 4.7 гига занимает! ЧТО, ну что натолкнуло этого недотёпу сделать размер файла 2 гига?? Напомню: DVD появился в 1996 году, всего лишь 4 года спустя после ext2 и сама ext2 — спустя 12 лет(!) после CD. Другими словами, надо было быть совсем ограниченным пнём, чтобы думать, что "4 байта хватит всем".


А FAT32 появился в 1996 году, имел максимальный размер в 2TB, максимальный размер файла в 4GB и 255 символов на имя файла. То бишь практически такие же ограничения от "профессионалов". Хе-хе. Как же так.

K>Имя файла 255 — хм... кажется вроде бы достаточно и тут на сцену выходит UTF32! Хопа — и все ваши имена усохли в 4 раза. Впрочем, остаётся вопрос, а почему вообще имя должно иметь ограничения? Что за "ограничитель" у меня появился на харде в 4 терабайта?


UTF32 в линуксе никто не использует. Думаю, его и не возможно использовать, там же C с его zero-terminated строками. А с UTF-8 этой проблемы нет. Хотя в то время и его никто не использовал, KOI8-R наше всё.
Re[5]: Linux. Устойчивость файловой системы
От: netch80 Украина http://netch80.dreamwidth.org/
Дата: 05.06.20 06:15
Оценка:
Здравствуйте, vsb, Вы писали:

vsb>UTF32 в линуксе никто не использует. Думаю, его и не возможно использовать, там же C с его zero-terminated строками. А с UTF-8 этой проблемы нет.


Проблема таки бывает — как-то я пытался распаковать один архив с именем файла на где-то 150 юникодных символов из кириллицы... в общем, обходной путь нашёл, но было неприятно.
Формирователь его сидел на винде, использовал наверняка достаточно новый софт (имена с UNC, да?) и в ус не дул.
Сегодня я смысла в таком ограничении не вижу. Но превзойти его нужно, да, "двум инвалидам", вот и не волнует...
The God is real, unless declared integer.
Re: Linux. Устойчивость файловой системы
От: Дядюшка Ау Верблюд  
Дата: 05.06.20 15:29
Оценка: 3 (1) :)))
Здравствуйте, igor-booch, Вы писали:

IB>Неоднократно сталкивался с повреждением файловой системы на Linux разных версий.

IB>Иногда удавалось восстановить иногда нет.
IB>Бывало после отключения электричества, бывало не с того не с сего.
IB>На Windows таких проблем меньше.

Интересная ссылка по теме обсуждения:
https://archive.ph/YdYoI

IB>Насколько устойчива и защищена файловая система Linux по сравнению с Windows?


Максимальной устойчивости файловой системы можно добиться именно в Linux при использовании ZFS на правильном оборудовании с правильным питанием.

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

Различные виды атак, с которыми довелось столкнуться:

1) Электромагнитное подавление РЭБ, возможно в том числе по линии питания. Проявляется в том, что комп начинает подвисать на дисковых операциях, падает скорость работы со всеми внешними устройствами, сеть проседает с 1 гигабита до 100 мбит, регулярно сыпется файловая система на USB устройствах и даже иногда на внешних ESATAP устройствах. Причем время атаки не случайное, обычно совпадает с нежелательным для них постом на форуме. ZFS видит эти атаки в виде нарастания CRC ошибок.
Иногда используется очень интеллектуальный РЭБ, который судя по всему в онлайн режиме считывает утечку SATA канала по сети питания или в электромагнитном эфере (побочный канал ПЭМИ) и в real time инжектирует таргетированную с учетом протокола обмена помеху обратно в сеть питания или эфир, от чего у диска съезжает крыша, он начинает щелкать головами и в ZFS сыпятся сотни и тысячи ошибок на вполне исправных дисках, при этом даже CRC контроль самого диска не всегда видит такие атаки.

Удалось исправить ситуацию укорачиванием SATA кабелей до 10-15 см, отказом от использования USB и ESATAP устройств хранения информации, размещением внешних съемных устройств внутри системника. Также нужно минимизировать количество и длины остальных кабелей, особенно попытаться исключить кабели, проходящие через стены при наличии в ней металлической сетки. Локалку к атакуемой рабочей станции лучше подвести оптикой.

Кроме того для надежности нужно иметь отдельные выделенные сервера бэкапов с ZFS для репликации данных с ZFS рабочей станции на отдельный сервер. Важно, чтобы у пулов ZFS были разные ОЗУ и блоки питания, потому что сбой в ОЗУ может утащить на тот свет все пулы одновременно. Связь (сеть данных) системников между собой нужно гальванически разделить оптикой или хотя бы мощной грозозащитой. На сервере бэкапа нужно как минимум 2-3 кратное зеркалирование zmirror, причем как минимум одну часть зеркала нужно держать большую часть времени полностью отключенной от питания и матплаты (есть корзины с кнопкой включения для каждого диска) и только иногда подключать все части зеркала для resilvering и потом опять отключать, это помогает сохранить данные от атак по питанию и хакерских атак.

2) Атаки через IntelME и другие радиозакладки оборудования, когда невозможно загрузить комп с дисков или внешних устройств, диски конфликтуют между собой при инициализации на старте, комп не видит внешние устройства. Загрузчик оказывается испорченным или подмененным. Сеть электропитания 220В с высокой долей вероятности является одним из каналов удаленного управления современными компами вплоть до подключения к IntelME мимо всех ваших файрволов (виртуальная модемная сеть данных на гармониках внутри силовой сети аналогично современным электросчетчикам со связью с энергокомпанией).

Способы исправления:
Использование старого оборудования примерно 2010 года уровня Core2Duo. ME_cleaner.
Загрузка по USB со старого картридера 10-15 летней давности с очень старой карты SD/MicroSD, где еще не было закладок. Главное стартануть ядро и чтобы все остальные исполняемые файлы подгружались с зашифрованного раздела, тогда прошивки не могут пакостить подменой загрузчика и других исполняемых файлов.

Атаки по Spectre преодолеваются использованием соответствующих процов без спекульности: Cortex A5/A7, старые атомы.
В целом нужно стараться раскидывать разные задачи и особенно проприетарные типа браузеров, skype т.п. по разным отдельным железякам и смотреть на них через VNC, а не дырявый X11 (ssh -X host). Cubes, KVM, apparmor, grsec не дают таких гарантий как отдельная железка.

В качестве безопасной оси предпочтительна OpenBSD. Devuan подойдет для ZFS, гипервизора и браузерных гостевых виртуалок или хотя бы Alpine.
В OpenBSD к сожалению нет нормальной файловой системы, поэтому можно использовать сетевую NFS или iSCSI блок поверх ZFS на Devuan.

Кроме того очень вероятно наличие виртуализирующих буткитов в отрицательных рингах CPU, нужна open source замена BIOS и конечно без UEFI, хотя закладки из микрокода проца это не уберет и особенно проприетарный софт с закладками агенств сможет легко и непринужденно получить root даже после запуска изначально с минимальными правами.

3) Атаки по питанию в виде бросков напряжения — вроде бы называется у спецслужб PowerHummer. Ушатали одну домовую подстанцию, пришлось писать жалобу, чтобы заменили.
Броски проявляются как обратная связь на неприятные для них посты на форумах, вот пока писал этот пост напруга начала резко скакать, стабилизатор щелкал минут 5 подряд и ему подпевал UPS, что-то не работает больше ваша шайтан вредилка Просто так когда я компом не пользуюсь, бросков почти нет. Броски индицируются частыми щелчками переключения входного стабилизатора, писком UPS при кратковременной просадке напруге, характерным треском ЛАТР 220В->110В пока он на мгновение оказывается подключен к UPS.
Пробой по питанию тоже опасен.

Способы борьбы: входной стабилизатор, УЗМ51М до и после стаба. Блоки питания желательно с сертификацией не меньше GOLD и максимальной мощности с большим запасом, например 600-1200 Вт ну и конечно желательно несовременные, кто знает чего туда нынче напихали. Различные фильтры типа MOST EHV и MOST HPW. Различные фильтры с АЛИ, разделительные трансформаторы и т.п.

Пример вполне рабочей защитной цепочки :

Вход из подъезда -> УЗМ51-> Релюшечый стабилизатор -> УЗМ51 -> пара УЗО на 10 мкА с импульсной характеристикой (механническое и электронное) -> Дроссели и высоковольтная грозозащита в щитке ->
Кабель ОБЯЗАТЕЛЬНО ВНУТРИ квартиры от щитка (без возврата в стены и/или в подъезд и под штукатурку) -> Фильтр MOST HPW -> UPS желательно онлайновый, но сойдет и интерактивный -> Межкомнатный кабель ->
Фильтр DEFENDER DFS-805 -> Понижающий ЛАТР 220-110В -> Отсечка 110В с Алишки -> Мощный американский пассивный фильтр на 110В типа APC P10U2 4320 Joule ->
Разделительный трансформатор 1:1 -> Дроссельный фильтр с Алишки -> Блок питания ATX Gold+ 600-1200Вт 5-10 летней давности с рабочими кондюрами.

Важными преимуществами такой защиты перед дорогими online UPS: диверсификация компонентов. Отдельные компоненты легко менять при выходе их из строя, легко и быстро найти замену, ненужен дорогой мастер для ремонта. В качестве UPS можно взять народный недорогой линейно интерактивный APC или MGE 10-15 летней давности в которых вероятность наличия интеллектуальных радио закладок невелика. Выход из строя только одного компонента не выводит полностью из строя всю цепочку защиты в том смысле, что цепочку можно легко и быстро исправить простым исключением одного компонента. При необходимости high availability можно дублировать цепь еще одной такой же аналогичной. Кроме того простые компоненты относительно легко проверить на осутствие в них явных закладок, если в них нет современных микропроцессоров, чего не скажешь о современном большом и навороченном online UPS. Хоть автотрансформаторы (входной стабилизатор и ЛАТР) и не дают гальванической развязки, но в цепь можно отдельно добавить относительно недорогой популярный разделительный трансформатор ОСM1 1:1 (110В-110В или 220В-220В), что даст полную гальваноразвязку.
Большинство современного дорогого жизненно важного оборудования имеют закладки как минимум для удаленного его отключения сильными мира сего, а кто мешает добавить режим работы, когда online UPS вместо защиты подаст на нагрузку 400В или больше при получении соответствующей команды из вне?

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

Исправляется это переносом браузера в виртуалку KVM поверх ZVol у которого установлен режим sync=disabled и регулярной дефрагментацией ZFS dataset, на котором находятся файлы профиля Chrome — это прекрасно работает даже поверх тормозного HDD, с SSD конечно еще лучше.

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

Способы борьбы: сохранение постов тролей — агентов спецслужб в различные вебархивы и их максимальное палево.
Кроме того есть побочный эффект от телепатии (связи через "центральный комп. облачной матрицы"):

Так называемый эффект сотой обезъяны.

https://cont.ws/@Fktrctbx/1728405

6) Психические атаки в том числе на окружающих (например, родственников) предположительно торсионные, вызывают панические атаки:
https://web.archive.org/web/20190610035646/http://w01.freezepage.com/a/15600/65941FGBBJJVVBJ/64

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

Есть мнение, что нервная система работает через торсионные поля, особенно головной мозг, после доведения умственных способностей жертвы до состояния растения им легче осуществлять mind контроль над ними:

https://web.archive.org/web/20200314022636/https://gangstalkingmindcontrolcults.com/

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

https://web.archive.org/web/20190624163342/https://www.rlighthouse.com/targeted-individuals.html

Способы борьбы: своевременное обращение к некоррумпированным гематологам и неврологам, использование нейромидина и интерферона для восстановления нервных волокон и мозговых тканей. Изоляция контролируемого зомби, хотя бы отделить его дополнительной закрытой дверью или какой-то преградой на время своего сна.

Дополнительные замечания по теме:
https://rsdn.org/forum/shareware/7710789?tree=tree
Автор: Дядюшка Аууу
Дата: 19.04.20
Отредактировано 15.07.2020 4:09 Дядюшка Ау . Предыдущая версия . Еще …
Отредактировано 09.06.2020 22:31 Дядюшка Ау . Предыдущая версия .
Отредактировано 09.06.2020 22:25 Дядюшка Ау . Предыдущая версия .
Отредактировано 09.06.2020 17:39 Дядюшка Ау . Предыдущая версия .
Отредактировано 09.06.2020 17:34 Дядюшка Ау . Предыдущая версия .
Отредактировано 09.06.2020 16:22 Дядюшка Ау . Предыдущая версия .
Отредактировано 09.06.2020 16:20 Дядюшка Ау . Предыдущая версия .
Отредактировано 09.06.2020 6:23 Дядюшка Ау . Предыдущая версия .
Отредактировано 09.06.2020 6:19 Дядюшка Ау . Предыдущая версия .
Отредактировано 09.06.2020 6:15 Дядюшка Ау . Предыдущая версия .
Отредактировано 09.06.2020 6:11 Дядюшка Ау . Предыдущая версия .
Отредактировано 09.06.2020 6:08 Дядюшка Ау . Предыдущая версия .
Отредактировано 09.06.2020 6:05 Дядюшка Ау . Предыдущая версия .
Отредактировано 09.06.2020 6:03 Дядюшка Ау . Предыдущая версия .
Отредактировано 09.06.2020 6:01 Дядюшка Ау . Предыдущая версия .
Отредактировано 09.06.2020 5:54 Дядюшка Ау . Предыдущая версия .
Отредактировано 06.06.2020 0:30 Дядюшка Ау . Предыдущая версия .
Отредактировано 06.06.2020 0:29 Дядюшка Ау . Предыдущая версия .
Отредактировано 06.06.2020 0:21 Дядюшка Ау . Предыдущая версия .
Отредактировано 06.06.2020 0:18 Дядюшка Ау . Предыдущая версия .
Отредактировано 06.06.2020 0:15 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 21:12 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 21:08 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 21:05 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 20:59 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 20:58 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 20:54 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 20:52 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 20:51 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 16:53 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 16:01 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 16:00 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 15:58 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 15:55 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 15:52 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 15:48 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 15:43 Дядюшка Ау . Предыдущая версия .
Отредактировано 05.06.2020 15:38 Дядюшка Ау . Предыдущая версия .
Re[2]: Linux. Устойчивость файловой системы
От: Shire  
Дата: 16.06.20 05:11
Оценка:
Здравствуйте, Дядюшка Ау, Вы писали:

(поскипан опасный для рассудка контент)

Зачем, ну зачем я это прочитал...
Re[2]: Linux. Устойчивость файловой системы
От: serj.e  
Дата: 19.06.20 08:43
Оценка:
У меня даже SSD начал постукивать головками от такого накала страстей))

PS. Если серьезно, то да, подобные техники существуют. Надо только соизмерять масштабы злодеяния и применения их спецслужбами. Если их используют для отслеживания террориста — это вполне резонно и соразмерно. Но чтобы в ответ на форумное сообщение от анонимуса, которое прочитают 3.5 таких же???! По-моему у кого-то мания преследования и величия одновременно.
Re[3]: Linux. Устойчивость файловой системы
От: Дядюшка Ау Верблюд  
Дата: 29.06.20 07:02
Оценка:
Здравствуйте, serj.e, Вы писали:

SE>PS. Если серьезно, то да, подобные техники существуют. Надо только соизмерять масштабы злодеяния и применения их спецслужбами. Если их используют для отслеживания террориста — это вполне резонно и соразмерно. Но чтобы в ответ на форумное сообщение от анонимуса, которое прочитают 3.5 таких же???! По-моему у кого-то мания преследования и величия одновременно.


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

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

1) Работа в офисе вместо удаленки, где постоянно стоит галдеж и сезонные (раннее, сейчас уже постоянно) вирусы с уходом на больничный как минимум 2 раза в год, непогода на улице, иногда ипанутые таксисты (возможно один из сотни, которые начинают нести пургу, возможно заранее подготовленные или просто обычный mind control над ними, чтобы очередной раз насрать вам в уши).
2) Несвободный график, в отличии от стартапа (нельзя поспать до обеда, невыспавшийся "работник" кумарит целый день от звонка до звонка, вместо того, чтобы спокойно доспать пару часов и поработать продуктивно).
3) Использование прориетарного говна вместо open source (у вас никакого контроля над выбором проприетарщины и его будущего). Проприетарный софт и оборудование — это как клетка для вашей деятельности, особенно при наличии более совершенных альтернатив open source.

За долгие годы мне удалось обнаружить очень немного хорошего уникального популярного проприетарного софта (не считая иногда очень полезных менее популярных шароварок, узконишевого софта типа КриптоПро), это:
ZennoPoster, Corel Draw старых релизов v3-v7, Microsoft Office и Microsoft Visual Studio и Шиндоуз для них — куда деваться, хотя как только WINE осилит студию и зенку, Шиндоуз можно будет вычеркивать. IBM DB2 for Linux очень неплох.

Даже дорогие редакции изумительного DevExpress являются open source продуктами, Microsoft DotNet Core тоже.

4) Ковыряние чужого легаси индуско-гусского копрокода для атсосинга какого-нибудь крупного заказчика вместо нового интересного стартапа, где только свой новый код и лучшие готовые либы на свой выбор.
5) Хотят завладеть исключительными правами автора, на результаты созданные ранее без участия завладетелей говноканторы. В то время как на удаленке в США можно найти стартапы, согласные на лицензию, позволяющую вносить модификации, создавать derivative works и т.п. вместо передачи исключительных прав. Рассуждают о том, что нужно не путать общественное со своим частным, и пофик сколько сотен часов вы потратили на свой частный код вечерами, в праздники, по выходным ТОЛЬКО в свое личное время (он же частично общий код в рамках договоров неисключительной лицензии для всех проектов на удаленке), пока они развлекались, бухали и занимались другими видами коллективного общественно полезного "труда". Самое главное, что к счастью чьи-то фантазии о коллективизме слава Богу никак не влияют на охрану индивидуальных прав физических лиц в суде.
6) Нередко отсутствие профильной технической квалификации и сертификатов у дЭффективных менеджеров, которые могут только пердеть словами в уши и с трудом понимают, о чем идет речь с технической точки зрения, а нередко даже и с юридической точки зрения, т.е. всестороннее комплексное непонимание сути обсуждаемого.
7) И очень многое другое, вызывающее неприязнь и брезгливость к таким предложениям.

Впечатление, что эти подонки работают за процент с каждого окученного гребца.

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

Также электронный ганстолкинг применяется против юристов, журналистов и обычных людей, которые пытаются защищать свои права, нарушенные агентурой этих паразитов, в рамках закона через суд РФ и другие способы подачи жалоб, требований и исков. Файловая система диска на незащищенной системе может осыпаться как раз в самый критический момент, когда нужно срочно готовить юридические документы на отправку, чтобы не упустить сроки исковой давности, апелляции и т.п. Диктофон может "сломаться" незадолго до интервью или его могут украсть после записи, если диктофон недостаточно современный, чтобы содержать закладки для внезапной "поломки".
Поэтому все важные записи нужно как можно быстрее бэкапить с мобильного диктофона на стационарные хранилища данных.
Отредактировано 02.07.2020 15:15 Дядюшка Ау . Предыдущая версия . Еще …
Отредактировано 02.07.2020 15:12 Дядюшка Ау . Предыдущая версия .
Отредактировано 02.07.2020 15:09 Дядюшка Ау . Предыдущая версия .
Отредактировано 02.07.2020 15:03 Дядюшка Ау . Предыдущая версия .
Отредактировано 02.07.2020 15:00 Дядюшка Ау . Предыдущая версия .
Отредактировано 02.07.2020 14:58 Дядюшка Ау . Предыдущая версия .
Отредактировано 30.06.2020 8:41 Дядюшка Ау . Предыдущая версия .
Отредактировано 30.06.2020 8:40 Дядюшка Ау . Предыдущая версия .
Отредактировано 30.06.2020 8:20 Дядюшка Ау . Предыдущая версия .
Отредактировано 30.06.2020 8:17 Дядюшка Ау . Предыдущая версия .
Отредактировано 30.06.2020 6:34 Дядюшка Ау . Предыдущая версия .
Отредактировано 30.06.2020 6:31 Дядюшка Ау . Предыдущая версия .
Отредактировано 30.06.2020 6:30 Дядюшка Ау . Предыдущая версия .
Отредактировано 30.06.2020 6:26 Дядюшка Ау . Предыдущая версия .
Отредактировано 30.06.2020 6:22 Дядюшка Ау . Предыдущая версия .
Отредактировано 30.06.2020 6:21 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 9:30 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 9:29 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 9:27 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 8:17 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 8:16 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 8:03 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 8:02 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 8:00 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:56 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:53 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:51 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:50 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:48 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:47 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:42 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:41 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:35 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:26 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:24 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:23 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:22 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:19 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:11 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:07 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:05 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:04 Дядюшка Ау . Предыдущая версия .
Отредактировано 29.06.2020 7:03 Дядюшка Ау . Предыдущая версия .
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.