Windows makinemde bir çeşit tavşan deliği gibi davranan dört nokta adında bir klasör vardı - bu nasıl oldu?

Klasör adı Dosya Gezgini'nde yalnızca düz dört nokta ile listelenmiştir .....

Açmaya çalıştığımda, aynı klasörü tekrar tekrar açtığım bir çeşit sonsuz tavşan deliği döngüsüne girdim - bunu sonsuza dek yapabilirdim. Gibi yol gösteriliyor C:\ExamplePath\....\....\....\....\.....

TypeScript derlememi belirli bir projede asılı tutuyordu. Bu klasörü ve onunla ilgili sorunları bulmadan önce bir yıldan fazla zamanımı aldı, çünkü iç içe geçmiş klasörlerin derinliklerine kök salmıştı. Asla böyle bir sorun beklemiyordum, bu yüzden hiç aramadım.

Özel ad nedeniyle klasörü normal şekilde silemedim. Sonunda komut satırını kullanarak ve ana klasörü ile silerek kaldırabilirim rd /s /q path.

Daha sonra, klasörü tekrar oluşturmaya çalıştım, ancak hem Dosya Gezgini hem de komut satırında bunu yapamadım.

Windows’u kullanmaya başladığım 20 yıldan beri bu hatayı daha önce hiç görmedim, bu yüzden amatör kullanıcılar için gerçekten can sıkıcı ve kafa karıştırıcı bir sorun olacağını hayal edebiliyorum.

Bunun nasıl olabileceğini ve bu sorunun nasıl çoğaltılacağını bilen var mı?

Güncelleme

