» Far Manager

iNNOKENTIY21

Значит вероятно это локальные ошибки так проявлялись. Может последствия clink - эти мне до сих пор чихаются С одной стороны эта утилита удобна тем, что помнит историю комстроки CMD и позволяет её редактировать в стиле bash (собственно потому я её и ставил когда-то), а с другой число ошибок в ней пока неприемлемо велико чтобы всерьёз ей пользоваться. Собственно потому и снёс весной, но последствия того, что она стояла в виде ошибок в параметрах запуска консоли целиком до сих пор не удалось устранить - слишком основательно покорёжила её конфиги. Проще купить пару 2 Тб HDD на 5400 - 5900 rpm, сбросить на них по сети данные, а после ось переставить вычистив рабочие винты нулями. Меня только одно тормозит - после не один месяц придётся переставлять-настраивать весь рабочий софт, а он довольно капризный и бэкапов не любит...

VictorVG2
у меня не прижились расширители виндовой консоли. ни clink ни conemu, дольше всех consoleZ прожил.
пожалуй, с выходом модуля psreadline для powershell, я и забил на "расширители/заменители"
можно попробовать отследить где пакостит clink. поставить на виртуалку/тесовое железо. предварительно воспользовавшись regshot (делает снимок системы до и после, затем сравнение) к примеру или процесс мониторингом, установку, настройку отследить.

FarU3 b4491 r13637 Tue Dec 22 15:57:21 +0300 2015

Цитата:

1. Far b4491 r13637
2. EnvManager v1.05
3. Рефакторинг. Обновление совместимо с SVN r13523 - SVN r13637

Изменения в х64 сборке аналогичны п1 и п2. Зафиксируем состояние проекта, а там если вылезут ошибки посмотрим по месту.

iNNOKENTIY21

Это я когда с ней возился делал, но сейчас снова её подымать - в морг, и так дров наломала ... только успевай поворачиваться. Автор конечно что-то правит, но явно на всё ему сил не хватает и проще использовать JP Software 4NT/TCC/TCMD настроив его поведение так, чтобы он повторял ошибки CMD. Как выяснилось make их учитывает в работе, а TCMD предоставит нам все необходимые инструменты от редактирования комстроки и её истории до регэкспов в стиле Perl/Python/REXX/Lua и самого Lua и отладчика скриптов в придачу к куче иных возможностей. Думаю это более разумное решение т.к. TCMD не меняет среду CMD и может работать параллельно с ним, а clink её меняет.

wseventeen
Можно ли надеяться, что в ближайшем будущем все стандартные плагины будут собираться в MS VS 2015? Сейчас собирается лишь часть, примерно половина. Может нужно виш создать?

skipik001
Можно. Задача не приоритетная.
Я не пробовал, но т.к. DrKnS уже выкинул (может почти) из них ручное вышивание для сборки без CRT, это должно быть несложно. Честно говоря, я удивлён, что половина всё-таки не собирается.

Добавлено:
Виш в любом случае не помешает.

wseventeen
Похоже, что что-то локальное было у меня, сейчас попробовал и всё собралось.

Цитата:

========== Build: 19 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========

Подскажите, для FAR 3.0 есть плагин чтобы секьюрно удалять файлы?

ANDE2003

AltDel прямо из фар-а.

Добавлено:
skipik001

Возможно ошибки в рабочей копии. Попробуй сделать в её каталоге svn cleanup, не поможет - удали её вместе с подкаталогами и svn co http://svn.code.sf.net/p/farmanager/code/trunk <workingcopypath> для получения исходников заново. Приходилось так поступать.

Довольно давно пользуюсь far3 (портабельный) для копирования системы, иногда его обновляю, всё было ок. Вчера надо было покопировать. Только сейчас случайно заметил - фар скопировал hardlinks как файлы. Около месяца-полутора назад фаром же нормально копировал с-му на другую виртуалку, с виртуалки на этот-же лог. диск, диск не форматировался, загрузочная виртуалка для копирования не менялась, за это время возможно несколько обновил фар. Пробовал выборочно скачать самый свежий фар, немного ранних версий - то же самое, hardlinks сейчас копируются как файлы, полная засада.. Чего можно проверить/сделать?

