Jei dirbate su "Windows" pakankamai ilgai, ypač su aplankus ir ilgesnius pavadinimus turinčiais failais, jūs susidursite su keista klaida : "Windows" praneša, kad aplanko kelias ar failo vardas per ilgas, norint pereiti prie naujo paskirties arba netgi ištrinti. Koks yra sandoris?

Hey How-To Geek!

Taigi kitą dieną reorganizavau kai kuriuos failus į savo kompiuterį, sukūriau aplankus, tokius dalykus. Tada, kai kai kuriuos failus įvediau į aplanką, gaunu pranešimą, nurodydamas, kad gautas aplanko kelias per ilgas. Aš buvau sutrikęs. Aš žinau, kad kiekviena operacinė sistema, kai DOS palaiko ilgas failų pavadinimus, tačiau "Windows" teigia, kad kelias yra per ilgas? Kodėl taip atsitinka?

Pagarbiai,

p. Neorganizuotas

Problema, su kuria susiduriate, yra nelaimingas dviejų sistemų susikirtimas, kuris tokiais atvejais sukelia klaidą. Norint tiksliai suprasti, iš kur kilo klaida, turime įsisavinti ilgosiomis failų pavadinimų istorija (LFN) ir kaip "Windows" bendrauja su jais prieš pradėdami spręsti problemas.

Ilgos failų pavadinimai buvo įvestos per pagrindinę MS-DOS architektūrą , "Windows 95". Nauja LFN sistema leido failų ir katalogų pavadinimus iki 255 simbolių. Tai buvo sveikintina ankstesnės failų pavadinimo sistemos plėtra, kuri paprastai vadinama 8.3 filename, nes pavadinime buvo tik aštuoni simboliai ir trijų skaitmenų plėtinys, bet taip pat žinomas kaip trumpas failo vardas (SFN). Kaip jūs galite įsivaizduoti, tuo metu vis dar buvo daug DOS pagrįstų programų, ir buvo daugiau nei keletas galvos skausmų bandant gauti naujesnius LFNs ir senus SFN, kad jie galėtų puikiai žaisti vieni su kitais. Jei kada nors susidūrėte su senesniu disku arba kompaktiniu disku su neįprastai sutrumpintomis failais (pvz., Abcdef ~ 1.txt), kai kurios senesnės programos, naudojančios SFN, iškirpė kai kurias ilgesnes ir nepalaikomas LFN (pvz., Abcdefghijk). txt).

Tačiau nuo seno dešimtojo dešimtmečio vidurio jau senokai, o visas "Long Filename" dalykas (iš esmės) yra tvirtai išlygintas. Jei per pastaruosius 10 metų naudojate "Windows" versiją, greičiausiai niekada net nepasiteisinsite failo vardo ilgio konflikto, kaip mes sugebėjome sugrįžti į DOS / Windows 95 dienas. Tuo tarpu mes vis dar susiduriame su žagsėjimais, kaip aptikote savo disko valymo projektu. Bet kodėl? Jei "Windows Long Filename" sistema palaiko kiekvieno komponento aplankus ir failų pavadinimus iki 255 simbolių, kokią sieną naudojate? Negalime kaltinti NTFS (failų sistemos, kurią naudoja dauguma šiuolaikinių "Windows" mašinų), nes NTFS palaiko aplankų ir failų pavadinimų susiejimą iki viso 32767 simbolių. Tai kur kas labiau viršija įprastą katalogų struktūrą, kurią kada nors reikės daugumai vartotojų.

Kur viskas suskaido, yra dirbtinis apribojimas "Windows" rinkiniams, esantiems LFN / NTFS sistemos viršuje: MAX_PATH kintamasis. Keičiamasis MAX_PATH nurodo, kad užbaigta katalogų struktūra "Windows" negali viršyti 260 visų simbolių, įskaitant disko raidę, dvitaškį, grįžtamąjį brūkšnį ir nulinį atbulinės eigos pabaigą. Taigi jūs turite tik potencialų MAX_PATH iš 256 simbolių, pvz., C: your-256-character-path .

Taigi, kas nutiko, kai valote kompiuterį, yra tas, kad turite katalogą jau ilgą kelią (arba todėl, kad aplankų pavadinimai buvo ilgi, failų pavadinimai buvo ilgi arba abu), o kai bandėte perkelti vieną ar kelis iš tų katalogų į kitą katalogą su ilgu keliu, bendras maršruto ilgis vardas viršijo 260 simbolių limitą, kurį nustatė MAX_PATH kintamasis.

