Настала новая эпоха!
09.04.2019 12:04
17735
Комментарии (116)
Свершилось! В Microsoft официально объявили (англ.) о том, что в Windows 10, начиная с обновления 1809, можно вынимать внешние накопители без "безопасного извлечения". Потому что там добавлена функция "быстрое удаление", которая отключает кеширование при записи на внешние источники. Производительность при этом немного уменьшается, но зато нет риска того, что пользователь потеряет какие-то данные, вытащив флешку или отсоединив внешний диск до того момента, пока полностью сбросится весь кеш.
Мы с котом Бубликом из деликатности не задаем вопрос: почему до этого нельзя было додуматься больше двадцати лет назад, но, как говорится, спасибо и на этом.
Конечно же, по прежнему не рекомендуется резко выдирать флешку из гнезда во время процесса записи - процессу записи это может не понравиться.
Кстати, а вы когда-нибудь пользовались функцией "безопасного отключения"? Лично я этой функцией пользовался, наверное, два раза в жизни - когда на флешку писалась очень важная информация, которую просто по определению нельзя было потерять. А так обычно достаточно было просто подождать секунд 10-20, чтобы кеш обнулился - и все.
Войдите, чтобы оставить комментарий.
Я этой функцией и не пользовался особо, никаких проблем не было.
Ну, некоторые и антивирусами не пользуются, и презервативами.
Я вот всегда безопасно извлекаю отовсюду.
Я вот всегда безопасно извлекаю отовсюду.
У меня все флешки отформатированы строго в NTFS, и вот там можно максимум записываемый в данный момент файл потерять, система устроена так, что вся дисковая система не рухнет по определению. А вот SD карту угробить, в принципе, можно. Ее в NTFS форматировать глупо - тогда ее фотоаппарат не распознает, и надо либо ждать, пока запись прекратится, либо извлекать безопасно.
NTFS сам по себе угробит флешку за милую душу. Он не оптимизирован для работы с флеш-накопителями, и изнашивает часть флешки, куда пишется журнал.
изнашивает часть флешки, куда пишется журнал.
Я не использую флешки как диск для оперативного обновления данных, поэтому количество записей там очень несущественно. У меня пока ни одна не накрылась
Что, хочешь сказать, что журнал пишется строго в одно и то же место? И на SSD?
Потерял пару раз данные, стал пользоваться.
Теперь придётся отвыкать 😄 Впрочем, привычки, которым больше 20 лет, искоренять сложно.
Теперь придётся отвыкать 😄 Впрочем, привычки, которым больше 20 лет, искоренять сложно.
Я никогда не таскал на флешке образы блуреев, потому фат32 - и никогда безопасное извлечение 😄
В 95% случаев нажимаю безопасное извлечение и только в половине случаев жду подтверждающего сообщения, а не просто 3-5 секунд.
Напоминаю.
Очень часто USB-флешка состоит из контроллера, и, собственно, микросхемы Flash-памяти. Контроллер содержит в себе процессор, и для того чтобы всё устройство заработало именно как "USB Storage", этот процессор нужно загрузить программой.
Так вот, рабочая прошивка для USB-контроллера обычно лежит "снаружи" как раз в микросхеме Flash! Внутри контроллера там может быть только самый простейший загрузчик для связи с технологической утилитой на компе.
Получается, что если во время записи на диск "что-то пойдёт не так" -- например, флешку выдернут -- то на остатках заряда конденсаторов операция записи в саму микросхему Flash может пройти по произвольным адресам, в том числе и в область прошивки контроллера. Всё! "Флешка сгорела!"
Лучше "безопасно извлекать". И даже при выключенном в ОС кешировании записи, всё равно лучше подождать пару секунд после окончания файловых операций -- мало ли что там контроллер внутри себя аппаратно буферирует.
Очень часто USB-флешка состоит из контроллера, и, собственно, микросхемы Flash-памяти. Контроллер содержит в себе процессор, и для того чтобы всё устройство заработало именно как "USB Storage", этот процессор нужно загрузить программой.
Так вот, рабочая прошивка для USB-контроллера обычно лежит "снаружи" как раз в микросхеме Flash! Внутри контроллера там может быть только самый простейший загрузчик для связи с технологической утилитой на компе.
Получается, что если во время записи на диск "что-то пойдёт не так" -- например, флешку выдернут -- то на остатках заряда конденсаторов операция записи в саму микросхему Flash может пройти по произвольным адресам, в том числе и в область прошивки контроллера. Всё! "Флешка сгорела!"
Лучше "безопасно извлекать". И даже при выключенном в ОС кешировании записи, всё равно лучше подождать пару секунд после окончания файловых операций -- мало ли что там контроллер внутри себя аппаратно буферирует.
Добрый день. Меня зовут Александр. Я ни разу в жизни не пользовался безопасным отключением. И ничего не потерял.
За безопасный секс. Было дело, когда не заморачивался, но пару раз не записаной инфы не оказалось. В 10ке, по наблюдению, быстрее стала флеха виртуально вытаскиваться.
Всегда пользуюсь безопасным извлечением, после нескольких ситуаций когда не пользовался. Но у меня вагон разных флешек, и множество других людей которые этими флешками также пользуются (т.е. есть флешки с данными для "группового использования"), и я не хочу чтобы они приходили ещё и с вопросами "а почему?.."
Всегда достаю флешку через извлечь, что в винде, что в макос. Перехожу дорогу на зеленый и заранее торможу перед перекрестками.
Мой друг, который просто выдергивает флешки из компов, говорит что на моей могиле будет написано "Здесь лежит старое сцыкло"
Он правда считает что ключевое слово сцыкло, а я - старое.
Мой друг, который просто выдергивает флешки из компов, говорит что на моей могиле будет написано "Здесь лежит старое сцыкло"
Он правда считает что ключевое слово сцыкло, а я - старое.
спасибо что посоветовали, что можно убрать кеширование. Я не знал, честно.
А есть у кого какие секреты лечения флешек? Я однажды нечитаемую отформатировал на Линуксе и до сих пор пашет.
Пользовался "безопаской", когда появилась первая флэха. Т.е. 12 лет назад. (она до сих пор жива). Типа, берёг. Потом уже не заморачивался.
Люблю флэшки со светодиодом. Пока моргает - нетрожь.
Люблю флэшки со светодиодом. Пока моргает - нетрожь.
Сейчас мало флешек с диодиками 😒 И все равно часто быцает что не моргает и тупой винд говорит "Низзя". почему нельзя показать идентификатор процесса или указатель на файл, который пизд@т, неясно.
Мы с котом Бубликом из деликатности не задаем вопрос: почему до этого нельзя было додуматься больше двадцати лет назад, но, как говорится, спасибо и на этом.
воблин век живи век учись!
Можно просто на иконке цветом показывать, сброшен ли кэш. Стал зеленым значок в трее - можно доставать.
Если я линуксовую (Debian) карту памяти втыкал в винду и потом не размонтировал (безопасно извлекал в терминах Windows), то линукс ее больше не видел. Побороть это я так и не смог. Флешек 5 угробил. С тех пор пользуюсь регулярно. 😄
После того, как флешка стала нечитаемой после брутального отключения, пользуюсь безопасным отключением. Недавно дочка пришла с нечитаемой флешкой, которую просто выдернула из компьютера. Так, что это обновление приветствуется, хотя, как было сказано гарантия не 100%.
По моему опыту, если флешка используется только с виндовсом, то можно извлекать опасно - винда, как самая лучшая из осей, чинит автоматом фс, которую сама же перед этим и сломала, а если флешку потом втыкать в линукс, мак, смартфон, телевизор, малинку, планшет, нас, фотоаппарат и т.п. не-win-ное железо, то там она или вовсе не откроется, или будут ошибки при чтении/записи, так что лучше не рисковать и извлечь безопасно.
Попросили посмотреть компьютер у пенсионерки. Мол важный файл дома на флешку записали, а на другом компе оказывается нету уже. Научена на безопасное извлечение нажимать. Посмотрел всякое, попросил смоделировать. Так она на автомате нажимает, где извлекать устройство которое снизу. А это принтер usb. Который недавно переподключали, он идентификатор поменял, и теперь, до того "выше" флешки стоял в списке.
Вообще по опыту да надо пользоваться этой функцией. Допустим на своем компе тип топ без извлечения, а на чужом хопа. А рефлекс.
Вообще по опыту да надо пользоваться этой функцией. Допустим на своем компе тип топ без извлечения, а на чужом хопа. А рефлекс.
Никогда не трогаю кнопку "безопасное.." в правом углу, но если пишу на флэшку всегда ПКМ на устройстве в Проводнике и "Извлечь". Может это одно и то же? Кстати, в Linux Mint тоже в ПКМ этот пункт есть.
Не уверен, что такое ПКМ (в жизни не видел русского варианта Windows), но если описанное соответствует Eject в File Explorer, то да.
ПКМ
Никогда не трогаю кнопку "безопасное.." в правом углу, но если пишу на флэшку всегда ПКМ на устройстве в Проводнике и "Извлечь". Может это одно и то же?
ксати спасибо за поздравлениe с апгрейдом! Ветка та уехала. ))
Правая кнопка мыши.
Это не виндовое, а просто народное 😄
Это не виндовое, а просто народное 😄
Если я просто вытаскиваю флешку, то мой телек потом не видит записанные файлы. Так что приходится тыкать в "безопасное отключение"(((
Всё это фигня, извините. Вот когда винда научится определять, ЧЕМ занята флешка?! Пользуясь безопасным удалением запросто получаешь "устройство занято" и начинаешь искать свёрнутые в трей тоталы, ищешь открытые окна проводника или вспоминаешь, а сколько времени прошло после закрытия 1с и т.п. [evil.jpg]
согласен. ТОже дико бесит, когда пришел "файл взять по-быстрому".
согласен. ТОже дико бесит, когда пришел "файл взять по-быстрому".
В Win7 вроде таких глюков не наблюдалось.
А вот Win10 вернулась к привычкам Висты. Уж не знаю, что именно она делает с USB-накопителями, но если не вынуть сразу, то через минуту-другую эта тварь начинает им жужжать (у меня на внешнем HDD лампочка моргает, показывая активность).
И как узнать, что эта тварь хочет - непонятно.
В Linux можно спросить у fuser, а тут - хбз. Разве что какой-нибудь filemon (ныне Process Monitor) от Руссиновича, но покажет ли он активность самой системы - неясно.
просто ps разве уже не работает?
просто ps разве уже не работает?
Например, lsof'у - надо указать интересующую точку монтирования, fuser'у - аналогично; на крайняк - "ls -l /proc/*/fd/* | grep ТОЧКА_МОНТИРОВАНИЯ". Но ps'у-то что можно указать?
Теперь осталось дождаться когда разнесут "Форматировать" и Извлечь" в разные группы
Бывали случаи?
там слава богу подтверждение спрашивают
Мы с котом Бубликом из деликатности не задаем вопрос: почему до этого нельзя было додуматься больше двадцати лет назад, но, как говорится, спасибо и на этом.
Вот, в новом обновлении, наконец-то (не прошло и пяти лет) сделают возможность задавать ip и dns через параметры Windows 10, а не через старую панель управления 😄
И текст в cmd будет возможно масштабировать как в браузере, ctrl+ колесо )
В Макоси всё по прежднему делается с помощью монтирования-размонтирования? "Флешку-на-корзину"? Или уже исправились?
Уже лет 15 наверное или через контекстное меню или по значку в Файндере.
Но отдельные достижения есть, да.
Недавно добавили удаление мимо корзины - прогресс!
Но отдельные достижения есть, да.
Недавно добавили удаление мимо корзины - прогресс!
Shift+Delete на отдельную клавишу вынесли?
был чувак кореец в лабе, который из эсплорера в корзину кидал шорткаты на хард диски. дико бесило, пришлось их переименовывать "АСТАНАВИСь! E:"
Не очень понял. Это как?
И чего, изменение режима копирования как-то может спасти контроллер от сдыхания при переходном процессе, когда выдергиваешь флэшку?
Или тут никто не видел дернутых так и сдохших флэшек, владельцы которых были сильно удивлены сколько стоит теперь выпаять из нее чип и засунуть его в программатор? 😄
Или тут никто не видел дернутых так и сдохших флэшек, владельцы которых были сильно удивлены сколько стоит теперь выпаять из нее чип и засунуть его в программатор? 😄
И чего, изменение режима копирования как-то может спасти контроллер от сдыхания при переходном процессе, когда выдергиваешь флэшку?
Очевидно, что изменение режима копирования может спасти от проблемы с кешированием.
А от описанной вами проблемы должна спасти нормальная схемотехника флешек.
Да может быть и должна бы была, но нет, увы.
Да может быть и должна бы была, но нет, увы.
А контроллеру то что сделается?
Разве что вытаскивать криво чтобы питание на данные попало итп
Разве что вытаскивать криво чтобы питание на данные попало итп
Не вполне понятно, как "референсный" дизайн спасет от прерванной операции записи. UPS во флешку встраивать? Есть идеи?
спасет от прерванной операции записи
От прерванной операции записи спасает выключение буферизации и невытаскивание флешки во время записи (пока "градусник" индикатора записи не исчез).
От сгорания контроллера спасает нормальная схемотехника.
И вам хорошего дня
Увы, многие пользователи выбирают флэшку потому что красивенькая, а не потому что производитель все правильно сделал.
Ну и некоторые потом от таких вот советов страдают 😄
Ну и некоторые потом от таких вот советов страдают 😄
Ну и некоторые потом от таких вот советов страдают 😄
Гмм, и действительно начиная с висты мелкомягкие перестали отключать питания с порта. Ну вот за это им следующий отдельный котел в аду, факт 😄
У меня даже прога стояла USB Safely Remove для безопасного извлечения USB дисков, ключик достался на халяву.
Вспомнились времена, когда под Linux-ом нельзя было просто взять и открыть CD-ROM кнопочкой 😄.
Или сейчас тоже нельзя ? Просто уже сто лет под Linux CD-ROMом не пользовался...
Или сейчас тоже нельзя ? Просто уже сто лет под Linux CD-ROMом не пользовался...
Или сейчас тоже нельзя ?
Всегда безопасно отключаю.
Всегда флешку безопасно отключаю. Аlt+F1, два раза "вниз", Shift+Del, два раза "Enter". И не нужно ни в какой значок в углу экрана мышкой целиться и вспоминать, левой кнопкой его надо тыркать или правой
Файлы копирую, естественно, чаще всего в FAR.
Ну а что до извлечения "на ходу" - были случаи и порчи данных, и порчи флешек. Оно конечно штука-то копеечная, но узнаёшь о том, что нужных файлов у тебя при себе нет, обычно слишком невовремя.
Файлы копирую, естественно, чаще всего в FAR.
Ну а что до извлечения "на ходу" - были случаи и порчи данных, и порчи флешек. Оно конечно штука-то копеечная, но узнаёшь о том, что нужных файлов у тебя при себе нет, обычно слишком невовремя.
O! Спасибо. Теперь и я в FAR'е буду копировать.
Насколько я помню, "быстрое удаление" ещё на ХР было анонсировано, и эту функцию можно было даже отключить в настройках накопителя.
в Windows 10, начиная с обновления 1809
Чего-то в не понял. Теперь, по умолчанию, операции со съёмными носителями будут медленее, причём сильно медленее. И всё потому, что альтернативно одарённые пользователи ленились использовать "безопасное отключение".
Вот уж воистину достижение так достижение. "По просьбам трудящихся", ага.
Вот уж воистину достижение так достижение. "По просьбам трудящихся", ага.
Теперь, по умолчанию, операции со съёмными носителями будут медленее, причём сильно медленее.
Чего-то в не понял. Теперь, по умолчанию, операции со съёмными носителями будут медленее, причём сильно медленее. И всё потому, что альтернативно одарённые пользователи ленились использовать "безопасное отключение".Вот уж воистину достижение так достижение. "По просьбам трудящихся", ага.
На самом деле далеко не во всех случаях он нужен.
PS
извлекаю всегда, при записи на флешку, были случаи потери данных и даже отказ работать и форматироваться, при при не безопасном извлечении.
Теперь, по умолчанию, операции со съёмными носителями будут медленее, причём сильно медленее. Заметно медленнее будет проходить копирование большого количества мелких файлов. Зазипуйте их в один файл и не морочьте нам голову. Для крупных файлов разницы почти не будет.
фактическое копирование будет занимать ровно столько же времени. другое дело, что ползунок пропадет в случае кэша быстрее.
Вам запись нужна или ползунок? Ползунок с кешом пропадает, а запись продолжается, флешку нельзя вытаскивать все равно.
Но это ж совсем не так.
Но это ж совсем не так.
То есть гемморой с зипованием (и неудобство последующего чтения) лучше чем один раз нажать "безопасное отключение" 😄 ?
Тут все просто. Если не хочешь зиповать - можешь не зиповать. Майкрософт не запрещает.
Алекс, ты тоже считаешь, что реальная скорость записи будет одинаковой, а разница только в "ползунке"?
Но это ж совсем не так.
Но это ж совсем не так.
в случае нормальной реализации её и замерить-то непросто, не то, что реально ощутить.
Примеры "нормальной" реализации у вас есть?
Проблема, я так понимаю, основная в том, что венда будет перечитывать каталог после записи каждого файла и если очень много мелких файлов, то будет, да, заметно. А так - нэт.
Кеш очень полезен при операциях с большим количеством мелких файлов. На больших файлах разницы почти нет.
Чтобы информация на накопителе оставалась целостной, в "безкэшном" режиме ОС должна записывать метаданные после каждого чиха (в смысле, после записи каждого блока данных).
При включенном кэшировании блоки с метаданными, столь часто модифицируемые, могут физически писаться существенно реже.
При включенном кэшировании блоки с метаданными, столь часто модифицируемые, могут физически писаться существенно реже.
Достижение хорошее.
Если у тебя хватает ума понимать, почему быстрее - то осилить включение кеширования ты осилишь 😄
Если у тебя хватает ума понимать, почему быстрее - то осилить включение кеширования ты осилишь 😄
Буферизация на процесс записи на диск не влияет никак.
Откуда такая уверенность?
в стеке протоколов буферизация логически уровнем выше физической записи на диск. Исходя из принципа наименьшего усилия вряд ли даже микрософты стали бы реализовывать две разные подсистемы записи.
Во-вторых, эту "буферизацию" правильнее называть "кэш на запись" (write cache). А он по смыслу устроен именно так, что "склеивает" множественные записи одного блока в одну запись. И для блоков с метаданными это означает, что при отключении кэширования записи КАЖДАЯ модификация метаданных (а она происходит при каждой записи данных) будет приводить к физической записи такого блока, в то время как при включенном кэшировании достаточно было бы одной записи, условно, раз в 10 секунд.
достаточно после записи очередного блока (это даже не из уровня буферизации)
А он по смыслу устроен именно так, что "склеивает" множественные записи одного блока в одну запись.
И для блоков с метаданными это означает, что при отключении кэширования записи КАЖДАЯ модификация метаданных
Только уверенны ли вы, что буферизация уровня ОС склеивает в одну запись файлы? Я отчётливо понимаю разумность идеи склеивать записи одного файла. Склеивать же записи нескольких файлов в одну уже не кажется разумной идей.
А о склеивании записей ОДНОГО блока. Этим "одним блоком" является блок, содержащий метаданные.
Запись файла -- особенно большого -- идёт не одной операцией, а толпой последовательных write()'ов; например, по 128КБ. И после КАЖДОЙ такой записи данных обновляется блок с метаданными.
Если кэширование включено -- окей, этот блок будет обновляться раз в сколько-то секунд (например, 10), плюс один раз в конце. А промежуточные изменения будут оставаться только в памяти, в кэше записи.
Если же кэширование отключено, то КАЖДОЕ обновление (после записи каждых условных 128КБ данных) должно физически записываться на накопитель.
Какие метаданные вы имеете в виду? Обновление таблиц FAT (мы про флешку, помните, они почти все размечены в FAT)?
Но еще "last modified time/date" и "file size" - они обновляются при каждой записи данных. В FAT/FAT32 эти поля расположены в директории, в иных ФС в других местах, но суть остаётся -- эти метаданные меняются при каждой записи, а расположены они отдельно от данных самого файла.
Запись файла -- особенно большого -- идёт не одной операцией, а толпой последовательных write()'ов; например, по 128КБ. И после КАЖДОЙ такой записи данных обновляется блок с метаданными.
Если кэширование включено -- окей, этот блок будет обновляться раз в сколько-то секунд (например, 10), плюс один раз в конце. А промежуточные изменения будут оставаться только в памяти, в кэше записи.
Если кэширование включено -- окей, этот блок будет обновляться раз в сколько-то секунд (например, 10), плюс один раз в конце. А промежуточные изменения будут оставаться только в памяти, в кэше записи.
Очевидное решение - дёргать fsync не после каждого write'а, а один раз в конце записи файла.
Как минимум потому, что в этом случае будет как раз нынешнее поведение - "бегунок быстро доходит до 100%, а потом долго там стоит".
P.S. По-хорошему, надо бы просто взять да проверить оба варианта работы. Жаль, нет сейчас под рукой Форточек для таких экспериментов. Дойдут руки - проверю.
"бегунок быстро доходит до 100%, а потом долго там стоит".
Я уже всем знакомым задолбался объяснять, что сейчас ни каких безопасных отключений делать не нужно. На старых кампутерах делал постоянно, т.к. окошко исчезло, а запись еще продолжалась и были случаи, что флешка оказывалась пустой. Но это было очень много лет назад. ))
Я уже всем знакомым задолбался объяснять, что сейчас ни каких безопасных отключений делать не нужно.
"Мы с котом Бубилком " Он не обиделся?
3dnews.ru
т.е. это и раньше было, но просто не по умолчанию
В Windows 10 1809 компания Microsoft изменила настройку по умолчанию для USB-накопителей и других съёмных носителей. Теперь их можно просто выдёргивать из разъёма, не отключая предварительно.
нет, и раньше для съёмных носителей эта функция была включена по-умолчанию...
Пользовался поначалу, потом забил
я пользуюсь такой функцией постоянно, если винт или флеха в NTFS. потому что один винт и 2 флехи убил так. ждать 10 секунд лень.
Что значит "убил"? Убить их так нельзя, можно просто информацию потерять. Ну и может потребоваться chkdsk натравить.
Если на флехе FAT (любой из FAT-ов) - запросто можно. А вот если NTFS или Ext3/4 с журналиванием метаданных, то действительно нельзя, можно только информацию потерять.
Если на флехе FAT (любой из FAT-ов) - запросто можно.
Если на флехе FAT (любой из FAT-ов) - запросто можно. Каким образом файловая система может влиять на физическое повреждение флешки?
Никогда о таком не слышал. И не очень понимаю, как это физически может произойти.
Никогда о таком не слышал. И не очень понимаю, как это физически может произойти.
часто сталкиваюсь с такими флэшками, не удается даже отформатировать. Приходится искать софт от производителя контроллера, восстанавливать им работоспособность. Если повезет найти. Но флэшки эти чаще всего используются не в компах, а прочей бытовой технике, телевизоры, магнитолы...
возможно что то с питанием связано.
Не повреждается она физически. Просто данные ещё не дописались, в кеше сидят, а ты флешку выдернул уже - и все, что записывал, что не записывал.
А насчёт физически повредить - просто флешка, как и любое другое устройство, в большинстве случаев выходит со строя при включении ( читай - воткнул в порт и подал напряжение). Никак не связанно с безопасным отключением. Или его отсутствием.
А насчёт физически повредить - просто флешка, как и любое другое устройство, в большинстве случаев выходит со строя при включении ( читай - воткнул в порт и подал напряжение). Никак не связанно с безопасным отключением. Или его отсутствием.
Инновации. Блин.
Я даже не знаю что такое кеш. Всю жизнь вынимал через секунду после записи, хотя часто лампочка на флешке че то там еще мигает. Никаих проблем пока не бывало. Хотя знаю одного параноика, который исключительно через "безопасное извлечение".
Всю жизнь вынимал через секунду после записи, хотя часто лампочка на флешке че то там еще мигает.
Ко мне, бывает, приходят с жалобой, что пропала вся инфа с флехи, или вообще комп бесконечно просит отформатировать флешку. На вопрос "пользовались безопасным извлечением?" стопроцентный отрицательный ответ. Такая статистика конечно может ни о чем не говорить, но заставляет заподозрить неладное 😄
Всю жизнь вынимал через секунду после записи, хотя часто лампочка на флешке че то там еще мигает.
Храбрых? 😄
7 ошибок в слове "идиотов"
Я, правда, тоже иногда не пользуюсь "безопасным извлечением", но это при использовании флешки с включенной аппаратной защитой от записи - очень полезная вещь, когда надо засовывать в чужие компьютеры.
7 ошибок в слове "идиотов"
Я, правда, тоже иногда не пользуюсь "безопасным извлечением", но это при использовании флешки с включенной аппаратной защитой от записи - очень полезная вещь, когда надо засовывать в чужие компьютеры.
Всю жизнь вынимал через секунду после записи, хотя часто лампочка на флешке че то там еще мигает.
Правильно, потому что это не кэш а буфер (кэш - это для чтения)
Всю жизнь вынимал через секунду после
Теги
Информация
Что ещё почитать
Главы государств
14.07.2025
129
Разочарованное печенье твердотельных молитв
12.09.2025
61
