Newsgroup: it.comp.os.linux.sys
Titolo: Problemi nella copia dei documenti: "cannot create a regular file"

Ciao,
quando l'ignoranza è uno stile di vita ci si trova spesso a picchiare
la testa nel muro.
Ed è il mio caso :)
Sto cercando di spostare delle cartelle da una partizione ext3 (la
root dello share condiviso di samba) ad una fat32.
Provando con 'mv' non ho ottenuto risultati perchè non è prevista
un'opzione per non copiare anche i permessi, la data e l'owner.
Quindi sono passato a 'cp', almeno per copiare (dopo farò la
cancellazione dei file manualmente).
Ho usato il comando così:
/bin/cp -fR --no-preserve=all /opt/samba/shares/FILES/
DirectoryDaCopiare /opt/samba/shares/FILES/Level* /mnt/storage/tempcp/
Solo che anhce con questo comando mi si presenta diverse volte questo
errore/warning:
/bin/cp: cannot create regular file `/mnt/storage/tempcp/
DirectoryDaCopiare/Documenti vari/directory/ordine n\260 920917-1 del
17ago 03/URGENT.doc': Is a directory
Sembra che il problema l'abbia con i file doc e dot: documenti di
Microsoft Office.
Io non riesco a spiegarmelo, e anche online non ho trovato molto che
mi aiutasse.
Qual'è il problema? E come posso copiare correttamente tutti i file?
Grazie!

 17ago 03/URGENT.doc': Is a directory
Il motivo e' quella '/' nel mezzo del nome che Linux interpreta come
una directory.
A me vengono in mente due strade:
1. ZIP dell'intero ambaradan e UNZIP a destinazione
2. Lartare a dovere chi cappero si inventa certi nomi di merda.
Davide

 Davide
la seconda.

 la seconda.
quoto a palla, ma poniamo il caso che io ho una file server samba e sti
pirloni non li posso terminare in una vasca con l'acido, 
ho un modo per impedire la scrittura di alcuni caratteri nei nomi dei file?
tipo solo lettere, numeri e '-' e '_'
Umberto

 file? tipo solo lettere, numeri e '-' e '_'
Lanci ogni mezz'ora tramite cron uno script che cripta i file con 
caratteri strani.

mallin.shetland wrote:

un trigger sul nome del file che provoca lo shutdown del client cosicche'
appena provano a scrivere qualcosa si spenga il pc?
Andrea

 caratteri strani.
colpirne uno per educarne cento .... ;-)

 Davide
2. Hai ragione .... ma nell'amministrazione aziendale non si può
pretendere di trovare competenze informatiche avanzate.
Sfortunatamente lavorano molto su Windows, e le regole di nomenclatura
sono quelle di Microsoft. Non posso obbligarli (anche perché la
struttura del file server era già presente e funzionante prima del mio
arrivo).
In questo caso però lo slash non è visto tanto come directory
diversa.... sarebbe l'escape per indicare il carattere ASCII numero
260 (il 'grad':  °  ), credo.
Comunque il problema sembra più ricollegabile alla codifica piuttosto.
Abbiamo fatto un cambio di server e nella copia dei file di samba è
stata usata erroneamente una codifica diversa. Di conseguenza non
riesco a copiare (creare) file con caratteri strani nel nome del file.
Sto cercando di risolvere con 'convmv' che mi aiuta a riparare a
posteriori il nome del file, riconvertendolo con il charset giusto.
Però ho una situazione strana:
vorrei fare uno script che scorre il fs samba e converte le codifiche
da 8859-1 verso UTF-8.
Il problema è che ci sono alcuni file (di scambio con degli spagnoli)
che vengono invece 'compromessi' e il cui nome viene trasformato da
"Ãçore" in "Ã [robaccia]ore"
Sapreste suggerirmi un motivo?
E una soluzione, se possibile.... :D
Grazie a tutti!

 una directory.
]zac[
No, è il contrario, al filesystem etx2/3 il \ non da nessun fastidio, mentre
ai filesystem fat e ntfs non piace per niente.
La soluzione migliore è usare find e la sua opzione exec per rinominare i
caratteri che non sono gestiti dal filesystem di destinazione (forse anche
rename è utile).
P.S. E' un problema che mi è capitato spesso migrando alcuni fileserver
linux a server windows.

 No, è il contrario, al filesystem etx2/3 il \ non da nessun fastidio
Si prla di '/', non di '\' ...

> 17ago 03/URGENT.doc': Is a directory
]zac[
Si prla ( :P ) di ' ... n\260 ... '  (notare il /), ne in linux ne in
windows sono consentiti nomi di file/directory con il carattere ' / '.

Giuseppe Della Bianca wrote:

ops ... (notare il \) ...

 Si prla (  ) di ' ... n\260 ... '
Ehm...avevo capito un cazzo. :-D
Sorry.

 da 8859-1 verso UTF-8.
]zac[
A parte usare varie share con codifiche diverse, conversioni di codifiche e
altre semplicissime operazione che portano facilmente alla autodannazione
eterna, probabilmente la soluzione migliore è usare la codifica che da meno
problemi al minor numero di file (probabilmente l'attuale), e poi a colpi
di find e il suo exec e/o di rename, rinominare gli altri file che danno
problemi.
Il metodo è quello di contare con find i file che danno problemi, e
confrontarli con quelli che non ne danno, di solito si vede subito qual'è
la strada migliore (spesso si nota che ci sono 1000 file ok e 10 con
problemi, quindi nel caso è stracaldamente consigliabile non toccare la
codifica).
In sintesi, prima verificare la situazione, poi decidere (o almeno evitare
di pasticciare e poi valutare la situazione).
P.S. Ho appena buttato 5 ore del mio tempo incasinando la risoluzione dei
nomi in una installazione linux virtuale solo per non aver studiato un po'
nmblookup e nestat, cosa che mi ha impedito di scoprire che iptables
chiudeva le porte di nmb e che sia dolphin che nautilus sono strabacati nel
fare il broswing con smb://sharevarie.
Fatta l'analisi della situazione ho impiegato 30' per trovare un workaround,
e 2h a rimettere a posto i pasticci.

 ops ... (notare il \) ...
magari sono io, ma a me quel \260 puzza di "°" codificato in qualche modo
-- 
By ZeD



Si, ma toccare la codifica di una condivisione può essere più pesante che
fare il rename di alcuni file.