Új hozzászólás Aktív témák

• #177 WN31RD addikt vati #174

  Új Válasz 2005-08-20 19:22:10 #177

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  WN31RD

  addikt

  válasz vati #174 üzenetére

  ''Tapasztalat: leginkább a csillagok állásától függ, mikor látszik a host oprendszer felől az ide írt adat''
  Örülj neki, hogy nem volt brutális adatvesztésed. Egy partíciót (filerendszert) nem szabad egyszerre több rendszer alól használni (kivéve, ha mindegyik szigorúan csak olvas róla).
  (Tehát a hostban le kell csatolni a partíciót, mielőtt a guestben használatba veszed, illetve a guestet bekapcsolod, és csak azután csatolhatod fel újra, miután a guestben lecsatoltad, vagy kikapcsoltad a guestet. Ha így sem működik, akkor más probléma is van.)

• #171 WN31RD addikt zui #170

  Új Válasz 2005-02-07 09:05:44 #171

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  WN31RD

  addikt

  válasz zui #170 üzenetére

  Nem biztos, hogy ez a probléma, de már láttam ilyen hibát, ráadásul pont Gentoo alatt:
  Ha van valahol a vmware config könyvtárában (valószínűleg /etc/vmware/) egy üres (0 byte hosszú) not_configured nevű file, akkor azt töröld kézzel.

• #158 WN31RD addikt KRi2 #157

  Új Válasz 2004-03-08 15:01:03 #158

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  WN31RD

  addikt

  válasz KRi2 #157 üzenetére

  fdisk + format megvolt hiba nélkül?

• #156 WN31RD addikt Bazsesz #153

  Új Válasz 2003-12-10 06:24:11 #156

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  WN31RD

  addikt

  válasz Bazsesz #153 üzenetére

  ''Elindítani letudom, kreálni is tudok virtuális gépet, csak nem tudom elindítani. Rákattintok a Start...-ra, és semmi. Mi lehet a baja?''
  
  Valószínűleg nincsenek betöltve a VMware kernel modulok.

• #132 WN31RD addikt proximus #131

  Új Válasz 2003-09-20 12:21:45 #132

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  WN31RD

  addikt

  válasz proximus #131 üzenetére

  Nem, a hexdumpot inkább hanyagoljuk. Azt csak azért írtam, mert azzal gyorsan ellenőrizni lehet, hogy MBR vagy FAT boot record vagy esetleg valami más van-e a file elején.
  
  Az offset azt adja meg a mountnak ill. a losetupnak, hogy hány byte-ot hagyjon ki a felcsatolandó file elején. A .vmdk - amennyiben a teljes terület le lett foglalva az elején, mert ha nem lett lefogalva, akkor nem lehet mountolni - egy teljes merevlemez adatait tartalmazza, partíciós táblával (MBR-rel) együtt. Tehát ha megpróbálod felcsatolni, nem fog menni, mert nem rögtön a filerendszer van az elején. Meg kell adni a Linuxnak, hogy hol kezdődik a tényleges filerendszer az image-ben, erre való az offset. Általában LBA üzemmódban van a HDD VMware alatt, és ilyenkor az első partíció szinte mindig a 63-ik szektoron kezdődik, tehát 63*512 byte kihagyására van szükség (egy szektor mindig = 512 byte). Előfordulhat azonban, hogy valamiért mégsem ez a helyzet (pl. több partíció van a .vmdk-ban, és nem az elsőt szeretnéd használni), ekkor az fdiskkel kideríthető, milyen offsetre lesz szükség, a következőképpen:
  
  # fdisk imagefile
  átváltunk szektor alapú listázásra:
  : u
  : p
  és ekkor kiírja az image-ben levő partíciókat. Ebből a start értékek érdekesek, ezek mutatják meg, hogy az adott partíció hányadik szektoron kezdődik. Ezt kell beszorozni 512-vel, és megadni offsetként.
  : q
  
  Ne használd ezt a módszert arra, hogy filerendszert hozz létre a .vmdk-ban, azaz semmiképpen ne próbálkozz a mkfs* parancsokkal, mert nem fogják tudni, hogy mekkora helyet használhatnak.
  
  Remélem, így már tökéletesen érthető.

• #129 WN31RD addikt rii #128

  Új Válasz 2003-09-19 20:30:46 #129

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  WN31RD

  addikt

  válasz rii #128 üzenetére

  :)

• #127 WN31RD addikt rii #126

  Új Válasz 2003-09-19 20:22:32 #127

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  WN31RD

  addikt

  válasz rii #126 üzenetére

  Hagyjuk a hexdumpot...
  Próbáld meg inkább az előző hozzászólásomban ajánlott parancsot:
  mount -o loop,offset=32256 valami.vmdk /mnt/valami
  (Fontos: a ''loop,offset=32256''-ban sehol nincsen szóköz.)

• #125 WN31RD addikt rii #123

  Új Válasz 2003-09-19 18:39:38 #125

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  WN31RD

  addikt

  válasz rii #123 üzenetére

  Az lehet a gond, hogy a .vmdk-ban egy teljes merevlemez tartalma van, partíciós táblával együtt, de neked csak a filerendszerre van szükséged. Nézd meg diskeditorral vagy fdiskkel vagy valami hasonlóval, hogy hol kezdődik az a partíció, amit mountolni szeretnél, aztán add meg ezt offsetként a loop devide-nak. Valószínűleg a 63 szektoros offset megfelelő lesz, tehát valami ilyesmire lesz szükség:
  mount -o loop,offset=32256 imagefile mountpoint

• #124 WN31RD addikt rii #123

  Új Válasz 2003-09-19 18:16:48 #124

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  WN31RD

  addikt

  válasz rii #123 üzenetére

  Nem kell neked 3 GB-ot végignézni hexában...
  Elég lesz csak az eleje:
  man hexdump -> -n length

• #122 WN31RD addikt WN31RD #121

  Új Válasz 2003-09-19 17:57:31 #122

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  WN31RD

  addikt

  válasz WN31RD #121 üzenetére

  Egyébként mielőtt nagy hibakeresésbe kezdetek, érdemes lenne egy hexdumpot ráereszteni a kérdéses file-ra, és rögtön kiderülne, miről is van szó.

• #121 WN31RD addikt rii #120

  Új Válasz 2003-09-19 17:56:03 #121

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  WN31RD

  addikt

  válasz rii #120 üzenetére

  A .vmdk nem egy egyszerű image file, hanem annál sokkal bonyolultabb szerkezete van. Ez teszi lehetővé például, hogy a mérete annak függvényében növekedjen, hogy mekkora területet használnak belőle. Tehát nem lehet mountolni.
  Van ugyan egy olyan opció, aminek a bekapcsolásával a lemez létrehozásakor rögtön lefoglalódik az egész terület, és így a loop device-nak a helyes offset megadásával valószínűleg lehet mountolni, mert semmi értelme nem lenne, hogy ne folytonosan legyenek az adatok a .vmdk-ban, de ezt még nem próbáltam.

Új hozzászólás Aktív témák