Проблемы с копированием файлов на жесткий диск Ubuntu

Обновлено: 21.11.2024

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

Невозможно копировать и вставлять файлы

Привет всем!
Я не могу копировать и вставлять файлы, не могу создавать новые файлы или папки на моем новом жестком диске емкостью 1 ТБ, который я использую для хранения важных личных данных. Выполнение этого как root с повышенными привилегиями также не помогает. Он отформатирован как файловая система ext4 и смонтирован. Что я делаю не так?

Помощь и совет очень ценятся. Спасибо!

Вы не даете много информации. Новый жесткий диск внутренний или внешний? Каким инструментом форматировал? Пытался получить доступ с повышенными привилегиями как? Кроме того, откройте Терминал и выполните две команды: inxi -Fxz и lsblk. Обе являются обычными пользовательскими командами и не требуют sudo. Сообщите о результатах, заключив вывод в теги кода (кнопка над полем ввода текста).

Вы не можете записывать (или вставлять) в раздел, который вам не принадлежит.
Похоже, это так, и информация, запрошенная pbear, покажет это.

Спасибо за быстрые ответы, ребята!
Я отформатировал внутренний жесткий диск с помощью инструмента Gnome Disk. В файловом менеджере (Файлы) я щелкнул правой кнопкой мыши и выбрал «открыть от имени пользователя root» (насколько я понимаю, это похоже на команду «Открыть от имени администратора» в Windows, верно?), затем появилось новое окно с заголовком «Повышенные права». Привилегии». Затем я безуспешно пытался скопировать и вставить файл на указанный жесткий диск.

Для жесткого диска емкостью 1 ТБ нет точки монтирования, судя по команде "lsblk", но утилита Gnome Disk говорит об обратном:

когда раздел, в котором вы находитесь, действительно новый, отточите: откройте терминал
sudo chown -R $USER:$USER путь-к-точке монтирования, в которой находится новый раздел.

Это связано с тем, что gparted создает раздел для root, поэтому все в новом разделе становится владельцем root.

Только владелец каталога/файла имеет право создавать/изменять его. Таким образом, новый раздел, созданный с правами root, становится его владельцем.

Привет, Linuxunil. FWIW, я избегаю дисков для подобных вещей, потому что это просто, но непостижимо. У вас мало контроля, и вы часто не знаете точно, что он собирается делать. Как было объяснено, вам нужно изменить владельца sda1 с root на себя как пользователя. То, как вы это сделаете, лежит на пересечении вопроса Филотекса и предложенной кентавром формы приказа. Продолжать идти. Вы доберетесь туда.

Я включил компьютер и открыл приложение Gnome Disk. Пишет "Диск в порядке, один битый сектор". Я услышал высокий звук, немного более громкий, чем обычно.
Я открыл кейс, чтобы получше расслышать и проверить, что не так. Шум прекратился через пару секунд. Я снова открыл приложение «Диск» и увидел, что «Диск в порядке». Плохие сектора появляются, когда жесткий диск умирает, насколько я знаю, но этому уже неделя. В чем может быть причина этого?

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

Помощь и совет очень ценятся. Спасибо!

Это обеспечит полный доступ для всех — вы сможете изменить эти разрешения позже.

Обратите внимание на довольно неясный идентификационный номер вашего устройства (b3f91c1f-0b89-45c2-a913-7ec6def29f86).
Я бы использовал gparted, чтобы присвоить этому диску узнаваемую метку (например, «Музыка») — вместо бессмыслица-неинформативное-куча буквенно-цифровых обозначений
Если вам нужен коучинг, не стесняйтесь

Помощь и совет очень ценятся. Спасибо!

Это обеспечит полный доступ для всех — вы сможете изменить эти разрешения позже.

Команда смены владельца (chown) сработала. Я могу создавать и копировать файлы, папки на диске. Спасибо.

Теперь у меня другая проблема. Прошлой ночью я расстроился и переформатировал диск (после резервного копирования моих данных), с которым у меня возникли проблемы, используя GParted в качестве диска с одним разделом и присвоив ему метку («Adattár» = хранилище данных), но в файловом менеджере он показывает вверх по его имени UUID, а не по метке, которую я ему дал («Adattár»), плюс появились новые элементы. См. прикрепленные изображения для справки.

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