MOHCTP

Почитать шапку Принципиальные различия между hard link, symlink и junction и увидеть что всё работает правильно. Хардлинкс это регистрация файла в нескольких каталогах (но его данные хранятся на файловой системе в единственном экземпляре) и операция копирования вызывается для него столько раз сколько его виртуальных копий числится в дереве каталогов.

VictorVG2

Цитата:

AltDel прямо из фар-а.

А можно подробнее где-нибудь прочитать про алгоритм работы?

ANDE2003

Да прямо в справке порытся. Файлы трутся нулями, в 99,9(9)% ситуаций этого достаточно.

Цитата:

ANDE2003

Да прямо в справке порытся. Файлы трутся нулями, в 99,9(9)% ситуаций этого достаточно.

Интересует переименование и обнуления перед удалением, оно есть? Какие имена используются?
И как оно работает есть удаляем сетевой файл?

ANDE2003

Переименования насколько я знаю нет, просто тело файла заполняется нулями, после он удаляется. Для NTFS обычно этого достаточно, и даже военные стандарты не переименовывают файлы при их уничтожении, а просто производят перезапись его содержимого специальными патернами чего достаточно для предотвращения восстановления данных любыми существующими на сегодня методами и оборудованием. Единственный существующий на сегодня метод уничтожить данные так, чтобы их невозможно было восстановить это физическое уничтожение структуры носителя, например для магнитных носителей путём их размагничвания в сверхсильных магнитных полях специальных установок и последующего механического разрушения их конструкции. Я видел такие установки для уничтожения НЖМД в действии. Диск размагничивают в магнитном поле напряжённостью от 7 - 10 КГаусс, а после специальный пресс насквозь пробивает его корпус вместе с пластинами гермозоны - восстанавливайте данные, они ваши.

Добавлено:
Н-н-да, какое-то странное у меня колдовство вылезло - ArcLite v1.25 в случае пустого профиля открывает проблемный архив и видит в нём файлы, а стоит запустить любую рабочую или тестовую конфигурацию и "Простите, а этот архив пустой...". Буду искать причину - наверняка где-то в настройках ошибка сидит, хотя возможно и скрипты шалят. Посмотрим, пока ответа на вопрос где и что происходит у меня нет...

Добавлено:
Зону возникновения проблемы ориентировочно локализовал - маски включения/исключения форматов в ArcLite 1.6.x. Попробую отыскать какая именно её вызывает?

Цитата:

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

Подождите, ведь по именам файлов много можно понять, масса инфы можно получить!
Хотя у FAR в этом плане все в поряде

Цитата:

Before file deletion its data is overwritten with zeroes (you can specify other overwrite characters - see
System.WipeSymbol), after which the file is truncated to a zero sized file, renamed to a temporary name and
then deleted.

VictorVG2
что такое hardlinks мне известно, иначе как бы я это вообще определил) вобщем-то вопрос в отношении фара как-бы снят, - сегодня полистал немного его доки)

не для вопросов, для ясности) просто для интереса, как это бывает, немного предистории: понятно что дублировать с-му заморочно, вот периодически и пробуются варианты) где-то год назад я вспомнил про фар и попробовал с виртуалки на виртуалку скопировать фаром без сортировки, и всё скопировалось нормально, с сохранением hardlink (было проверено через сравнение списков и сравнение файлов, да и по размерам видно), ну я и воспринял это как должное, не особо вникая:D, так и пользовался, до вчера, и нормально копировалось.. почему так работало и почему перестало, - понятия не имею.. зато щас понятно почему так работать не могло:D

ANDE2003

Можно, коли имена сии имеют какой смысл, а коли нет? Обычно что те у кого есть какие-то важные секреты не дают файлам их содержащим имена облегчающие жизнь шпиона. Или народ столь обленился, что уже и думать перестал? Затея на "Берём заголовок документа и используем его для формирования имени файла" была придумана в известном департаменте ибо это их работа знать кто, что, где и когда пишет, говорит, думает, делает, а вы обязаны им в этом помогать. Не нравится - подберите себе планетку поглуше и устройтесь туда лесником, но боюсь от департамента контроля мыслей вас это не спасёт.

Цитата:

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

хорошо что другие так не думают, а переименовывают при удалении

Цитата:

хорошо что другие так не думают, а переименовывают при удалении

это точно - не даром говорят, что и на старуху находит проруха. Лучше пусть у техники голова болит, чем потом у тебя.

ANDE2003

Другие думают, но иначе - для таких задач есть серверные накопители со встроенной системой FIPS которые гарантируют аппаратное шифрование данных и их безвозвратное уничтожение при удалении или выводе устройства из эксплуатации. У вас там что оперативные планы генштаба хранятся? Так в 45-м в Берлине было повешено объявление "Таксисту нашедшему на заднем сиденье папку с грифом "Особо секретно" просьба срочно застрелится самому. Мюллер.". Если у вас такие секретные задачи, то для них есть СЗИ КРИПТОН гарантирующие что посторонний не сможет прочитать информацию даже если получит физический доступ системе их хранения.

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

ANDE2003
Теоретически, можно написать макрос, случайным образом переименовывающий файлы и затем делающий им AltDel. Если разбираетесь в макросах, попробуйте. Если нет, спросите на оффоруме, может кто сподобится.
Хотя чего это я, там же и так переименовывается в случайное имя

Цитата:

Хотя чего это я, там же и так переименовывается в случайное имя

На самом деле лучше переименовывать не в случайное имя, а односимвольное.
Хотя утилита sdelete от Марк Руссинович (Mark Russinovich) вот так поступает:


Цитата:

Для перезаписи имен удаляемых файлов программа SDelete переименовывает файл 26 раз подряд, каждый раз заменяя каждый символ имени файла следующим по алфавиту символом. Например, первое имя файла “foo.txt” было бы “AAA.AAA”.

https://technet.microsoft.com/ru-ru/sysinternals/bb897443.aspx

Smitis

То, что ему нужно - просто AltDel, а при сегодняшнем "уровне знаний" большинство пользователей rm -f от rm -fr отличить не способны, куда им в потрохах слайса побитно собирать останки павших бойцов. Все его сомнения навеяны рекламой что мол можно ... . Ага, можно, если осторожно.

Приносили нам как-то банкиры "винт" на восстановление данных - в конвертике единственный блин, половины слоя нет, во второй дырка калибра 12.7, а на той части слоя что осталась отвёрткой надпись " ... вам!" - банкиры сисадмину зарплату зажали и выгнали, а тот в отместку и разобрал винт с их бухгалтерией и "половину с собой унёс", а это добро им оставил на развод половецкой стране. Они после за ним бандитов посылали, да малый не дурак и сумел спрятаться так что те обломились. Ну а те кто это видел после месяц от хохота катались.

ANDE2003

На NTFS и других современных файловых системах после удаления объекта освобождается занятое им пространство и чтобы найти его вам надо знать его бинарное содержимое, а вдобавок после это место на слайсе в любой момент будет перезаписано другими данными да и сама файловая система часто имеет механизмы сборки "мусора" делающие вероятность ошибки в данных из-за плохого участка поверхности носителя стремящейся к нулю. Вот на FAT удаление это просто простановка в первом символе имени файла малой буквы "х" и пометка блока как "свободный" без физического удаления данных, а потому зная его адрес считать его и ребёнок сумеет. И не ищите себе лишней работы - даже если кто-то сумеет найти на NTFS перезаписанный нулями файл без снятия карты остаточной намагниченности пластины и месяцев расчётов на суперкомпьютере восстановить такие данные не возможно, да и там вероятность успеха очень мала - порядка 10-7 и ниже, а стоимость этой работы превышает миллионы долларов США, а всё что обещают "конторы" не более чем дежурный рекламный трёп.

Так что кроме саморекламы Марка в этой утилите толку что мёртвому припарки. Ну вытащат они 5% частично повреждённых легкодоступных данных, а толку с той каши что вам отдадут? Там будет пёстрая смесь из кусков разных файлов где и со стаканом не разберёшься где чей фрагмент - т.е. по факту вы получаете мусор. Так что не ищите приключений - они и сами вас найдут.

Отыскал я ту настройку включение которой приводит к тому, что Arclite v1.6.25 с проблемными архивами ведёт себя аналогично v1.6.24:

<value name="pgdn_formats" type="qword" value="0000000000000001"/>

- пришлось отключить опцию Настройки форматов влияют на CtrlPgDwn и тогда содержимое архива стало выводится.

Для поддержки в multiarc zpaq, нашлось готовое решение: Tony's blog: Far Manager Multiarc custom.ini for zpaq, nanozip но не распаковывает, чего надо поправить?

wseventeen
Маленькая опечатка в changelog для ArcLite.
Версия должна быть 1.6.26.

skipik001

Опередил. А с тем что говорили мне надо сначала с путями порядок навести чтобы компиллеры не грызлись а то я развёл зоопарк и забыл про энто.

Добавлено:
FarUE3 b4491 r13645 Sat Dec 26 02:11:23 +0300 2015

Цитата:

1. Far b4491 r13645
2. ArcLite v1.6.26 (опечатку в changelog - 1.6.25 -> 1.6.26 у себя поправил)
3. Wget v1.17.1 for MinGW32
4. Обновим ca-bundle.crt
5. Рефакторинг. Обновление совместимо с SVN r13523 - SVN r13645

b4491 r13642 Fri Dec 25 14:44:14 +0300 2015

1. ArcLite v1.6.25
2. Перенастройка ArcLite и изменения в default.farconfig
3. EnvManager v1.10
4. Рефакторинг. Обновление совместимо с SVN r13523 - SVN r13642

Изменения в х64 редакции аналогичны, но инсталлятор для неё пока не писался.

VictorVG2

Цитата:

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

Понял, буду ждать. А тем временем ESC я собрал сам, осталось нам разобраться с ecompl.

Цитата:

Так что кроме саморекламы Марка в этой утилите толку что мёртвому припарки. Ну вытащат они 5% частично повреждённых легкодоступных данных, а толку с той каши что вам отдадут? Там будет пёстрая смесь из кусков разных файлов где и со стаканом не разберёшься где чей фрагмент - т.е. по факту вы получаете мусор. Так что не ищите приключений - они и сами вас найдут.

Вы явно не в теме вообще. При подписании NDA с крупными компаниями, особенно западными, они в нем прописывают сценарии удаления конфиденциальной информации. Часто ставят требование удалять информацию по стандарту очистки данных DOD 5220.22-M. Во тут и помогает утилита от Марк Руссинович. Во время аудита по исполнению NDA показываешь скрипты очистки, а в них SDelete и все довольны.

ANDE2003

В курсе, только одно дело функционеры компаний, а другое особисты. Этих ребят записью в логе не провести. Они знают с какого конца редьку есть. Ставите что типа платы М-575 (КРИПТОН-ПШД/SATA) а для уничтожения данных используете Стек-НС1в и спите спокойно. А программные методы защиты по большому счёту фикция, но если вы уверены в их идеальности - разрушать иллюзии не стану.

skipik001

Он в два этапа собирается - сначала надо скомпилить listboxex, а после ecompl соберётся. Иначе компилятор выдаст ошибку сборки. А для старого кода надо было и libcrt до всей кучи собирать.