Давно сижу на Debian, но пользоваться флешкой толком так и не научился.
Если в мастдайке, там все просто - нажал в трее на "извлечение", и все, флешку можно извлекать сразу.
В Debian это сложнее.
Во-первых, в Thunar есть 2 опции - "Отключить том" и "Безопасно извлечь".
Зачем их аж две? Не нашел объяснения, поэтому методом научного тыка подобрал такой алгоритм извлечения флешки:
- сначала "Отключаю том", а потом "Безопасно извлекаю".
Но и тут есть один неясный нюанс: когда "Отключаю том", флешка начинает моргать, и так моргать может еще долго, значит, процессы копирования не закончились, и если выдернуть флешку до окончания моргания, то наверное можно испортить в ней данные.
До этого дня выручал индикатор на флешке - не выдергиваю ее, пока индикатор не успокоится.
Но недавно купил новую флешку, и лопухнулся с ней: несмотря на описание, индикатора в ней не оказалось.
И теперь пользуюсь ей, так сказать, на ощупь - выполняю последовательно "Отключение тома", затем жду несколько минут, и потом "Безопасно извлекаю".
Данные не портятся, но это ожидание изрядно напрягает.
Хотелось бы понять, как правильно пользоваться флешкой в Debian, т.е. не терять время и данные.
Линух сначала пишет в кэш\буфер, а потом на флешку. На статус прогресса не смотрите. По статусу прогресса будет 100%, а по факту допустим 75%.
Затем после 100% нужно нажать отмонтировать\извлечь и ждать уведомления что можно флешку выдернуть. Иначе данные будут повреждены\недописаны.
ЗЫ: Что бы записать большие объёмы данных быстрее, рекомендую закатывать в .tar без сжатия, а потом писать на флешку. Пишет явно быстрее особенно если много мелких файлов типа фотки, картинки, музыка и тд.
Привет. Есть такая беда. Вся проблема что кеш записи может зависнуть и данные могут сбрасываться до 120 секунд после того как прогрессбар доложил о завершении копирования, но это зависит от файловой системы. Я копирую через терминал или mc так надёжнее.
Отключение тома это размонтирование файловой системы. Когда ось к файлам не обращается и не может туда ничего писать и считать. Но на диск поступает напряжение и он виден в системе.
Может потребоваться для проверки файловой системы например.
Безопасное извлечение, это размонтирование диска с последующим завершением всех действий с ним. То есть если копирование не завершено до конца, то диск не должен быть отмортирован. Также по-моему с диска снимается питание, но это не точно.
Так все-таки, зачем эти аж 2 опции, для чего? Обязательно ли ими двумя пользоваться?
Насчет уведомления "ждать уведомления что можно флешку выдернуть": так проблема в том, что после этого уведомления индикатор еще продолжает, значит процессы обмена данными еще не закончились, так ведь?
Цитата: dzhoser от 23 октября 2024, 15:21:30Также по-моему с диска снимается питание, но это не точно.
Питание при простом размонтировании не снимается, данные запишутся и диск размонтируется с сохранением питания. А вот если зайти в Диск и нажать "Отключить питание этого диска", то произойдёт запись изменений (то есть система сначала дождётся когда данные запишутся) и размонтирование диска и отключение его питания.
23 октября 2024, 15:29:48Цитата: Craftsman от 23 октября 2024, 15:25:31Так все-таки, зачем эти аж 2 опции, для чего? Обязательно ли ими двумя пользоваться?
Насчет уведомления "ждать уведомления что можно флешку выдернуть": так проблема в том, что после этого уведомления индикатор еще продолжает, значит процессы обмена данными еще не закончились, так ведь?
Выше ответил. Пока мигает идёт обмен данных.
ЦитироватьЯ копирую через терминал или mc так надёжнее.
Ну да, я тоже часто пользуюсь MC. И что же я вижу?
По его прогресс-бару данные вроде скопировались, тишина в студии.
Но как только жму "Отключить том", флешка тут же начинает долго моргать.
Не понимаю я всего этого :(
Какая файловая система на флешке?
Цитата: Craftsman от 23 октября 2024, 15:30:05ЦитироватьЯ копирую через терминал или mc так надёжнее.
Ну да, я тоже часто пользуюсь MC. И что же я вижу?
По его прогресс-бару данные вроде скопировались, тишина в студии.
Но как только жму "Отключить том", флешка тут же начинает долго моргать.
Не понимаю я всего этого :(
Выше я написал как сделать. Начните запись файлов и идите в Диск и нажмите отключить питание выбрав флешку. Как только запись закончится флешка автоматически размонтируется и её питание отключится. То есть сразу после того как запись будет завершена, она пропадёт из списка подключенных.
Во время записи на флешку от того что вы нажмёте отключить питание- запись на неё не прирвётся. Я сам делаю так что бы точно быть уверенным в том, что всё записалось и можно вытаскивать флешку не боясь потерять данные. Можете сами провести тестовую запись каких-нибудь файлов и удостовериться в этом. Проверено годами. Кстати если бы я был разработчиком Дебиана я бы всё таки поковырял проблему медленной записи на переносные флеш накопители. В винде действительно отображение статуса записи точнее, сама запись быстрее и можно сразу выдёргивать, хотя и там не рекомендуют так делать. Но напомню: линухи по большей часть бесплатные. ;)
Цитироватьнажмите отключить питание выбрав флешку
Так которая из этих 2-х опций отключает питание?
Цитата: Craftsman от 23 октября 2024, 16:38:31Цитироватьнажмите отключить питание выбрав флешку
Так которая из этих 2-х опций отключает питание?
Что нужно нажать для того чтобы одновременно "размонтировать и отключить питание" диска обведено красным.
В Наутилусе:
(https://i.ibb.co/bWLT7nX/2024-10-23-17-06-25.png) (https://ibb.co/r7MYvJH)
В Диске:
(https://i.ibb.co/zrt2gCC/2024-10-23-17-06-48.png) (https://ibb.co/1L4XNBB)
Спасибо, только они оказывается могут еще и по разному называться?
Ну его нафиг все эти загадки, чем с ними разбираться, лучше куплю нормальную флешку с индикатором.
Всем спасибо.
Чтобы убедиться, что все операции записи из кеша завершились, можно сделать в терминале:
sync
Как только sync завершится и отпустит термирал, значит все операции записи из кеша завершены. Далее можно отмонтировать флешку
ЦитироватьЧтобы убедиться, что все операции записи из кеша завершились, можно сделать в терминале:
sync
Спасибо большое! Команда очень кстати, вносит ясность в ситуацию и успокаивает :)
Цитата: koshak83 от 23 октября 2024, 15:18:33Линух сначала пишет в кэш\буфер, а потом на флешку. На статус прогресса не смотрите. По статусу прогресса будет 100%, а по факту допустим 75%.
Если не изменяет память, на винде тоже такая фигня, то бишь это не беда одного линукса.
@Craftsman если хотите точно знать, что данные уже закончились записываться на флешку, можно в консоли набрать sync и дождаться её завершения. Я буду читать тред до конца и только потом комментировать.
Цитата: ogost от 24 октября 2024, 03:52:50Если не изменяет память, на винде тоже такая фигня, то бишь это не беда одного линукса.
Согласен, более того, не все флешки ведут себя одинаково. Кажется проблема именно в типе самого накопителя.
Имеется в закромах оооочень старый жёсткий диск с IDE интерфейсом на 40 Gb и Китайский переходник на USB 2.0 с разъёмом для его подключения + моллекс для питания . Иногда использую эту конструкцию, и она работает в разы лучше любой самой скоростной флешки.
Цитата: ogost от 24 октября 2024, 03:52:50Если не изменяет память, на винде тоже такая фигня, то бишь это не беда одного линукса.
Просто разница подхода к операциям с дисками. Винда с флешками и работает как со съёмными носителями, а Линукс как с постоянными. По этому винда старается сразу из Кеша скинуть информацию на носитель, а Линукс это действие может отложить. Судя по поведению это не меняется годами, не знаю почему.
Цитата: koshak83 от 23 октября 2024, 15:34:05В винде действительно отображение статуса записи точнее, сама запись быстрее и можно сразу выдёргивать, хотя и там не рекомендуют так делать.
Вроде как в винде лет 15 назад можно было отключить использование буфера при записи на флэшку. Как сейчас не знаю
Кеш настраивается, чтобы прогресс-бар не зависал в конце копирования. Для безопасного извлечения устройства нужно нажать на безопасное извлечение. Отключение тома (отмонтирование) это совсем другая функция, которая, кстати, есть и в Windows.
Цитата: CoolAller от 24 октября 2024, 11:28:24Для безопасного извлечения устройства нужно нажать на безопасное извлечение.
Он жалуется на то, что сообщение с запретом на выдергивание исчезает раньше прекращения мигания самой флэшки. От настройки ФМ наверно зависит. У себя в thunar не вижу этой проблемы, сообщение с запретом висит до тех пор, пока флэшка не перестанет мигать. Затем заменяется на разрешение для выдергивания.
Это мигание от лукавого, мигать будет даже тогда, когда никаких операций записи/чтения не производится.
Цитата: CoolAller от 24 октября 2024, 11:36:48Это мигание от лукавого, мигать будет даже тогда, когда никаких операций записи/чтения не производится.
возможно, но лучше перебдеть :D
С HDD одинаковое поведение, что в Linux, что в Windows (в какой-то итерации Windows это кстати ломали), посылается команда контроллеру, после чего выводится сообщение о том, что можно безопасно извлечь устройство, при этом все еще можно слышать как паркуются головки и наблюдать за индикатором отключения питания. Сообщение о том, что устройство может быть безопасно извлечено появляется гораздо раньше.
Цитата: Susumo от 24 октября 2024, 10:23:52Цитата: ogost от 24 октября 2024, 03:52:50Если не изменяет память, на винде тоже такая фигня, то бишь это не беда одного линукса.
Просто разница подхода к операциям с дисками. Винда с флешками и работает как со съёмными носителями, а Линукс как с постоянными. По этому винда старается сразу из Кеша скинуть информацию на носитель, а Линукс это действие может отложить. Судя по поведению это не меняется годами, не знаю почему.
Абсолютно верный ответ!!! ;)
Цитата: CoolAller от 24 октября 2024, 11:44:09С HDD одинаковое поведение...
Ну я про флешки говорил, в Винде после копирования данных на флешку сброс кеша на носитель с высоким приоритетом, а Линукс бывает и за 20 минут кеш не скидывает, если на дисковую систему идёт нагрузка, сброс кеша на носитель стает приоритетным только после команды на извлечение/отмонтирование/sync.
Цитата: ogost от 24 октября 2024, 03:52:50Если не изменяет память, на винде тоже такая фигня, то бишь это не беда одного линукса.
Вендой давно пользовался, так что рассказал то, что тогда запомнилось.
Флешки тогда были маленькие, и эта проблема не была так заметна, сейчас они на десятки ГБ, и возможно, это теперь усугубляет ситуацию не только в Linux.
У меня есть Kingston Datatraveler 3.0 на 128GB. Если на неё писать загрузочный установочный ISO диск Debian через Диск- Восстановить образ диска, то скорость записи на флешку ~50 МБ\Сек, что очень даже не плохо. Но, если писать просто файлы, начинается жуть лютая в границах от 800 КБ\Сек до 7-9 МБ\Сек в лучшем случае.
ЦитироватьНо, если писать просто файлы, начинается жуть лютая в границах от 800 КБ\Сек до 7-9 МБ\Сек в лучшем случае.
Так это общая тенденция при копировании файлов, хоть на жесткий диск, хоть по сети ;)
Цитата: koshak83 от 24 октября 2024, 20:21:09У меня есть Kingston Datatraveler 3.0 на 128GB. Если на неё писать загрузочный установочный ISO диск Debian через Диск- Восстановить образ диска, то скорость записи на флешку ~50 МБ\Сек, что очень даже не плохо. Но, если писать просто файлы, начинается жуть лютая в границах от 800 КБ\Сек до 7-9 МБ\Сек в лучшем случае.
Прошу обратить внимание, что есть случаи, когда невозможно занунуть мелкие файлы в архив, когда обязательно надо их по одному копировать.
Цитата: dr_faust от 25 октября 2024, 15:29:22есть случаи, когда невозможно занунуть мелкие файлы в архив, когда обязательно надо их по одному копировать.
заинтриговали... Это что за случаи ?
Так-то конвейер при копировании с многопоточной архивацией должен все резко ускорить при наличии многоядерного cpu. Если, конечно, разговор о копировании тысяч мелких файлов общим объемом в гигабайты, десятки гигабайт. Иначе не стоит овчинка выделки.
Цитата: dr_faust от 25 октября 2024, 15:29:22Цитата: koshak83 от 24 октября 2024, 20:21:09У меня есть Kingston Datatraveler 3.0 на 128GB. Если на неё писать загрузочный установочный ISO диск Debian через Диск- Восстановить образ диска, то скорость записи на флешку ~50 МБ\Сек, что очень даже не плохо. Но, если писать просто файлы, начинается жуть лютая в границах от 800 КБ\Сек до 7-9 МБ\Сек в лучшем случае.
Прошу обратить внимание, что есть случаи, когда невозможно занунуть мелкие файлы в архив, когда обязательно надо их по одному копировать.
Хм, ни разу такого не было если честно.
Цитата: koshak83 от 24 октября 2024, 12:12:54Винда с флешками и работает как со съёмными носителями, а Линукс как с постоянными. По этому винда старается сразу из Кеша скинуть информацию на носитель, а Линукс это действие может отложить.
Вы можете изменить поведение буфера, настройте размер буфера.
Set Buffer size: /etc/sysctl.conf
vm.dirty_bytes = 4194304
vm.dirty_background_bytes = 4194304
Launch in terminal:
sudo sysctl -p
Вы также можете экспериментировать с этими значениями для достижения желаемого результата:
vm.dirty_bytes — принудительная запись
vm.dirty_background_bytes — фоновая запись
Цитата: CoolAller от 25 октября 2024, 21:35:21Цитата: koshak83 от 24 октября 2024, 12:12:54Винда с флешками и работает как со съёмными носителями, а Линукс как с постоянными. По этому винда старается сразу из Кеша скинуть информацию на носитель, а Линукс это действие может отложить.
Вы можете изменить поведение буфера, настройте размер буфера.
Set Buffer size: /etc/sysctl.conf
vm.dirty_bytes = 4194304
vm.dirty_background_bytes = 4194304
Launch in terminal:
sudo sysctl -p
Вы также можете экспериментировать с этими значениями для достижения желаемого результата:
vm.dirty_bytes — принудительная запись
vm.dirty_background_bytes — фоновая запись
Это? Я так понял здесь просто в процентах идёт.
https://wiki.archlinux.org/title/Sysctl_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)
Цитировать4 Виртуальная память
Есть несколько ключевых параметров для настройки работы подсистемы виртуальной памяти ядра Linux и записи изменённых (dirty) данных на диск. Подробности в документации ядра Например:
vm.dirty_ratio = 10
Указывает (в процентах от общего объёма доступной памяти, содержащей свободные и восстанавливаемые (reclaimable) страницы) количество страниц, при достижении которого выполняющий запись процесс сам начнёт записывать изменённые данные из памяти на диск.
vm.dirty_background_ratio = 5
Указывает (в процентах от общего объёма доступной памяти, содержащей свободные и восстанавливаемые (reclaimable) страницы) количество страниц, при достижении которого фоновые потоки для записи данных в ядре начнут записывать изменённые данные из памяти на диск.
Как отмечено в комментариях к параметрам, при установке этих значений необходимо учитывать общий объём оперативной памяти. Например, упрощая, можно взять установленную системную оперативную память вместо доступной памяти:
Важно:
Бо́льшие значения могут повысить производительность, но при этом повышается риск потери данных.
Установка этого значения в 0 может привести к увеличению задержки на дисках и подвисаниям.
Смотрите https://lonesysadmin.net/2013/12/22/better-linux-disk-caching-performance-vm-dirty_ratio/ для более подробной информации.
Согласно общепринятому мнению, установка vm.dirty_ratio на 10% от ОЗУ является разумным значением, если ОЗУ составляет, скажем, 1 ГБ (поэтому 10% — это 100 МБ). Но если машина имеет гораздо больше ОЗУ, скажем, 16 ГБ (10% — это 1.6 ГБ), этот процент оказывается непропропорционально большим, поскольку он превратится в несколько секунд записи на вращающиеся диски. Более разумным значением в этом случае может быть 3 (3% от 16 ГБ — это примерно 491 МБ).
Аналогично, установка vm.dirty_background_ratio на значение 5 может быть подходящим вариантом для небольших объёмов памяти, но опять же, учитывайте и настраивайте в соответствии с объёмом памяти конкретной системы.
Кэш VFS
Уменьшение значения параметра кэша virtual file system (VFS) может улучшить отзывчивость системы:
vm.vfs_cache_pressure = 50
Он контролирует память, которая используется ядром для кэширования объектов каталогов и inode (кэш VFS). Уменьшение этого значения по сравнению со значением по умолчанию 100 делает ядро менее склонным к использованию кэша VFS (не устанавливайте его в 0, это может привести к состоянию out-of-memory).
Цитата: koshak83 от 25 октября 2024, 22:37:53так понял здесь просто в процентах идёт
В процентах это если вам необходима настройка для серверов и высоконагруженных систем, где требуется оптимизация работы с памятью и диском.
Также меньшие пороги значений могут повлиять на сохранность данных при сбоях, так как запись будет происходить более активно. Вам же, насколько я понял, необходимо настроить поведение записи на диск на обычной рабочей станции, поэтому можно указать поведение буфера в байтах.
Цитата: CoolAller от 25 октября 2024, 22:51:05Цитата: koshak83 от 25 октября 2024, 22:37:53так понял здесь просто в процентах идёт
В процентах это если вам необходима настройка для серверов и высоконагруженных систем активно использующих диск.
Также меньшие пороги значений могут повлиять на сохранность данных при сбоях, так как запись будет происходить более активно. Вам же, насколько я понял, необходимо настроить поведение записи на диск на обычной рабочей станции, поэтому можно указать поведение буфера в байтах.
Понятно. 4 Мегабайта оптимально, да?
Цитата: koshak83 от 25 октября 2024, 22:55:154 Мегабайта оптимально, да?
Все будет зависеть от сценария использования с учетом того, что устанавливаемые параметры влияют на все диски системы.
Насколько я понял, нужно чтобы при записи на съемные носители не происходило сильных задержек, поэтому вы можете использовать эти или чуть большие значения.
Главное понимать чем эти два пороговых значения отличаются и на что они влияют.
vm.dirty_bytes и vm.dirty_background_bytes устанавливают пороги для одного и того же кэша записанных данных в оперативной памяти, но с разными условиями для начала записи на диск:
vm.dirty_bytes — это порог, который определяет, когда система начинает принудительную запись данных на диск. Когда общий объём данных в кэше достигнет установленного значения, система немедленно начнёт их записывать на диск с высоким приоритетом, чтобы освободить кэш и предотвратить его переполнение.
vm.dirty_background_bytes — это порог, который запускает фоновую запись данных на диск с низким приоритетом. Если объём данных в кэше достигает установленного значения, система начинает запись в фоновом режиме, освобождая часть кэша без влияния на производительность приложений.
Цитата: CoolAller от 25 октября 2024, 23:07:21Цитата: koshak83 от 25 октября 2024, 22:55:154 Мегабайта оптимально, да?
Все будет зависеть от сценария использования с учетом того, что устанавливаемые параметры влияют на все диски системы.
Насколько я понял, нужно чтобы при записи на съемные носители не происходило сильных задержек, поэтому вы можете использовать эти или чуть большие значения.
Главное понимать чем эти два пороговых значения отличаются и на что они влияют.
vm.dirty_bytes и vm.dirty_background_bytes устанавливают пороги для одного и того же кэша записанных данных в оперативной памяти, но с разными условиями для начала записи на диск:
vm.dirty_bytes — это порог, который определяет, когда система начинает принудительную запись данных на диск. Когда общий объём данных в кэше достигнет установленного значения, система немедленно начнёт их записывать на диск с высоким приоритетом, чтобы освободить кэш и предотвратить его переполнение.
vm.dirty_background_bytes — это порог, который запускает фоновую запись данных на диск с низким приоритетом. Если объём данных в кэше достигает установленного значения, система начинает запись в фоновом режиме, освобождая часть кэша без влияния на производительность приложений.
Спасибо огромное. А вы не подскажете как посмотреть текущие значения?
Цитата: koshak83 от 25 октября 2024, 23:23:20А вы не подскажете как посмотреть текущие значения?
sysctl vm.dirty_bytes
sysctl vm.dirty_background_bytesИли взять значения из /proc, открыв соответствующие файлы в каталоге /proc/sys/vm/:
cat /proc/sys/vm/dirty_bytes
cat /proc/sys/vm/dirty_background_bytesДля подбора и тестирования настроек, можно использовать применение на лету без перезагрузки:
sudo sysctl -w vm.dirty_background_bytes=1000
sudo sysctl -w vm.dirty_bytes=1000(Для примера указаны рандомные значения в 1000 байт).
После перезагрузки значения не сохраняются, а берутся из файла /etc/sysctl.conf, поэтому для их фиксации, после подбора оптимальных параметров, их нужно внести в файл /etc/sysctl.conf.
Цитата: CoolAller от 25 октября 2024, 23:29:48Цитата: koshak83 от 25 октября 2024, 23:23:20А вы не подскажете как посмотреть текущие значения?
sysctl vm.dirty_bytes
sysctl vm.dirty_background_bytes
Или взять значения из /proc, открыв соответствующие файлы в каталоге /proc/sys/vm/:
cat /proc/sys/vm/dirty_bytes
cat /proc/sys/vm/dirty_background_bytes
Для подбора и тестирования настроек, можно использовать применение на лету без перезагрузки:
sudo sysctl -w vm.dirty_background_bytes=1000
sudo sysctl -w vm.dirty_bytes=1000(Для примера указаны рандомные значения в 1000 байт).
После перезагрузки значения не сохраняются, а берутся из файла /etc/sysctl.conf, поэтому для их фиксации, после подбора оптимальных параметров, их нужно внести в файл /etc/sysctl.conf.
Огромное спасибо!!! :) :) :)
парочка в виде адаптера M2->usb3.x + ssd M2 работает сильно шустрее любой флэшки
Цитата: ek-nfn от 25 октября 2024, 16:06:09Цитата: dr_faust от 25 октября 2024, 15:29:22есть случаи, когда невозможно занунуть мелкие файлы в архив, когда обязательно надо их по одному копировать.
заинтриговали... Это что за случаи ?
Так-то конвейер при копировании с многопоточной архивацией должен все резко ускорить при наличии многоядерного cpu. Если, конечно, разговор о копировании тысяч мелких файлов общим объемом в гигабайты, десятки гигабайт. Иначе не стоит овчинка выделки.
Книги читать любите? читалкой пользуетесь? Попробуйте ей скормить один большой архив в единицы и десятки гб вместо одиночных файловв кб и мб.
26 октября 2024, 14:52:04CoolAller, а можно значение задать в кб или мб?
Что-то в виде
vm.dirty_bytes=4mb
vm.dirty_background_bytes=10mb
?
Пересчитвать в байты муторно.
26 октября 2024, 14:54:06P.S. У меня вообще по нулям оба параметра. Т.е. оно должно сразу записывать. Так понимаю.
Тем не менее записал на флешку пагу гигабайт - она пару минут синхрониризуется и только потом отключается.
Цитата: dr_faust от 26 октября 2024, 13:55:48Попробуйте ей скормить один большой архив в единицы и десятки гб вместо одиночных файловв кб и мб.
Я постоянно это делаю, у меня есть архивы по 50 и более гб. И я знаю сколько часов требуется на перегонку тысяч файлов объемом под 300+ гб на внешний носитель в виде флэшки или внешнего sata диска. Поэтому решил этот вопрос заменой железа либо прямой перегонкой файлов по локалке (коммутатор требуется как минимум на 1 гбит, тогда заметно быстрее флэшки).
Не мучайтесь с флэшками на большие объемы мелких данных. Либо меняете их на внешний ssd m2 nvme через usb-3, либо осваиваете копирование множества мелких файлов через архивирование-tar вкупе с многопоточным его сжатием через один из компрессоров - zstd, pigz, pbzip2, lbzip2, xz и т.д. Даже нормальная sd карта класса 10 с правильным картридером usb3 показывает большие скорости, чем средняя флэшка usb3
Цитата: ek-nfn от 26 октября 2024, 15:23:41Я постоянно это делаю, у меня есть архивы по 50 и более гб.
Хм, на читалку как физический девайс? Так они ж работают на fat32. Т.ч. архив свыше 4 гб нельзя залить, даже если некие модели этих девайсов и подерживают чтения файлов из единого архива.
Вы, наверное, что-то путаете. Или я неправильно понял контекст.
Цитата: dr_faust от 28 октября 2024, 14:07:46Хм, на читалку как физический девайс? Так они ж работают на fat32
что такое читалка ? А fat32 у меня лишь на одном разделе - загрузочном efi
Цитата: ek-nfn от 28 октября 2024, 14:42:24Цитата: dr_faust от 28 октября 2024, 14:07:46Хм, на читалку как физический девайс? Так они ж работают на fat32
что такое читалка ? А fat32 у меня лишь на одном разделе - загрузочном efi
Это такой девайс с экраном, который не излучает свет. Предназначен для чтения книг в текстовых форматах и во всяких пдф с дежавю.
Цитата: dr_faust от 28 октября 2024, 14:44:19Предназначен для чтения книг в текстовых форматах и во всяких пдф с дежавю.
есть же аудиокниги, слушаются в любом режиме, даже на совещаниях :D зачем напрягать зрение?
Так-то у меня терабайты фотографий (любитель-фотограф я), которые постоянно надо перекидывать для обработки или еще чего с одного компа на другой. Один альбом запросто тянет на 100-300 гб с тысячами фотками. И таких альбомов десятки. Поэтому проблема с переносом-туда-сюда меня давно забодала. Отсюда и предложенные решения. А флэшка это для редких случаев и на небольшие объемы, для остального не годится.
Цитата: ek-nfn от 28 октября 2024, 14:58:17Цитата: dr_faust от 28 октября 2024, 14:44:19Предназначен для чтения книг в текстовых форматах и во всяких пдф с дежавю.
есть же аудиокниги, слушаются в любом режиме, даже на совещаниях :D зачем напрягать зрение?
Так-то у меня терабайты фотографий (любитель-фотограф я), которые постоянно надо перекидывать для обработки или еще чего с одного компа на другой. Один альбом запросто тянет на 100-300 гб с тысячами фотками. И таких альбомов десятки. Поэтому проблема с переносом-туда-сюда меня давно забодала. Отсюда и предложенные решения. А флэшка это для редких случаев и на небольшие объемы, для остального не годится.
Озвучивается в основном худлит. Мемуары и тематическая литаратура с тиражом пару сотен экзкмпляров только в ввиде текста. Да и воспринимать на слух такую информмацию трудно.
Попробуйте на слух ознакомиться допустим с институциями Гая или Юстиниана.
Цитата: dr_faust от 09 ноября 2024, 14:45:42Мемуары и тематическая литаратура с тиражом пару сотен экзкмпляров только в ввиде текста. Да и воспринимать на слух такую информмацию трудно.
Мемуаров полно в аудиоформате, как и тематики по не техническим вопросам. Воспринимать трудно только с непривычки и неумения сосредотачиваться на одной задаче. При этом в плеерах для аудиокниг (специализированные плееры) всегда есть кнопка для отката назад на 10 сек-минута и прослушать непонятое повторно. А умение сосредотачиваться тренируется банальной медитацией (типа тренировки мозга на контроле за мыслями в голове и умении сосредотачиваться на одной задаче - обычно на дыхании). Это простая 5-10 минутная ежедневная тренировка, как и отжимание или качание пресса, но тренируются не мышцы тела, а умение контролировать и управлять мыслями в голове. Заметный эффект, обычно, проявляется уже спустя месяц. С мышцами труднее, там надо месяцы ждать :D
Цитата: ek-nfn от 09 ноября 2024, 14:57:57Мемуаров полно в аудиоформате, как и тематики по не техническим вопросам.
Хм... Ну найдите мемуары графини Потоцкой или жандармких офицеров в аудиоформате. Или институции Гая и Юстиниана.
А зубодробительные и алогичные формулировки Ницше вы на слух пробовали воспринять хоть на каком-то языке?
Цитата: dr_faust от 11 ноября 2024, 00:13:19А зубодробительные и алогичные формулировки Ницше вы на слух пробовали воспринять хоть на каком-то языке?
При знании языка проблема только в ушах слушателя. ;D