Utenti mount e xfs

[tuxer]

Guardando il man di mount mi pare di vedere che xfs è uno dei pochi che non supporta uid e gid, ora a me servirebbe montare una dir a ogni boot con i permessi di un certo utente, come posso fare?
Sto cercando un po' in giro ma non ho ancora trovato risposte

[.:chrome:.]

Guardando il man di mount mi pare di vedere che xfs è uno dei pochi che non supporta uid e gid

scusa...? sei sicuro di quello che hai scritto? a me non pare proprio
io direi che i file system di windows (ad eccezione di NTFS) sono gli unici che NON supportano UID e GID
dove hai trovato questa cosa? nel man di mount non ho letto nulla a riguardo

ora a me servirebbe montare una dir a ogni boot con i permessi di un certo utente, come posso fare?

soluzione semplice e stupida: permessi del file system (chown + chmod) e ACL

[tuxer]

A parte che mi dà errore se metto quei parametri quando li metto in fstab, e comunque uid e gid non fanno parte delle opzioni applicabili a tutti gli fs, e se guardi

Code: Select all

Mount options for xfs
       biosize=size
              Sets the preferred buffered I/O size (default size is 64K).  size must be  expressed  as
              the  logarithm  (base2)  of  the  desired I/O size.  Valid values for this option are 14
              through 16, inclusive (i.e. 16K, 32K, and 64K bytes).  On machines with a  4K  pagesize,
              13 (8K bytes) is also a valid size.  The preferred buffered I/O size can also be altered
              on an individual file basis using the ioctl(2) system call.

       dmapi  /  xdsm
              Enable the DMAPI (Data Management API) event callouts.

       logbufs=value
              Set the number of in-memory log buffers.  Valid numbers range from 2-8  inclusive.   The
              default  value  is  8  buffers  for  filesystems  with a blocksize of 64K, 4 buffers for
              filesystems with a blocksize of 32K, 3 buffers for filesystems with a blocksize of  16K,
              and  2  buffers  for  all  other  configurations.   Increasing the number of buffers may
              increase performance on some workloads at the cost of the memory used for the additional
              log buffers and their associated control structures.

       logbsize=value
              Set the size of each in-memory log buffer.  Valid sizes are 16384 (16K) and 32768 (32K).
              The default value for machines with more than 32MB of memory  is  32768,  machines  with
              less memory use 16384 by default.

       logdev=device and rtdev=device
              Use  an  external log (metadata journal) and/or real-time device.  An XFS filesystem has
              up to three parts: a data section, a log section, and a real-time  section.   The  real-
              time  section  is optional, and the log section can be separate from the data section or
              contained within it.  Refer to xfs(5).                                                              
                                                                                                                  
       noalign                                                                                                    
              Data allocations will not be aligned at stripe unit boundaries.                                     
                                                                                                                  
       noatime                                                                            
             Access timestamps are not updated when a file is read.

       norecovery
              The filesystem will be mounted without running log recovery.  If the filesystem was  not
              cleanly  unmounted,  it  is  likely  to be inconsistent when mounted in norecovery mode.
              Some files or directories may not be accessible because of  this.   Filesystems  mounted
              norecovery must be mounted read-only or the mount will fail.

       nouuid Ignore the filesystem uuid. This avoids errors for duplicate uuids.

       osyncisdsync
              Make  writes  to files opened with the O_SYNC flag set behave as if the O_DSYNC flag had
              been used instead.  This can result in  better  performance  without  compromising  data
              safety.   However  if this option is in effect, timestamp updates from O_SYNC writes can
              be lost if the system crashes.

       quota / usrquota / uqnoenforce
              User disk quota accounting enabled, and limits (optionally) enforced.

       grpquota / gqnoenforce
              Group disk quota accounting enabled and limits (optionally) enforced.

       sunit=value and swidth=value
              Used to specify the stripe unit and width for a RAID device or a stripe  volume.   value
              must  be  specified  in  512-byte  block units.  If this option is not specified and the
              filesystem was made on a stripe volume or the stripe width or unit  were  specified  for
              the RAID device at mkfs time, then the mount system call will restore the value from the
              superblock.  For filesystems that are made directly on RAID devices, these  options  can
              be  used  to  override  the  information in the superblock if the underlying disk layout
              changes after the filesystem has been created.  The swidth option  is  required  if  the
              sunit option has been specified, and must be a multiple of the sunit value

Non vedo niente che mi possa essere utile.

Sto usando chown a ogni avvio, ma mi sembra una soluzione piuttosto stupida.
Il problema è che gli assegna come uid 501 o qualcosa del genere e uid un altro numero ogni volta che creo un file in quella dir, la cosa è piuttosto fastidiosa...

[.:chrome:.]

A parte che mi dà errore se metto quei parametri quando li metto in fstab, e comunque uid e gid non fanno parte delle opzioni applicabili a tutti gli fs, e se guardi...

appunto. non ci sono opzioni che permettono di fare il bind per un particolare utente

Sto usando chown a ogni avvio, ma mi sembra una soluzione piuttosto stupida

funziona? se funziona non è stupido. è semplice e funzionale.
per il problema degli UID assegnati ai file, scusami, ma non riesco a capire cosa vuoi dire
perché assegna UID 501?
a chi appartiene UID 501?
quale UID vorresti che venisse assegnato?

[randomaze]

Sto usando chown a ogni avvio, ma mi sembra una soluzione piuttosto stupida.
Il problema è che gli assegna come uid 501 o qualcosa del genere e uid un altro numero ogni volta che creo un file in quella dir, la cosa è piuttosto fastidiosa...

Se ho ben capito quello che vuoi fare non lo fa xfs, ma non lo fanno neanche reiser e ext3.
Ma forse ho capito male, puoi fare un esempio pratico?

[tuxer]

dunque faccio un esempio e spiego com'è la situazione adesso, purtroppo non posso pastare info perché è una macchina remota e che si accende da cron con wakeonlan...

Comunque ora all'avvio uno stupido script fa
chown -R <user>:<group> <dir>

dopo che la dir è stata montata (è un volume lvm formattato in xfs).

Ora se poi io creo un qualsiasi file là dentro non lo assegna a quell'utente ma a un utente (che non esiste) di nome 501 o qualcosa di simile...
Cambiare l'utente della dir radice del mount point non conta purtroppo, qualche idea?

[randomaze]

Ora se poi io creo un qualsiasi file là dentro non lo assegna a quell'utente ma a un utente (che non esiste) di nome 501 o qualcosa di simile...

501 non é il nome ma l'ID. Non trovando una entry corrispondente a 501 nel file /etc/passwd non riesce a ricavare un nome simbolico e pertanto visualizza l'ID.

Questo scherzetto te lo fa da tutti gli utenti? Anche da root? con quali parametri fai il mount (o, alternativamente, che linea hai nell'fstab relativa a quel disco)?

[tuxer]

Questa è la riga:

Code: Select all

/dev/vg/backup          /mnt/backup     xfs             rw,auto 1 2

Ho tolto user, era quello che mi dava il problema del 501, comunque non riesco a capire perché diavolo mi crei i file con utente e gruppo root...

Code: Select all

drwxr--r--  4 backup users 40 Oct 14 16:21 backup

Code: Select all

backer backup # ls
total 4.0K
drwxr--r--   4 backup users   29 Aug 24 15:25 foto
drwxr--r--  14 backup users 4.0K Oct 14 16:23 papi
backer backup # cd ..
backer mnt # cd backup/
backer backup # ls 
total 4.0K
drwxr--r--   4 backup users   29 Aug 24 15:25 foto
drwxr--r--  14 backup users 4.0K Oct 14 16:23 papi
backer backup # touch prova
backer backup # ls
total 4.0K
drwxr--r--   4 backup users   29 Aug 24 15:25 foto
drwxr--r--  14 backup users 4.0K Oct 14 16:23 papi
-rw-r--r--   1 root   root     0 Oct 14 16:29 prova 

E' anche plausibile che crei file di root, solo vorrei capire come fargli capire di non farlo più... E' possibile?

[randomaze]

E' anche plausibile che crei file di root, solo vorrei capire come fargli capire di non farlo più... E' possibile?

Beh si, se li crei come root é normale che risultino essere di proprietá dello stesso.

My 2C:

Code: Select all

#mkdir /mnr/backup/tuxer
#chown tuxer:users /mnt/backup/tuxer

Adesso il uo utente puó scrivere a piacere in quella directory....

[tuxer]

La cartella esterna /mnt/backup era di backup:users, ma alla fase di mount il tutto va a farfalle, e mi pare assurdo che xfs non abbia opzioni di mount per queste evenienze!
Comunque facendo una cartella interna come dici tu volendo potrei risolvere, certo che non è proprio una bella soluzione imho...