Veranderen bestandsnaam

[Ben(V)]

Het zit iets anders in elkaar.
Op een smb share heeft (net als op windows) twee filenamen, te weten een Long File Name en een DOS 8.3 filename.
Je kunt de gebruikte DOS namen zien door onder windows met een command prompt het commando dir /x te geven, dan zie je beide namen.

Op het moment dat een filenaam niet kan voldoen aan het 8.3 formaat zal een afgeleidde van dat 8.3 formaat in dat DOS naamveld geschreven worden.
Voldoet de filenaam wel aan dat 8.3 formaat dan zal dat DOS naamveld leeg blijven.

De vreemde namen die jij ziet ontstaan doordat linux een andere methode voor het converteren van Lange Filename naar DOS namen heeft dan Windows.
Dat aanmaken van die DOS 8.3 naam gebeurd echter alleen als de lange filenaam niet aan de 8.3 standaard voldoet en het DOS filename veld leeg is.
Voldoet hij daar wel aan dan zal dat DOS 8.3 veld leeg blijven.

Dus als jij vreemde filenamen ziet dat zijn ze waarschijnlijk aangemaakt door je NAS omdat onderweg ergens de long file name niet meer aan de 8.3 norm voldeed en dus er een DOS 8.3 filename bijgezet werd.

[pjottervmr]

Ok duidelijk en dit verhaal had ik zelf ook al bedacht helaas  .
Ik begrijp dan niet dat de naam met : 123456_K.jpg na kopiëren naar een andere map gewoon in de NAS of op windows 123456_K.jpg heet en als ik dan vanuit dos naar die nieuwe map ga het bestaan dan 1234~ua heet......

[Ben(V)]

Dat lijkt me nogal voor de hand liggend.
Het veld voor de DOS naam blijft leeg bij kopieer actie door windows of door de NAS en zie je alleen de Long File Name.
Als je met DOS gaat benaderen dan maakt DOS die naam aan en zie je in DOS alleen de naam die door DOS is aangemaakt en niet de Long File Name.

Als je in windows een command prompt maakt kun je met Dir /x beide namen zien en kun je volgen hoe het werkt.

[pjottervmr]

Nee dat is niet wat ik zeg volgens mij?
Ik kopieer met windows 7 het bestand van de ene map naar de andere map en met windows 7 ziet het er dan gewoon goed uit. (123456_K.jpg) Het voldoet aan de norm 8.3 , als ik dan met de MSdos machine kijk ziet het er zo uit 1234~AI.
k kopieer niet met DOS dat is niet het geval.

[Ben(V)]

Maakt niet uit of DOS wel of niet kopieerd.
Op het moment dat je met DOS kijkt vult die het DOS veld.
Of beter gezegd de netwerk stack vult dat DOS veld, want DOS zelf ziet alleen dat DOS veld en dat was daarvoor nog leeg.
Als je daarna weer met windows kijkt ziet die dat het DOS veld verandert is en kopieerd dat naar het Long File Name veld.

[pjottervmr]

Ok dan is dat kopiëren me duidelijk dacht dat je bedoelde dat ik met Dos kopieerde.
Ik kijk nu via windows en via de command prompt van windows en ik zie inderdaad het verschil nu voor de lange namen maar dat die verminkt worden dat was me al lang duidelijk zelfs voor ik de vraag hier stelde. Het gaat met name om de namen die voldoen aan de 8.3 standaard en die worden soms ook verminkt en dat begrijp ik niet. Moet toch iets zijn wat ik dus niet zie in de namen zal er van de week eens goed naar kijken.

[Ben(V)]

Het is toch heel simpel hoor.
Linux heeft een andere methode om die DOS naam aan te maken dan windows.
Aangezien je vanuit Dos het bestand aanspreekt, zal de netwerkstack van linux dat Dos veld vullen dat eerst leeg was.
Dat doet hij volgens de linux standaard
Dos kan dat natuurlijk niet want die kan die Long File Name helemaal niet zien.

Doe maar eens een test, maak met bijvoorbeeld windows notepad een bestand aan op een share van je Nas.
Kijk met dir /x hoe dat eruit ziet.
Bekijk hem daarna eens vanuit die Dos machine en vervolgens nog eens met dir /x.

Herhaal dat nogmaals maar maak dat bestand niet op je Nas aan maar op een windows drive en je ziet het verschil.

[Hofstede]

Misschien heb je iets aan dit artikel.
http://www.oreilly.com/openbook/samba/book/ch05_04.html

[pjottervmr]

Ik ben vandaag weer lekker bezig geweest met de NAS en weer wat meer info verzameld van dit probleem.
Probleem blijkt niet in de short name of long name te zitten. Natuurlijk is de lange naam een probleem voor MSDOS en wordt die naam afgekort. Probleem zit echter ook in korte namen. Een naam als Thee3.cf2 wordt via MSDOS ingelezen als thee3`IA
Ook alle andere bestanden die voldoen aan de 8.3 naam geving worden verkeerd ingelezen op de MSDOS machine.
Ik heb met de command promt gekeken (zoals Ben V  al aangaf) via de windows 7  en dan zie je keurig dat er geen dos veld wordt gevuld.
Een voorbeeld is 123456AA.cf2 en 123456AAA.cf2 De laatste ziet er dus in het dos venster uit als 1glk`w.cf2 en bij de eerste is het dos veld leeg. Dit is allemaal logisch en dus ook voor mij begrijpbaar.

