spuhulinux.blog.hu

Az én UHU-Linux "tudástáram". Ennyi és nem több... Ha kevés, vagy valami nem jó, ígérem kijavítom! Mostanában az alaptéma kiegészül a Wordpress boncolgatásával is. Meg a CMS, ugyebár. Remélem nem baj? :-)

Non-Hungarian Speakers / Readers

Naptár

március 2024
Hét Ked Sze Csü Pén Szo Vas
<<  < Archív
1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31

Utolsó kommentek

  • Károvics János: Üdv mindenkinek UHU3-at használok, felraktam hozzá egy sype-t. 4.3. Magyar nyelvre nem lehet be ... (2016.02.16. 20:14) UHU felhasználók levelező listája (kezdő)
  • bilolyogus: apt-get install kernel-headers-$(uname -r) (2012.05.29. 16:28) VMware Tools installálás > UHU-Linux (Guest)
  • SPétör: Windows-on nem csináltam, de ez rendben volt? --> " Ajánlom, h olvasd el az infót amit ekkor lá... (2010.08.09. 15:42) Login
  • devil_sasa: szia. Köszi, hogy segítesz... a te írásaid között találtam egy pendrive-ról indítható uhu-linux 2.... (2010.08.09. 14:24) Login
  • SPétör: Szia! Nem figyelem, de kapok figyelmeztetést... Már nem uhuzok, de ha gondolod, mondjad hátha tud... (2010.08.08. 21:13) Login
  • devil_sasa: Szia SPétör! nem tudom ,még figyeled-e ezt a blogot, ha igen lenne egy két kérdésem, ha megtisztel... (2010.08.08. 13:35) Login
  • jocosd: iptables -A OUTPUT -p tcp --dport 20 -j ACCEPT iptables -A OUTPUT -p tcp --dport 21 -j ACCEPT modp... (2010.07.28. 22:31) FTP és iptables karambol
  • MezoArt: Sziasztok! Segítség! Elegem van a Visztából!!! Komolyan elgondolkodtam, hogy mivel lehet leváltani... (2010.05.18. 18:00) Üzenőfal
  • Alfonz64: Nekem így kér root jogot. az asztalon lévő krusader ikonon jobb klikk/tulajdonságok töröld ki a p... (2010.04.03. 19:57) Krusader root jogokkal - megoldás(?)!
  • accipiter: Egy kis segítség: gameworld.blog.hu/2009/09/16/mobiltulajdonosok_itt_az_opera_mini_5_betaja#commen... (2009.09.25. 14:35) PDA vs. linux
  • Utolsó 20

Keresés

Google

Címkék

2.1 (4) ajánló (1) aktuális (1) alltray (1) alt tab (1) analízis (1) analog (1) apache (1) apt (1) aptana (1) apt get (2) asus (1) ati driver (1) basket note pads (2) beállítások (1) bérlés (1) biztonság (17) bleezer (1) blog (16) bluefish (1) böngésző (2) buli (1) bulvár (1) chmod (2) cms (5) cmsmadesimple (2) copy paste (2) creative commons (1) család (1) csomagok kezelése (1) css (2) custom (1) daemontools (2) desktop (4) driver (1) dual homed (1) dv1394 (1) e107 (2) élet (1) életérzés (1) életképek (1) én (1) english (1) etherape (1) exkluzív (1) exploit (1) extension (1) fbrun (1) feladatlista (1) firefox (5) fluxbox (12) folyamatok leállítása (2) fórum (2) freeweb (2) frekvencia (1) ftp (5) fwanalog (5) gkrellm (1) gnome (3) goldenblog (1) google (2) gtk (1) gui (1) gyorsítás (1) hálózat (1) hardware (1) hdd1 (1) htop (1) humor (1) ies4linux (1) ikon (1) információ (3) ingatlan (1) initd (1) inkscape (4) installálás (1) internet explorer (3) ip (1) iptables (27) ip cím (1) iroda (1) java (1) jogok (1) kecskemét (1) képernyő felbontás (2) kernel (3) kiadó (1) kill (2) kimili flash embed (1) kjots (1) klippek (1) konfiguráció (1) krusader (3) linkek (1) linux (1) localhost (2) log (7) login (1) lprm (1) magyarítás (1) média (1) menü (3) messages (1) mindennap (1) monitor (2) mount (4) music (1) mysql (9) napi music (1) napi zene (1) navigator (1) netikett (1) netscape (1) network manager (2) notebook (3) numlock (3) numlockx (2) off (1) olcsó (1) openbox (2) openoffice (2) opera (6) operációs rendszer (1) ötletek (1) partícionálás (2) pc (1) pda (3) php (1) phpmyadmin (2) picasa web album (1) pidgin (2) plugin (6) pocket informant (2) probléma (4) processzor (2) proxy (1) pytube (1) qtparted (1) ram (2) reboot (1) recursive (1) resolution (1) rím (1) rímek (1) root (1) router (1) rtfm (1) runleveld (2) sawmill (1) seamonkey (2) shared folders (4) shutdown (1) skype (3) spuhuflux (4) spuhulinux (6) statisztika (10) sudo (5) swap (1) swiftweasel (1) szkript (1) szolgáltatások (1) szövegelés (44) születésnap (1) tab (1) tango (1) tapasztalatok (1) telepítés (3) tinymce (2) top (2) truecrypt (3) tűzfal (16) uhu (1) uhu linux (31) usb (1) user (1) üzlet (1) vészhelyzet (1) vezérlőpult (1) videókártya (1) virtual disk manager (1) vmmon (2) vmnet8 (2) vmware (7) vmware server (1) vmware toolbox (1) vmware tools (5) vmware workstation (18) wallpaper (1) webfejlesztés (1) webszerkesztés (3) web developer (1) wep (1) wifi radar (3) wiki (1) wireless (3) wordpress (21) wordpress theme (6) wpa (1) wysiwyg (1) xampp (1) xhost (2) xrandr (1) xterm (2) zene (1) Címkefelhő