Я пытаюсь выполнить резервное копирование данных (230 ГБ, 160 КБ файлов) через USB3.0 на недавно купленный внешний портативный накопитель Seagate Expansion емкостью 4 ТБ, отформатированный в NTFS. Я использую Ubuntu 18.04.3 LTS.

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

Как только cp начинает давать сбой, я получаю следующие ошибки в dmesg (все эти сообщения повторяются несколько раз, но с разными номерами):

Я оставил диск на неделю, а затем провел сканирование SMART с помощью Seagate Bootable Tool, которое не выявило проблем.

Поэтому я снова попытался скопировать данные. Теперь диск будет монтироваться правильно, и я смогу читать/записывать без проблем, поэтому я запустил команду rsync. Сначала я сделал

Это работало, хотя и медленно, примерно для 20 % данных, затем оно начало заикаться, поэтому я остановил передачу. Я перезапустил передачу с помощью

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

В dmesg я вижу следующее:

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

Файлы, которые копировались во время сбоя, имеют тип .mat.gz, порядка 1 МБ каждый.

Кстати, старый внешний диск Seagate недавно сломался, когда я копировал с него небольшие объемы данных на этот компьютер (печально известный щелчок смерти. ), который также был моим первым умершим жестким диском.

Я понятия не имею, что с этим делать, если проблема заключается в том, как я копирую данные (может ли копирование данных разрушить диски?), если проблема связана с оборудованием (компьютер, жесткий диск, преобразователь USB-SATA, . ) или если это связано с Ubuntu. Обычно я запускаю только Manjaro и никогда не сталкивался с такими проблемами.

Если у вас 64-разрядная версия Ubuntu или другой Linux и вы обнаружите, что передача USB зависает в конце, примените это исправление:

Я предлагаю вам отредактировать файл /etc/rc.local, чтобы это изменение сохранялось при перезагрузке.

sudo nano /etc/rc.local

Перейдите к нижней части файла и оставьте пробел, а затем вставьте эти две строки.

Сохраните файл, нажав Ctrl + X, затем нажмите Y.

Чтобы отменить изменения, введите это в консоли и удалите строки в /etc/rc.local

прокомментировал mohamedmaged 5 июня 2019 г.

Мне интересно понять, почему эти две команды сработали? спасибо за ваше время заранее :)

texadactyl прокомментировал 10 июля 2019 г. •

alainalemany прокомментировал 24 июля 2019 г.

У меня нет файла /etc/rc.local. Должен ли я создать его и вставить эти две строки? Или мне нужно искать эквивалентный файл rc.local в моем SO (кстати, KDE Neon 5.16).

Заранее спасибо.

прокомментировал rajeshisnepali 25 октября 2019 г.

Большое спасибо..

cipricus прокомментировал 27 октября 2019 г.

@alainalemany - Да, создать файл, если он отсутствует.

SaltyPaws прокомментировал 4 декабря 2019 г. •

Это исправление не полностью помогло мне. После того, как я применил исправление, я по-прежнему зависал, но реже. Что сработало, так это отключить файл подкачки. Я сначала попробовал увеличить файл подкачки до 64 Гб, это не сработало, потом вообще отключил файл подкачки. Я нахожусь на двухпроцессорном сервере с 32 ГБ памяти. Я много раз запускал memtest, поэтому знаю, что это не проблема с памятью.Я скопировал из системы exFAT 2 ТБ (через USB) в массив ZFS Z2 6x10 ТБ.

stdonato прокомментировал 12 декабря 2019 г.

SaltyPaws, отключение подкачки работает нормально. Спасибо.

прокомментировал fharookshaik 30 января 2020 г.

Это не сработало с моей системой.
В моей системе 8 ГБ ОЗУ, Intel i5-8300H работает на Ubuntu 18.04.3, а внешнее хранилище — жесткий диск Seagte UltraSlim HardDisk объемом 2 ТБ

прокомментировал roeniss 20 марта 2020 г.

с 32 RAM, 128 SSD, 16 USB все заработало.

но мне действительно интересно, что именно делают эти две строки. В любом случае спасибо.

KarthikKavinA прокомментировал 5 апреля 2020 г.

Большое спасибо.
Это лучше работает в Ubuntu 18.04.3

комментарий axdeveloper от 20 мая 2020 г.

