Toon posts:

[2003] Zeer lange filenaam (niet deleten/renamen, niets)*

Pagina: 1
Acties:
  • 163 views sinds 30-01-2008
  • Reageer

Verwijderd

Topicstarter
Ik ben bezig met het overzetten van gebruikers naar een nieuw SAN. Ik heb echter een aantal files die ik niet wegkrijg. Ze hebben te lange filenames. Het zijn typische virusfiles die door de mailserver zijn hernoemd (een ~ ipv de punt) en hebben dus geen extensie meer. Het format is "filenaam.txt[ongeveer 200 spaties]~pif of scr" Ik heb werkelijk alles gebrobeerd maar krijg ze niet weg. De dos box crasht bij een rename en geeft de error "filename too long" bij een delete. Explorer crasht bij het zetten van security. Iemand suggesties?

alvast dank, mvg Saffi

  • Dr. Bean
  • Registratie: Juli 2000
  • Niet online
In een command box iets als "del *~pif*?
De map waarin het staat zélf weggooien met "rd <mapnaam> /s"
Booten in veilige modus, nog eens proberen?
Chkdsk eroverheen laten gaan, want lange filenames (tot aan 255 tekens iig) zou geen problemen móeten geven, dus misschien is er iets fout met de partitie oid.

  • elevator
  • Registratie: December 2001
  • Niet online

elevator

Officieel moto fan :)

Je kan in een command box ook eens met 'dir /x' proberen de shortname op te vragen, en aan de hand daarvan te werken? :)

Verwijderd

Topicstarter
Bean schreef op zaterdag 26 februari 2005 @ 13:19:
In een command box iets als "del *~pif*?
De map waarin het staat zélf weggooien met "rd <mapnaam> /s"
Booten in veilige modus, nog eens proberen?
Chkdsk eroverheen laten gaan, want lange filenames (tot aan 255 tekens iig) zou geen problemen móeten geven, dus misschien is er iets fout met de partitie oid.
Ben data aan het migreren, en het is een cluster server. De data staat op een shared storage. Reboot gaat dus niet. Veilige modus is ook geen optie. Ik denk dat er waarsch. meer dan 255 tekens in zitten. Ik ga nog eens aan de slag :) Alle andere opties al geprobeerd.

dank.

  • Dr. Bean
  • Registratie: Juli 2000
  • Niet online
elevator schreef op zaterdag 26 februari 2005 @ 13:23:
Je kan in een command box ook eens met 'dir /x' proberen de shortname op te vragen, en aan de hand daarvan te werken? :)
Dat zat ik net ook te proberen, maar dat werkt op de een of andere manier alleen voor directories (En dan niet eens voor ze allemaal) en niet voor bestandsnamen zelf (XPSP2, NTFS partitie)
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
C:\>dir/x
 Volume in drive C has no label.
 Volume Serial Number is 5021-4923

 Directory of C:\

21-09-2004  21:54           912.555              3crwe554g72_v01_02_15.dlf
23-01-2005  21:23           885.498              3crwe554g72_v01_02_15.exe
15-11-2004  10:03             5.008              3crwe554g72_v01_02_15.txt
02-11-2004  22:50    <DIR>                       ATI
17-10-2004  19:31                 0              AUTOEXEC.BAT
19-10-2004  20:14    <DIR>          DOCUME~1     Documents and Settings
04-02-2005  21:49    <DIR>                       Inetpub
11-02-2005  11:12    <DIR>          PROGRA~1     Program Files
26-02-2005  13:27    <DIR>                       testtestestestest
24-02-2005  14:34    <DIR>                       WINDOWS
              15 File(s)      2.736.339 bytes
              10 Dir(s)   1.756.835.840 bytes free


/edit: MS KB article: http://support.microsoft.com/?kbid=320081. Hier staat misschien iets interessants in. (als het probleem bv veroorzaakt wordt door een te lange naam)
elevator schreef op zaterdag 26 februari 2005 @ 13:32:
Dat is vreemd. Heb je het maken van 8.3 filenames misschien uitgezet ofzo? :)
Nee, ik vond het ook nogal vreemd, DOS-commando's als deze vind ik juist praktisch in gebruik...dus waarom het nu niet meer werkt ("program files" en "documents and settings" doet-ie wel :? )

[ Voor 23% gewijzigd door Dr. Bean op 26-02-2005 13:38 ]


  • elevator
  • Registratie: December 2001
  • Niet online

elevator

Officieel moto fan :)

Dat is vreemd. Heb je het maken van 8.3 filenames misschien uitgezet ofzo? :)

Verwijderd