Egyéb linkek

/mnt/hgfs/ elmélkedéseim

2007.02.19. hétfő 15:04 SPétör


A probléma, amit itt megpróbálok kivesézni a következő:

Hozzáférés a Host (Windows XP Por SP2 Hu) Shared Foldershez a Guest (a virtuális gépen telepített) UHU-Linux 2.0-ból.

Előzmények:
A telepítés során gondom nem volt.
Na, itt jött a nagy falat, amelyet mostanáig (ezen sor leírásának idején -  2007. február 15.) sem tudtam "lenyelni". (Remélem, hogy mire írásom végére érek és publikálható lesz az anyag már ez is megoldódott)

Természetesen annak rendje és módja szerint telepítettem a VMware Tools alkalmazást a Guest-re, sikerrel, hibaüzenet nélkül. Sőt, a konfigurálás során sem volt semmi gondom. A végén sikerrel megtaláltam a Shared Folders-t a megfelelő - írásom címében szereplő - mappában.
De! Kikapcsolás utáni újraindulás után már nem működött.
Sok fórumot végigböngésztem, rengeteget kerestem a Google-val, de legfeljebb csak közelebb kerültem ahhoz, hogy pontosan értsem, mi is a probléma.

A következőkben leírom, hogy (a fórumokon található segítségek alapján) mit is tettem:

Elsőnek rögtön ellenőrizni kell, hogy a vmhgfs modul betöltődött-e?





$ lsmod

speter:~$ lsmod
bash: lsmod: command not found
speter:~$


(Hogy miért csak root-ként megy ez, azt nem tudom --> utánanézni)


root:~# lsmod
Module                  Size  Used by
ipv6                  220704  12
xt_limit                6272  8
xt_tcpudp               6912  19
iptable_mangle          6272  0
ipt_LOG                 9472  8
ipt_MASQUERADE          6528  0
ip_nat                 16684  1 ipt_MASQUERADE
... ennyi elég, persze még tart tovább is, de most nincs jelentősége.


A vmhgfs modult látni kéne az elején, de nincs ott. Tehát az induláskor nem töltődik be!


Akkor talán nézzük meg, hogy a vmware-tools létezik-e?

