Шлях до джерела занадто довгий - АЛЕ НІКОЛИ НЕ ВИКОРИСТОВАНО


4

Я отримую таку помилку під час спроби скопіювати резервні дані з мого зовнішнього жорсткого диска на робочий стіл:

Ім’я файлів-джерел довше, ніж підтримується файловою системою. Спробуйте перейти до місця, яке має коротше ім'я шляху, або спробуйте перейменувати їх на коротші імена, перш ніж спробувати цю операцію.

І це справді дратує, і тепер я не можу робити певні речі, тому що я не можу отримати ці файли. Мені подобається організовувати свої речі - але, схоже, Windows не може підтримувати довгі локації - це означає, що я не можу підтримувати так, як я хочу. Але це ніколи не було проблемою. На моєму старому комп’ютері я завжди копіював ці резервні файли туди-сюди, і лише з тих пір, як я отримав цей новий ПК (який, мабуть, в мільярд разів краще), я зіткнувся з цією помилкою.

І перейменування файлів / папок лише на 1 лист, поки я їх не скопіював, не є правильним рішенням. Як я можу це виправити? І чому я маю цю проблему на ПК більш високої специфікації з тією ж версією Windows, коли я ніколи не мав цієї проблеми на моєму ПК із нижньою специфікацією з тією ж версією Windows?


Яку файлову систему використовує ваш зовнішній диск?
Девід Шварц

"Схоже, Windows не може підтримувати довгі локації" - Насправді шляхи до UNC можуть бути тривалістю 32 к.с., але завдяки безлічі функцій API і, отже, навіть частинам Windows, як cmd, що підтримують лише MAX_PATH, і через боязнь MS порушити зворотну сумісність , на практиці межами залишається 260 знаків.
Каран

@Karan yep. 260 символів ... ніде поблизу недостатньо. Я легко можу так багато використати: 045504052015 .045604052015 ..045704052015 ... і т. Д. І так, у випадку, якщо вам було цікаво, мені справді потрібно їх так називати. :)
NDEIGU

Є безперечно утиліти (не питайте мене щодо рекомендацій), які можуть мати справу з шляхами UNC, але вам доведеться дотримуватися тих, що болить.
Каран

Відповіді:


5

Ви можете вкладатись глибше, ніж раніше, якщо ви використовуєте папки користувачів Windows під C: \% HOMEPATH% \ Документи тощо або будь-яку кількість інших причин.

Вирівнювання вашої структури коротшими іменами - це справді єдиний варіант. Щоб очистити каталог із порушеннями, переконайтеся, що ваші файли надійно зберігаються в новій папці та очистіть стару, як ця:

Використовуйте вбудовану команду ROBOCOPY. Вам нічого не потрібно встановлювати. Створіть репліку з поганої папки (d :), яка повністю порожня (e :) на іншому диску. Потім запустіть робокопію з цими парамами.

robocopy e:\folder d:\folder /Purge /E /S /R:0 /W:0

Ще два ресурси, які повинні допомогти:

Іронічно названою URL-адресою ... http://vimalsuresh.com/2013/08/08/how-to-fix-file-path-too-long-error- while-copying-deleting-or-opening-files- без використання сторонніх додатків /

І якщо вам не подобається CMD, утиліта для отримання занадто тривалих файлів (якщо припустити, що ви створили резервну копію) ... http://backupchain.com/DeleteLongPath.html


1
Дякую @Allen :) CMD ідеально. Не потрібно GUI.
NDEIGU

0

Просто хотів зазначити, що вам не потрібно змінювати імена папок чи файлів , як це підказує інша відповідь. Можна скористатися командою robocopy, але я знайшов простіший (хоча і трохи повільніший) метод - просто застебнути папку, скопіювати zip та розпакувати її. Крім того, ви можете перемістити сильно вкладену папку до каталогу вищого рівня, скопіювати її, а потім перенести її назад у вкладене місце.

Не впевнений, чому це працює, але відповідно до цієї статті Windows має максимальну довжину для імені файлу , але чомусь перевіряє довжину всього шляху файлу при копіюванні.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.