для тех, у кого нет /etc/rc.local, можно использовать это:
sudo sysctl -w vm.dirty_bytes=50331648
sudo sysctl -w vm.dirty_background_bytes=16777216

Комментарий RS0307 от 1 сентября 2020 г.

Я НОВИЧОК В UBANTU. МОЖЕТ КТО-НИБУДЬ ПОДСКАЖИТЕ МНЕ С НУЛЯ ШАГ ЗА ШАГОМ, ЧТОБЫ СДЕЛАТЬ ВСЕ ОТВЕТЫ НА ВЕС USB
У МЕНЯ ТАКЖЕ ЕСТЬ ЭТА ПРОБЛЕМА, НО Я НЕ ПОНИМАЮ, КАК НАЙТИ /ETC/RC.LOCAL

МОЖЕТ ЛИ МНЕ ПОМОЧЬ

Комментарий RS0307 от 1 сентября 2020 г.

МОЖЕТ ЛИ МНЕ ПОМОЧЬ

Комментарий RS0307 от 1 сентября 2020 г.

Это сработало просто отлично, большое спасибо!

После долгих поисков в разных источниках это был единственный ответ, который действительно работал.
Я использую Linux Mint 18.

подскажите, пожалуйста, как это сделать

Комментарий Лумумбы от 3 октября 2020 г.

для тех, у кого нет /etc/rc.local, можно использовать это:
sudo sysctl -w vm.dirty_bytes=50331648
sudo sysctl -w vm.dirty_background_bytes=16777216

это постоянно или мне нужно применять это при каждой загрузке?

MarcGuay прокомментировал 26 ноября 2020 г.

Чтобы это сохранялось в Ubuntu 18.04, мне пришлось добавить следующее в файл /etc/sysctl.conf.

Прокомментировал Bewbman 25 декабря 2020 г. •

На дворе 2020 год, а эта проблема существует с 2014 года. Какого хрена до сих пор не решили?

Вы буквально не можете передавать файлы размером более 4 ГБ на USB-накопитель в 64-разрядной версии Linux без этого исправления прямо сейчас.

ekistece прокомментировал 20 января 2021 г.

наконец-то я нашел это, спасибо, дружище

JoanLlu прокомментировал 7 марта 2021 г.

Бьюбман справился.
До Linux еще далеко.

Лумумба прокомментировал 13 марта 2021 г.

МаркГуэй, спасибо

прокомментировал junguler 7 апреля 2021 г. •

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

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

Иногда мне нужно скопировать файлы с внутреннего SSD на внешний жесткий диск. Недавно я обнаружил странное поведение на Ubuntu 20.04. При попытке скопировать довольно большой файл (типа 2Гб - 4Гб) Наутилус показывает безумную скорость записи и индикатор выполнения моментально доходит до 100%, а когда хочу размонтировать устройство - зависает на несколько минут. Пробовал разные файловые менеджеры типа Thunar от Xfce, midnight-commander или даже утилиты типа rsync или pv - результат был тот же. Для меня немного неудобно, когда я не знаю, сколько времени мне придется ждать, пока все данные будут переданы, поэтому я попытался найти решение этой проблемы.

Поиск в интернете приводит меня к тому, что эта проблема не указана файловому менеджеру или дистрибутиву Linux. Это можно объяснить подсистемой виртуальной памяти Linux и механизмом кэширования страниц.

Все виды компьютерной памяти можно разделить на две группы: энергозависимую и энергонезависимую. Энергонезависимая память обычно быстрая, но она имеет ограниченный размер и требует мощности для поддержания хранимой информации. Напротив, энергонезависимая память, такая как жесткий диск или оптический диск, может сохранять сохраненную информацию даже после отключения питания, но работает медленнее, чем ОЗУ. В связи с этим Linux и другие операционные системы используют разные подходы для доступа к разным видам памяти.

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

Когда кеш пуст и процесс пытается выполнить операцию записи, он получает почти мгновенную обратную связь, но когда вызывается команда очистки, возникает большая пауза для фактической передачи данных между ОЗУ и жестким диском. По умолчанию Ubuntu использует 20% оперативной памяти для кэширования файлов, поэтому, когда у меня много свободной оперативной памяти, кэш может содержать весь файл, что приводит к проблеме, описанной в первом абзаце.

Есть несколько возможных решений.

Уменьшить размер кеша