$ whereis vmware-tools
(egy kis magyarázat a $ = user, a # = root)


speter:~$ whereis vmware-tools
vmware-tools:
speter:~$



Na, ez nem járt eredménnyel!
Ennek kéne lenni:


$ whereis vmware-tools
vmware-tools: /etc/vmware-tools /usr/lib/vmware-tools


Most nézzük meg, hogy létezik-e az inicializáló script:


root:~# ls -lad /etc/init.d/*vmware*
-r-xr-xr-x 1 root root 20434 2007-01-31 00:38 /etc/init.d/vmware-tools
root:~#



Ez rendben van!

Most pedig itt van amivel rendelkeznünk kell, hogy automatikusan induljanak a dolgok.
(Various entries for the different "run-levels". They are located in /etc/rc*d/, where "*" represents run levels 0-6.)


root:~# ls -lad /etc/rc*d/*vmware*
lrwxrwxrwx 1 root root 24 2007-02-14 00:00 /etc/rc0.d/K08vmware-tools -> /etc/init.d/vmware-tools
lrwxrwxrwx 1 root root 24 2007-02-14 00:00 /etc/rc2.d/K08vmware-tools -> /etc/init.d/vmware-tools
lrwxrwxrwx 1 root root 24 2007-02-14 00:00 /etc/rc2.d/S19vmware-tools -> /etc/init.d/vmware-tools
lrwxrwxrwx 1 root root 24 2007-02-14 00:00 /etc/rc3.d/K08vmware-tools -> /etc/init.d/vmware-tools
lrwxrwxrwx 1 root root 24 2007-02-14 00:00 /etc/rc3.d/S19vmware-tools -> /etc/init.d/vmware-tools
lrwxrwxrwx 1 root root 24 2007-02-14 00:00 /etc/rc5.d/K08vmware-tools -> /etc/init.d/vmware-tools
lrwxrwxrwx 1 root root 24 2007-02-14 00:00 /etc/rc5.d/S19vmware-tools -> /etc/init.d/vmware-tools
lrwxrwxrwx 1 root root 24 2007-02-14 00:00 /etc/rc6.d/K08vmware-tools -> /etc/init.d/vmware-tools
root:~#


Ez is rendben!

Most pedig ellenőrizzük, hogy jelenleg futnak-e ezek a szolgáltatások:



root:~# ps -ef | grep vmware
speter  1333     1  0 17:30 ?        00:00:06 /usr/lib/vmware-tools/bin32/vmware-toolbox-gtk
root      1621  1609  0 18:08 pts/0    00:00:00 grep vmware
root:~#


Ez nem jó! Ennek kell lennie:


root:~# ps -ef | grep vmware
speter  1043     1  0 16:54 ?        00:00:27 /usr/lib/vmware-tools/bin32/vmware-toolbox-gtk
speter  1769     1  0 19:04 ?        00:00:01 /usr/sbin/vmware-guestd --background /var/run/vmware-guestd.pid
root      2182  2161  0 19:49 pts/1    00:00:00 grep vmware
root:~


Akkor próbáljuk meg elindítani.

User-ként ez az eredmény:


speter:~$ /etc/init.d/vmware-tools start
Starting VMware Tools services in the virtual machine:
Switching to guest configuration:                  done
Guest filesystem driver:                           done
DMA setup:                                         done
Guest operating system daemon:                     failed
touch: "/etc/vmware-tools/not_configured" elérése sikertelen: Engedély megtagadva
chmod: "/etc/vmware-tools/not_configured" nem érhető el: Nem létező fájl vagy könyvtár
/etc/init.d/vmware-tools: line 315: /etc/vmware-tools/locations: Engedély megtagadva
speter:~$


Guest operating system daemon           failed!

Leállítom, hogy megnézzük ugyanezt root-ként is:


speter:~$  /etc/init.d/vmware-tools stop
Stopping VMware Tools services in the virtual machine:
Guest operating system daemon:                      done
Guest filesystem driver:                            failed
speter:~$


Guest filesystem driver:      failed!

Na, ez mitől van???
(Lehet, hogy azért van ez mert közben azért fut a Guest és a VMware Tools Proprties?)

Na, akkor indítsuk el root-ként:

#/etc/init.d/vmware-tools start


root:/home/speter# /etc/init.d/vmware-tools start
Starting VMware Tools services in the virtual machine:
Switching to guest configuration:                   done
Guest filesystem driver:                            done
DMA setup:                                          done
Guest operating system daemon:                      done
root:/home/speter#


Ez már jobban néz ki!

Ellenőrizzük le mégegyszer:


speter:~$ ps -ef | grep vmware
speter  1333     1  0 17:30 ?        00:00:07 /usr/lib/vmware-tools/bin32/vmware-toolbox-gtk
speter  1665     1  0 18:10 ?        00:00:00 /usr/sbin/vmware-guestd --background /var/run/vmware-guestd.pid
speter  1762  1595  0 18:13 pts/0    00:00:00 grep vmware
speter:~$


Na, ugye!


root:~# lsmod
Module                  Size  Used by
vmhgfs                 41360  4
ipv6                  220704  12
xt_limit                6272  8
xt_tcpudp               6912  19
iptable_mangle          6272  0
ipt_LOG                 9472  8
ipt_MASQUERADE          6528  0
ip_nat                 16684  1 ipt_MASQUERADE


Hoppá! Ott a vmhgfs modul!

Ellenőrizzük le a vmware-guestd-t.

# ps -ef | grep vmware



root:~# ps -ef | grep vmware
    speter  1334     1  0 19:02 ?        00:00:24 /usr/lib/vmware-tools/bin32/vmware-toolbox-gtk
    root      1832     1  0 20:50 ?        00:00:02 /usr/sbin/vmware-guestd --background /var/run/vmware-guestd.pid
    root      2351  2243  0 21:21 pts/0    00:00:00 grep vmware
root:~#


Akkor nézzük meg már végre, hogy mi a helyzet a hgfs-el!


root:~# /sbin/lsmod | grep hgfs
vmhgfs                 41360  4
root:~#


Ellenőrizzük le a /mnt/hgfs/-t is!

Ott van! A Shared Folders ott van!

Szép lenne, de...:

A gép újraindítva és minden a régi. A fent leírtak végrehajtva, de az eredmény:



root:~# /sbin/lsmod | grep hgfs
vmhgfs                 41360  0
root:~#


Tehát most sem fut a vmhgfs...

Akkor most innen tovább.
(Még nincs vége!)

Szólj hozzá!

Címkék: mount vmware workstation vmware vmware tools shared folders

A bejegyzés trackback címe:

https://spuhulinux.blog.hu/api/trackback/id/tr5136873

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

Nincsenek hozzászólások.
süti beállítások módosítása