Hi Leutz!
Ich möchte img-Files mounten können... wenn ich das jetzt tue kommt folgendes:
mount -o loop ./*Action*iso /mnt/cdrom ioctl: LOOP_CLR_FD: Device or resource busy mount: you must specify the filesystem type
img2iso funktioniert auch nicht so richtig...
ne andere Methode?
Hallo,
Tietz schrieb:
Ich möchte img-Files mounten können... wenn ich das jetzt tue kommt folgendes:
mount -o loop ./*Action*iso /mnt/cdrom ioctl: LOOP_CLR_FD: Device or resource busy mount: you must specify the filesystem type
Schuss ins Blaue: mount -o loop -t iso9660 ./*Action*iso /mnt/cdrom
Viele Grüße, Matthias
On Thu, 09 Nov 2006 01:06:31 +0100, Matthias Petermann matthias.petermann@bsd-crew.de wrote:
mount -o loop -t iso9660 ./*Action*iso /mnt/cdrom
Auch schon probiert... Resultat ergab:
mount: could not find any free loop device
Hallo,
mount -o loop -t iso9660 ./*Action*iso /mnt/cdrom
Auch schon probiert... Resultat ergab:
mount: could not find any free loop device
Ich sehe zwei Möglichkeiten.
Zum einen könnten deine loop-Devices alle sein. Standartmäßig wurden davon mal 8 (Kernel 2.4) erzeugt, kA, wieviele es bei 2.6 sind. Hast du schon andere Dinge loop gemountet?
Möglichkeit zwei wäre, dass du keinen Loop-Support im Kernel hast bzw. das entsprechende Modul nicht geladen (obwohl sich das eigentlich anders äußern sollte). Was bringt ein "lsmod" zutage?
mfg, Fabian
Also, den Loop - support hab ich definitiv in den Kernel reingebaut, ich mein iso's gehen ja auch 1a zu mounten. Kernel selbst gebaut, deshalb gibt mein lsmod nix anderes als mein Grakamodul:
unicate@unicate:~$ lsmod Module Size Used by nvidia 4544788 12
On Thursday 09 November 2006 16:14, Tietz, André wrote:
Also, den Loop - support hab ich definitiv in den Kernel reingebaut, ich mein iso's gehen ja auch 1a zu mounten. Kernel selbst gebaut, deshalb gibt mein lsmod nix anderes als mein Grakamodul:
unicate@unicate:~$ lsmod Module Size Used by nvidia 4544788 12
Ok, probier mal:
bash$ cat /proc/devices [snip] Block devices: 1 ramdisk 2 fd 3 ide0 7 loop [snap]
Falls bei "Block devices" die Zeile "7 loop" fehlt probier ein:
bash$ modprobe loop
Und versuche es danach noch einmal.
Tipp an alle: nehmt Euch mal 1-2 Stunden Zeit und schaut Euch den Inhalt des /proc-Dateisystems in Ruhe an - es lohnt sich!
Konrad
Fehlt nicht...
Block devices: 3 ide0 7 loop 22 ide1 180 ub
wie gesagt, iso's werden ja auch mit "-o loop" gemountet und das geht gut... aber halt die img nicht
-- A. Tietz
On Thursday 09 November 2006 23:48, Tietz, André wrote:
wie gesagt, iso's werden ja auch mit "-o loop" gemountet und das geht gut... aber halt die img nicht
Dann ist da auch kein mount-bares Image drin, sondern irgendein proprietärer Krempel. Was sagt "file *.img"?
Konrad
[file:] unicate@unicate:~/images$ file *Action.img GreatAction.img: data
sagt das hier...
On Friday 10 November 2006 08:43, Tietz, André wrote:
[file:] unicate@unicate:~/images$ file *Action.img GreatAction.img: data
Gratuliere: file kennt noch nicht einmal das Format. Wenn Du nicht irgendwo anders Infos darüber findest kannst Du es im Grunde nur wegwerfen - oder mit dem proprietären Programm benutzen wofür es gedacht war...
...ich sehe es ist Freitag: ich trenne äquivalente Aktionen mit "oder". Schlimm.
Konrad
Hallo Konrad,
(eigentlich hatte ich gestern schon gemailt, aber neuerdings scheinen meine Mails nicht immer auf der Liste anzukommen)
On Fri, Nov 10, 2006 at 12:35:06 +0100, Konrad Rosenbaum wrote:
[file:] unicate@unicate:~/images$ file *Action.img GreatAction.img: data
Gratuliere: file kennt noch nicht einmal das Format. Wenn Du nicht irgendwo anders Infos darueber findest kannst Du es im Grunde nur wegwerfen - oder
Nach meiner Erfahrung war file bisher nie in der Lage, gueltige ISO-Images eindeutig zu erkennen. Insofern _koennte_ es sich doch um ein ISO-Image handeln, was mir bei der Endung .img aber unwahrscheinlich vorkommt.
@Andre: Du hast in einer frueheren Mail etwas von img2iso erwaehnt. Was genau hast Du damit versucht und wie sah das Ergebnis / die Fehlermeldung aus?
Gruss, Chris
Am Fri den 10 Nov 2006 um 05:05:39PM +0100 schrieb Christian Perle:
[file:] unicate@unicate:~/images$ file *Action.img GreatAction.img: data
Img kenne ich von Mac OS X her, habe das mal mit einem Beispiel ausprobiert und bekomme da aber ein genaues Ergebnis:
foo.img: Apple Partition data block size: 512, first type: Apple_partition_map, name: Apple, number of blocks: 63, second type: Apple_HFS, name: disk image, number of blocks: 1388120,
Also wird es sowas eher nicht sein.
Tschau,
andre
Ich kenns aus dem windows, da hat ich öfter mal solche files...
ich werde mal versuchen das file im windows zu nem iso zu machen...
werde dann bericht erstatten...
Danke erstmal
Christian Perle chris@linuxinfotag.de wrote:
Nach meiner Erfahrung war file bisher nie in der Lage, gueltige ISO-Images eindeutig zu erkennen. Insofern _koennte_ es sich doch um ein ISO-Image handeln, was mir bei der Endung .img aber unwahrscheinlich vorkommt.
Kannte File lange nicht, geht aber mittlerweile:
fab@adeon /storage/Download/HPC $ file chaos-1.6.iso chaos-1.6.iso: ISO 9660 CD-ROM filesystem data 'CHAOS-1.6 ' (bootable) fab@adeon /storage/Download/HPC $ file --version file-4.12 magic file from /usr/share/misc/file/magic fab@adeon /storage/Download/HPC $
mfg, Fabian
PS: MacOS X verwendent oft dmg als "Archiv"-Format.
On Fri, 10 Nov 2006 12:35:06 +0100, Konrad Rosenbaum konrad@silmor.de said:
On Friday 10 November 2006 08:43, Tietz, André wrote:
[file:] unicate@unicate:~/images$ file *Action.img GreatAction.img: data
Gratuliere: file kennt noch nicht einmal das Format. Wenn Du nicht irgendwo anders Infos darüber findest kannst Du es im Grunde nur wegwerfen - oder mit dem proprietären Programm benutzen wofür es gedacht war...
...ich sehe es ist Freitag: ich trenne äquivalente Aktionen mit "oder". Schlimm.
Wie war nochmal das exklusive "oder" der deutschen Sprache?
Am Donnerstag, 9. November 2006 00:48 schrieb Tietz, André:
Hi Leutz!
Ich möchte img-Files mounten können...
Weißt du denn, was sich in der img-Datei befindet? Es gibt auch ein Bildformat mit der Endung .img und generell ist die Dateiendung kein ausreichender Hinweis auf den Inhalt der Datei.
Ich möchte auch eine img-Datei mounten -- und weiß auch ganz genau was da drin ist, nämlich das Abbild einer Festplatte (CF-Card). Leider habe ich auch mit Google keinen Hinweis gefunden, wie ich an den Offset der in dem Image enthaltenen Partition komme, mit dem ich diese dann mounten könnte.
Könnt ihr mir weiterhelfen?
Gruß Uwe
Hallo Uwe,
On Sat, 2006-11-11 at 18:10 +0100, Uwe Koloska wrote:
Ich möchte auch eine img-Datei mounten -- und weiß auch ganz genau was da drin ist, nämlich das Abbild einer Festplatte (CF-Card). Leider habe ich auch mit Google keinen Hinweis gefunden, wie ich an den Offset der in dem Image enthaltenen Partition komme, mit dem ich diese dann mounten könnte.
Könnt ihr mir weiterhelfen?
Vielleicht hilft folgendes:
Mounten einer Partition eines loop-devices:
$ losetup -o0 /dev/loop1 sda.img $ fdisk -lu /dev/loop1
Disk /dev/loop1: 9173 MB, 9173114880 bytes 255 heads, 63 sectors/track, 1115 cylinders, total 17916240 sectors Units = sectors of 1 * 512 = 512 bytes
Device Boot Start End Blocks Id System/dev/loop1p1 63 5863724 2931831 83 Linux /dev/loop1p2 5863725 6361739 249007+ 82 Linux
swap / Solaris
/dev/loop1p3 6361740 17912474 5775367+ 83 Linux
$ losetup -d /dev/loop1 $ losetup -o32256 /dev/loop1 sda.img $ mount /dev/loop1 /mnt/1
32256 = 63 * 512
Grüße, Christoph
Christoph Müller schrieb:
On Sat, 2006-11-11 at 18:10 +0100, Uwe Koloska wrote:
Mounten einer Partition eines loop-devices:
$ losetup -o0 /dev/loop1 sda.img $ fdisk -lu /dev/loop1
Disk /dev/loop1: 9173 MB, 9173114880 bytes 255 heads, 63 sectors/track, 1115 cylinders, total 17916240 sectors Units = sectors of 1 * 512 = 512 bytes
Device Boot Start End Blocks Id System/dev/loop1p1 63 5863724 2931831 83 Linux /dev/loop1p2 5863725 6361739 249007+ 82 Linux
swap / Solaris
/dev/loop1p3 6361740 17912474 5775367+ 83 Linux
$ losetup -d /dev/loop1 $ losetup -o32256 /dev/loop1 sda.img $ mount /dev/loop1 /mnt/1
32256 = 63 * 512
Oder kürzer: $ sfdisk -l sda.img $ losetup -o32256 /dev/loop1 sda.img $ mount /dev/loop1 /mnt/1
Wenn ich mich recht erinnere hat das bei mir auch funktioniert. sfdisk scheint auch mit normalen Dateien klar zu kommen.
Tobias
Hallo Tobias,
Am Montag, 13. November 2006 08:37 schrieb Tobias Schlemmer:
Oder kürzer: $ sfdisk -l sda.img
muß mit Option -uS für die Ausgabe in Sektoren aufgerufen werden. Alle anderen Möglichkeiten (Blocks, Cylinder, Megabytes) liefern zu ungenaue (abgerundete) Werte.
fdisk kann übrigens auch direkt auf Dateien arbeiten -- also geht auch: fdisk -lu sda.img
Danke für die Antworten. Uwe
Hallo Christoph,
Am Sonntag, 12. November 2006 13:50 schrieb Christoph Müller:
Vielleicht hilft folgendes:
Mounten einer Partition eines loop-devices:
$ losetup -o0 /dev/loop1 sda.img $ fdisk -lu /dev/loop1 Device Boot Start End Blocks Id System /dev/loop1p1 63 5863724 2931831 83 Linux $ losetup -d /dev/loop1 $ losetup -o32256 /dev/loop1 sda.img $ mount /dev/loop1 /mnt/1
32256 = 63 * 512
Danke, das funktioniert einwandfrei.
Uwe
lug-dd@mailman.schlittermann.de
-
"Fabian Hänsel" -
André Schulze -
Christian Perle -
Christoph Müller -
Fabian Hänsel
-
Konrad Rosenbaum -
Matthias Petermann -
Sebastian Hegler -
Steffen Liebergeld -
Tietz, André -
Tobias Schlemmer -
Uwe Koloska -
Uwe Koloska