Dabar galite galvoti "Ah-hah! Mes tiesiog pakeisime MAX_PATH kintamąjį ir išsprękime problemą! "Deja, tai nėra taip paprasta. Ne tik MAX_PATH kintamasis yra iš esmės kietai koduotas į "Windows", bet net jei jūs išgyvenote milžinišką vargo keisti jį, jūs galų gale nutraukti taip daug, kad nebūtų verta. Pernelyg daug programų tikisi, kad kelio kintamasis yra tai, ką "Windows" jau seniai nurodė. Mes negalime to pakeisti, kad nesukurtų milžiniškų netvarka.

Kur tai palieka tave? Na, paprasčiausias sprendimas yra tiesiog redaguoti kelio duomenis. Pavyzdžiui, jei turite daugybę išsaugotų straipsnių, kuriuose programa / plėtinys, kurį naudojote išsaugoti juos iš žiniatinklio, sukūrė katalogą, kuris buvo pilnas straipsnio pavadinimas + straipsnio pavadinimas, o pats failo vardas yra visas pavadinimas straipsnis + straipsnis, tai būtų labai paprasta pasiekti ar viršyti MAX_PATH su vienu taupymu.

Jei turite didžiulį failų ilgą kelią ir nenorite jų redaguoti (arba jei norite juos redaguoti), turite pakeisti daugybę aplankų ir straipsnių pavadinimų iki ramesnio dydžio. jūs norite ištrinti toną senų katalogų, kurie yra pernelyg ilgi, kad "Windows" galėtų elgtis, kai apribojamas MAX_PATH kintamasis), yra komandinė eilutė. Nors "Windows" ribojamas MAX_PATH kintamasis, "Windows" inžinieriai suprato, kad būtų situacijų, kai vartotojams reikės elgtis su ilgesniais kelio pavadinimais. Taigi, "Windows" API turi funkciją, skirtą elgtis su labai ilgais keliais.

Norėdami pasinaudoti šia API ir naudoti komandinės eilutės įrankius savo sudėtinguose aplankuose / failų pavadinimuose, tiesiog reikia pridėti katalogo pavadinimą su keletą papildomų simbolių. Pavyzdžiui, jei turėtumėte didelę katalogų struktūrą, kurią norėjote ištrinti (bet bandymo metu gavote klaidą dėl jos kelio ilgio), galite pakeisti komandą iš:

rmdir c: documents some-really -super-long-folder-name-scheme

į:

rmdir \? c: documents some-really-super-long-folder-name-scheme

Raktas yra pridedant\? dalį prieš pradedant failo kelią; tai įpareigoja Windows ignoruoti apribojimus, kuriuos nustatė MAX_PATH kintamasis, ir sąveikauti su tiesiog pateiktu keliu, kaip pateikta / suprantama tiesiai pagrindine failų sistema (kuri aiškiai gali palaikyti ilgesnį kelią). Kaip visada atsargiai elgtis komandinėje eilutėje, kad būtų išvengta netyčinio pašalinimo iš failų ar katalogų, kuriuos ketinate palikti nepažeistą.

Jei mūsų apžvalga apie šią problemą jums įdomu, tikrai įskiepite į šį straipsnį iš "Microsoft Developer Network" bibliotekos, pavadinimų rinkmenų, Kelias ir vardų sritis, jei norite gauti daugiau informacijos apie tai, kas vyksta po gaubtu.

Ar turite neatidėliotino technologinio klausimo? Atsiųskite mums el. Laišką šiuo adresu: ir mes padarysime viską, kad jį atsakyti.

Kodėl kiekvienam vartotojui kompiuteryje turėtų būti savo vartotojo abonementas

Keletas naudotojų paskyrų kažkada buvo nepraktiška naudoti sistemoje "Windows", tačiau jie nebėra. Jei keli žmonės naudoja jūsų kompiuterį, ypač vaikams ar svečiams, kiekvienam asmeniui reikia suteikti atskirą vartotojo paskyrą. Šiame straipsnyje daugiausia dėmesio skiriama informacijai apie "Windows", tačiau tokios pačios priežasties taikomos ir "Mac OS X", "Linux" ir net "Android" Kodėl ne vien naudokite vieną sąskaitą?

(how-to)

"Android Nugat" "besiūliai atnaujinimai", paaiškinta

Visose kartų "Android" įrenginiuose, įskaitant "Marshmallow" operacinės sistemos naujinius, iš esmės veikė tokia pat tvarka: atsisiųstas atnaujinimas, telefonas pakartotinai įkeliama, o atnaujinimas taikomas. Per šį laiką telefonas atrodo nenaudingas, bent jau iki naujo įdiegimo. Su "Nougat" naujais "besiūliais atnaujinimais" šis modelis yra praeitis.

(how-to)