Newsgroup: it.comp.os.linux.sys
Titolo: Domanda perniciosa (o forse banale ma non so la risposta)

Come alcuni tra i presenti sanno sto avendo la prima esperienza di
docenza su linux ;-)
Domanda che mi è stata posta ieri sera, e a cui non ho saputo dare
risposta:
si parlava di hardlink; da ls è possibile saper il numero di "avatar"
dello stesso file all'interno dello stesso filesystem.
domanda: come faccio a sapere "chi sono" questi avatar?
Ovvero tutti i nomi di un determinato file?
La risposta (quantomeno) non mi sovviene...
Idee?
-- 
Emanuele Balla  aka Skull -  Public Key #661E5CBF on 
www.keyserver.com
+----------------------------------------------------------------------+
"And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports
on it, you know they are just evil lies." (By Linus Torvalds)

 domanda: come faccio a sapere "chi sono" questi avatar?
ls -i nomedelfileodellink ti dice l'i-node
find / -inum inode ti elenca tutti i file che hanno quell'inode.
Davide

La prima che mi viene in mente:
ls -i
e poi
find -inum
-- 
Stefano L.

 La risposta (quantomeno) non mi sovviene...
Quesito: ma tu cosa hai risposto?
1) Non lo so...
2) Ottima domanda!
3) Sicuramente e` possibile!
4) man -k hardlink | grep -C3 -i number...
5) bash + ls + find risolve _certamente_ il problema!
6) Me ne devo ricordare per il test finale...
7) Se non fosse possibile, vuol dire che non servirebbe...
8) Lei si chiama, scusi?
bye,
-- 
   Piergiorgio Sartor

 chiama, scusi?
una combinazione di 2+5+6, ma oggi non ho avuto il tempo da perderci e
volevo rispondergli stasera...
bastardo, eh?!? <G>


 volevo rispondergli stasera...
Un mio amico chiese, al prof. di Teoria dei
Segnali, quale fosse lo spettro di una modulazione
in frequenza, quando la portante ed il segnale
sono molto, ma molto, vicini i frequenza.
Risposta: questa e` davvero un'ottima domanda,
davvero ottima, fa riflettere...
E se ne va...
Background: la domanda era relativa alla sintesi
musicale per modulazione di frequenza (FM).
bye,
-- 
   Piergiorgio Sartor

 writes:
S> domanda: come faccio a sapere "chi sono" questi avatar?
A meno di non implementare un filesystem indicizzato, solo con "find":
        find <mount-point> -xdev -inum NNN -print
Saluti,
Luca Polo.
-- 
Luca...@gest.unipd.it
 --- 
http://www.gest.unipd.it/~jake
----------------------------------------------------------
One Ping to rule them all. One Ping to find them.
One Ping to bring down them all.
And in the darkness crash them.         [The Lord of the Pings]

 E se ne va...
Saggio è colui che sa di non sapere.


         find <mount-point> -xdev -inum NNN -print
Come a dire: ero l'unico fesso a non avere la risposta? ;-)
Cmq, a parte tutto, noto una cosa: visto e considerato che entrambi i
nomi sono scritti nell'inode, ciň vuol dire che non esiste un qualcosa
che mi consenta semplicemente di aprire l'inode e leggerci tutti i nomi?
Quindi alla fino non ero poi tanto rico##onito...


 Come a dire: ero l'unico fesso a non avere la risposta? ;-)
Si' ma lo username del tipo che ha fatto la domanda te lo sei ricordato??
Davide

Sgranocchiando il cranio di davide, vi trovai inciso:

Al momento non ne ha uno, in compenso ho tutti i dati anagrafici <g>


 Quindi alla fino non ero poi tanto rico##onito...
Non saprei, non ero presente... :-)
bye,
-- 
   Piergiorgio Sartor

 passare tutti per darti il risultato.
Pensandoci meglio, credo tu abbia ragione: sono io ad essere
ringo##ionito.. :-/
Cià...


 writes:
S> Cmq, a parte tutto, noto una cosa: visto e considerato che entrambi i
S> nomi sono scritti nell'inode, ciņ vuol dire che non esiste un
S> qualcosa che mi consenta semplicemente di aprire l'inode e leggerci
S> tutti i nomi?
Gli  i-node   NON  contengono  nomi:   gli  unici  punti  in   cui  c'e`
l'associazione i-number/nome  sono le directory, che non  sono altro che
tabelle a due colonne, differenti dai file "normali" solo per un bit nel
loro i-node; alla fine l'unica  directory che non richiede di venir cer-
cata in altre  directory, ecc., e` la root del  filesystem che e` sempre
"memorizzata" nel primo i-node della partizione.
BTW, questo argomento ("spiegare come  e` fatto un filesystem UNIX") era
una delle domande al concorso con cui sono stato assunto all'Universita`
(prima ero a  contratto annuale); mi pare di  aver scritto qualcosa come
11 pagine di  foglio protocollo A4 (e io  scrivo abbastanza in piccolo);
praticamente ho preso la commissione per sfinimento... :-)


> La risposta (quantomeno) non mi sovviene...
Uhmmm... riassumiamo:
<< e' possibile risolvere direttamente gli inode partendo dai nomi dei file
   ma non e' possibile eseguire una risoluzione inversa, in quanto le entry 
   delle directory contengono solo il puntatore all'inode mentre non esiste
   l'indice che possa correlare l'inode con tutte le directory entry che lo 
   referenziano. Inoltre le entry delle directory possono esser interrogate
   solo una directory alla volta, e quindi e' necessario scorrerle l'albero
   delle directory per...(ecc ecc) Ad esempio: con find si puo' (ecc ecc)>>
<facoltativo>
<< vedete: questa e' la struttura di un inode, con i dati che vi si possono
   trovare... >>
</facoltativo>
E poi, magari, ma valuterei soluzioni alternative:
<< i miei dubbi erano sulla possibilita' di eseguire la risoluzione inversa
   nel caso di file system journaled, sempre piu' diffusi, nei quali poteva
   essere ragionevole che fosse presente una struttura di tabelle ed indici
   piu' complessa... (ecc ecc) >>
Traduz: certo che lo sapevo, _ovviamente_, per ext2 ma avevo qualche dubbio
        negli altri casi.
Fabio
PS:  io lo sapevo perche' ho riletto pochi giorni fa find(1) di freebsd, se
     no mica me lo ricordavo, cosi' su due piedi :-)
PS2: ... e spero di non aver detto troppe stupidate.

 praticamente ho preso la commissione per sfinimento... :-)
Disposto a renderla disponibile in GPL o consigli qualche buona
lettura al riguardo?!? ;-)
Uno skull a Roma...

 PS2: ... e spero di non aver detto troppe stupidate.
Non ci sarebbe bisogno di dirlo, ma sei sempre preziosissimo... grazie...

 writes:
S> Disposto a renderla disponibile in GPL o consigli qualche buona
S> lettura al riguardo?!? ;-)
L'ho scritto  a mano, e non te  lo danno mica indietro  (e` un documento
ufficiale); comunque il "vecchio" (1994) "The Magic Garden Explained" di
Berny  Goodheart, James Cox  e John  Mashey e`  ancora valido  da questo
punto di vista.
In alternativa,  un giretto per  Google cercando "unix  filesystem inode
structure" (o "struttura"  per trovarne in italiano) ti  porta subito ad
un bel po' di siti, alcuni fatti anche piuttosto bene.