Nu dus dat bestand met 123456AA.cf2 dat volgens de tegels is gemaakt en voldoet aan die 8.3 standaard voor MSDOS, dat ziet er als ik met de MSDOS machine naar kijk uit als 1RC2AH`X.cf2  als ik echter het bestand van de NAS kopieer naar een floppy en die inlees met de MSDOS machine dan ziet het er goed uit als 123456AA.cf2.

Waar moet nu eea worden aangepast zodat de namen goed worden weergegeven?
Ik werk met de MSDOS machine met een NFS client dus gebruik geen smb De map waar de bestanden staan is open voor iedereen (everyone)
 

[Ben(V)]

Blijkbaar is lezen vrij moeilijk!!!
Je krijgt op die manier de linux conversie omdat het DOS veld leeg is en dat wordt dan gevuld door in dit geval Samba (dus linux).
Dos kan dat niet vullen of lezen want die ziet die Long File Names niet.

Op elke windows machine staat een utitlity fsutil waar je die DOS name zelf mee kunt zetten in een commandvenster of een commandfile.

Het format is:

fsutil file setshortname <FileName> <ShortName>

Als je nu een batch programmaatje maakt die je FileName kopieerd naar ShortName en dit vanuit een windows machine draait, dan wordt op dat moment die short filename gevuld en zal linux er verder vanaf blijven.


EDIT:
Als je niet weet hoe je zo'n batch bestandje moet maken dan kun je onderstaand in een .bat bestandje zetten en vanuit de command prompt uitvoeren.
Alle bestanden in de folder waar je dan staat worden dan van een shortfilename voorzien.
Het gaat er wel van uit dat de Long FileNAme al in een 8.3 formaat staat anders gaat het mis.

Code: [Selecteer]

@echo off
SETLOCAL ENABLEDELAYEDEXPANSION
for /f "tokens=*" %%f in ('dir /b *.*') do (
  fsutil file setshortname %%f %%f
)


[pjottervmr]

Ok lezen is blijkbaar moeilijk maar met nalezen van dit topic kon ik deze info niet terug vinden
Of het moet zijn dat je aangeeft dat de naam onderweg niet aan de 8.3 voldoet.
Als je dat bedoelt begrijp ik dit niet omdat de naam juist aan voldoet? Sterker nog zodra windows meteen een bestand in de juiste map wegzet dan voldoet die prima aan de 8.3 norm en kan ik deze nog steeds niet inlezen op de MSDOS computer. Ik mag er toch vanuit gaan dat als de naam voldoet aan de norm 8.3 bij het plaatsen van het bestand op de NAS deze dan meteen goed geplaatst wordt?

[Ben(V)]

Nee daar mag je niet vanuit gaan.

Er zijn op disk gewoon twee velden aanwezig.
Een voor de LongFileName en een voor de DOSname.
Als het bestand met windows of linux wordt aangemaakt dan wordt alleen het veld met de LongFileName gevuld en het DOS veld blijft leeg.
Als je dan dat bestand wilt bekijken met DOS wordt op dat moment door de fileserver (in dit geval je NAS) dat DOS veld gevuld.

Zorg je er echter zelf voor (met fsutil) dat het DOS veld wel gevuld is dan zal de fileserver niets meer met dat DOS veld doen, want het is al gevuld.

[pjottervmr]

Ok nu is het me duidelijk alleen niet makkelijk om te realiseren omdat minimaal elke 30 minuten wel nieuwe bestanden naar de NAS worden geschreven. Eigenlijk zou dan elke keer na het wegschrijven van het bestand dat bat bestandje moeten worden gestart omdat die bestanden vrij snel na aanmaken moeten worden ingelezen door de MSDOS computer.
Weer bedankt voor je uitgebreide info en ik weet weer even voldoende en ga er verder. Het het verplicht vullen van het shorname field zou je dan eigenlijk meteen moeten kunnen doen vanuit het tekenprogramma op de windows machine of in de instellingen van de NAS.
Ik ben naar de NAS als file server overgestapt vanuit een Linux computer die als data server draaide en dacht dat de oplossing zou zijn 

[pjottervmr]

wat ik me net bedenk is zou het aansluiten van een MSDOS partitie met vFat indeling een optie of zijn?
Kijk ik naar de Floppy die nu gebruikt wordt als oplossing dan denk ik dat het rechtstreeks aansluiten van een USB stick met vFAT geformatteerd toch dan moet werken of zie ik dit verkeerd? Er is dan geen linux of NTFS file systeem voor het opslaan van lange namen?

[Ben(V)]

Je kunt het proberen maar ik weet niet of het gaat werken.

Wat vFat doet is meerdere directory entries gebruiken voor lange filenamen om zo compatible te zijn met windows.
Ik weet niet of je zo ook twee naamvelden creeeren of dat dit alleen gebeurt als de naam te lang is.
Je kunt het dus proberen.
Ben benieuwd.