Есть несколько настраиваемых параметров, влияющих на то, как ядро Linux работает с кешем файловой системы. Все они связаны с грязными данными (или грязной памятью) — данными, которые записываются в кеш, но не сохраняются на диске.

dirty_ratio – максимальный процент грязной системной памяти.
dirty_bytes – то же, что и dirty_ratio, но указывается в байтах.
dirty_background_ratio — процент грязной системной памяти, при котором начнется фоновая обратная запись.
dirty_background_bytes — то же, что и dirty_background_ratio, но указывается в байтах.

Если на моем компьютере 32 ГБ ОЗУ, а dirty_ratio равно 20, размер кеша будет больше 6 ГБ, что приведет к длительному времени размонтирования. Можно уменьшить размер кеша до 48 Мб и попросить операционную систему начать запись на устройство, когда в кеше более 16 Мб данных, с помощью команды:

В этом случае прогресс копирования показывает правильную скорость, а размонтирование занимает всего несколько секунд. Для сохранения этой настройки после перезагрузки необходимо добавить в /etc/sysctl.conf такую строчку:

Эта опция применяется ко всем дискам - внешним и внутренним, что может снизить производительность системы.

Подключение USB-накопителя с параметрами «синхронизировать» или «сбросить»

По умолчанию Ubuntu монтирует флешки с асинхронным режимом. Это означает, что будет использоваться кеш и асинхронная запись. Можно попросить ядро записать все данные синхронно. Предположим, что флэш-накопитель является устройством /dev/sda1 и его необходимо смонтировать в каталог /mnt. Я могу использовать команду вроде:

Эта опция может значительно снизить скорость записи и, более того, повлиять на срок службы устройства: ядро Linux не может изменить порядок операций записи и должно записывать каждый сектор в порядке, запрашиваемом приложениями. На дешевых USB-накопителях, которые не перераспределяют сектора, повторяющиеся записи в таблицу размещения файлов на (V)FAT или в журнал типичной современной файловой системы могут довольно быстро убить флешку.

В файловых системах FAT вместо sync можно использовать параметр flush. Он просит ядро сбросить все записи, как только диск становится бездействующим, но не сохраняет порядок записей, поэтому ядро может оптимизировать процесс записи.

Использовать автосинхронизацию

В Ubuntu можно перехватить некоторые системные вызовы процесса и добавить собственное поведение. Эта идея используется в библиотеке под названием autofsync. Он перехватывает вызов write() и выполняет операцию синхронизации, когда в файл было записано определенное количество данных. Размер ограничения корректируется во время выполнения, чтобы продолжительность синхронизации оставалась около предопределенного значения. Цель состоит в том, чтобы выразить предельный размер кэша обратной записи в секундах, а не в байтах.

Библиотека должна быть подключена к процессу с помощью LD_PRELOAD:

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

Заключение

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

Ваш внешний жесткий диск зависает при копировании файлов? Не волнуйтесь! Следуйте этой статье, чтобы эффективно решить проблему.

Автор Lily / Последнее обновление: 10 ноября 2021 г.

Быстрая навигация:

Проблема: флешка зависает при копировании файлов

Передача данных между внешними жесткими дисками и компьютерами происходит часто. Мы копируем файлы с ПК на SD-карты, USB-накопители, жесткие или твердотельные диски для резервного копирования важных файлов и освобождения места на локальном диске. Мы также копируем файлы в другую сторону, таким образом сохраняя внешние данные на компьютере. Однако процесс передачи данных не всегда проходит гладко. Некоторые пользователи обнаруживают, что внешний жесткий диск зависает при перемещении файлов. Вот пост о проблеме:

«Я пытался перенести файлы на несколько своих внешних жестких дисков, чтобы освободить место на моем жестком диске, однако каждый раз, когда я начинаю передачу, это происходит только в течение примерно 2- 3 секунды, а затем скорость передачи будет быстро падать, пока не достигнет 0 Мбит/с. Он остается там до тех пор, пока Windows не уведомит меня о том, что что-то пошло не так в процессе передачи. Кто-нибудь еще сталкивался с такой же проблемой/знает, как ее решить?"

Как решить проблему зависания внешнего жесткого диска при эффективном копировании файлов

Если вы обнаружите, что внешний жесткий диск дает сбой при копировании файлов, вы можете обратиться к следующим методам:

Способ 1: изменить способ копирования файлов

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

Способ 2: включить/отключить кэширование записи

Если вы копируете файлы на внешний жесткий диск, вы можете решить эту проблему, включив кэширование записи в диспетчере устройств:

<р>1. Щелкните правой кнопкой мыши значок "Пуск" и выберите "Диспетчер устройств".

<р>2. Найдите внешний жесткий диск, щелкните его правой кнопкой мыши и выберите «Свойства».

<р>3. На вкладке «Политика» выберите «Повышение производительности» и нажмите «ОК».

Советы. Если вы копируете файлы с диска, выберите Быстрое удаление.

Способ 3: восстановить поврежденные сектора на зависшем внешнем жестком диске

<р>1. Нажмите кнопку «Поиск» на панели задач и введите «cmd» в поле поиска. Щелкните правой кнопкой мыши «cmd» и выберите «Запуск от имени администратора».

<р>2. Введите chkdsk F:/f/r/x и нажмите Enter. Вам следует изменить букву диска «F:» на букву замороженного внешнего жесткого диска.

Советы. Значение используемых параметров — «/f» указывает программе chkdsk исправлять все найденные ошибки; «/r» говорит ему найти поврежденные сектора на диске и восстановить читаемую информацию; «/x» принудительно отключает диск перед запуском процесса.

<р>3. Введите exit и нажмите Enter, чтобы выйти из командной строки.

Быстрый способ копирования файлов с/на внешние жесткие диски

Как видите, чтобы устранить проблему, связанную с зависанием внешнего жесткого диска при копировании файлов, для передачи файлов следует использовать копирование/вставку или вырезание/вставку, что было бы очень проблематично при передаче большого количества файлов. Более того, включение/отключение кэширования записи каждый раз, когда вы хотите скопировать файлы с/на внешние жесткие диски, также раздражает. Есть ли более эффективный способ передачи данных, не беспокоясь о зависании жестких дисков?

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

✦ Вам разрешено копировать файлы между компьютером и внешним жестким диском. Вы также можете синхронизировать два внешних накопителя, USB-накопители, SD-карты и т. д.
✦ Если вы используете облачный сервис, такой как OneDrive и Google Диск, вы можете синхронизировать локальные папки с облаком и наоборот.
✦ Поддерживаются все операционные системы Windows, такие как Windows 11/10/8.1/8/7/Vista/XP.

Узнайте, как копировать файлы с компьютера на внешний жесткий диск с помощью функции синхронизации AOMEI Backupper ниже.

<р>1. Подключите внешний жесткий диск к компьютеру и убедитесь, что он обнаружен. Скачайте, установите и запустите AOMEI Backupper.

<р>2. Нажмите «Синхронизировать» и выберите «Основная синхронизация».

<р>3. Назовите задачу, чтобы ее можно было отличить от других задач синхронизации. Нажмите «Добавить папку», чтобы выбрать папку, которую вы хотите скопировать.

Советы. Чтобы синхронизировать несколько папок, нажмите кнопку «+» после добавления первой папки.

<р>4. Нажмите кнопку в виде папки во втором столбце, чтобы выбрать внешний жесткий диск в качестве пути назначения.

<р>5. Нажмите кнопку «Начать синхронизацию», чтобы выполнить операцию.После завершения операции безопасно отключите накопитель.

>> Варианты: вы можете написать комментарий к своей задаче синхронизации, чтобы понять конкретное содержимое синхронизации. Вы также можете включить уведомление по электронной почте здесь.
>> Расписание: можно настроить периодическое выполнение задачи синхронизации. Предусмотрено пять режимов: Ежедневно, Еженедельно, Ежемесячно, Триггеры событий и USB-подключение. Обновите до AOMEI Backupper Professional, чтобы пользоваться последними двумя режимами.

Заключение

Проблему зависания внешнего жесткого диска при копировании файлов можно решить тремя способами, предложенными в этой статье. Чтобы копировать файлы более эффективно, попробуйте AOMEI Backupper. Помимо копирования файлов между компьютерами и внешними жесткими дисками, AOMEI Backupper — это профессиональное программное обеспечение для резервного копирования, которое позволяет планировать автоматическое резервное копирование в Windows 11/10. Попробуйте AOMEI Backupper, и вы получите всестороннюю защиту данных и системы.

Читайте также: