Ru-Board.club
← Вернуться в раздел «Программы»

» Бесплатный софт, Freeware

Автор: Victorkoly
Дата сообщения: 25.04.2015 14:45
embrace909
В работе контроллеров я не шарю точно. Значит вероятно, что проблемы будут только, если выдрать в процессе записи. В пределах одного чипа используется идея 2 скрещенных групп шин для доступа или какая-то другая?
Автор: shadow_member
Дата сообщения: 25.04.2015 14:56

Цитата:
Если вынуть флешку под напряжением, то теоретически может быть все плохо.
Все будет хорошо, т.к. на WinXP при безопасном извлечении +5V с флешки снимаются, на Win7 НЕ снимаются, на Win81 тоже НЕ снимаются, на Win10 снимаются. Спираль сделала полный виток от WinXP до Win10.
Там, где питание НЕ снималось, его снимали фиксом реестра или сторонним софтом типа USB Safely Remove.
Поэтому опасно только выдергивание флешки при текущем процессе записи/чтения (мигает светодиод), но на некоторых марках флешек и светодиода нет (ADATA).
Автор: timsky
Дата сообщения: 25.04.2015 15:21
shadow_member

Цитата:
Там, где питание НЕ снималось, его снимали фиксом реестра

А можно подробнее?
Автор: Grishanenko
Дата сообщения: 25.04.2015 15:23
shadow_member

Цитата:
на WinXP при безопасном извлечении +5V с флешки снимаются


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

А пользу от программы вижу в том, что лично у меня перед отключением флешки она все равно открыта или в проводнике или в DC и ощутимо проще перейти в ее корень и запустить программку, чем клацать в трее, вспоминать которую из подключенных флешек нужно отключить и еще пару раз жать на кнопки.
Есть только одна серьезная промлема: Если флешка открыта в одной из вкладок (иначе как мне запустить с нее программу?) то при извлечении произойдет ошибка Думаю, единственное возможное решение - выдать окошко поверх всех окон: "Извлечь флешку?" В этот момент закрываю в DC вкладку и жму в окошке "Да".
Автор: Accessisdenied
Дата сообщения: 25.04.2015 15:23
shadow_member

Цитата:
опасно только выдергивание флешки при текущем процессе записи/чтения

И опасно это только для данных, которые не допишутся и будут потеряны. Для самой флешки никакой опасности нет.

Добавлено:
Grishanenko

Цитата:
чем клацать в трее, вспоминать которую из подключенных флешек нужно отключить и еще пару раз жать на кнопки

Проще не включать кэширование записи на флешки, а оставить настройки по умолчанию - тогда "безопасное извлечение" вообще не нужно, можно просто выдергивать без лишних движений.
Автор: shadow_member
Дата сообщения: 25.04.2015 15:32
Grishanenko
Питание снимается программно и адресно, а визуально вы видите физику, поэтому тумблера и не видно.
Accessisdenied
Я все равно исп. USB SR, так что мне и то, и другое не грозит. Но не зарекаюсь.
Автор: dialmak
Дата сообщения: 25.04.2015 15:38
Accessisdenied

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

Вот именно.. Не понимаю на кой заморачиваться данными и флешками, если кеширование отключено .На машинках, где уверен, что кеширование выкл. - грубо вытаскиваю и ухожу
Использовать ещё какую-то ненужную утилиту и клацать? По моему маразм.
Автор: shadow_member
Дата сообщения: 25.04.2015 17:27

Цитата:
не включать кэширование записи на флешки,
Я даже не знаю, что это, и знать (изучать) не хочу, хочется просто поработать, отвести душу за компом. Меня вполне устраивает "нужная" утилита (мне приходится иметь дело с большим количеством флешек, мобильных HDD на неск. разделов и пр.), у которой, уверен, значительно больше сторонников, чем у любителей "невключения кэширования".
Цитата:
По моему маразм
- это как раз поиск обходных путей типа выключения кэширования. Возможно, я старомоден, т.к. еще и антивирус использую А порой информация на флешке дороже самой флешки.
Системой предусмотрено безопасное отключение- его и используй, что тут паровоз изобретать? Ну ладно, хочешь- дергай в любой момент, дело хозяйское.
Автор: Accessisdenied
Дата сообщения: 25.04.2015 17:52
shadow_member

Цитата:
Я даже не знаю, что это, и знать (изучать) не хочу

Значит оно выключено. Включить может только тот кто знает

Цитата:
поиск обходных путей типа выключения кэширования

Ничего выключать не нужно, достаточно НЕ включать.

Цитата:
Системой предусмотрено безопасное отключение

Для тех случаев, когда пользователь знает где и включил кэширование
Еще раз для "танкистов": по умолчанию кэширование ВЫключено и необходимости в "безопасном отключении" нет.
Автор: Victor_VG
Дата сообщения: 25.04.2015 21:48
Accessisdenied
shadow_member

Смысл в безопасном удалении иной - при отработке ОС данной команды с устройства снимается питание для предотвращения выхода из строя USB порта. В ХР это происходит автоматически, в семёрке нет и это делают программы типа USB Safely Remove/Zentimo. Ранее были прецеденты когда из-за статического электричества при отключении устройств без снятия питания горели USB порты в чипсетах i845/i865/i875 из-за грубой ошибки допущенной Intel ("забыли" поставить защитные цепи на входе UCHI в ICH4/ICH5 ) при проектировании ICH4/ICH5. Взамен приходилось ставить внешний USB контроллер, обычно на чипсетах NEC (там была диодная защита выдерживавшая 1000V) или VIA (на входе стояли оптроны выдерживающие до 2500V) - в них имелась защита от статики и они не горели при вытаскивании устройства "на горячую". В более новых чипсетах серии i9x5 и позднее использовались исправленные версии ICH5 и более новые ICH7 - ICH10 в которых данный недостаток схемотехники устранён. Но его устранение не означает что можно безопасно выдёргивать USB накопители не сняв питание с порта, т.к. возможно повреждение устройства перепадом напряжения в момент его отключения.
Автор: grumyke
Дата сообщения: 25.04.2015 23:01
[offtopic]

Цитата:
возможно повреждение устройства перепадом напряжения в момент его отключения.

Не надо фантазировать, перепад от 5 до 0 вольт не может повредить устройство. Опасно только отключение в момент записи, тогда возможно и повреждение файловой системы (лечится переформатированием) и "повреждение устройства" как то: блокировка записи/ нулевой объем/ неизвестное устройство - лечится инженерными утилитами от производителя.
Кстати, гашение светодиода при программном отключении, не означает снятие напряжения.
[/offtopic]
Автор: Victor_VG
Дата сообщения: 25.04.2015 23:35
grumyke

Вы конечно всё знаете, а раз так, то маленький вопрос - искровой разряд по воздуху через промежуток около 1 мм это 5 вольт? А именно это явление иной раз наблюдается при подключении/отключении USB разъёмов.

P.S.

Незнание/игнорирование кем-то физики законов ибо это не описано в википедии и других уважаемых им ресурсах не отменяет их действия и не даёт ему права их отрицания.

Добавлено:
И ещё - не путайте программное повреждение ФС и пробой pn-перехода или слоя диэлектрика в полупроводнике. Если вы лично знаете программную часть, то я рад за вас, а вот железо оставьте уж мне ибо я разрабатываю схемотехнику ЭВМ далеко не первый десяток лет и что выдерживают схемы и как их защитить от пробоя по входу поверьте как инженер-системотехник по ЭВМ, структурам и сетям ЭВМ знаю получше любителей.
Автор: timsky
Дата сообщения: 25.04.2015 23:46
Victor_VG
Я так понимаю, речь о дуге?
Автор: Accessisdenied
Дата сообщения: 26.04.2015 02:03
Victor_VG

Цитата:
искровой разряд по воздуху через промежуток около 1 мм это 5 вольт?

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

Цитата:
я разрабатываю схемотехнику ЭВМ далеко не первый десяток лет

USB явно не ваша разработка
Возьмите вольтметр и проверьте напряжение на контактах USB после "безопасного отключения" флешки, а потом нам расскажете

Цитата:
ибо это не описано в википедии и других...

Это как раз описано в википедии:

Цитата:
Термин «горячая замена» используется в двух значениях. С одной стороны, он обозначает возможность отсоединить или присоединить устройство без отключения питания. С другой стороны, он также может подразумевать еще и автоматическое определение устройства при подсоединении. Первое значение термина распространяется на интерфейсы RS-232, FireWire и простейшие реализации SCSI, второе значение — на USB, FireWire, PCI Express и сложные варианты SCSI.

Автор: Victor_VG
Дата сообщения: 26.04.2015 02:25
Accessisdenied

Потенциал искрового пробоя воздуха вам известен? Думаю что происходит в этот момент поймёте, но хватит споров о физике ибо это уже уход в сторону от темы.
Автор: Vladmiry
Дата сообщения: 26.04.2015 03:32
Ну Вы развели тут дискуссию Не забудьте потом тему почистить, или переименовать её

1. Чаще всего флешка при неправильном извлечении не "сгорает", а портится файловая система! Это в свою очередь зависит от типа файловой системы, версии операционной системы и железа. В Вин 8 например при неправильном извлечении запоминающего устройства можно сразу же вставить его обратно и все восстановить (зачастую это предлагает сама система), в ХР такого нет, ну и т.д.

2. Каждый сам решает насколько ему важны его данные, вещи, жизнь и т.д., и ведёт соответствующий бесшабашный образ жизни перебегая дорогу в неположенном месте
Автор: shadow_member
Дата сообщения: 26.04.2015 06:48
Victor_VG, как всегда, привнес большую партию глубокой теории, понятной только ему , повторив и то, что говорили перед ним. Поэтому извлекайте "безопасно" согласно вашей операционной системы, не вникая в суть происходящего на порту, без вольтметра и не заземляя свое тело.

Добавлено:
Vladmiry
Цитата:
В Вин 8 например при неправильном извлечении запоминающего устройства можно сразу же вставить его обратно и все восстановить
Расскажите подробнее, как это выглядит. Я такого не встречал, может, просто не было случая неправильного извлечения.
Автор: dialmak
Дата сообщения: 26.04.2015 07:32
Смысл безопасного выключения не только при кешировании. Например вы запустили с флешки прогу, а она работает оттуда, а не из темпа и пишет туда же. Тогда при нажатии пимпы винда напишет, что устройство залочено. Как то так..
Я уж лет ... не помню сколько тупо выдергиваю (естественно проги у меня оттуда не запущены) и пока сбоев на файловой системе не наблюдал на хороших флешках. А если флешка мура, то она умирает по любму безотносительно как её вытаскивать. Короче мура это все по поводу искр и т.д. Сам электронщик...

Добавлено:
Victor_VG

Цитата:
Смысл в безопасном удалении иной - при отработке ОС данной команды с устройства снимается питание

Что-то новенькое. Ни разу не встречал такого..
Автор: mvk2006
Дата сообщения: 26.04.2015 07:48

Цитата:
понятной только ему

не только..

Цитата:
Расскажите подробнее, как это выглядит

а может лучше в другой аудитории? зачем захламлять топик?

Цитата:
Смысл в безопасном удалении иной - при отработке ОС данной команды с устройства снимается питание

наверное, всё же, контроллер самой флешки при получении команды от операционки отключает от питания свои входы.
Предлагаю внести коррективы в правила ведения топика, потому что "эта музыка будет вечной".. Параллельно usb можно обсудить PS/2, FireWire, IDE, SATA...
to be continued...

Автор: freedaw
Дата сообщения: 26.04.2015 10:39
И всё же хочется подвести резюме двум предыдущим страницам бурного обсуждения, где было сказано много правильного и много ерунды, просто чтобы это всё не было впустую.
Итак, питание с USB портов негде и никем не снимается, т.к. это просто не предусмотрено схемотехнически (там нет никаких управляемых ключей).
То что некоторые называют отключением питания (погасание светодиода флешки), на самом деле есть результат получения флешкой команды от ОС на выключение - а именно, перевод из состояния D0 (включено) в состояние D3 (выключено), что является требованием соответствующих стандартов. Т.о. устройство само по внешней команде программным путём переводится в состояние для безопасного отключения питания при физическом отсоединении разъёма.
В WinXP это всё работает правильно, как и было определено стандартами.
В Win7 это было грубо нарушено мелкомягкими в части того, что USB устройства не получают теперь команду D3 (выключено) при безопасном извлечении а происходит только лишь завершение всех файловых операций с устройством.
Для флешек этого обычно достаточно, но вот c USB HDD возникают проблемы, т.к. без команды D3 их двигатель продолжает вращаться и происходит, по сути, аварийное выключение аналогичное внезапному спропаданию питания.
Мекомягкие, из-за многочисленных жалоб, даже выпустили специальный патч исправляющий такое поведение ОС.
Кто всё ещё сомневается в этом, предлагаю пройти по ссылке и прочитать всю дискуссию, где представитель мелкомягких до последнего тупит и делает вид, что не понимает в чём проблема и кто в этом виноват.
Автор: Victorkoly
Дата сообщения: 26.04.2015 12:28

Цитата:
вот c USB HDD возникают проблемы


HDD именно без питания от розетки? Так как с питанием у меня вроде вообще нет функции отключения устройства. Так же нет такой функции (вроде и не нужна) у:
1) планшета - какой-то самый дешевый Китай вроде;
2) мобика "Майкрософт" на Винде.

