Re: script fstab
Hola: A Dimarts 19 Octubre 2004 20:15, muzzol va escriure: el problema és que si no tens l'opció noauto al fstab es munta com a root, encara que posis user i tot això dels guid i uid. solució? jo tenc posat que sigui noauto i després tenc un petit script que cada vegada que inicio una sessió comprova si tenc la partició muntada. potser no és molt elegant però em funciona. Com ho fas això de comporvar si tens la partició muntada? Tinc algun cutre script i m'aniria molt bé incorporar això. Ho sabia fer amb DOS, però al passar-me a linux no se com fer-ho. Hi ha posats, hi han dos coses que sabia fer amb dos, però no se com es fam amb linux: - Hi ha un equivalent _senzill_ del autoexec.bat que permeti executar programes com root? (com usuari normal no tinc problemes: ho fico a ~/.kde/Autostart). - Com afegir un camí al path? (l'equivalent del set P=%path% i set path=C: \sys\utils\apps\db;%path% del dos). Gràcies i salutacions. Pep
Re: script fstab
Gràcies Jaume Lo del Path ja funciona!! Gràcies per l'ordre. A Dimecres 20 Octubre 2004 14:09, Jaume Sabater va escriure: On Dimecres 20 Octubre 2004 14:03, Pep Roca wrote: - Hi ha un equivalent _senzill_ del autoexec.bat que permeti executar programes com root? (com usuari normal no tinc problemes: ho fico a ~/.kde/Autostart). A /etc/rc*.d Dos problemes: 1. Tinc 7 directoris amb aquest nos: /etc/rc*.d (desde /etc/rc1.d a /etc/rc6.d + /etc/rcS.d). En quin s'ha de col·locar? 2. He col·locat en tots ells un script (en realitat un enllaç simbòlic), però al arrancar no l'executa pas. S'ha de col·locar l'ordre amb algun fitxer determinat o funciona com el ~/.kde/Autostart i només cal copiar el script en el directori? Suposo que això és molt bàsic, però mai he conseguit que funcioni!! Gràcies i salutacions. Pep
Re: script fstab
On Dimecres 20 Octubre 2004 16:04, Pep Roca wrote: Dos problemes: 1. Tinc 7 directoris amb aquest nos: /etc/rc*.d (desde /etc/rc1.d a /etc/rc6.d + /etc/rcS.d). En quin s'ha de col·locar? Bé: a /etc/rcS.d/ hi ha els scripts que s'inicien primer, en mode single. Evidentment, aquests scripts no s'inicien si no comencen per S, ja que el qui els inicia (l'/sbin/init) fa quelcom equivalent a un for i in /etc/rcS.d/S* ; do $i start ; done El /etc/rc0.d i el /etc/rc6.d són pel halt i el reboot respectivament, i l'/sbin/init fa quelcom similar a: for i in /etc/rc0.d/K* ; do $i stop ; done La resta d'/etc/rcX.d (on X 0 X 6) són els diferents runlevels, depenent de les distros s'executa un o altre. Això ho pots veure a l'/etc/inittab, a on diu: # The default runlevel. id:2:initdefault: Vol dir que el que s'executarà serà /etc/rc2.d (el típic de les debian). Redhat i derivats, Suse i altres tenen el /etc/rc5.d com a default runlevel (normalment aquestes distros deixen /etc/rc5.d per als sistemes amb X). En els /etc/rcX.d hi solen haver-hi enllaços simbòlics a /etc/init.d, i els scripts que hi ha a /etc/init.d esperen com a mínim un paràmetre que pot ser start o stop, i en conseqüència actuen arrancant o parant un servei. Solen ser algo així com: case $1 in start) echo Starting $DAEMON... (...) ;; stop) echo Stoping $DAEMON... (...) ;; esac 2. He col·locat en tots ells un script (en realitat un enllaç simbòlic), però al arrancar no l'executa pas. S'ha de col·locar l'ordre amb algun fitxer determinat o funciona com el ~/.kde/Autostart i només cal copiar el script en el directori? Bàsicament això: En els /etc/rc[S1-5].d els scripts han de començar per S, en els /etc/rc[06].d han de començar per K. El número que segueix a S o K ens ordena el procés d'arrancada o parada. És a dir, arrancarà abans el /etc/rc2.d/S20apache que el /etc/rc2.d/S99rmnologin. Suposo que això és molt bàsic, però mai he conseguit que funcioni!! Espero que ara si logris que et funcioni. Gràcies i salutacions. Pep -- :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: :: Jaume Sabater :: administrador de sistemes :: [EMAIL PROTECTED] argus.net TECNOLOGIA CREATIVA creant en la web des de 1995 www.argus.net | tel: 932 92 41 00 | fax: 932 92 42 25 | [EMAIL PROTECTED] Avgda. Marquès de Comillas, 13 (Poble Espanyol) | 08038 | Barcelona
Re: script fstab
* thus spake Jaume Sabater: snip Bàsicament això: En els /etc/rc[S1-5].d els scripts han de començar per S, en els /etc/rc[06].d han de començar per K. El número que segueix a S o K ens ordena el procés d'arrancada o parada. És a dir, arrancarà abans el /etc/rc2.d/S20apache que el /etc/rc2.d/S99rmnologin. Hi ha una altra alternativa a això, que consisteix en posar l'script directament a /etc/rc.boot/. D'aquesta manera ho tens separat dels altres i no cal preocupar-se de links, runlevels, i coses d'aquestes. Jo per exemple tinc això: ~ $ cat /etc/rc.boot/rtc-setup #!/bin/sh test -w /proc/sys/dev/rtc/max-user-freq || exit 0 echo 1024 /proc/sys/dev/rtc/max-user-freq (exigències del MPlayer) -- ernest That's all you need tae dae in life. Just be yourself, he'd tell me. It was the most difficult, challenging thing anybody ever asked of me. --Irvine Welsh, Glue.
Re: script fstab
En/na Josep Lladonosa i Capell ha escrit: ..tens devfsd funcionant? No ho he tocat mai, però aleshores tema permisos en el fitxer /etc/devfs/perms devfsd? Jo tinc entès que al kernel 2.6 el devfs està discontinuat i això ho controla tot udev en espai d'usuari. Millor dit, la cosa es divideix en 2 parts: Quan s'insereix un dispositiu en calent (tipus pendrive USB) és el kernel qui ho detecta i genera un event de hotplug que s'utilitza, en general per carregar el corresponent driver/mòdul si no ho està ja. En cas que el sistema UDEV no estigui activat, el dispositiu rebrà un nom per defecte. Si el UDEV està actiu, ell pren el control del directori /dev i genera els noms (i permisos)dels dispositius segons unes regles predeterminades. Està tot explicat a: http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev-FAQ http://www.kroah.com/linux/talks/ols_2003_udev_paper/Reprint-Kroah-Hartman-OLS2003.pdf http://www.linuca.org/pdf.phtml?nIdNoticia=259 http://www.linux-usb.org/USB-guide/book1.html
Re: script fstab
i si no vols entrar a les tripes de la teva debian, hi ha una comanda anomenada: update-rc.d amb la qual amb un script situat a /etc/init.d/ i tu tambe colocat al mateix directori (aixó ultim no se si fa falta realment, pero jo em poso :), i amb unes sencilles opcions (depenent del que vols) ell mateix fa els links necesaris a cada /et/rcx.d amb el numeret que l'hi hagis destinat o s'el posa ell mateix. Pensa que a l'igual que pots posar scripts ,per a que es llencin, pots anular la arrencada d'algun servei que no t'interesi que arrenqui sol, pero tampoc t'interesa desinstalar-lo (per a aixó de mare meva quants ports tinc oberts!...) de totes maneres, aixó del /etc/rc.boot/ no ho sabia, i suposo que anira molt be per a la majoria d'escripts que la majoria poguem fer. apa 8-) El Wed, 20 Oct 2004 16:57:24 +0200 Ernest Adrogué [EMAIL PROTECTED] va i dice: #* thus spake Jaume Sabater: # #snip # # Bàsicament això: En els /etc/rc[S1-5].d els scripts han de començar per S, # en els /etc/rc[06].d han de començar per K. El número que segueix a S o # K ens ordena el procés d'arrancada o parada. És a dir, arrancarà abans # el /etc/rc2.d/S20apache que el /etc/rc2.d/S99rmnologin. # #Hi ha una altra alternativa a això, que consisteix en posar l'script #directament a /etc/rc.boot/. D'aquesta manera ho tens separat dels #altres i no cal preocupar-se de links, runlevels, i coses d'aquestes. # #Jo per exemple tinc això: # # ~ $ cat /etc/rc.boot/rtc-setup ##!/bin/sh # #test -w /proc/sys/dev/rtc/max-user-freq || exit 0 #echo 1024 /proc/sys/dev/rtc/max-user-freq # #(exigències del MPlayer) # #-- #ernest # #That's all you need tae dae in life. Just be yourself, he'd tell me. #It was the most difficult, challenging thing anybody ever asked of me. #--Irvine Welsh, Glue. # -- *que no sigui massa tard quan decideixis fer servir criptografia * *que no sea demasiado tarde cuando decidas usar criptografía. * *gpg --keyserver ldap://pgp.surfnet.nl:11370 --recv-keys 2E402485 * [EMAIL PROTECTED]
Re: script fstab
el problema és que si no tens l'opció noauto al fstab es munta com a root, encara que posis user i tot això dels guid i uid. solució? jo tenc posat que sigui noauto i després tenc un petit script que cada vegada que inicio una sessió comprova si tenc la partició muntada. potser no és molt elegant però em funciona. l'altra solució clara és passar de fats i ntfs's i posar-te extX a les particions de dades. jo només he conservat la partició del SO de win i la resta amb extX i si de cas utilitz el driver extX per a hasefroch http://uranus.it.swin.edu.au/~jn/linux/ext2ifs.htm per a accedir a les dades. de fet jo només passo a hasefroch per jugar, tota la resta de dades les tenc en linux. fins ara! David, vares dir: he modificat el fitxer fstab pq me montes els dispositius de windows automaticament. i les linies que tinc son (ho dic de memoria) /dev/hdb1 /media/win ntfs defaults,ro 0 0 /dev/hdb5 /media/windata ntfs defaults,ro,user 0 0 els fitxers de /media/win i /media/windata tenen tots els permisos donats. El problema es que quan es munten els dispositius es modifiquen els permisos i només hi puc accedir com a root. Per altre banda com a usuari normal puc muntar i desmuntar el dispositiu windata però no el win ( això ja m'interesa) però tot-hi poder-lo montar desrpés no hi puc accedir, no me deixa veure el contingut. a veure si hi ha algu que domini a la xarxa. gracies. -- ^ ^ O O (_ _) muzzol(a)mail.ru jabber id: muzzol(a)jabber.dk No atribueixis qualitats humanes als ordinadors. No els hi agrada. echelon spamming bomb terrorism bush aznar teletubbies /echelon spamming
script fstab
he modificat el fitxer fstab pq me montes els dispositius de windows automaticament. i les linies que tinc son (ho dic de memoria) /dev/hdb1 /media/win ntfs defaults,ro 0 0 /dev/hdb5 /media/windata ntfs defaults,ro,user 0 0 els fitxers de /media/win i /media/windata tenen tots els permisos donats. El problema es que quan es munten els dispositius es modifiquen els permisos i només hi puc accedir com a root. Per altre banda com a usuari normal puc muntar i desmuntar el dispositiu windata però no el win ( això ja m'interesa) però tot-hi poder-lo montar desrpés no hi puc accedir, no me deixa veure el contingut. a veure si hi ha algu que domini a la xarxa. gracies.
Re: script fstab
..tens devfsd funcionant? No ho he tocat mai, però aleshores tema permisos en el fitxer /etc/devfs/perms En/na David ha escrit: he modificat el fitxer fstab pq me montes els dispositius de windows automaticament. i les linies que tinc son (ho dic de memoria) /dev/hdb1 /media/win ntfs defaults,ro 0 0 /dev/hdb5 /media/windata ntfs defaults,ro,user 0 0 -- Salutacions...Josep http://www.geocities.com/SiliconValley/Horizon/1065/ --
Re: script fstab
David wrote: he modificat el fitxer fstab pq me montes els dispositius de windows automaticament. i les linies que tinc son (ho dic de memoria) /dev/hdb1 /media/win ntfs defaults,ro 0 0 /dev/hdb5 /media/windata ntfs defaults,ro,user 0 0 els fitxers de /media/win i /media/windata tenen tots els permisos donats. El problema es que quan es munten els dispositius es modifiquen els permisos i només hi puc accedir com a root. Per altre banda com a usuari normal puc muntar i desmuntar el dispositiu windata però no el win ( això ja m'interesa) però tot-hi poder-lo montar desrpés no hi puc accedir, no me deixa veure el contingut. a veure si hi ha algu que domini a la xarxa. gracies. Una cosa xapussa pels permisos seria posar umask=000 a les opcions, així tothom tindria tots els permisos (777) sobre la partició. Però igualment només podria montar el root. Si vols que la partició muntada tingui un difrent propietari, has d'afegir uid=_uid_usuari_ (si fos un grup seria gid=), que és el número que correspòn a cada usuari. Aquest número el trobaràs a /etc/passwd. Això ho dic de cap ;) I això de que pots muntar una partició i l'altre no, és degut a la opció user. (Per cert, els permisos que tingui un directori el qual es voldrà montar, canvien quan s'hi monta algun dispositiu, tal com has dit) Suposo que és el què demanaves, sinó, disculpa i torna-ho a preguntar ^^
Re: script fstab
A Dilluns 18 Octubre 2004 18:38, David va escriure: a veure si hi ha algu que domini a la xarxa. gracies. Hola: No domino pas la xarxa, però això funciona: {partició a muntar} ntfs noauto,users,ro,uid=1000,gid=1000,umask=077 0 0 Així, qualsevol usuari que pertanyi al grup 1000 pot muntar i desmuntar les particions ntfs -- Salutacions, Josep Aprenent de Debian