İlgilenenler için: bu yol bir TFS klasörünün derinliklerinde bulundu. Muhtemelen TFS, açıklanan @grawity işlevini kullanır ( "Çeşitli dosya yöneticileri, arşivleyiciler, vb. )

Nadir bir TFS böceğine karıştı mı?

Win32 isimleri biten isimlerle dosya veya klasörler oluşturmanıza izin vermez .- tüm noktalar sondan kaldırılır. Oluşturmak için çalışılıyor test.markaları testyerine görünür. (Bu, eski DOS / Win9x dönemi yazılımındaki 8.3 adla uyumluluk içindir.)

Sonuç olarak, bir klasöre erişmeye çalıştığınızda ...., adı boş dizgeye indirgenir ve daha önce bulunduğunuz klasöre geri dönersiniz.

Ancak NT çekirdeği bu tür isimlere izin veriyor. Win32 API'leri tarafından uygulanan dosya adı sınırlamalarını atlayan çeşitli mekanizmalar vardır - örneğin, WSL (Linux için Windows Subsystem) Win32'nin üzerinde çalışmaz ve bundan etkilenmez. Ayrıca, ne yaptıklarını bilen programlar için bırakılan kasıtlı bir "arka kapı" olan \\?\bypass yöntemi de vardır . Eğer yaratamaz rağmen C:\Example\....\, sen yapabilirsiniz oluşturmak \\?\C:\Example\....\gayet.

Aynı şekilde, böyle dizinleri rmdir \\?\C:\path\...Cmd'den silebilirsiniz (Henüz PowerShell ile test etmedim).

Çeşitli dosya yöneticileri, arşivleyiciler vb. \\?\Yöntemi normalden daha uzun yol adlarını kullanabilmek için kullanabilirler - ve böylece, Win32 içindeki uyumluluk kodundan da etkilenmezler; onlar sıyırma yanı sıra gibi sihirli dosya adları çevirisi nokta bypass CONveya NUL.

Yani programlarınızdan biri olabilir:

1. \\?\dosyalara erişmek için her zaman kullanır ,
2. yanlışlıkla bir klasör oluşturmaya çalıştım ....- ancak gerçeklerden sonra bunu kesin olarak bilmek mümkün değil.

@ Grawity'nin cevabına ek olarak, bir Win32 programı bunu doğrudan "native" API'yi arayarak da yapabilir. Yanılmıyorsam, bu durumda, bu NtCreateDirectoryObject olacaktır. Bu çağrılar günümüzde oldukça iyi belgelenmiştir, özellikle de onların çekirdek meslektaşı (bir Win32 programından arayamazsınız), bu durumda, ZwCreateDirectoryObject.

"Sonsuz derinlik" ile ilgili olarak, bunu başarmanın kolay bir yolu bağlantıları kullanmaktır. Bir dizin oluşturun, sonra onun içinde bir bağlantı oluşturun ( mklink /jörneğin kullanabilirsiniz ) ve çok derin bir yapıya sahip olacaksınız. Bunu en son Windows 2000'de yaptığımda, yinelemenin sona ermesine rağmen (“sonsuza dek kazamazsınız”). Muhtemelen daha yeni işletim sistemlerinde, sınır daha büyük veya kaldırılmıştır, aynı zamanda, her birinin öncekinin çocuğu olan 10 dizini ve 10'unda da, ilkine geri dönen bir link oluşturacağını söyleyebilirsiniz.

Dizini oluşturmanın daha kolay bir yolu var. Komut isteminden şunu yazın:

MD ....\

ve enter tuşuna basıldığında, dört noktalı bir dizin oluşturulur. Bu dizin aynı zamanda gezginle de görüntülenebilir.

MS-DOS'da sürüm 1.0'a geri giden bir kusur var. MS bir süredir bunu biliyordu, ancak düzeltemedi veya çözemedi. PowerShell ile sorunu düzelttiler.

BTW, denerseniz:

RD ....

Silmek başarısız olur. Kaldırmak için bu belirli sözdizimini kullanmanız gerekir.

RD ....\

Bunu yönettiğim belirli sunucularda kullanıyorum. Genellikle diskin kökünde bir kullanıcı klasörü yaratırım ve başka bir yöneticinin gelip kaldırmasını istemiyorum.

Böylece klasörüme gidip CON, AUX veya LPT gibi bir alt klasör oluşturacağım.

Başka bir Yönetici klasörümü kaldırmak istiyorsa, önce bu alt klasörün nasıl kaldırılacağını bilmeleri gerekir.

EDIT: Bu sabah bu tartışmayı düşünüyordum ve bir adım daha atmaya karar verdim. Mods'un bunun ilgili olup olmadığına karar vereceğini varsayıyorum.

Klasöre CD giremiyorum.

MD c: \ test sonra CD C: \ test ve MD .... \ C: \ test .... ile bitirdim.

ve her şey yolunda.

Ancak CD .... başarısız olur ve beni C: \ testine geri döndürür. (CD .... \ aynı şeyi yapar.)

Ancak DIR .... ve bir direktör listesi alabilirim. Ben de yapabilrim

MD C: \ test .... \ temp ve alt dizinini oluşturur.

Ayrıca C: \ test .... \ temp CD'sini kullanabilir ve bu alt-alt dizine girebilirim.

Ancak, C: \ test .... \ temp, CD ise .. C: \ testine geri döndüm.

Bu dizine cd giremiyorum, ancak alt klasörler oluşturarak klasörü değiştirebilir ve yeterince ilginç bir şey yapabilirim.

ECHO "Test Etme" >> C: \ test .... \ test.txt

ayrıca çalışır ve bu klasörde bir dosya oluşturur. Böylece dört noktalı bir klasör oluşturabilirim, üzerine dosya ve klasör ekleyebilirim, dizin listelerini alabilirim, ancak içine CD yazamıyorum. Bunun için bir çeşit kötü deha kullanımı olabilir mi? Çok uzak mesafeden sapmış olursam modlar için özür dilerim.

Ben de aynı problemi yaşadım. Benim durumumda, .NET Core yayınlamak için komut verilen bir yazım hatası oldu:

dotnet publish "Api.csproj" --output "....\output\"

Dizini '....' adıyla oluşturdu; Bu dizin ana dizine referans gibi davrandı. Bu klasörün içine girersem, hala üst klasördeydim, ancak yolu '.... \' ekledim.

Bu konuda belirtilen tüm komutları denedim ama hiçbiri işe yaramadı. Anladığım kadarıyla, böyle davrandı, çünkü üst dizinde başka dosya ve dizinler vardı, bu yüzden tüm içeriği tekrarlı bir şekilde silen parametreleri kullanmak zorunda kaldım.

Bu komutu öğrendim:

rmdir /s /q ....\

'....' dizinini kaldırabilirsiniz. Yalnızca bu '....' dizinin gerçekte olduğu, daha fazla değil, daha az olmadığı gibi, ana dizine olan başvuruyu siler. Komut argümanlarına rağmen:

• / s - kaldırılan dizindeki tüm içeriği kaldırır,
• / q - onay olmadan kaldırır,

ana dizine dokunulmadan kaldı.