Il problema dell'uso di un filesystem come ext4
su una chiavetta USB o una memory card è che quando è montato su un altro sistema l'UID / GID del disco potrebbe non essere presente.
Questo può essere risolto con un'opzione di montaggio?
Il problema dell'uso di un filesystem come ext4
su una chiavetta USB o una memory card è che quando è montato su un altro sistema l'UID / GID del disco potrebbe non essere presente.
Questo può essere risolto con un'opzione di montaggio?
Risposte:
Presumo che tu stia sperando di trovare un equivalente delle opzioni uid=N
e gid=N
supportate da alcuni degli altri filesystem che il mount
comando di Linux conosce. Siamo spiacenti, ma no, ext4 non ha questa opzione.
Questi altri file system dispongono di tale opzione per fornire autorizzazioni ai file per un file system che potrebbe non disporre di autorizzazioni POSIX utili. Stai cercando di togliere le autorizzazioni - o almeno di riassegnarle - che è una cattiva idea dal punto di vista della sicurezza, che è senza dubbio il motivo per cui queste opzioni non esistono.
Quando usi un filesystem come ext4 su supporti rimovibili, stai dicendo che ti interessano cose come le autorizzazioni POSIX. Ciò significa che devi sincronizzare gli stessi tipi di passaggi per sincronizzare gli ID utente e di gruppo come faresti, ad esempio, NFS.
Se in realtà non ti interessano le autorizzazioni, probabilmente esiste un file system più appropriato per la tua situazione.
Ho provato UDF come candidato per un tale filesystem dopo il commento qui sotto, ma purtroppo non funzionerà:
Se si crea un filesystem UDF su un box Linux, si aggiungono file ad esso, si cambiano i permessi e li si monta su un altro box Linux, obbedirà ai permessi che trova lì, anche se si danno uid=N,gid=N
. Devi sincronizzare UID e GID qui, come con NFS.
Mac OS X si comporta come sperato: crede di possedere tutto su un filesystem UDF creato su un box Linux. Tuttavia, aggiungi un file al disco e imposterà l'UID e il GID del file, a cui obbedirà una finestra di Linux.
Se poi provi a montare quel filesystem su una scatola di FreeBSD, urla invalid argument
. Suppongo che ciò sia dovuto al fatto che gli sviluppatori del kernel non si rendevano conto che UDF potesse apparire su supporti non ottici, semplicemente perché non riuscivo a trovare alcun report di successo online. Forse c'è un incantesimo magico che mi è sfuggito.
Secondo quanto riferito, è possibile far funzionare un disco rigido UDF su Windows, ma è molto esigente riguardo al modo in cui è stato creato. Se hai bisogno che funzioni, probabilmente è meglio formattare da Windows. Dalla riga di comando:
format /fs:udf x:
Non usare /q
: questo crea un filesystem che ha meno probabilità di montarsi su altri sistemi operativi.
Si noti che UDF è solo lettura / scrittura su Vista e versioni successive. XP monterà un disco rigido UDF creato su Vista, ma non sarà in grado di scrivere su di esso.
Qualche forma di FAT è probabilmente l'opzione migliore qui. Se lo stai evitando a causa del limite di dimensioni del file FAT32 da 4 GB, potresti voler esaminare exFAT . È disponibile una versione FUSE gratuita.
NTFS potrebbe anche funzionare, se si utilizzano distribuzioni Linux abbastanza recenti da includere un supporto di lettura / scrittura affidabile per NTFS.