Informazioni sul assembly di un file system

Sono nuovo a linux e voglio controllare la mia comprensione di come il assembly / filesystems funzionano. Ho letto le manpages relative, ma voglio solo essere sicuro.

Ho una partizione dire / dev / sda5 che è attualmente montato in / home con diverse sottodiere. È consapevole che questo significa che / dev / sda5 possiede un proprio file system porttile che può essere spostato ovunque nel filesystem principale.

Le domande:

Se ho smontato / dev / sda5 da / home ( # umount /home ) e poi montato su / var / www / (che è vuoto) ( # mount -t ext3 /dev/sda5 /var/www ) e sostituisci il fstab entry, con /dev/sda5 /var/www ext3 defaults,noatime,nodev 1 2 e # mount -a ,

Q1) sono tutti i contenuti di / home ora accessibili in / var / www / ( ie /home/username -> /var/www/username )?

Q2) Sono presenti tutte le autorizzazioni del filesystem / home mantenute intatte in questa nuova posizione?

Qualcosa di cui dovrei preoccuparmi? Voglio solo assicurarsi di non andare a cancellare / corrompere nulla. Provenendo da Windows, l'architettura del filesystem si impara (anche se amo la flessibilità!).

  • Rimuovere eml e HTML: i virus Nimda dalla mia macchina Linux
  • Collegamenti simbolici danneggiati / vmlinuz e /initrd.img dopo la disinstallazione del kernel
  • il sudo apt-get update non aggiorna i repository in Debian Wheezy
  • Importnza del file ha.cf in un ambiente heartbeat / pacemaker?
  • Incollaggio di interfacce legate in Linux
  • Come mai alcuni utenti di linux non dispongono di directory home?
  • Migliorare le performance di OpenVPN
  • Devo riavviare il server dopo un aggiornamento del kernel di linux?
  • 3 Solutions collect form web for “Informazioni sul assembly di un file system”

     Q1) are all of the contents of /home now accessible under /var/www/ (ie /home/username -> /var/www/username)? 

    sì, le directory verranno ora / var / www / username anziché / home / username

     Q2) Are all of the permissions from the /home filesystem kept intact in this new location? 

    finché rimontato sullo stesso sistema, la properties; di file sarà la stessa e le autorizzazioni saranno le stesse, anche su un sistema diverso. la properties; dipende da /etc/passwd e /etc/groups per trasformare gli UID numbersci in valori umani leggibili e se bob è uid 1000 sul sistema x ma uid 1050 sul sistema y, bob non avrà la properties; dei file sul nuovo sistema.

    a less che non si riesumino le directory utente in / home una volta che si esegue questa operazione, esso confonderà come gli utenti possono accedere, in quanto la loro directory di home non sarà inesistente. nessuno dei loro script di accesso verrà eseguito, e così via.

    per eseguire la migrazione della partizione a /var/www/ volete fare;

     mkdir /home2/ cp -R /home/* /home2/ umount /home/ mv /home2/* /home/ rm -rf /home2/ # be VERY careful with this command mount -t ext3 /dev/sda5 /var/www/ 

    quindi aggiungi qualcosa di simile:

     /dev/sda5 /var/www ext3 defaults 0 2 

    a /etc/fstab

    Le domande specifiche:
    1. Sì, dovrebbero assumere che la persona abbia le autorizzazioni per la directory per renderlo in quella directory. (Ulteriori informazioni sulle autorizzazioni di directory in questa mia risposta ).
    2.Yes, il dovrebbe essere intatto poiché la properties; è un numero uid / gid memorizzato su quel particolare filesystem.

    Albero unico su una foresta:
    Per quanto riguarda Windows, la differenza principale è un grande tree contro una foresta. In windows, la radice di each unità, una lettera, è la sua struttura ad tree. Poiché ci possono essere più unità, si finisce con una "foresta" (molti alberi). In Unix / è la radice di un singolo tree e su each macchina esiste solo un tree.

    Alcune altre cose (forse casuali) da tenere a mente:

    • In Unix, c'è la filosofia "Tutto è file". Così i dispositivi, le directory e le prese sono tutti rappresentati come file.
    • Un nome, ad esempio "foo" che rappresenta un file, è in realtà un collegamento a quel file. Puoi associare più nomi (link) a tale file. Questi vengono a tipi, legami duri e simbolici. I collegamenti duri possono solo indicare i file che esistono sullo stesso file system, i collegamenti simbolici possono indicare i file su altri filesystem.
    • È ansible montare un file system in una directory non vuota (anche se le cose probabilmente lanciano avvisi su questo in questi giorni). Questi finiscono per "hide" (non sovrascrivere) i file che hai installato, ma non verranno sovrascritti. Questi sono chiamati "overlay mounts".
    • Questo è solo per confondervi un po ':-) È in realtà ansible creare un file che è in se stesso un file system e montarlo come un nuovo filesystem da qualche altra parte utilizzando il dispositivo loopback. Questo è il tipo di utilizzo di strumenti daemon in Windows per montare un'image ISO.

    Infine, come da parte, sembra che tu stia impegnando bene a imparare * nix da uno background di Windows, che credo sia una cosa rispettabile (allo stesso modo altrove).

    Puoi fare questo tipo di movimento, ma poi /home sarà vuota che potrebbe rompere un certo numero di cose. Ad esempio, le directory di casa in /etc/passwd potrebbero mancare.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.