Üdv!
Tudom, hogy volt már itt hasonló téma, de hiába kerestem rá a dologra a neten is, nem találtam olyan választ, amit ide vonatkozónak tűnne.
Kétkezi módon, mount-tal be tudom csatolni a pendrive-okat, de az automount nem megy, azt írja: "A hely nem csatolható", "Nincs adathordozó a meghajtóban". (A gnome-ot binárisan telepítettem, és nem is akarnék forrásból telepíteni.)
A hald, a dbus megy, a devfs.rules-ben a da0 eszköznek adtam jogot (bár ezt nem említi a gnome hald faq, viszont korábban egy hasonló problémára itt a hup-on kaptam a tanácsot), az eszköz nem szerepel az fstab-ban , a volume nevében nincs szóköz, a faq szerint gnome felhasználóként nem kell a Policykit.conf-hoz nyúlni (és a jogosultásokat megnézve a removable-mount engedélyezve is van), az eszköz behelyezésekor a rendszer érzékeli, és meg is jelenik az új hald process, csak épp nem tudom csatolni. Ugyanezen a gépen opensolaris alatt simán megy. Nincs valakinek tippje, mi lehet még elbaltázva?
(Egy furcsaság: eltávolításkor egy zagyva üzenet jelenik meg a konzolon, az üzenet betűi össze vannak keveredve, de nem tudom, ez utalhat-e valamire:
"fbsd kernel: (da0:umass-sim0G:E0O:M0_:L0A)B:E Lr:e mLoavbienlg mdsedvoiscfes /eDnItSrKy_")
- 1918 megtekintés
Hozzászólások
Hát passz. De érdekelne az eredmény engem is, hátha vmilyen módon segíthet az én még cifrább, xfce alatti esetemen.
A szemét kiírása: nem hiszem, h az esztétikain kívül más hatása lenne. Másoknak (nekem is) van ilyen.
- A hozzászóláshoz be kell jelentkezni
esetleg probald meg ezt:
az /usr/local/etc/PolicyKit/PolicyKit.conf fajlban:
define_admin_auth group="wheel"
az operator csoport helyett.
nalam igy mukodik.
- A hozzászóláshoz be kell jelentkezni
Nekem ott eleve wheel van (talán kínlódásaim közepette átírtam, már nem emlékszem), de egyébként mindkét csoportnak tagja vagyok, szóval nem emiatt lehet. Az volt a hasznos információ, hogy nálad működik, mert akkor még van remény. :)
- A hozzászóláshoz be kell jelentkezni
meg ezt tudom javasolni a policykit.conf fajlba:
<match action="org.freedesktop.hal.storage.mount-removable">
<match user="felhasznalonev">
<return result="yes"/>
</match>
illetve a devfs.conf fajlban a jogosultsagok az eszkozokhoz nalam igy neznek ki:
perm acd0 0666
perm cd0 0666
perm da0 0666
perm xpt0 0666
perm pass0 0666
perm pass1 0660
perm pass2 0660
perm pass3 0660
- A hozzászóláshoz be kell jelentkezni
ahahahaha. freebsd multithreading rulz
--
When in doubt, use brute force.
- A hozzászóláshoz be kell jelentkezni
Legalabb tedd hozza, hogy ezt a kriksz-kraksz-ra irtad, nehogy azt higgye, a multithreading miatt nem megy az automount.
- A hozzászóláshoz be kell jelentkezni
Kösz :), valójában nem gondoltam, hogy jelentősége lehet, de már nem tudtam mit gyanúsítani. Megint pechem van ezzel a mounttal, de addig nézem, amíg nem megy, addig meg csinálom kézzel.
- A hozzászóláshoz be kell jelentkezni
ha jol megnezed, akkor ket relevans hibauzenet van egymasra irva. ha kibogaraszod, akkor segithet
btw hasznalj inkabb netbsd-t, ott egybol mennek ezek :)
--
When in doubt, use brute force.
- A hozzászóláshoz be kell jelentkezni
A két releváns hibaüzenet kb egy-karakter-innen, egy-karakter onnan módon keveredik, és nem igazán releváns (de annyit már látok, hogy be van töltve a kollegánál a GEOM_LABEL modul:
GEOM_LABEL: /disk removed
vagy valami ilyesmi az egyik, a másik pedig a simulated disk is lost vagy mi (a végén még van valami msdosfs is.)
Hja, kérem, amióta van (kb 2 hónapja?) végre nbsd-ben hal, azóta mennek, szuper.
- A hozzászóláshoz be kell jelentkezni
"be van töltve a kollegánál a GEOM_LABEL modul"
Pontosabban a feltelepedett generic kernelbe volt fordítva. Na most meglehet, hogy hülyeség csupán azért meggyanúsítani, mert a geom_label üzenetei jöttek kutyulva mással, de tegnap este kikommenteztem a sorát a kernel conf-ban, és noné, geom_label nélkül megy az usb automount. Viszont korábban nem emeltem ki, hogy a cd-szerűségeket eddig is csatolta automatikusan, és mivel most egy füst alatt más sorokat is kikommenteztem, nem tudom, érdemes lenne-e csinálni egy olyan változatot, amiben egyedül csak a geom_labelt veszem ki, hogy kiderüljön, tényleg tisztán ezzel kapcsolatos-e a dolog. Talán majd egy szebb jövőben fogok érteni a rendszer belsejéhez annyira, hogy átlássam a probléma lényegét.
- A hozzászóláshoz be kell jelentkezni
Megtennéd, hogy publikálsz egy diff-et a(z eredeti) GENERIC és a most használt (AKARMI nevű) kernel konfig fájl között? Van más is akinek bajai vannak az automount-tal, meg hátha valakinek lesz tippje, hogy esetleg ha nem a geom akkor mi más, illetve hátha más is tesztelné. (Ja, ha igen, akkor lécci egy pontos verziót és architektúrát is kérünk mellé.)
- A hozzászóláshoz be kell jelentkezni
Na, kipróbáltam, ha egyedül a GEOM_LABEL sorát kommentezem ki, és minden mást meghagyok változatlanul, nálam már megy az usb-s mount, a diff-et így nyilván elhagyom. A próba alatt modult sem töltöttem be a loader.confban. A rendszer: FreeBSD 7.1-RELEASE, i386.
- A hozzászóláshoz be kell jelentkezni
"Hja, kérem, amióta van (kb 2 hónapja?) végre nbsd-ben hal, azóta mennek, szuper."
hat jah :p
az ironia a dologban az, hogy pont most akarjak a devicekit nevu csodaval lecserelni :)
--
When in doubt, use brute force.
- A hozzászóláshoz be kell jelentkezni
Nincs/nem volt bsd-m.
Debian alatt az autofs csomaggal egész jól megy a
cdrom, nfs csatolás.
Bsd-re nincs ez a csomag?
- A hozzászóláshoz be kell jelentkezni