Newsgroup: it.comp.os.linux.software
Titolo: Device Loopback

Ciao
Ho attivato nel kernel l'opzione per il supporto del loopback device, ma quando
cerco di caricare un'immagine ISO sul loopback con  "mount -t ISO9660 -o
ro,loop=/dev/loop cd_image /mnt" mi dice "/dev/loop no such file or
directory"....
Come posso correggere?
grazie
Giulio

mount -t ISO9660 -o ro,loop=/dev/loop0 cd_image /mnt
                                                         ^

 ha scritto nel messaggio
news:3B122BB8...@lastminutetour.com...


 Grazie per la Vostra pazienza.
La ringraziamo!!!
Noi artri....

 mount -t ISO9660 -o ro,loop=/dev/loop0 cd_image /mnt
Io che sono pigro faccio
# mount -t ISO9660 -o ro,loop cd_image /mnt
Che controindicazioni ci sono ?




Boh.. Cmq, io che leggo AL e son pigro lo stesso do:
mount -o loop -t iso9660 /pippo/clarabella.img /mnt
e non mi sembra di avere avuto mai controindicazioni.
-- 
Ci sentiamo  |  Remigio Zedda  || Attenzione! campo "From:" alterato
ciao Remigio |                 ||==> E-mail: 
remi...@tiscalinet.it
-------------|      ..si` d'accordo.. ma con la Deb e` un'altra cosa!
/* Linux 2.2.17 su Debian GNU/Linux 2.2 Potato */

 e non mi sembra di avere avuto mai controindicazioni.
Si vabbe è la stessa cosa, solo che mi sono sbagliato io .... :((( 



Ma apropos.. c'hai messo ro che sta per read only, penso. Sai mica
allora se c'e` modo di scriverci, in cio` che si monta in loop back?
Perche' tempo fa se ne parlava e poi non si e` concluso nulla.


 Perche' tempo fa se ne parlava e poi non si e` concluso nulla.
Direi di si:
[root@therra /tmp]# uname -a
Linux therra.bhome 2.4.3-supermount #2 sab mag 19 20:31:57 CEST 2001 i686 
unknown
[root@therra /tmp]# dd if=/dev/zero of=img bs=1M count=30
entrati 30+0 record
usciti 30+0 record
[root@therra /tmp]# ls -l img
-rw-r--r--    1 root     root     31457280 giu  1 19:53 img
[root@therra /tmp]# mke2fs img
mke2fs 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
img is not a block special device.
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
7680 inodes, 30720 blocks
1536 blocks (5.00%) reserved for the super user
First data block=1
4 block groups
8192 blocks per group, 8192 fragments per group
1920 inodes per group
Superblock backups stored on blocks:
        8193, 24577
 
Writing inode tables: done
Writing superblocks and filesystem accounting information: done
[root@therra /tmp]# mkdir t
[root@therra /tmp]# mount -o loop img t
[root@therra /tmp]# ls -l t
totale 12
drwxr-xr-x    2 root     root        12288 giu  1 19:54 lost+found/
[root@therra /tmp]# touch t/pippo
[root@therra /tmp]# ls -l t
totale 12
drwxr-xr-x    2 root     root        12288 giu  1 19:54 lost+found/
-rw-r--r--    1 root     root            0 giu  1 19:54 pippo
[root@therra /tmp]# umount t
[root@therra /tmp]# mount -o loop img t
[root@therra /tmp]# ls -l t
totale 12
drwxr-xr-x    2 root     root        12288 giu  1 19:54 lost+found/
-rw-r--r--    1 root     root            0 giu  1 19:54 pippo
[root@therra /tmp]#

[root@therra /tmp]#
Beh io ho fatto tutto da user e nella mia home, dando il comando
/sbin/mke2fs che mi ha preso. Da root solo per montare.


 precisato:-((
Da /usr/src/linux/fs/isofs.c
struct file_operations isofs_dir_operations =
{
        read:           generic_read_dir,
        readdir:        isofs_readdir,
};
Mi sembra che manchino le "write"....
E per quanto riguarda l'evidenza sperimentale ...
[ghigo@therra /tmp]$ mkdir a
[ghigo@therra /tmp]$ touch a/a
[ghigo@therra /tmp]$ touch a/b
[ghigo@therra /tmp]$ touch a/c
[ghigo@therra /tmp]$ find a
a
a/a
a/b
a/c
[root@therra /tmp]# mkisofs -o pippo.img a
Total translation table size: 0
Total rockridge attributes bytes: 0
Total directory bytes: 0
Path table size(bytes): 10
Max brk space used 47c4
24 extents written (0 Mb)
[root@therra /tmp]# mkdir t
[root@therra /tmp]# mount -o loop pippo.img t
[root@therra /tmp]# ls t
a*  b*  c*
[root@therra /tmp]# touch t/6
touch: t/6: File system di sola lettura
Anche passando l'opzione rw a "mount" il filesystem rimane di sola lettura. 

 precisato:-((
Non si puo` (in modo semplice) cambiare le immagini ISO.
Il problema e` che bisognerebbe aggiornare la tabella delle directory che
viene messa in coda all'immagine, quindi o si va a cambiare (ma non ad
aggiungere) singoli byte o si deve ricalcolare e riscrivere la tabella
dopo ogni operazione sull'immagine.
Bye.

Anche passando l'opzione rw a "mount" il filesystem rimane di sola lettura. 
Eh, appunto: siamo diventati scemi a cercare di scriverci:-((
THNX!!


dopo ogni operazione sull'immagine.
Interessante questa storia dei singoli byte, buono a sapersi:-))
La tabella che sarebbe il famoso TOC, capito tutto.. THNX!!


precisato:-((
No, credo che nel kernel non ci sia alcun supporto in scrittura per il
FS ISO (e IMHO non puoi biasimarlo).
-- 
Saluti,
    Mardy