Операционная система Windows 10 при сравнении с Windows 7 выглядит менѣе склонною создавать краткія имена файлов.
И это досадно, потому что (как я это ужé упоминал в ноябре 2024 года) польза кратких имён очень великá при использовании таких программ, которые склонны сходить с ума при появлении в именах файлов нѣкоторыхъ сѵмволовъ, самым простым способом избавления от которых остаётся употребление краткого имени в бáтнике (в командном файле).
Наглядным примѣромъ такой программы можно считать cwebp (кодировщик WebP), который не справляется с эмоджи — а также, насколько я сам мог замѣтить, не справляется и с ятями, и вообще с любыми другими такими сѵмволами, которые есть в кодировке Unicode, но при этом отсутствуют в однобайтовой кодировке, настроенной как основная в конкретной операционной системе (при настройке Windows на русский язык такой кодировкою обычно становится Windows-1251).
Ещё болѣе мрачным примѣромъ может служить указание файла субтитров в командной строке для FFmpeg: на сайте SuperUser выяснили, что при этом необходимо сложное экранирование и апострофов, и обратной косой черты — а также, насколько я сам мог замѣтить, и квадратных скобок.
(Я так и не смог заэкранировать их так, чтобы всё нормально работало.)
Какие нюансы Windows 10 мѣшаютъ создавать краткія имена файлов?
Во-первых, вѣтвь реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem содержит для настройки NtfsDisable8dot3NameCreation значение «2», которое означает, что поддержка кратких имён зависит от того, настроена ли на такую поддержку файловая система NTFS конкретного диска.
Во-вторых, при создании файловой системы (иными словами — при начальном форматировании нѣкотораго диска) поддержка кратких имён отключается на этом диске до тѣхъ поръ, покудова не окажется включённою из командной строки. И настройкою из реестра это поведение форматизатора не контролируется, а появилось оно даже не в Windows 10, а раньше — в системах Windows 8 и Windows Server 2012.
(По крайней мѣрѣ, так я понял мнѣніе, изложенное на сайте SuperUser, а до него — во блоге Jose Barreto на сайте Корпорации Microsoft.)
Получается, что придётся вручную всякий раз (опосля форматирования) подавать команду «fsutil 8dot3name set d: 0» (предпослѣдній параметр — буква диска) для включения поддержки кратких имён на конкретном диске.
А ещё можно раз навсегда подать команду «fsutil behavior set disable8dot3 0» для возвращения ко практике поддержки кратких имён на каждом диске независимо от настроек, с которыми файловая система на том диске создавалася. (При этом и значение настройки NtfsDisable8dot3NameCreation оказывается обнулённым в реестре.)
Обдумав эти два варіанта, я остановился на первом из них, который обѣщаетъ краткія имена создаваемыми и на внѣшнихъ дисках, перенесённых и воткнутых в чужой комп (если в реестр того компá ещё никто не успѣлъ вмѣшаться и замѣнить значение настройки NtfsDisable8dot3NameCreation, установленное по умолчанию).
Причём включение или выключение поддержки кратких имён файлов (будь то на одном диске или во всей системе) влияет, как оказалось, только на создание новых файлов (напримѣръ, копируемых с другого диска). Если же нѣкоторый файл ужé создан был без краткого имени, то имени этого не будет, даже если файл переименовывать в надежде на то, что создание нового длинного имени породит собою и новое краткое имя. Нѣтъ, не породит. Только создание копии файла и стирание оригинала может помочь.
При этом, так как Корпорация Microsoft считает отсутствие кратких имён полезным (оно ускоряет работу системы с подкаталогами, содержащими много файлов), то предусмотрена возможность запускать fsutil с такими параметрами, при которых fsutil пройдётся по нѣкоторому диску (или его подкаталогу) и автоматически поубивает краткие имена. Но не предусмотрена возможность автоматически понасоздавать краткие имена.
Поэтому теперь у меня есть 3684 файла без кратких имён — такими они и останутся, потому что нѣкоторые подкаталоги больше по объёму, чѣмъ свободное мѣсто на диске, так что просто создать копию подкаталога (и затѣмъ стереть исходный) трудновато.
И это досадно, потому что (как я это ужé упоминал в ноябре 2024 года) польза кратких имён очень великá при использовании таких программ, которые склонны сходить с ума при появлении в именах файлов нѣкоторыхъ сѵмволовъ, самым простым способом избавления от которых остаётся употребление краткого имени в бáтнике (в командном файле).
Наглядным примѣромъ такой программы можно считать cwebp (кодировщик WebP), который не справляется с эмоджи — а также, насколько я сам мог замѣтить, не справляется и с ятями, и вообще с любыми другими такими сѵмволами, которые есть в кодировке Unicode, но при этом отсутствуют в однобайтовой кодировке, настроенной как основная в конкретной операционной системе (при настройке Windows на русский язык такой кодировкою обычно становится Windows-1251).
Ещё болѣе мрачным примѣромъ может служить указание файла субтитров в командной строке для FFmpeg: на сайте SuperUser выяснили, что при этом необходимо сложное экранирование и апострофов, и обратной косой черты — а также, насколько я сам мог замѣтить, и квадратных скобок.
(Я так и не смог заэкранировать их так, чтобы всё нормально работало.)
Какие нюансы Windows 10 мѣшаютъ создавать краткія имена файлов?
Во-первых, вѣтвь реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem содержит для настройки NtfsDisable8dot3NameCreation значение «2», которое означает, что поддержка кратких имён зависит от того, настроена ли на такую поддержку файловая система NTFS конкретного диска.
Во-вторых, при создании файловой системы (иными словами — при начальном форматировании нѣкотораго диска) поддержка кратких имён отключается на этом диске до тѣхъ поръ, покудова не окажется включённою из командной строки. И настройкою из реестра это поведение форматизатора не контролируется, а появилось оно даже не в Windows 10, а раньше — в системах Windows 8 и Windows Server 2012.
(По крайней мѣрѣ, так я понял мнѣніе, изложенное на сайте SuperUser, а до него — во блоге Jose Barreto на сайте Корпорации Microsoft.)
Получается, что придётся вручную всякий раз (опосля форматирования) подавать команду «fsutil 8dot3name set d: 0» (предпослѣдній параметр — буква диска) для включения поддержки кратких имён на конкретном диске.
А ещё можно раз навсегда подать команду «fsutil behavior set disable8dot3 0» для возвращения ко практике поддержки кратких имён на каждом диске независимо от настроек, с которыми файловая система на том диске создавалася. (При этом и значение настройки NtfsDisable8dot3NameCreation оказывается обнулённым в реестре.)
Обдумав эти два варіанта, я остановился на первом из них, который обѣщаетъ краткія имена создаваемыми и на внѣшнихъ дисках, перенесённых и воткнутых в чужой комп (если в реестр того компá ещё никто не успѣлъ вмѣшаться и замѣнить значение настройки NtfsDisable8dot3NameCreation, установленное по умолчанию).
Причём включение или выключение поддержки кратких имён файлов (будь то на одном диске или во всей системе) влияет, как оказалось, только на создание новых файлов (напримѣръ, копируемых с другого диска). Если же нѣкоторый файл ужé создан был без краткого имени, то имени этого не будет, даже если файл переименовывать в надежде на то, что создание нового длинного имени породит собою и новое краткое имя. Нѣтъ, не породит. Только создание копии файла и стирание оригинала может помочь.
При этом, так как Корпорация Microsoft считает отсутствие кратких имён полезным (оно ускоряет работу системы с подкаталогами, содержащими много файлов), то предусмотрена возможность запускать fsutil с такими параметрами, при которых fsutil пройдётся по нѣкоторому диску (или его подкаталогу) и автоматически поубивает краткие имена. Но не предусмотрена возможность автоматически понасоздавать краткие имена.
Поэтому теперь у меня есть 3684 файла без кратких имён — такими они и останутся, потому что нѣкоторые подкаталоги больше по объёму, чѣмъ свободное мѣсто на диске, так что просто создать копию подкаталога (и затѣмъ стереть исходный) трудновато.