Newsgroup: it.comp.os.linux.sys
Titolo: Controllare tipo fs

C'e' un comando che dandogli in pasto un device mi ritorna il tipo di
filesystem con cui e' stato formattato?

 filesystem con cui e' stato formattato?
df -T
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
____________________________________________________________________________
Non sprecare i cicli idle della tua CPU: 
http://boinc.berkeley.edu/index.php


Se e' per questo mi basta anche il semplice mount....
Il fatto e' che io vorreti testare un filesystem non ancora montato!
Io voglio sapere il type di /dev/sda1 per esempio

 Il fatto e' che io vorreti testare un filesystem non ancora montato!
Puoi pasticciare con l'output di lshal.
scripti un pelino, trovi la sezione che contiene
block.device = '/dev/sda1'
e poco sotto trovi la riga con
volume.fstype = 'ntfs'
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 Puoi pasticciare con l'output di lshal.
Dimenticavo: anche hwinfo tra le informazioni fornisce anche il tipo
di fs.


 Il fatto e' che io vorreti testare un filesystem non ancora montato!
blkid o vol_id



Ottimo blkid.
Era la risposta che stavo aspettando. Grazie 1000.

 filesystem con cui e' stato formattato?
fdisk -l


Non voglio sapere com'e' partizionato il disco, voglio sapere com'e'
formattato!

 formattato!
Forse le due cose è probabile che coincidano?
fdisk -l
Disco /dev/sda: 320.0 GB, 320072933376 byte
255 testine, 63 settori/tracce, 38913 cilindri
Unità = cilindri di 16065 * 512 = 8225280 byte
Identificativo disco: 0x2818f80a
Dispositivo Boot      Start         End      Blocks   Id  System
/dev/sda1               1       25563   205334766    5  Esteso
/dev/sda2   *       25564       32238    53615616    7  HPFS/NTFS
/dev/sda3           32239       38913    53616937+  83  Linux
/dev/sda5               1          69      554179+  82  Linux swap / Solaris
/dev/sda6              70       25563   204780523+  83  Linux
P.S. Nei raid software il tipo di partizione potrebbe non corrispondere al
tipo di filesystem creato

 Forse le due cose è probabile che coincidano?
Non vorrei sbagliare, ma per quanto ne so, un conto è scrivere nell'mbr 
(o nel settore di riferimento eventuale) che la partizione X è di tipo 
Y, un conto poi è formattarla con il filesystem Y.
Ovvio che non si dovrebbe fare, ma potrebbe succedere di trovare per 
caso delle partizioni formattate con un file system diverso dal tipo 
specificato nella tabella delle partizioni.
E siccome sappiamo tutti che Murphy è sempre presente come spirito che 
aleggia in attesa di entrare in azione, direi che usare un metodo che 
funziona, per quanto ne so, il 100% delle volte è meglio che usarne uno 
che funziona un 90%.
Enrico

 Y, un conto poi è formattarla con il filesystem Y.
]zac[
Tutto si può fare, anche modificare il filesystem con un editor esadecimale,
ma le probabilità che le cose non coincidano (a parte il raid software)
direi che sono zero, anche perché se ci fosse il caso che hai descritto, è
probabile che ci sarebbero varie situazioni con problemi (suppongo nel
mount, con i programmi di analisi e modifica delle partizioni, ecc.).
Poi ognuno fa quello vuole.

 Tutto si può fare
Scusa, ma di che parliamo?
Various filesystem types like xiafs, ext2, ext3, reiserfs, etc.
all use ID 83. Some systems mistakenly assume that 83 must mean ext2.


 Poi ognuno fa quello vuole.
Come ti hanno gia' spiegato, cio' che scrivi nella partition table non
coincide (anche se solo per errore) al modo con cui viene formattata
la partizione.
Quello che dici tu e' corretto fino a quando tiri fuori il termine
"Forse le due cose è probabile che coincidano"
La parola "probabile", ma soprattutto la parola "forse" non esistono
nel mio vocabolario di sistemista.
Se faccio una cosa deve funzionare scentificamente ;-)
E' chiaro che se formatto una partizione la formatto coerentemente con
il type della partizione, ma per esempio un paio di giorni fa avevo
degli stranissimi problemi con una macchina non installata da me, e mi
sono accorto che una partizione era vfat nonostante la partizione era
di tipo 83 (Linux)
Ciao.