Topicstarter
Het support artikel had ik al uitgeplozen. Het betreft een standaard WSS2003 installatie (NAS HEAD). Disable 8.3 staat standaard aan. Het nu weer aanzetten heeft geen zin, het werkt alleen voor nieuwe files. Chkdsk vindt problemen maar kan de drive niet "exclusief" benaderen, alleen na een reboot alleen dan is de drive niet meer "available" omdat de cluster failover z'n werk doet. Ik kan later proberen de tweede node down te brengen en daarna een reboot te doen. Op zich kan ik de map hernoemen alleen het staat daar maar. Ik wil het weghebben:) (overigens heb ik net bij de migratie de files nu dus voor de tweede keer op de schijf (de eerste betrof een proef migratie). De files komen van een NT4 server af.

mvg, Saffi

[ Voor 3% gewijzigd door Verwijderd op 26-02-2005 13:50 . Reden: disable 8.3 standaard aan ipv uit ]


Verwijderd

Topicstarter
Ik kan onder de command prompt autocomplete gebruiken voor een delete maar de foutmelding blijft: "filename too long"

overigens is de file name 232 characters

mvg, Saffi

[ Voor 18% gewijzigd door Verwijderd op 26-02-2005 13:54 . Reden: aanvulling ]


  • MrC4u
  • Registratie: Maart 2002
  • Laatst online: 09-02 19:20
Probeer het eens te verwijderen via een netwerkshare. Geef de map een sharenaam van bijv. 1 letter, ga naar de share toe en probeer het dan te verwijderen.

..: De 3 H's van Microsoft: Herhalen, Herstarten en Herinstalleren :..


Verwijderd

Topicstarter
ook al gedaan :)

Dit zijn de foutmeldingen:

Event Type: Error
Event Source: Application Error
Event Category: (100)
Event ID: 1000
Date: 2/26/2005
Time: 11:00:47 AM
User: N/A
Computer: *******
Description:
Faulting application cmd.exe, version 5.2.3790.0, faulting module unknown, version 0.0.0.0, fault address 0x00000000.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 46 61 69 6c ion Fail
0010: 75 72 65 20 20 63 6d 64 ure cmd
0018: 2e 65 78 65 20 35 2e 32 .exe 5.2
0020: 2e 33 37 39 30 2e 30 20 .3790.0
0028: 69 6e 20 75 6e 6b 6e 6f in unkno
0030: 77 6e 20 30 2e 30 2e 30 wn 0.0.0
0038: 2e 30 20 61 74 20 6f 66 .0 at of
0040: 66 73 65 74 20 30 30 30 fset 000
0048: 30 30 30 30 30 00000

[ Voor 97% gewijzigd door Verwijderd op 26-02-2005 14:02 ]


  • _MaKo_
  • Registratie: November 2004
  • Laatst online: 25-11-2025
Heb je ook geprobeerd om te renamen met F2 ?
Dat heeft bij mij wel eens gewerkt met filenamen waar windows van over z'n nek ging.
.
(Ik lees dat je alles al geprobeerd hebt, maar je weet maar nooit...)

Verwijderd

Topicstarter
Yess!!!!

Dat was 'm. Ik ben nu één file kwijt maar de server lijkt te crashen :? Nog een heleboel te gaan.....

De mooiste oplossingen zijn vaak de simpelste Heel erg bedankt _/-\o_

Nog een goed weekeinde, ik moet helaas werken.

mvg, Saffi

(helaas lijkt het niet te werken bij de andere files :()

[ Voor 12% gewijzigd door Verwijderd op 26-02-2005 14:45 ]


  • elevator
  • Registratie: December 2001
  • Niet online

elevator

Officieel moto fan :)

Al geprobeerd met:

ren 3crwe* a*.txt

oftewel - door het stuk wat hetzelfde is te vervangen door een korter stuk de filenames in te korten? :)

Verwijderd

Topicstarter
Dat gaat ook niet. Ik geef het maar op voorlopig. Je kunt ook geen bestand aanmaken met zo'n lange filename onder 2003. Ik zal eens via een share een aantal tools proberen.

bedankt voor het meedenken.

mvg, Saffi

Nog even een update (mocht iemand anders dit probleem ooit opzoeken)

Het is uiteindelijk wel gelukt. Het gaat onders windows toch om de lengte van de totale "pathname". Daar waar het in eerste instantie alleen bij 1 file lukte kon ik de andere files verwijderen door alle bovenliggende mappen te voorzien van een 1 letter naam. Wel omslachtig maar werkbaar. Je kunt ook de map verplaatsen naar de root, een 1 letter naam geven en vervolgens deleten.......

Oef, Morgen weer een dag en weer een migratie. Ik gebruik overigens securecopy3 om de data over te zetten. Deze heeft geen enkel probleem met deze lange namen....

nogmaals dank voor de ondersteuning.

mvg, Saffi

[ Voor 62% gewijzigd door Verwijderd op 26-02-2005 21:23 ]

Pagina: 1