В том числе у них нет функций типа "Отключить USB-накопитель", то есть доступ к данным включается сразу при втыкании в порт компа.
Автор: Victor_VG
Дата сообщения: 26.04.2015 12:43
Народ, хорош меряться знанием. Технические споры предлагаю перенести в лабораторию на приборы, а тут нажать большой STOP ибо не дело. Вы что хотите сами в теме запутаться?
Автор: freedaw
Дата сообщения: 26.04.2015 13:06
Victorkoly

Цитата:
HDD именно без питания от розетки?

Да, с питанием от USB порта.

Цитата:
Так как с питанием у меня вроде вообще нет функции отключения устройства.

У вас её и не должно быть в явном виде - команду на отключение в состояние D3 (выключено) должна передавать ОСь при выборе безопасного извлечения.
Так должно быть по требованиям стандартов, а кто и как их нарушает сейчас - пример я привёл выше, не говоря уже о китайцах. Для разных твёрдотельных устройств эти нарушения не так критичны (там, обычно, достаточно завершить файловые операции), а для железки, с быстро вращающимися блинами и летящими над ними головками, это представляет большую опасность.
Действительно, пора закругляться с трёпом не по теме.
Автор: Victor_VG
Дата сообщения: 28.04.2015 04:48
grepWin v1.68
GNU General Public License version 2.0 (GPLv2)
© Stefan Kung

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

Скачать текущую версию можно с sourceforge.net браузером после пяти секундного ожидания поиска наименее загруженного зеркала. Если использовать линки без /download в конце URL то скачаете HTML страницу с тем же списком линков.

Для текущей версии 1.68 на странице автора есть запись:

Цитата:
Windows XP not supported

grepWin requires Windows Vista or later. It won't work on Windows XP!

собственно она касается всех утилит написанных Стефаном и обновлённых после февраля 2014:

Цитата:
Windows XP no longer supported

Please note that these tools no longer support Windows XP and now require at least Windows Vista or later to run.

Versions before February 2014 still support Windows XP, but please just upgrade your OS.

Старшая из доступных версий grepWin которая будет работать под ХР это 1.63 (архивная)!

Из интересных ссылок можно выделить - Integrating grepWin into Visual Studio и Command line parameters for grepWin

На странице закачки доступны:

только сама программа (бинарник grepWin*.exe аналогичен идущему в .MSI пакетах, но языковых модулей нет):

grepWin64-1.6.8_portable.exe
grepWin-1.6.8_portable.exe

ставятся для всех пользователей (необходимы права админа для установки, выводится запрос UAC):

grepWin-1.6.8-64.msi
grepWin-1.6.8.msi

ставятся только для текущего пользователя (права админа для установки не требуются и не выводят запрос UAC):

grepWin-1.6.8_user.msi
grepWin-1.6.8-64_user.msi

P.S.

Автор grepWin так же написал и TortaiseSVN и ряд других утилит...
Автор: Skif_off
Дата сообщения: 28.04.2015 07:18
Victor_VG

Цитата:
...клон известной UNIX утилиты grep...
Удобство данной утилиты заключается в универсальности...

С UTF-16LE дружит? Иначе и качать нет смысла...

А за что Stefan Kung не любит WinXP? Имеет долю с продаж более свежих, более "быстрых" и "безопасных" ОСей?
Автор: Victor_VG
Дата сообщения: 28.04.2015 08:12
Skif_off

Цитата:
С UTF-16LE дружит?

Да, работает, проверено.

Цитата:
А за что Stefan Kung не любит WinXP?

Видимо ему так проще разрабатывать новые версии.
Автор: XPerformer
Дата сообщения: 28.04.2015 09:57
подскажите, есть ли в какой-то из многочисленных программ поиска (или комбинации их) такая возможность:
найти все папки, в которых есть указанный файл с указанным текстом?
то есть найти файлы не проблема, но мне не файлы нужны, а список папок, в которых они лежат
Пример: найти все файлы readme.txt, в которых есть строчка "...." и выдать список папок, в которых они лежат
Автор: Victor_VG
Дата сообщения: 28.04.2015 10:11
XPerformer

grep, grepWin - в опциях поиска задать нужную строку.
Автор: XPerformer
Дата сообщения: 28.04.2015 10:46
Victor_VG
ну и выдаст список файлов
мне не это надо
Автор: Victor_VG
Дата сообщения: 28.04.2015 11:17
XPerformer

Выдача grep-а прекрасно настраивается. Пробуйте ибо grepWin*_portable.exe зависимостями не страдает.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162

Предыдущая тема: Зависание компа при работе Антивируса Касперского 7.01.325


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.