Ma come e` gia` stato scritto puo` pure essere Linux, ma Linux cosa?
ext, ext2, ext3, ext4, xfs, jfs, reiserfs, btrfs?
Insomma e` un informazione che nell'output di fdisk proprio non c'e`,
non
e` che possa essere giusta o sbagliata, non esiste.
Andrea

 Ma come e` gia` stato scritto puo` pure essere Linux, ma Linux cosa?
...tra l'altro!

 e` che possa essere giusta o sbagliata, non esiste.
]zac[
Che sia sbagliata lo continuo a ritenere improbabile.

 /dev/sda6              70       25563   204780523+  83  Linux
Abbi pazienza, ma... Linux cosa? ext2, ext3...
-- 
      Daniele Giglio      Dona i tuoi cicli di clock alla ricerca!
 
http://boinc.berkeley.edu/
                          --------------------
             Lei non ha capito, quello era L'ULTIMO treno.

 Io voglio sapere il type di /dev/sda1 per esempio
  ï¿œ un metodo lento: ma farlo analizzare da testdisk? (ovviamente tutto sda)
-- 
Non pretendo che comprendiate il significato di quello che ho scritto senza 
averlo riletto un certo numero di volte. Personalmente, vi riterrei degli 
stupidi se lo faceste. Io l'ho letto sei volte ed ancora non l'ho capito.

 Abbi pazienza, ma... Linux cosa? ext2, ext3...
No no, se tu che hai avuto pazienza, io devo solo vedere se posso rimuovere
il diritto di sciopero al neurone .... 

 filesystem con cui e' stato formattato?
Bella domanda. Se stiamo parlando di un normale file, basta un
semplice "file nomefile" per sapere qual e` il file system con cui e`
formattato il file. Difatti:
enrico@whiterabbit:/tmp$ dd if=/dev/sda1 of=file.img bs=512 count=10
10+0 records in
10+0 records out
5120 bytes (5.1 kB) copied, 0.000245738 s, 20.8 MB/s
enrico@whiterabbit:/tmp$ file file.img
file.img: LVM2 (Linux Logical Volume Manager) , UUID: ZoYsAQhvTt9BITt2wA1bQ9a62IU2OUh
enrico@whiterabbit:/tmp$ dd if=/dev/zero of=file.img bs=1M count=512
512+0 records in
512+0 records out
536870912 bytes (537 MB) copied, 0.539778 s, 995 MB/s
enrico@whiterabbit:/tmp$ /sbin/mkfs.xfs file.img
meta-data=file.img               isize=256    agcount=4, agsize=32768 blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=131072, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal log           bsize=4096   blocks=1200, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=0
realtime =none                   extsz=4096   blocks=0, rtextents=0
enrico@whiterabbit:/tmp$ file file.img
file.img: SGI XFS filesystem data (blksz 4096, inosz 256, v2 dirs)
enrico@whiterabbit:/tmp$
Il problema e` che questo trucchetto non  funziona sui device delle
partizioni:
enrico@whiterabbit:/tmp$ file /dev/sda1
/dev/sda1: block special
enrico@whiterabbit:/tmp$
Un possibile workaround quindi potrebbe essere quello di estrarre i
primi settori della partizione e poi analizzarli con file:
enrico@whiterabbit:/tmp$ dd if=/dev/mapper/vg01-tmp of=file.img bs=512 count=10
10+0 records in
10+0 records out
5120 bytes (5.1 kB) copied, 0.0111436 s, 459 kB/s
enrico@whiterabbit:/tmp$ file file.img
file.img: SGI XFS filesystem data (blksz 4096, inosz 256, v2 dirs)
enrico@whiterabbit:/tmp$
Enrico

Guardate che la risposta e` gia` stata data da Lem e pare pure funzionare:
blkid
Andrea