- This topic has 49 hozzászólás, 6 résztvevő, and was last updated 19 years, 9 months telt el by
.
-
Bejegyzés
-
„Ha csak a supermount hiányzik, akkor keress a „submount” szóra!
Nekem gentoo alatt ezzel csatolja: floppy, cdrom, usb stick (kütyük) smile.gif
patch nélkül is megy!”
Ez persze nem igaz 🙂 Minden automount kütyü kernelbõl megy, sõt az egész csatolás is. Csak gentoo alatt nem veszed észre, hogy õ „ezer” dolgot befordít, akár a kernelbe is berakja… többek között, ha egy átlagos kernelt telepítesz gentoo alatt, akkor belerak még vagy 5-6 biztonsági foltot, de ugyanezt csinálja az átlagos programokkal is. Mivel minden forrásból települ ezt könnyû is természetesen megtenni, nem kell öt patch miatt 5 binárist létrehozni 🙂
Hát így el is lehet kényelmesedni :)))))))))))))Hogy alátámasszam, itt van egy suse folt:
http://submount.sourceforge.net/suse.html„Nekem gentoo alatt ezzel csatolja: floppy, cdrom, usb stick (kütyük) smile.gif”
A suse-nek is megfelelt 😉„Ha csak a supermount hiányzik, akkor keress a „submount” szóra!”
A link meg ott van fönn, csak suse.html nélkül…„Ez persze nem igaz Minden automount kütyü kernelbõl megy, sõt az egész csatolás is.”
Akkor rosszul fejezem ki magam.
Nem kell miatta a kernel újra forgatni, erre céloztam! 🙂
Csak modult forgatni. 🙂a supermount miatt sem kell
mind a kettõt teheted modulba, vagy fixen…de még mindig azt mondom, hogy minek, nem ki lehet bírni azt a gombnyomást :), no meg egyszer rá kell szánni két percet, hogy a parancsot társítsd – és akkor sokat mondtam :))))))a supermount miatt sem kell
mind a kettõt teheted modulba, vagy fixen…de még mindig azt mondom, hogy minek, nem ki lehet bírni azt a gombnyomást :), no meg egyszer rá kell szánni két percet, hogy a parancsot társítsd – és akkor sokat mondtam :))))))
[align=right][snapback]148376[/snapback][/align]Helló Vizsla!
Na szóval…
Maradtam a 2.6.12-5-ös általam fordított kernelnél, mert ezzel legalább tudom használni mind a 16 multimédiás billentyût. Nem patch-eltem, hogy legyen benne supermount, mert egyszerûen bármivel próbálkoztam patch-elni, utána a kernelfordítás nem ment végig, hibaüzenettel kiszállt.Viszont ezzel az új kernellel elég sok módosítani való van a mount és a jogosultságok vonatkozásában (az eredeti 2.6.9-x-es kernellel induló állapothoz képest. Nem is értem, hogy ez miért van így, hiszen a jogosultságok nem kernelfüggõk. Vagy igen?).
– pl. a /dev/snd és /dev/sound-ban lévõ mindennek meg kellett változtatnom a tulajdonosát és csoportját
root:root-ról én:users-re, különben userként belépve az X-be, az Xmms nem adott hangot, el sem indult a lejátszás;
– az fstab-ba fel kellett vennem azokat a particiókat, amelyeket el akarok érni linuxból. Ezeket a particiókat a
/mnt alatt létrehozott könyvtárakhoz csatolom már bootoláskor. Amióta ezt megtettem, a /media könyvtárból automatikusan eltûnt minden – gondolom, a supermount-al kapcsolatos könyvtár – X alatt viszont, ha elindítom a desktop-on lévõ számítógép ikont (ez azt jelenti: nautilus –no-desktop –browser computer:///). akkor látom, hogy a korábban a /media alatt automatikusan képzett könyvtárak helyett a /mnt alatti könyvtárakra mutatnak az eszközlinkek, holott én ehhez semmit nem nyúltam. Mindegy, az automatizmusnak – ha azt teszi, amit én akarok – csak örülni lehet.
– viszont nagyobb baj, hogy userként nem tudok belépni a /mnt alatti könyvtárakhoz csatolt partíciókba, mert nem engedi meg a rendszer. A tulajdonost/csoportot és a jogosultságokat még root-ként sem engedi megváltoztatni a rendszer, minduntalan azt írja ki, hogy írásvédett rendszer, meg, hogy a jogosultságokat nem lehetett megváltoztatni, stb. Ez azt jelenti, hogy sima user-ként X alól még a gnome-terminal-al együtt megnyitott Midnight Commanderrel sem tudok belépni a más particiókon lévõ vfat fájlrendszerekbe – hadd ne mondjam, melyekbe. Viszont az eredeti kernellel való bootolás esetén ezek a problémák nincsenek! Miért?
Viszont, ha a gnome-terminal-t root-ként nyitom meg (pl. su -, gksu,stb. segítségével), és így indítom az mc-t, akkor be tudok lépni. Ugyanez igaz a nautilusra is, ha gksu „nautilus –no-desktop –browser computer:///”
paranccsal indítom a Számítógép ikont, akkor be tudok lépni a többi particióra is.
Minden próbálkozásom kudarcba fulladt, hogy ezen a helyzeten változtassak.
A /etc/udev/permissions.d/50-udev-permission-ban is próbáltam módosítani, de a hdaX-ekre (Windows particiók)
beállított én:users:0755-ös beállítást minden bootoláskor valami módosítja.
Abban kérnék segítséget, hogy ezen a helyzeten úrrá legyek. Igazából nem tudom, mihez lehetne még nyúlnom.Köszönöm az eddigi tanácsaidat és segítségedet.
Lehet az fstab-ban léesz a gond, hogy usereknek nincs megengedve a belepes.
Itt egy minta sor az en fstabombol:Code:/dev/hdd1 /mnt/hdd1 auto defaults,users 1 2A lenyeg az users opcio, ezzel adod meg hogy felhasznáákók is hozzaferjenek.
Jah es nekem UHU 1.2-om van sajat forditasu kernelel, igaz az 2.6.10-es, de tervezem a 2.6.13-at, csak meg ra kell szannom magam 🙂
Lehet az fstab-ban léesz a gond, hogy usereknek nincs megengedve a belepes.
Itt egy minta sor az en fstabombol:Code:/dev/hdd1 /mnt/hdd1 auto defaults,users 1 2A lenyeg az users opcio, ezzel adod meg hogy felhasznáákók is hozzaferjenek.
Jah es nekem UHU 1.2-om van sajat forditasu kernelel, igaz az 2.6.10-es, de tervezem a 2.6.13-at, csak meg ra kell szannom magam 🙂
[align=right][snapback]148447[/snapback][/align]Helló Blint!
Köszi az ötletet, de sajnos nem nyerõ.
Nekem is ezek az opciók vannak az fstab-ban, csak a végén nem 1 2, hanem 0 0, különben bootoláskor elkezdi ellenõrizni a vfat-os particióklat is. Ja, és én nem auto-t, hanem a tényleges fs típust, a vfat-ot használom.„Viszont ezzel az új kernellel elég sok módosítani való van a mount és a jogosultságok vonatkozásában (az eredeti 2.6.9-x-es kernellel induló állapothoz képest. Nem is értem, hogy ez miért van így, hiszen a jogosultságok nem kernelfüggõk. Vagy igen?).”
Nem kernel függõ, hanem os függõ… az új kernellel viszont egy csomó foltot és ezáltal scriptet hatástalanítottál„- pl. a /dev/snd és /dev/sound-ban lévõ mindennek meg kellett változtatnom a tulajdonosát és csoportját”
nem nem kell, vagy ha mégis, akkor az eredeti os beállítás volt a logikátlan – ami pl. módosítgathatott scriptel is…teljesen értelmetlen. a kernel eszközeire/könyvtárakra a következõ megoldás él (mondjuk egy írható/olvasható eszköz esetén):
/dev/csoport/eszkoz rw-rw—- vagyis: r/w jogosult a root ill. az eszköz csoportba tartozó egyén, a többiek nem pl:
/dev/video0-t használhatja a root a video csoportba tartozó, így nem kell mást csinálni csak a userhez hozzáadni a csoportot, amit használhat pl:nagyjozsika:video,audio,scanner,usb,games (nagyjozsika használhatja a 3d-t, zenét hallgathat, usb-t használhat, játszhat)
kispistike:video,scanner,usb (kispistike viszont felelõtlen, és a játék, vagy az mp3-mak elvonják a figyelmét; õ csak „dolgozhat” :))
Elsõ ránézésre bonyolultnak tûnhet, de minden modern operációs rendszer bír (vagy kéne bírnia) ezekkel a tulajdonságokkal, mellyel biztonságosabb, hatékonyabb lesz
„/mnt alatt létrehozott könyvtárakhoz csatolom már bootoláskor. Amióta ezt megtettem, a /media könyvtárból automatikusan eltûnt minden – gondolom, a supermount-al kapcsolatos könyvtár”
nem ez az uhu automounttal kapcsolatos… vagyis minden lemeznek a ” ronda gyári számát” adja könyvtárnak…ezentúl nem úgy lesz, hanem te nevezed el mondjuk /mnt/dokumentumok, /mnt/windows_vista, /windows_98 stb könyvtárnak„- X alatt viszont, ha elindítom a desktop-on lévõ számítógép ikont (ez azt jelenti: nautilus –no-desktop –browser computer:///). akkor látom, hogy a korábban a /media alatt automatikusan képzett könyvtárak helyett a /mnt alatti könyvtárakra mutatnak az eszközlinkek, holott én ehhez semmit nem nyúltam. Mindegy, az automatizmusnak – ha azt teszi, amit én akarok – csak örülni lehet.”
minden opcionális – alapértelmezésben (ajánlás képpen) /mnt a csatolási könyvtár, de lehet /media, /egyeb, vagy akár ezek tetszõleges kombinációja (csak módosítani kell az fstabot, nem mondjuk az x-es programot, hogy hova mutasson)„- viszont nagyobb baj, hogy userként nem tudok belépni a /mnt alatti könyvtárakhoz csatolt partíciókba, mert nem engedi meg a rendszer.”
– vagy eltávolítható és nincs csatolva
– vagy a filerendszeren nem állítható a jogosultság (fat) – erre az esetre adtam linket;
most megismétlem: http://www.linuxforum.hu/ipbmb/index.php?s…&hl=guid&st=30*
– vagy le van tiltva a usernek a belépés
(további infó kellene)„A tulajdonost/csoportot és a jogosultságokat még root-ként sem engedi megváltoztatni a rendszer, minduntalan azt írja ki, hogy írásvédett rendszer, meg, hogy a jogosultságokat nem lehetett megváltoztatni, stb.”
Nem mert virtuális. A jogosultságokat a fent említett módszerrel lehet megváltoztatni (persze nemcsak az fstabban lehet, hanem konzolból is, de az „állandóság” kedvéért célszerû az fstabot használni); még info: #man fstab; #man mount„Ez azt jelenti, hogy sima user-ként X alól még a gnome-terminal-al együtt megnyitott Midnight Commanderrel sem tudok belépni a más particiókon lévõ vfat fájlrendszerekbe – hadd ne mondjam, melyekbe. Viszont az eredeti kernellel való bootolás esetén ezek a problémák nincsenek! Miért?”
mert már nem az az uhu automount – vagy jó vagy nem – kezében van az irányítás, hanem a sajátodban… és ez a kéz, még „nem az igazi”, de majd az lesz! és akkor már utálni fogod az auto cuccokat – elvégre arra ott van a windows, minek másik (no persze ott van az osx is, mely alapból windowsosabb windowsként viselkedik, de részint engedi a barkácsolást)„beállított én:users:0755-ös beállítást minden bootoláskor valami módosítja.”
„A lenyeg az users opcio, ezzel adod meg hogy felhasznáákók is hozzaferjenek.”
Nem!! ez a csatolás/leválasztás engedélyére vonatkozik, nem az írási/olvasási stb. jogosultságokra #man mount
„Köszi az ötletet, de sajnos nem nyerõ.”
nem bizony!„Nekem is ezek az opciók vannak az fstab-ban, csak a végén nem 1 2, hanem 0 0, különben bootoláskor elkezdi ellenõrizni a vfat-os particióklat is. Ja, és én nem auto-t, hanem a tényleges fs típust, a vfat-ot használom.”
– így van ez az ellenõrzésre vonatkozik: igen/nem? és milyen sorrendben?; partíciónként változtatható! #man mount
– ha ismered a típust, célszerû egybõl azt megadnimost megismétlem: http://www.linuxforum.hu/ipbmb/index.php?s…&hl=guid&st=30*
[align=right][snapback]148454[/snapback][/align]Helló Vizsla!
Részint a Te tanácsaid segítségével, részint szerencsével, de lassan összejön miden, amit szeretnék.
Találtam supermount patch-et a 2.6.12-es kernelhez (ne kérdezd hol, a Google-n kerestem és találtam),
elvégeztem mindent, amit kell, most már kiválóan mûködik mindkét CD meghajtómmal. Nekem nem is kellett más.
A 2.6.12-5-ös kernellel a multimédiás billentyûk gondja is megoldódott.Egy gond maradt, user-ként nem tudok belépni a felcsatolt vfat-os particiókra és könyvtáraikba, holott nyilván nem root-ként akarok dolgozni, hanem userként.
Az UHU 1.1-ben ez nem volt probléma.
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz