iSQL + OpenOffice + ODBC
Torno a atacar, perquè desrpés de molt buscar, no he trobat la solució al problema. La idea es poder connectar l'OpenOffice d'una Linux a un Server SQL de Microsoft. He instal·lat els paquets unixodbc unixodbc.bin tdsodbc Amb això, un cop configurat el Driver i una connexiño DNS, puc executar isql NomDNS NomUsuari Password des d'una terminal i accedir a la cònsola d'isql que em permet executar sentèncis SQL contra un servidor MS-SQLServer. Des d'OpenOffice BASE puc crear una connexió ODBC fent servir el DNS que he creat i que funciona des d'isql. Puc veure les taules de la base de dades. Però quan intento obrir-ne una (qualsevol) el BASE intenta fer una Select * From NomBaseDades.dbo.NomTaula i falla. Dóna un error que diu : [FreeTDS][SQLServer]Lin 1: Incorrect syntax near NomBaseDades He vist que des d'isql, si intento executar una consulta SQL fent servir la doble cometa com a delimitador de qualificació, falla. Sembla que l'error està en utilitzar la doble cometa (o la simple, posats a provar). He estat fent google per un tub (o pipe ;-) ) buscant errors similars o solucions al problema, cercant bàsicament termes com ara : odbc freetds sql double quotes openoffice (i de tot... he provat de tot) I tot el que he trobat : una simple menció a posar en el DNS el paràmetre Quoting = {0|1|2} He provat els 3 opcions i res... (Gràcies Pere Nubiola per aconsellar-me a buscar partint dle terme quoteidentifier) Sobre freetds. No he instal·lat cap paquet anomena freetds o que s'hi assembli... tot i que el paquet tdsodbc inclou el driver freetds per a utilitzat amb UnixOdbc. Existeix un fitxer /etc/freetds/freetds.conf que no sembla que hi tingui gaire a veure amb les meves connexions DNS. Sembla més que estigui destinat a fer-lo servir emprant algun client de MS-SQLServer (o Sybase) més que no pas un driver ODBC. Alguna idea ? -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - PROCAP Llagostera, S.A.U. -
RE: OpenOffice i ODBC
He instal·lat els paquets : unixodbc unixodbc-bin (que porta un front-end gràfic que està força bé per a la configuració de connexions) tdsodbc (drivers per a la connexió a servidors MS-SQLServer; suposo que funcionaria per Sybase) A partir d'aquí, i configurant el SQLServer per a que utilizi seguretat MIXED o STANDARD, puc executar consultes SQL des d'isql, des la una pantalla de terminal. El problema el tinc des d'OpenOffice. Puc obrir l'orígen de dades de de per exemple el CALC, o el BASE. Des del BASE, quan intentes obrir una taula o fer una consulta, la part que fa la crida a l'ODBC posa cometes dobles per qualificar el nom de la base de dades, del propietari i de la taula; i llavors l'ODBC dona un error. Per exemple, si la base de dades a la que estic accedint es diu COMERCIAL i intento obrir la taula de Clients el CALC genera una sentència com aquesta : Select * From Comercial.dbo.Clients Executant la mateixa consulta de la la pantalla de terminal i utilitzant el isql, també peta. Ara bé, fent des d'isql un simple Select * from clients (o altres sentències més complicades) no peta. És una llàstima... estic treballant-hi a estones per mirar de solucionar-ho. D'altra banda, sabeu si disposant d'una connexió ODBC que no falli, bé sigui contra un SQLServer de Microsoft, bé sigui contra MySql, es poden fer taules de consulta dins d'un full CALC a l'estil dels que es poden fer amb Excel. Es tracta de crear una consulta que ve a ser un rang de cel·les amb els valors de connexió a la font de dades i la sentència SQL que retorna les dades. Abm un simple click-botó-dret damunt les celles es pot fer un REFRESC de les dades. Va molt bé i per a mi és vital saber si es pot fer amb CALC (ja sigui a Linux ja sigui a Windows amb oOo) PEP -Mensaje original- De: Marc [mailto:[EMAIL PROTECTED] Enviado el: dimarts, 20 / febrer / 2007 21:22 Para: Debian Català (E-mail) Asunto: Re: OpenOffice i ODBC Hola, Jo només he utilitzat connectors a bases de dades amb el Base, no sé si amb el Excel és possible, però volia confirmar-te que, almenys fins on he pogut arribar, tot sembla encara bastant en construcció, a mi també en va així de lent i de fet amb peta de tant en tant i diria, si no recordo malament, que no em permet escriure, només llegir dades. Però a diferencia de tu, jo ho he fet utilitzant JDBC (simplement perquè el tutorial que vaig seguir ho feia així). Si et puc ajudar en alguna cosa ... L'arxiu que genera el Base és com l'arxiu de connexió de l'access. Si aconsegueixes alguna configuració que permeti treballar dignament amb bases de dades mysql digues-ho que segur que varis ens n'alegrarem. Salut!!! Marc/// El 20/02/07, Josep Molero i Puig [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ha escrit: Bon dia... En l'entorn Windows tinc un munt de fulls d'EXCEL que fa servir un driver ODBC (MS-SQL Server en el meu cas) per accedir a dades del servidor SQL. Ho estic intentant muntar directament a una estació Linux que porta un OpenOffice 2.0.4. Encara no he muntat cap driver per a MS-SQLServer, però estic intentant comprendre com funciona el tema d'administració ODBC en una estació Linux. He muntat els paquets unixodbc i unixodbc-bin. A partir d'aquí puc gestionar les connexions OBDC amb el comandament ODBCConfig, que em mostra un front-end molt similar al que porten els sistemes MS-Windows. De moment no hi veig cap driver instal·lat, perquè d'entrada, jo no n'he instal·lat cap. El que no entenc és què m'aporta de més la suite OpenOffice a nivell de connexions a dades externes. La suite Office porta una mena de registre de connexions, pel que he vist, però ... que potser és exclusiva per a la suite oOo ? Sembla que el tema de connexions de la suite oOo penja de la part OpenOffice.Base. Des d'OpenOffice.Calc puc anar a Eines-Opcions-OpeOffice.Base i veure tot una sèrie de drivers disponibles; alguns són ODBC, altres JDBC però... que només les pot fer servir la suite OoO ? Si hi ha aquests drivers instal·lats, què passa ? Els he d'enregistrar a ODBC ? He fet alguna prova de crear, des d'OpenOffice.Base, una connexió a una base de dades MS-ACCESS que tinc en una carpeta compartida d'un servidor SMB. Va mooolt lent (per 40 registres) No sé si el tema ODBC ho ha de millorar... Puc fer proves amb bases de dades MS-Access com a font de dades. I també tinc disponible un servidor MS-SQL Server 6.5 i un SQLAnyWhere. Així que si algú em pot dirigir un xic... PEP
OpenOffice i ODBC
Bon dia... En l'entorn Windows tinc un munt de fulls d'EXCEL que fa servir un driver ODBC (MS-SQL Server en el meu cas) per accedir a dades del servidor SQL. Ho estic intentant muntar directament a una estació Linux que porta un OpenOffice 2.0.4. Encara no he muntat cap driver per a MS-SQLServer, però estic intentant comprendre com funciona el tema d'administració ODBC en una estació Linux. He muntat els paquets unixodbc i unixodbc-bin. A partir d'aquí puc gestionar les connexions OBDC amb el comandament ODBCConfig, que em mostra un front-end molt similar al que porten els sistemes MS-Windows. De moment no hi veig cap driver instal·lat, perquè d'entrada, jo no n'he instal·lat cap. El que no entenc és què m'aporta de més la suite OpenOffice a nivell de connexions a dades externes. La suite Office porta una mena de registre de connexions, pel que he vist, però ... que potser és exclusiva per a la suite oOo ? Sembla que el tema de connexions de la suite oOo penja de la part OpenOffice.Base. Des d'OpenOffice.Calc puc anar a Eines-Opcions-OpeOffice.Base i veure tot una sèrie de drivers disponibles; alguns són ODBC, altres JDBC però... que només les pot fer servir la suite OoO ? Si hi ha aquests drivers instal·lats, què passa ? Els he d'enregistrar a ODBC ? He fet alguna prova de crear, des d'OpenOffice.Base, una connexió a una base de dades MS-ACCESS que tinc en una carpeta compartida d'un servidor SMB. Va mooolt lent (per 40 registres) No sé si el tema ODBC ho ha de millorar... Puc fer proves amb bases de dades MS-Access com a font de dades. I també tinc disponible un servidor MS-SQL Server 6.5 i un SQLAnyWhere. Així que si algú em pot dirigir un xic... PEP
Millorar qualitat de les fonts d'una sessió Xvnc
Bona tarda ... Tinc una GNU/Debian oferint sessions vnc des del mateix inetd. La profunditat de colors està a 16 bits i les imatges es veueu perfectes... La ressolució a 800x600 o a 1024x768. Però per al treballa normal amb documents d'ofimàtica, la qualitat de les fonts és una mica pobre. Això també afecta a la font dels menús, de la sortida de pàgines man ... vaja afecta a les fonts del sistema en general. Algú sap quin paràmetre es pot passar per a millorar el tema ? Gràcies PEP
Mapejar grup d'usuaris de Windows a grup local de Linux
Bon dia ... Fa temps vaig estar traficant a la llista per esbrinar com fer funcionar una estació Debian/Linux com si fos una màquina més d'una Domini controlar per un Windows NT Server. La cosa va sortir força bé i vaig enviar un document a la llista explicant que havia fet. Bé... ara he reprès el tema amb més força i he millorat alguna qüestió, sobretot pel que fa a mòduls PAM, concretament el pam_mount i les patecades que es foten aquest mòdul i el gksu (que deu estirar de /etc/pam.d/sudo). He hagut de treballar força amb el dema dels mòduls PAM i els fitxers de configuració del directori /etc/pam.d Quan ho tingui tot més depurat i revisat, enviaré de nou el document a la llista. Ara però, estic intentant que els Administradors del domini NT (o qualsevol altre grup del domini NT) puguin tenir certs privilegis a l'estació Linux. De moment : a) Afegir el grup Domain Admins del domini Windows al fitxer sudoers : Cap problema. b) Estic encallat però en un punt i és sobre aquest punt que necessito ajuda. Vull que un grup d'usuaris del domini NT (Domain Admins en principi) estigui mapejat a un grup local a Linux. Per exemple, si a Linux tinc un grup anomenat lxadmins, vull que tots els usuaris del grup Domain Admins en formin part. Amb el comandament net de la suite Samba es pot aconseguir el mapejat invers, sembla ser (i pel que he entès) Una màquina Linux/Samba té una base de dades de grups d'usuaris idèntica a les que fan servir les màquines Windows. Però en aquest cas, l'eina net de la suite Samba només serveix per indicar (mapejar) quins usuaris/grups de Linux formaran part dels grups d'usuaris de Windows (especialment util per si fem servir el servidor Samba com un PDC). Com deia, estic intentant fer el contrari. Tot el que he mirat i remirat sembla que va per l'altre costat. (Ho estic fent en una Ubuntu 6.10 i en una Debian, però suposo que això no afecta el tema Samba, mòduls PAM i escriptori Gnome) ALGUNA IDEA ? Una cosa relacionada amb el tema aquest. En un entorn Gnome 2.16.1 (d'una Ubuntu) hi ha unes eines d'aministració al menú Sistema/Adminitracio. Aquestes eines només apareixen quan l'usuari que fa Login a l'entorn gràfic pertany al grup local de Linux anomenat admin. Però no sé a on configurar que aquestes eines també siguin visibles a altres grups de Linux i per extensió a grups del Domini NT. És per aquest motiu que m'agradaria que quan un usuari pertanyent al grup Domain Admins del domini NT fes login a la màquina Linux, pogués veure els mateixos menus que un usuari local a Linux que està al grup admin. En principi crec que si pogués fer que els usuaris del grup Domain Admins fossis membres del grup admin (grup local de Linux), la cosa funcionaria... però no ho tinc clar. Gràcies PEP
Paquets
Instal·lar un paquet que no està en cap repositori. Pel que entenc... que segur que no ho he entès bé, si jo mateix em_baixo_un_paquet_tipus_deb el millor seria instal·lar-lo amb el aptitude ? El fet de fer-ho amb aptitude, ja generaria tota la informació per des-instal·lar-lo quan calgui ? Per cert, fent-ho així (aptitude), apareixeria en algun lloc d'un front-end com el Synaptics ? I sembla molt encertada la idea d'afegir un repositori en alguna carpeta del propi PC o de la xarxa local i afegir-la com a repositori deb file:// Entenc que d'aquesta manera podria anar guardant paquets baixats de la xarxa (o d'on sigui) en aquesta carpeta, i així tot el tema dpkg apt aptitude i qualsevol front-end funcionaria de forma totalment transparent. Ara mateix he baixa un paquet .deb (un antivirus avast) Li he fet un dpgk -i No m'ha agradat (no porta cap programa resident) I he fet un dpgk -P nom_paquet I sembla que ho ha netejat tot !!?? Gràcies de nou !!! -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - PROCAP Llagostera, S.A.U. -
Paquets
HOLA a tothom... Estic fent proves amb sistemes Debian. El gestor de paquets apt-get i la versió gràfica Synaptics van molt bé. De vegades, quan em cal alguna cosa i sé que està en un repositori concret, afegeixo el repositori al fitxer /etc/apt/cources.list i ... au, actualitzar i marcar per a instal·lar. Però tinc un dubte ... Si baixo un paquet via ftp o wget o el que sigui, i l'instal·lo directament des d'una finestra de terminal... què passa amb la informació del paquet ? Hi ha alguna manera que quedi dins de la llista de paquets amb els que apt-get o synaptics treballa ? No sé si m'he explicat bé. PEP
Linux en disc SATA
Bon dia a tothom... Sabeu si hi ha algun problema per instal·lar una distribució Linux (Debian, Ubuntu ... en principi qualsevol) en un disc Serial ATA ? Gràcies !!! Josep Molero i Puig
Després del Login torno al Login
Hola a tothom. Potser no és el lloc indicat per fer una pregunta sobre Ubuntu 6.10, però suposo que donat que es basa en una distro de Debian, potser em podreu indicar. He intentat muntar una Ubuntu 6.10, configuració OEM. Tot sembla acabar bé. El final de la instal·lació et diuen que podràs entrar amb l'usuari OEM i que un cop configurat tot el que calgui, podràs executr una instrucció que : a) es carregarà l'usuari OEM b) et permetrà crear un nou usuari. La instrucció en concret és sudo oem-config-prepare El problema que em trobo és que després de rebootar la màquina per primer cop, apareix el Login gràfic, entro les credencials de l'usuari oem, comença a carregar el Gnome ... i a mig fer PU : torna a la pantalla de Login. He iniciat el sistema la modalitat RECOVERY i apareix una cònsola (hi entres com a root, per defecte). He executat un aptitude dist-upgrade Acaba bé, sembla ... almenys, no es queixa de res. També he fet un aptitude clean. Però res Sempre el mateix. Alguna idea ? PEP
xdm + fluxbox (i altres possibles)
Bé... Gràcies a tots per a les respostes anteriors sobre quin seria l'escriptori més lleuger Crec que probaré el fluxbox i potser windowmaker. La veritat és que estic fent proves per mostrar les capacitats de Linux a gent que no l'ha vist mai. No és que la màquina on estic fent aquests invents siguin un petard, però estic intentant simular que es pot fer i que no amb un petard. Ara us bombardejo un altre cop. Em sembla que amb xdm també es pot configurar amb quin entorn d'escriptori o gestor de finestres es vol treballar, no ? Diria que en algun lloc ho he llegit i que es tracta de modificar un fitxer de configuració on es diu què s'ha d'executar. Almenys, és el que permet fer el gdm, oi ? Pots seleccionar amb quin entorn treballaràs un cop validat. Bé... us ho pregunto perquè donat que el tema d'espai en disc no serà problema, que us sembla tenir el següent ? xdm com a login gràfic que permeti seleccionar un twm o un fluxbox o un windowmaker. Factible ? Coneixeu el fitxer del què us parlo ? He estat mirant tots els scripts i fitxers possible : Xstartup, Xsession Xoptions, xdm, S99xdm Tenint en compte que inicio la sessió amb xdm i és l'xdm qui engega tot el tema (i no pas startx ni X ni xinit ni el xinu ni ningú més), on puc veure que el programa que rebi el fil de la sessió és el twm ? (Si he dit alguna bestiessa, corregiu-me sense pietat) Gràcies de nou !!! PEP
RE: xdm + fluxbox (i altres possibles)
Gràcies Xavi !!! Porto estones buscant al Google i arreu; però clar, de link en link perds el fil. De fet, ja entenc la manera que em proposes. Jo ja tinc un fitxer /home/josep/.xsession (re-anomentat .xsessio per tal de que no el trobi l'xdm) que engega 4 cosetes i entre elles el twm. La qüestió és que ara com ara l'xdm deu engegar el twm i no sé on ho fa, en quin fitxer de configuració ho troba !!! I és que em pica molt no trobar-ho. M'agadaria que l'opció de triar un o altre entorn (fluxbox o twm o windowmaker) estigui disponible a l'entrada (login) i per a qualsevol usuari. Ara faré un cop d'ull al teu link... P.D. També tinc al meu /home/josep/.twmrc per gestionar el comportament del twm He canviat algun nom de menú (posant-lo en català) i m'ha funcionat. He intentat 2345 cops canviar la mida de les fonts (és veu petitíssim), seguint algun article trobat al Google (fins i tot al man) i no hi ha manera. Algú ho ha fet mai ? - -Mensaje original- De: xavi [mailto:[EMAIL PROTECTED] Enviado el: dimecres, 17 / gener / 2007 11:07 Para: debian-user-catalan@lists.debian.org Asunto: Re: xdm + fluxbox (i altres possibles) Quoting Josep Molero i Puig [EMAIL PROTECTED]: Diria que el que has de fer és el següent: editar o crear el fitxer .xsession a la /home de l'usuari que vols que executi el fluxbox. llavors afegir la línia següent: exec startfluxbox i diria que amb això tires milles. (I ep, de bon rotllo, però això ho he trobat en una cerca al google posant xdm .xsession fluxbox: http://www.google.com/search?hl=esrls=com.microsoft%3A*%3AIE-SearchBoxrlz= 1I7RNWEq=xdm+.xsession+fluxboxlr= ...a la primera entrada tens la resposta http://fluxbox-wiki.org/index.php/Howto_agregar_fluxbox_a_xdm :) Vull dir que de vegades és perd més temps preguntant i esperant la resposta que cercant una miqueta pel google. De bon rotllo, eh. Bé... Gràcies a tots per a les respostes anteriors sobre quin seria l'escriptori més lleuger Crec que probaré el fluxbox i potser windowmaker. La veritat és que estic fent proves per mostrar les capacitats de Linux a gent que no l'ha vist mai. No és que la màquina on estic fent aquests invents siguin un petard, però estic intentant simular que es pot fer i que no amb un petard. Ara us bombardejo un altre cop. Em sembla que amb xdm també es pot configurar amb quin entorn d'escriptori o gestor de finestres es vol treballar, no ? Diria que en algun lloc ho he llegit i que es tracta de modificar un fitxer de configuració on es diu què s'ha d'executar. Almenys, és el que permet fer el gdm, oi ? Pots seleccionar amb quin entorn treballaràs un cop validat. Bé... us ho pregunto perquè donat que el tema d'espai en disc no serà problema, que us sembla tenir el següent ? xdm com a login gràfic que permeti seleccionar un twm o un fluxbox o un windowmaker. Factible ? Coneixeu el fitxer del què us parlo ? He estat mirant tots els scripts i fitxers possible : Xstartup, Xsession Xoptions, xdm, S99xdm Tenint en compte que inicio la sessió amb xdm i és l'xdm qui engega tot el tema (i no pas startx ni X ni xinit ni el xinu ni ningú més), on puc veure que el programa que rebi el fil de la sessió és el twm ? (Si he dit alguna bestiessa, corregiu-me sense pietat) Gràcies de nou !!! PEP -- xavi | [EMAIL PROTECTED]
Mini How-To integrar una Debian/Samba com a Estacio de Treball d' un Domini Windows NT
Hola de nou. He estat fent proves i barallant-me amb una Debian + Samba, per tal de : 1) poder oferir recursos a un Domini controlat per un PDC Windows NT 4.0. 2) poder integrar la Debian plenament al Domini, com si es tractés d'una estació Windows més. (Gràcies Antoni Soto) Tot i que el punt 1) ja el tenia solucionat, al aconseguir arribar al punt 2), he perdut el que feia al punt 1) Bé... en qualsevol cas, us adjunto (no sé si es pot) un document en format .doc on explico com ho he fet. Espero que serveixi d'ajuda a algú altre i també espero que algú sapiga com assolir els objectius dels punst 1) i 2) i ens ho faci saber. Integrar_Debian_DominiNT.doc -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - PROCAP Llagostera, S.A.U. - Integrar_Debian_DominiNT.doc Description: MS-Word document
Mini How-To integrar una Debian/Samba com Estacio de Treball d' un Domini Windows NT
El mini How-To en format pdf. PEP Integrar_Debian_DominiNT.pdf Description: Binary data
Mini How-To integrar una Debian/Samba : No ho entenc
Us havia comentat en el meu primer eMAIL que havia assolit integrar la Debian com a estació de treball del domini, però que havia perdut la funcionalitat d'oferir recursos a la xarxa. Ara em torna a funcionar. Des d'una màquina WinNT (estació de treball) inicio una sessió, accedeixo a la xarxa, veig la màquina Debian/Samba, hi entro i no em demana res de res per poder veure els recursos compartits. Ara faré una re-inici total dela Debian/Samba, a veure què passa. Ai... PEP A Divendres 01 Desembre 2006 11:54, Josep Molero i Puig va escriure: Hola de nou. He estat fent proves i barallant-me amb una Debian + Samba, per tal de : 1) poder oferir recursos a un Domini controlat per un PDC Windows NT 4.0. 2) poder integrar la Debian plenament al Domini, com si es tractés d'una estació Windows més. (Gràcies Antoni Soto) Tot i que el punt 1) ja el tenia solucionat, al aconseguir arribar al punt 2), he perdut el que feia al punt 1) Bé... en qualsevol cas, us adjunto (no sé si es pot) un document en format .doc on explico com ho he fet. Espero que serveixi d'ajuda a algú altre i també espero que algú sapiga com assolir els objectius dels punst 1) i 2) i ens ho faci saber. Integrar_Debian_DominiNT.doc -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - PROCAP Llagostera, S.A.U. -
gksu i pam_mount : es quedava waiting.
He trobat una solució al problema de que el gksu es quedi aturat un cop se li ha passatt el password de root. Per exemple, per obrir un root-terminal, o el gestor de paquets synaptic, o qualsevol crida a qualsevol programa feta des de gksu. Gratant gratant he trobat una link d'Ubuntu on apareixia alguna cosa referent a gksu i el fitxer pam_mount.conf. Concretament deia : * Disable debugging per default, since the gksu program does not work with pam_mount debugging enabled Així que he editat el fitxer /etc/security/pam_mount.conf i a l'inici de tot hi he fet e lsegüent canvi : debug 1 per debug 0 i el gksu aquest ja torna a funcionar. El link on he trobat la informació és : https://lists.ubuntu.com/archives/ubuntu-patches/2006-July/000587.html Va... que som divendres !!! -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - PROCAP Llagostera, S.A.U. -
Winbind i moduls pam
Hola a tothom... i gràcies per tot, per endavant. Amb l'ajuda de membres de la llista, he aconseguit configurar un PC amb Debian de manera que : a) Aquest PC Debian veu i accedeix a recursos d'un domini Windows NT Server. Configurant correctament les credencials en /etc/fstab, puc muntar recursos de Windows en punts de muntatge de Debian i accedir-hi sense problemes. b) El PC Debian també ofereix carpetes (carpetes compartides) a usuaris del domini controlat per el Windows NT Server. Abans em calia emprar el fitxer smbpasswd (juntament amb el programa smbpasswd) per tal de mantenir una base de dades d'usuaris existents al PDC i que podien accedir als recursos del Debian. Com veureu en el punt c) això ja ho he superat... :-) c) Gràcies al winbind, per a que un usuari del domini accedeixi a un recurs del Debian, no cal donar d'alta aquest usuari al fitxer smbpasswd, sinó que el winbind passa les credencials que ha rebut client Windows directament al PDC per a que les validi. Cal haver configurat convenientment el fitxer /etc/nsswitch.conf I també el /etc/samba/smb.conf per que faci servir seguretat a nivell de domini (almenysjo ho tinc així) De moment però, encara he de donar d'alta un usuari al sistema Debian amb el mateix nom d'usuari que hi ha al PDC. O sigui, si dono d'alta l'usuari Pepet a Debian (que ja exiteix al PDC amb el seu propi password), des d'una màquina Windows on Pepet ha iniciat una sessió, puc accedir al recurs compartit de Debian i no em demana res més. No cal que el password de Pepet de Debian sigui el mateix que el del l'usuari Pepet de Windows; ni tampoc cal que tingui un shell assignat. ARA bé... Estic intentant anar un pas més enllà. Modificant el fitxer /etc/samba/smb.conf i els fitxers /etc/pam.d/common-auth (i el common-session i el common-account) hauria de poder fer un login des de la màquina Debian amb un nom d'usuari INEXISTENT a Debian, però que si que existís al domini Windows. (O sigui, estic intentant que la màquina Debian/Aamba sigui un membre del domini, igual que ho són les Windows 2K) Les proves que he fet... no han anat bé, del tot. A veure si m'en surto a explicar-ho. Si faig wbinfo -u obtinc tota la llista d'usuaris del domini, perfecte !!! Des d'un pantalla de terminal d'un usuari normal de Debian, si faig su manel on manel és un usuari del domini, inexistent a Debian, em diu que nanai de la xina, que l'id és deconegut : manel Als fitxers de configuració /etc/pam.d/common-auth /etc/pam.d/common-session hi ha una entrada referent a pam_mount.so Pel que entenc, pam_mount em permet muntar de forma transparent un recurs del servidor Windows a un punt de muntatge i desmuntar-lo al tancar la sessió. Donc bé, si a /etc/pam.d/common-auth hi trec l'entrada que diu auth required pam_mount.so, ja no puc fer su de cap mena. Em diu : Authentication information cannot be recovered. Tampoc puc, per exemple, accedir al servei HTTP://locahost:901 (swat). Aquí, quan hi poso root i password de root, res de res. Bé... com que m'agrada anar pas a pas i entendre que faig bé i què malament, m'agradaria de moment saber com fer un simple su usuarideldomini i que em validi correctament. El tema de muntar el /home/usuari/recurs_compartit_de_servidor_nt ja vindrà (suposo que via pam_mount) L'entrada des d'un gdm també arribarà, espero, perquè aquesta és la gràcia. Em podeu assessorar ? Aquí al final teniu la configuració d'alguns fitxers implicats en el tema /etc/samba/smb.conf # Global parameters [global] workgroup = DOMINI_1 server string = WorkStation %h (Samba %v) security = DOMAIN obey pam restrictions = Yes passdb backend = tdbsam, guest passwd program = /usr/bin/passwd %u passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n . syslog = 0 log file = /var/log/samba/log.%m max log size = 1000 announce as = NT Workstation preferred master = No domain master = No dns proxy = No wins server = 192.168.0.254 ldap ssl = no panic action = /usr/share/samba/panic-action %d template homedir = /home/domini/%U template shell = /bin/bash winbind enable local accounts = Yes winbind use default domain = Yes invalid users = root [homes] comment = Home Directories read only = No create mask = 0700 directory mask = 0700 browseable = No [printers] comment = All Printers path = /tmp create mask = 0700 printable = Yes browseable = No [print$] comment = Printer Drivers path = /var/lib/samba/printers [public] comment = Carpeta d'acces public path = /home/public read only = No /etc/nsswitch.conf passwd : compat winbind group : compat winbind shadow : compat winbind
Debian i Samba
Bon dia... He estat fent proves amb PCs vellots, muntant-hi una distribució Debian. Les proves que he fet amb samba han estat satisfactories tot i no haver-hi aprofundit molt. Les proves s'han fet en un entorn Windows NT 4.0, amb WINS funcionant. La màquina Debian és capaç d'accedir a recursos de la LAN Windows, i alhora és capaç de proporcionar recursos (carpetes compartides). Diria que l'esquema d'usuaris i password és el més fàcil que he trobat. Amb l'eina SWAT afegeixo usuaris a la base de dades de SAMBA, i els faig coincidir amb els de Windows. Però com deia, les proves estan fetes en un entorn de domini Windows NT, amb WINS funcionant. Ara bé, m'agradaria agafar aquesta màquina Debian + Samba (Versió 3.0.14a-Debian) i muntar-la en una latra xarxa on hi ha un Windows 2000 Server amb Active Directory. Quines accions bàsiques he de fer per a què el Debian vegi els recursos de la xarxa controlada per el 2000 Server ? I per a què les altres màquines Windows de la xarxa puguin accedir als recursos de la Debian ? Gràcies !!!
Usuari root remot
Hola !!! Tinc engegat el XDMCP en una Debian, però no hi tinc habilitat l'accés gràfic a l'usuari root. Des d'un altre PC (un Win2k o una altra Debian) puc engegar un client vnc per connectar-me remotament al PC que està executant el XDMCP. El procés de Login em demana qui sóc, li passo un nom d'usuari (Pepet) i el password i cap dins. Un cop he entrat puc fer el coses com ara : - engegar el gestor de paquests synaptic (em demana el pasword de root, li passo i ... endavant) - Run as diferent user, i engegar un Konqueror dient-li que vull treballar com a root, em demana el password i ... endavant. PERÒ no és així si per treballar de forma remota faig servir les X remotes directament (no sé si es diu així) O sigui, des d'un PC amb Debian, faig X -query IP_x.y.z.w :1 Em valido al login remot com a Pepet ,entro bé, ràpid, maco... però no puc engegar programes com a l'usuari root. Concretament, he provat el synaptic i el konqueror. És normal ? PEP
OpenSSH
Bon dia a tothom !!! Torno a la càrrega per fer-vos unes consultes sobre ssh. Si vaig errat, espero que em corregiu !!! Pel que he estat llegint, tenim a) SSH protocol versió 1 b) SSH protocol versió 2 Cada versió ofereix diversos mètodes d'autentificació. Alguns d'aquests mètodes d'autentificació són més segurs que els altres, però entenc que es refereix només al moment de realitzar l'autenticació, no ? Pregunta) Suposo que, un cop establert el tunel tot deu ser igual de segur, no ? Vull dir que la informació que passa per el tunel ja va encriptada, oi ? Jo he fet proves entre dos Debian que estan a la mateixa xarxa. En un, des d'una finestra de terminal he fet un simple ssh - l Usuari IP_servidor Em contesta el següent (resumint-ho en català) : La autenticitat del servidor 'IP' no s'ha ñpogut establir. La clau RSA és xx:xx:xx:xx:xx:xx..:xx Estàs segur de que vols continuar amb la connexió ? Li he dit que yes i tot seguit m'ha demanat el meu password (el de la màquina remota, clar). Li he donat el password i ... cap dins !!! M'avisa de que el host al que m'he connectat (RSA) serà afegit permanentment a la llista de hosts coneguts. Pregunta) Un cop fet això, entenc que la informació entre les dues màquines està encriptada i és difícil que alguna eina (sniffer) pugui veure la informació ? Pregunta) La clau RSA que m'ha mostrat és la clau pública del servidor ? Gràcies. PEP
XDMCP - VNC - Accés remot i velocitat
Hola ... Estic fent proves de connexió remota entre PCs. Tinc una Debian corrent en un PC (li diré PC_1). En aquest PC_1 hi he instal·lat el software vncserver (el paquet d'ATT si no vaig errat; o sigui, el realvncserver). Aquest PC_1 engega el vncserver des d'Inetd i accepta peticions al port 5950. (Cal haver configurat el XDMCP per permetre connexions remotes...) Des d'altres PCs (per exemple un Windows 2000) em puc connectar a aquest PC_1 fent servir el client vncviewer. El servidor m'ofereix un Login gràfic i, després de fer el Login, treballo amb tota normalitat i amb una resposta molt bona. (OJU : Estic en una LAN a 100 Mbits) Un cop he tingut això funcionant, he volgut provar la connexió remota fent servir la part nativa del sistema X-windows. He instal·lat una Debian en un altre PC (PC_2). En aquest Debian he instal·lat el mínim del sistema X (xdm i twm). Des del PC_2 puc fer X -query IP__del_PC_1 :1 I obtinc una nova sessió gràfica, perfecte, a la VT8. Va realment bé fantàstic. --- Ara em toca fer les proves des de fora de la LAN (concretament, des de casa). De moment sense seguretat ... però ja hi arribaré (espero que amb el tal ssh). A casa tinc un PC (li diré PC_3) amb boot dual (engega Win2000 i també Debian). Des de Win2000 i amb el client vncviewer em puc connectar bé, sense problemes i de forma prou ràpida al PC_1; obtinc una pantalla de Login gràfica i ... cap dins. (Ja tenia el Firewall de la LAN a punt per redirigir el tràfic del VNC) I el XDMCP ? Al firewall de la LAN vaig habilitar el port 177 i els 6000-6010 per redirigir-los cap al PC_1. Potser no calia redirigir els 6000-6010 cap al PC_1, però també volia fer proves de redirigir el display d'una aplicació client cap a un servidor X i vaig fer-ho així. (Lo de 6000-6010 és exagerat, amb el 6001 en feia prou per redirigir el trafic al display 1) Al router de casa vaig habilitar el port 6000-6010 i els vaig redirigir cap al meu PC_3. Per què ? Doncs perquè vaig suposar que el PC_1 (client X) quan executés un entorn gràfic al rebre una petició al XDMCP hauria de redirigir els gràfics cap al servidor X (el PC_3 de casa meva). Bé... totes les proves van funcionar !!! ARA BÉ : no té color la velocitat obtinguda amb el VNC i el sistema X remot + XDMCP Em fa gràcia fer servir la part nativa del sistema X per a les sessions remotes. No cal res més !!! Però la velocitat ... res a veure. Suposo que els sistemes com el VNC deuen comprimir i no sé què més... Es pot fer d'alguna manera amb el sistema X i el XDMCP ? Es pot demanar algun tipus de compressió ? Gràcies !!! P.D Més tard atacaré amb el tema del ssh. -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - PROCAP Llagostera, S.A.U. -
APTITUDE
HOLA DE NOU Estic intentant muntar un Debian mínim. Després de la instal·lació, utilitzo aptitude per sel·leccionar paquets. Marco amb un + els paquets que vull instal·lar. Però després, ja no sé com executar la sel·lecció, o sigui, que realment ho instal·li. Si premo g em desmarca tot el que tenia marcat i em diu que no s'instal·larà cap paquet. Alguna observació ? PEP
Més d'un Servidor X en un PC
Encara m'estic barallant amb les X remotes. D'entrada, un parell de preguntes : a) En un únic PC, hi pot haver més d'un servidor X corrent alhora (sense fer servir vnc ni res per l'estil) ?? b) Des de l'entorn gràfic (amb DISPLAY 0) faig un CTRL-F1 i obro una sessió nova, en mode text. Aquí, en mode text, executo X :1 Això engegarà el gestor de displays, i apareixerà la típica pantalla grisa amb la X. Representa que ara tinc un NOU SERVIDOR X ?? O que el meu servidor X té dos displays possibles on mostrar finestres, la DISPLAY 0 i la DISPLAY 1 ?? c) I si ara tinc dos DISPLAY, pot un client mostrar finestres en qualsevol dels dos ? HO ESTIC PROVANT I NO EM FUNCIONA. -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - PROCAP Llagostera, S.A.U. -
X remotes : de mica en mica.
Hola de nou. Us explico una cosa que estic provant i que m'ha funcionat i després, al final, us comento què és el que no em funciona. EL QUE FUNCIONA --- Ara que tinc en marxa un Debian amb vncserver engegat des d'Inetd, puc fer entrar remotament des d'un Win2000, fent servir el client de RealVNC anomenat vncviewer. El vncserver m'ofereix un Login gràfic i ... cap a dins !!! Des del Win2000 obro dues sessions simultànies utilitzant el client vncviewer. Per a cada sessió faig servir un nom d'usuari del Linux diferent. Un usuari té per defecte el KDE com a entorn d'escriptori i l'altre el GNOME, Cada sessió s'executa en un display diferent. El gestor de pantalles és gdm. TOT molt bé... ARA vull provar el tema de les X remotes (no sé si es diu així, però suposo que tothom m'entendrà). Aprofitant que tinc dues sessions obertes amb el vncviewer puc fer proves localment. Una de les sessions obertes amb el vncviewer té el valor de DISPLAY=1 i l'altre té el valor DISPLAY=2. Vull que la sessió que té el DISPLAY=2 sigui la part servidora de les X, o sigui, la que visualitza les finestres. I la que té el valor DISPLAY=1 serà la part client, o sigui, la que executa realment les aplicacions. En el que té el DISPLAY=2 (servidor d'X) he executat la següent ordre xhost +127.0.0.1 Així, el servidor d'X ha d'acceptar peticions d'aquest host (que de fet, és ell mateix) PROVA 1 -- A la part client faig ooffice -display :2 I, efectivament, a la part servidora (DISPLAY=2) m'apareix l'OpenOffice i ... au.. a funcionar !!! (A la inversa també m'ha funcionat) PROVA 2 -- HO HE PROVAT TAMBÉ canviant el valor de la variable DISPLAY d'una de les sessions, de forma que el client X redirigeixi les finestres al DISPLAY indicat. Com ? Doncs en la sessió vncviewer que té DISPLAY=1 he executat el següent : export DIPLAY=:2 Seguidament he executat xeyes ...i els ULLS es veuen en l'altra sessió. (UN INCÍS : També ha funcionat amb el ooffice, però curiosament els dos mètodes explicats no obren l'ooffice de la mateixa manera; el primer mètode, ooffice -display :2, obre l'editor de documents, mentre que aquest segon mètode obre la pantalla principal d'ooffice ) (UN ALTRE INCIS : Si des d'una sessió vncviewer redirigeixo cap el DISPLAY=0, que és el DISPLAY de la màquina de debó, no em funciona; em dona l'error de connexió refusada i que no s'ha especificat cap protocol.) FINS AQUI, TOT BÉ (tret dels dos incisos) Però ara ho volia provar fent servir dues màquines diferents, però que estan en la mateixa xarxa. Treballo amb una d'elles des del vncviewer com fins ara;aquesta té el DISPLAY=1. A l'altra màquina l'engego amb el CD de Knoppix... tal com ve de sèrie. Intento reproduir el mateix, tot i que ara es tracta de PCs diferents. En la Knoppix faig echo $DISPLAY (per veure quin display està fent servir i em contesta :0.0 ) Després, encara en la Konppix faig xhost +IP_de_Debian I en la sessió vncviewer de Debian faig export DISPLAY=Ip_de_Knoppix:0 I llavors, qualsevol prova em dona el mateix resultat : Xlib : Connection to Ip_de_Knoppix:0 refused by server Xlib : No protocol specified. (De fet, és el mateix error que el comentat en el segon incís) ARA BÉ... en la Knoppix deixo entrar a qualsevol, llavors si que m'accpeta la connexió. O sigui, faig xhosts + Llavors si... puc executar una comanda en una màquina i veure-la en la Knoppix. QUE EM DEIXO PER PODER FER X REMOTES INDICANT QUINES IP VULL DEIXAR PASSAR ? M'agradaria poder fer proves d'X remotes des d'altres xarxes, habilitat el port del firewall corresponent. El que he vist per Internet, semblava així de fàcil (xhost +nompc:display) Jo hi dono directament la IP; potser és això el que no vol ? Gràcies
Recapitulo : vncserver i inetd
Bé... He provat de tot amb el vncserver i no xuta. Un company de la llista m'ha recomanat fer servir el tightvncserer... i li agraeixo. El que passa és que vull començar a arreglar els petits marrons que se'm presenten per poder-ne aprendre un xic. Com deia, el vncserver no xuta, o millor dit, : Sí que xuta si l'engego a mà. Molt maco ... després m'hi connecto remotament des d'un Windows 2000 + vncviewer. Cap problema !!! Però si vull connectar-me remotament sense haver d'engegar el vncserver a mà, no eh pogut. He provat el que he vist a la llista i a d'altres lloc d'Internet i estic una mica desconcertat. He trobat dos maneres de fer-ho, però cap ha funcionat. Una era una mica més rocambolesca i passava per modificar el fitxer gdm.conf per afegir-hi servidors, indicant quin display farien servir i quin programa els executava. De les dues maneres, la que he entès millor i que he verificat és aquesta : 1) He instal·lat el paquet vncserver, i com us dic, executant-lo a mà funciona. Llavors em puc connectar remotament però sense fer login. 2) He modificat el fitxer /etc/inetd.conf i hi he afegit la següent línia : vnc50 stream tcp nowait nobody /usr/bin/Xvnc Xvnc -inetd -query local -once -geometry 800x600 -depth 16 (També he provat de canviar nobody per root) 3) He modificat el fitxer /etc/services i hi he afegit la següent línia vnc50 5950/tcp He rebotat la màquina i res. Llavors, també he habilitat el XDMCP i he verificat que, en el meu Linux i abans de fer el login, puc demanar-li que executi el XDMCP i veig la meva pròpia estació Linux i m'hi puc connectar (o sigui, que el XDMCP està funcionant) NOTA També he muntat, tot i que em sembla que no fa falta, el xdm. Dic que no fa falta perquè per el que m'heu dit aquí, amb el gdm ja n'hi ha prou. Això sí, he muntat el xdm i li he dit (mitjançant l'script d'inici) que no era el display manager per defecte. Bé... ho he mirat i remirat i he vist més documentació dient el mateix a Internet. Potser em falta algun altre paràmetre sobre XDMCP ? Només hi he dit que estava habilitat i prou. NO SÉ QUÈ MÉS PROVAR !!! Algú que ho tingui funcionant seguint aquest mètode pot verificar que ho té igual ? Gràcies PEP
Vncserver i inetd
Hola a tothom... Abans de res, dir que sóc un perfecte pasarell en el mon de Debian/Linux tot i que he aconseguit fer alguna cosa gràcies a llistes com aquestes. Estic intentant treballar remotament des d'un Win2000 amb un Debian. En aquest Debian hi treballo normalment amb KDE. El KDE porta un soft per compartir l'escriptori i funciona molt bé : m'hi connecto fent servir el VNCViewer. Però només funciona (o jo no en sé més) quan un usuari ja ha engegat una sessió. He instal·lat el vncserver (Xvnc). L'he provat i .. bé, també he aconseguit poder entrar remotament amb aquest soft. Detallo com ho he fet per si a algú li cal... vncserver (Xvnc) --- Cal engegar també el servidor (comandament vncserver), i un cop decidit un password, ja està corrent. (Es pot configurar un password prèviament, amb el comandament vncpasswd). El programa informa de quin número de display ha de fer servir el client i quin fitxer de log es crearà. Això sí, remotament i fent servir el mateix programa VNCViewer, connectant-me al display :1 (el que m'indica vncserver quan s'ha engegat) només veig la típica pantalla gris amb la super X com a punter del ratolí. Bé, resulta que cal informar al vncserver què ha d'engegar (normal) Cal editar un fitxer anomenat xstartup a la carpeta /home/usuari/.vnc/ i indicar què vols engegar. Jo hi he escrit el següent : #!/bin/sh startkde I .. no n'hi ha prou !!! També cal editar el fitxer /etc/vnc.conf i donar un valor a la variable $vncStartup $vncStartup = $ENV{HOME}/.vnc/xstartup ARA sí... al tornar a engegar el vncserver, puc connectar-me des del win2000 i veure com de seguida ja s'engega el KDE. Hi entro amb el mateix nom d'usuar que des de Debian ha engegat el vncserver. N'hi pot haver més d'un de vncserver corrent. Per exemple, si des d'una finestra de terminal faig su i poso el password de root, llavors puc engegar un altre cop el vncserver, obtenir un número de display i des del Win2000 obrir una nova sessió i entrar sense més com a root. PERÒ ... i si vull que el vncserver (Xvnc) s'engegui com un servei més de la màquina Debian per poder entrar-hi normalment des de la pantalla de Login ? AQUI NO M'EN SURTO !!! He editat el fitxer /etc/services i hi he afegit una línia com aquesta : vnc50 5950/tcp# VNC al port 5950 He editat el fitxer inetd.conf i hi he afegit una línia com aquesta : vnc50 stream tcp nowait nobody /usr/bin/Xvnc Xvnc -inetd -query -once -securitytypes=none I no puc entrar mai fent-ho així... el client sempre en diu que la connexió s'ha refusat. Algú veu què m'estic deixant ? Gràcies !!! -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - PROCAP Llagostera, S.A.U. -
RE: Vncserver i inetd
EM PERDO... D'entrada, m'estàs dient que canviï de paquet ? En comptes de realvnc a tightvncserver ? D'altra banda, en el pas 2) em dius que des de windows entri al linux via ssh. No sé com... I .. amb això solucionaria el poder entrar sempre de Windows a Linux, a través d'un client vnc sense haver iniciat cap sessió al linux ? -Mensaje original- De: Orestes Mas [mailto:[EMAIL PROTECTED] Enviado el: dimarts, 7 / febrer / 2006 15:25 Para: Josep Molero i Puig CC: Debian Català (E-mail) Asunto: Re: Vncserver i inetd -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 En/na Josep Molero i Puig ha escrit: Hola a tothom... Abans de res, dir que sóc un perfecte pasarell en el mon de Debian/Linux tot i que he aconseguit fer alguna cosa gràcies a llistes com aquestes. Estic intentant treballar remotament des d'un Win2000 amb un Debian. En aquest Debian hi treballo normalment amb KDE. El KDE porta un soft per compartir l'escriptori i funciona molt bé : m'hi connecto fent servir el VNCViewer. Però només funciona (o jo no en sé més) quan un usuari ja ha engegat una sessió. Ho has de fer així: 1) En l'ordinador remot, instal·la el paquet tightvncserver i un servidor ssh 2) Des de l'ordinador local (windows) entra per ssh a l'ordinador remot i executa: tightvncserver :1 3) Pots desconnectar la sessió SSH. Ara usa el teu client VNC sota windows per accedir al servidor remot. Jo no sé windows i en aquest punt no et puc ajudar, però si et vols connectar des d'una altra màquina GNU/Linux hauries d'instal·lar un client de VNC (per exemple tightvncviewer) i executar: xtightvncviewer nom.del.servidor:1 Atenció! La connexió NO és encriptada i per tant és vulnerable. Es pot fer molt fàcilment un túnel SSH per tal que tota la connexió vagi encriptada. Simplement substitueix la línia anterior per: xtightvncserver -via [EMAIL PROTECTED] :1 (Nota que en el primer cas el :1 està enganxat al nom del servidor, mentre que en el segon cas hi ha un espai entremig) El nom d'usuari és el nom d'usuari ssh remot, clar. Això et demanarà el password de ssh remot i, en autentificar t'obrirà una pantalla amb la sessió X remota que has iniciat en el pas 2) Si el que vols és connectar-te a una sessió X preexistent enlloc de crear-ne una de nova (per exemple, per veure com va el procés de conversió del vídeo de les vacances a Xvid ;-), aleshores enlloc del paquet tightvncserver has d'instal·lar al servidor en paquet x11vnc. La resta és molt semblant. Salut. Orestes. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD6KgAwK7xVZdFHmoRAoraAJwMAOS6pfkGoygvANDDEA6EzRzdrgCfXT9l gHWaNaywIdl65p2b3mmPzSo= =e5VW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: Compilar kernel
Gràcies a tots per la vostra informació sobre lo de com compilar un Kernel. (LLuís ... gràcies de nou) He recopilat informació tant de la llista com d'altres llocs. Quan pugiu faré un altre atac al cim a veure si ara compilo correctament i funciona tant la xarxa com el so. LLuís... si que vaig copiar un config existent abans de fer un make oldconfig ... vaja, n'estic segur. I realment, el fotimés de preguntes noves no me les vaig estalviar... que n'hi ha un mnt. Bé... hi tornaré amb més calma Ara he estat dos dies fora de la feina i he d'arregar un parell de programes i alguna altra martingala. Sento haver contestar tard als vostres eMAILS. PEP
Compilar kernel
Hola a tothom, un altre cop. Amb la vostra ajuda (i paciència) he pogut fer unes quantes coses interessants amb el meu Debian/GNU Linux. (Samba, NFS, CUPS, diskets d'arrencada ...) Ara volia aprofundir una mica més... Per tot el que he estat llegint, sembla que compilar un nou Kernel (o altres fonts) és una cosa que tothom ha fet algun cop o altre i he decidit prova-ho. He baixat unes fonts de kernel.org per compilar-les, a veure què tal. El meu kernel actual és el 2.4.27-2-386; és el kernel que venia amb la distribució de Debian que vaig baixar de la WEB. Faig servir GRUB com a gestor d'arrencada. Les fons descarregades corresponen a la versió 2.6.13.2. Els passos que vaig seguir són els que he anat trobat tant al README dels sources descarregats com en les meves recerques diverse a Google. Si hi veieu que falta alguna cosa, m'ho indiqueu. Agraïré qualsevol comentari !!! ** PROCÉS *** 1) Descarregar fonts. 2) Descomprimir-les a /usrc/src/linux-2.6.13.2 3) Fer un link dins de /usrc/src que apunta a linux-2.6.13.2; el nou link creat es diu linux. 4) Dins de linux he creat una carpeta anomenada output (Això de la carpeta output és una recomanació; pots redirigir el resultat dels comandaments make a una carpeta designada a tal efecte... es fa servir el nom de carpeta passant-lo al make; així make o=/usr/src/linux/output ) 5) Entro a linux (o sigui, a /usrc/src/linux-2.6.13.2) 6) make mrproper (per netejar no sé ben be què... aquí no vaig fer servir el paràmetre o=/usr/src/linux/output ) 7) make o=/usr/src/linux/output menuconfig (per crear la configuració de l kernel; el resultat el col·loca a output) 8) make o=/usr/src/linux/output (per compilar el kernel;el resultat el col·loca a output) 9) make o=/usr/src/linux/output modules_install (per compilar els mòduls;el resultat el col·loca a output) (Aquí tinc un dubte : en alguns llocs he vist make modules, en altres make modules_install install. NO SÉ ben bé què hauria de posar. Sembla que make modules_install install té alguna cosa a veure ?? si fas servir LILO hi vols que te'l modifiqui. També he vist que en algun lloc abans del make modules feien make dep. NO sé què sobra o què falta. 10) Copio el nucli resultant (bzImage) a /boot/vmlinuz-2.6.13.2 11) mkinitrd -o /boot/initrd-2.613.2.img /lib/modules/2.613.2 (creo així un ram disk) 12) Afegeixo una entrada nova al GRUB i re-inicio el PC. 13) Utilitzo el nou nucli. RESULTAT Diria que el sistema engega força més depressa. Veig algun missatge de que té problemes amb el mouse (tot i que el ratolí em funciona bé, molt lleuger diria jo) Té problemes amb la xarxa; no pot enviar peticions DHCP. (Com si no funcionés la targeta) Quan engego la sessió KDE, em viu que no pot inicialitzar el só. Si faig un cop d'ull a l'arrel i les seves carpetes, em sembla que va més lleuger. CONFIGURACIÓ DEL NUCLI He de dir que el primer cop que vaig provar la compilació vaig fer servir un fitxer de configuració del nucli nou de trinca. No savia ben bè que era tot el que em demanava durant la configuració, tot i que algunes coses les tenia força clares. Vaig suposar que els error eren deguts a que m'havia deixat alguna cosa per configurar. Vaig decidir que podria fer servir el fitxer de configuració del kernel actual (2.4.27-2-386) que sí que funciona bé (xarxa, só, ...) El segon cop que ho he fet (el darrer) he fet servir el fitxer de configuració que portava la distribució Debian/GNU Linux. A la carpeta /boot hi ha el fitxer config-2.4.27-2-386; l'he copiat a la carpeta /usrc/src/linux-2.6.13.2/output donant-li el nom de .config. Al engegar el programa de configuració del nucli make o=/linux/output menuconfig li dic que vull carregar un fitxer existent. Carrego el .config (que de fet és una còpia del /boot/config-2.4.27-2-386) i la única cosa que canvio és que el tipus de processador és un Pentium-4. No toco res més. Surto guardant els canvis i faig tot el procés de compilació que he detallat abans. El resultat és el mateix... no tinc xarxa ni só.
Disket d'arrencada.
Hola a tothom... He estat buscant informació a la xarxa sobre com muntar un floppy d'arrencada del sistema amb el GRUB. He provat la utilitat /sbin/grub-floppy i no acaba de funcionar. (Em dona errors al llegir el disket ... no ho veig clar) AIXÍ QUE HE continuat buscant He seguit un tutorial que explica com fer-ho a mà i l'experiència ha estat positiva, tot i que una part no m'ha funcionat. (Finalment sí; ha funcionat fent servir un fitxer menu.lst, però m'agradaria que em diguéssiu que us sembla que pot estar passant quan no arrenca de forma manual2) SOM-HI Bàsicament el tutorial explica : a) Com crear un sistema de fitxers al floppy (mke2fs /dev/fd0) b) Com muntar el floppy (mount ...) c) Com crear una carpeta boot i una /boot/grub al floppy. d) Com copiar els fitxers stage1 i stage 2 en aquesta carpeta boot del floppy. ARA toca preparar el flopy amb el GRUB. Es tracta d'arrencar el GRUB (el del nostre PC que ja està funcionant) i des de la seva pròpia línia de comandes (grub ) fer el següent : grub root (fd0) grub setup (fd0) Un cop ha fet aquest procés de Setup (fa unes comprovacions), podem rebootar el PC des d'aquest floppy. Un cop hem engegat des del floppy, estem treballant amb el GRUB i cal dir-li on trobar el kernel i l'arrel del nostre sistema. Cal canviar la root , o sia , passar-la des del floppy al disc dur grub root (hd0,6) Ara li diem on tenim la imatge del kernel i on està l'arrel. grub kernel /boot/vmlinuz-2.4.27-2-386 root=/dev/hdb7 Ara ja podem bootar des d'aquí mateix. grub boot El procés de boot comença i s'atura (kernel panic) perquè diu que cal passar un paràmetre correcte a root (o sia, root=/dev/hdb7 no està bé segons ell) NO PUC FER RES MÉS que apagar la màquina via interruptor. I això ho faig bé... segur... almenys /dev/hdb7 és on tinc l'arrel del sistema i és el mateix que apareix al meu fitxer menu.lst. LA UNICA COSA que no em quadra és que des del GRUB, quan he engegat amb el floppy, si li demano que em mostri les particions que tinc al dic dur grub root(hd0, [Tecla_Tab] em diu que le partició on jo sé que tinc l'arrel és ext2 però realment és ext3. BÉ... com que no m'ha funcionat, he decidit copiar el meu menu.lst (del PC) a la carpeta boot/grub del floppy. He arrencat el sistema de nou, ha arrencat des del floppy, ha aparegut el menú, he escollit el sistema Debian (veig com li passa root=/dev/hdb7) i ha engegat. PERÒ QUE FALLA QUAN ES FA PEL ? Gràcies !!!
[no subject]
unsubscribe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
README del Kernel
Hola de nou... Seguint les instruccions que he anar recopilant aquí i allà, he descomprimir els fonts a /usr/src/kernel-2.6.13.2) Ara se suposa que he de fer un link simbòlic d'aquesta carpeta i donar-li el nom linux (al link, clar) He obert la carpeta i he fet un cop d'ull al README. El primer que m'ha sobtat és un pàrraf que diu (fixeu-vos amb el que senyalat amb ***) : INSTALLING the kernel: - If you install the full sources, put the kernel tarball in a directory where you have permissions (eg. your home directory) and unpack it: gzip -cd linux-2.6.XX.tar.gz | tar xvf - Replace XX with the version number of the latest kernel. ***) Do NOT use the /usr/src/linux area! This area has a (usually incomplete) set of kernel headers that are used by the library header files. They should match the library, and not get messed up by whatever the kernel-du-jour happens to be. OSTI ... què vol dir que no faci servir l'area /usr/src/linux ?¿ !! Si és el que he vist que tothom gasta, alhora de fer les compilacions ? O és que senzillament no entenc que m'està dient ? Gràcies de nou ... germans !!! (Nom em defenestreu) PEP
Patching un Kernel
Hola novament... Estava a punt de passar un pathc que he descarregat. Ara per ara tinc els sources del kernel-2.6.13.2 (linux-2.6.13.2.tar.bz2) i un patch (patch-2.6.13.2.bz2). La pregunta és : El número de versió del patch que tinc què vol dir realment, Que és un patch per actualitzar altres versions del kernel 2.6 a la 2.6.13.2 ?? Si és així, segurament no em cal passar aquest patch, ja que els sources del kernel que he descarregat ja corresponen a la versió 2.6.13.2. Segurament, passar-lo no faria cap mal, perquè pel que acabo de llegir en el man:patch, aquest programa busca uns fitxers en els sources originals i els substitueix per la versió que incorpora el fitxer del patch. Però vaja... m'estimo més preguntar. PEP
OK - Kernel nou ?
Bé... Gràcies a tots (de moment) He estat llegint i rellegint els vostres eMAILS i les ressenyes que m'heu anat passant i me n'he ensortit força, diria jo. He fet un - make O=/usr/src/output menuconfig - make O=/usr/src/output - make O=/usr/src/output modules_install - mkrdinit -o /boot/initdr.img-2.6.13.2 Finalment he copiat : a) la imatge generada bzImage a /boot/vmlinuz-2.6.13.2 b) el fitxer System.map a /boot/System.map-2.6.13.2 La imatge generada és més gran que la que tenia en la instal·lació descarregada de la distribució de Debian (2.4.7-2-386) Tot i que em sembla durant el make menuconfig hi he tret coses que podia treure. Bé ... Tot força bé, engega més ràpid (diria jo). Però em dona errors : a) psmouse no carregat (va tan ràpid que no sé ben bé que diu) A més, el ratolí és mou un xic més esvalotat (res important) b) em sembla que no carrega res de xarxa o TCP/IP o similar, ja que no accedeixo a la LAN. c) el só no va (/dev/dsp dirigit a null) Suposo que es tractarà de revisar el menuconfig. Miraré de veure millor quins errors veig quan engega. Algun suggeriment ? Per lo altre ... tot sembla que força bé o molt bé !!! Gràcies a tots ... -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - PROCAP Llagostera -
RE: gdm stop ?
Segur segur que és el gdm. 1er.) ho veig mentre s'inicialitzen els serveis. 2n.) Ho veig com a resultat d'executar ps -ef 3er) /etc/init.d/kdm no es troba.. La resposta és kdm : command not found 4rt) /etc/ini.d/gdm si que es troba i respon. El que sembla de totes totes és que stop no és un paràmetre que accepti. - Si faig /etc/init.d/dgm--version em respon GDM 2.6.0.8 -- Si faig /etc/init.d/gdm --help em retorna -nodaemon No bifurquis al segon pla --no-consoleNo hi ha servidors de consola (locals) a executar --preserve-ld-vars Preserva les variables LD_* --version Mostra la versió GDM --wait-to-goInicia el primer servidor d'X però després atura't fins que es reba un GO al fifo --monte-carlo-sqrt2 NO VEIG ENLLOC QUE LI PUGUI PASSAR EL PARAMETRE stop -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Enviado el: miércoles 28 de septiembre de 2005 23:42 Para: Josep Molero i Puig Cc: Debian Català Asunto: Re: gdm stop ? No he seguit massa el fil però A veure... segur que estàs executant el gdm? No serà el kdm o algun altre gestor d'entrada? A mi el /etc/init.d/gdm stop *sempre* m'ha funcionat. Atura el gestor d'entrada i les X que penjen d'ell. Per configurar el gdm pots editar manualment el fitxer /etc/gdm/gdm.conf, les opcions són bastant intuïtives i estan ben explicades. Tanmateix, si et fa mandra fer-ho, pots fer-ho gràficament: Assegura't que en aquest ftxer, a la secció [greeter], hi ha l'opció SystemMEnu descomentada i =true. Llavors reinicies el gdm i t'haurà de sortir un menú d'administració que podràs usar per configurar el gdm de forma gràfica des de la pròpia pantalla d'inici. Orestes. Ho faig fent /etc/init.d/gdm stop i em diu que el gdm ja s'està executant i que aborta. I no hi ha manera... Ho faig des d'una finestra de consola de root. També ho he provat des d'una consola pura (Ctrl-Alt-F1) entrant també com a root. Res de res... com ho puc fer ? Algú ja ha parlat de fer un gdm stop i ... no xuta !!! -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - PROCAP Llagostera -
Kernel, pas a pas
Bé... Després d'haver llegit els suggeriments sobre el tema dels nVIDIA i de compilar cap aquí i cap allà, crec que si he de prendre mal, val més que ho faci de debó. Així que ... posats a compilar, per què no compilar un nou kernel i fem una festa després ? Quina versió gasteu de kernel ? Paga la pena ? (Suposo que per perdre la por sí que paga la pena ... no ? He descarregat dos fitxers a la meva carpeta /home/josep Els fitxer són : http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.13.2.tar.bz2 http://www.kernel.org/pub/linux/kernel/v2.6/patch-2.6.13.2.bz2 Sembla que la darrera versió stable és la 2.6.13.2 i a més, hi ha un patch, com podeu veure en el segon link. Ara toca descomprimir... algun lloc en especial o on vulgui ? Si ho vull fer a /usr/src, sembla que he de traballar com a root i potser és mal rollo, no ? (De moment ho he descomprimit a la meva /home/josep/linux_kernel_2.6.13.2) Algun suggeriment a partir d'ara ? -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - PROCAP Llagostera -
NVidia drivers
HOLA de nou a tothom. Estic treballant amb la instal·lació DEBIAN que vaig fer en un dels meus PC de treball. Al moment de fer la instal·lació vaig escollir un xip NV i sembla que la cosa funciona bé (però només treballo a 800 x 600). He descarregat un paquets de Nvidia que conté els drivers i el procés d'instal·lació. He llegit les instruccions i fot una mica de por... per ignorància segurament. Parla de que l'instal·lador ha de compilar una interficies per al kernel i si no la troba, l'anirà a buscar. També diu que ha de compliar una interficie per a la distribució i que si no la troba, també la ceracarà. Tot s'ha de fer des de la consola, sense X. I llavors d'ha de modificar el fitxer de configuració de les X ( XF86Config-4 en el meu cas). Algú ho ha fet mai ? I si falla i em quedo sense X, ni Y ni Z ? Agraïria que algú fes un cop d'ull aquí, a veure que us sembla : http://www.nvidia.com/object/linux_display_ia32_1.0-7676.html Hi ha un Readme ... i l'he llegit, però fot una mica de basarda tot plegat si ets novell com jo. JOSEP
Inittab i Runlevel
Tinc un dubte sobre el fitxer Inittab i el Runlevel. Algun cop he llegit que aquest fitxer té una entrada que indica el nivell (Runlevel) que es farà servir al iniciar el sistema. Tenia entès que el Runlevel 5 es fa servir per arrancar les X. (estic dient potser alguna bestiessa) He vist que jo tinc el següent en aquest fitxer : # The defaul runlevel. id:2:initdefault: Però en canvi, quan engego la màquina, aquesta ho fa amb les X i amb el gdm (tot i que inicio sempre per defecte amb KDE) He vist que amb un Runlevel = 2, el sistema executa els scripts que hi ha a /etc/rc2.d Entenc que es pateja tots els scrips que hi ha aquí i els executa. Abans, però, s'executa el següent : #This is run first except when booting in emergency mode (-b) mode. si::sysinit:/etc/init.d/rcS Això fa (crec jo) que sempre s'executi tot el que hi ha a /etc/rcS.d, no importa quin valor tingui l'entrada id:n:initdefault: Aquí (al directori /etc/rcS.d) sí que hi ha un script que sembla tenir a veure amb les X, concretament el S70xfree86-common Així doncs... si vull engegar el meu Debian, sense X, com ho he de fer amb el fitxer Inittab ? No sé si estic dient tonteries o què... però intento aprendre a marxes forçades. -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - PROCAP Llagostera -
gdm stop ?
Hola de nou... De moment, per poder treballar amb més ressolució, he modificat a mà el fitxer /etc/X11/XF86Config-4. He afegit el text 1024x768 en les seccions 16 i 24 (entenc que això és la profunditat.) El default és 24. Volia fer un stop del gdm i un start per veure que tal... però no funciona; així que he fet un reboot. Ara sempre entra amb 1024x768. Des de les propietats de l'escriptori puc canviar la ressolució i dir-li que ho apliqui sempre que entri amb el KDE. Ho he fet i li he dit que apliqui 800x600 i que ho conservi al iniciar el KDE. Ara, al fer el login, la pantalla de benvinguda és a 1024x768 !!! però un cop està entrant i carregant, canvia a 800x600. No queda gaire maco, perquè fa coses extranyes ... però funciona (suposo que ho fa perquè el defaultdepth és el 24 a 1024x 768). Bé.. el tema però és que si vull instal·lar els drivers d'NVIDIA he de parar les X. Ho faig fent /etc/init.d/gdm stop i em diu que el gdm ja s'està executant i que aborta. I no hi ha manera... Ho faig des d'una finestra de consola de root. També ho he provat des d'una consola pura (Ctrl-Alt-F1) entrant també com a root. Res de res... com ho puc fer ? Algú ja ha parlat de fer un gdm stop i ... no xuta !!! -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - PROCAP Llagostera -
Impressio sota Linux CUPS, LPD.
Hola de nou ... Al despatx on estic he pogut configurar la suite samba, de forma que la màquina Debian pot accedir a les màquiens Windows i viceversa. També em vaig estar barallant força per a instal·lar (a Debian) una impressora Lexmark Optra M 410 que està connectada a un Windows 2000 (convenientment compartida). No m'en sortia amb els Drivers... així que finalment, vaig provar CUPS sense drivers per a la impressora Optra. Es a dir, li dic al CUPS que es tracta d'una impressora en brut i espero que sigui el Win2000 qui apliqui correctament els drivers. Funciona !!! ARA estic pensant en connectar una Epson Stylus 740 al PC-Debian que tinc a casa i encara no he muntat el CUPS ni cap driver d'Epson en aquest PC: He provat a fer un lpr d'un texte pla (fstab concretament) i imprimiex sense cap problema. Ara bé, per imprimir documentació més complexa (pàgines WEB, documents amb colors, fonts, fotografies) suposo que caldria instal·lar el driver d'Epson corresponent. Què recomaneu alhora de treballar amb una impressora connectada directament al port lp0, com ara la meva vella Epson ? lpd o CUPS, foomatic o alguna altra cosa ? (Entenc que aquests són els dimonis d'impressió, m'equivoco ? ) He llegit coses sobre el següent (entenc que proporcionen filtres i drivers, o també m'equivoco) : a) Magicfilter. (sembla que s'encarrega de instal·lar els drivers i modificar el fitxer printcap) b) Gimp-print. c) Apsfilters. (sembla que s'encarrega de instal·lar els drivers i modificar el fitxer printcap) Gràcies !!! -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - PROCAP Llagostera -
XFree86Config i drivers, com funciona ?
HOLA... Sóc molt nou en el món de Lynux i intento entendre alguna cosa del funcionament de les X. He estat fent un cop d'ull a Internet sobre com funciona el tema del X-Windows i el fitxer de configuració XFree86Config-4 i tota la pesca (en el meu cas és XFree86config-4) He instal·lat un Debian GNY/Linux fa 4 dies, descarregat via http://) Preguntes que tinc : 1) XFree86 i XOrg, són diferents oi ? 2) Què són realment cada un d'ells ? 3) Per què uns tenim XFree86Config-4 i altres XFree86Config ? 4) La informació sobre el nom del la targeta de video del fitxer XFree86Config-4, la fa servir X per anar a buscar el driver corresponen a no-sé-quina-carpeta ? 5) Ara només puc seleccionar una ressolució de 800x600. Si sé que la meva targeta/monitor suporten 1024 x 768 x 16 bits (i més i tot), és tan fàcil com posar-ho al fitxer XFree86Config-4 per poder seleccionar una nova ressolució d'escriptori fent servir els panells de control del Gnome o KDE ? 6) Se suposa que fent un dpkg-reconfigure xserver-xfree86 estem reconfigurant l'entorn X, etc... i el resultat el guarda a XFree86Config-4, no ? Us explico Vaig tenir uns problemes en una instal·lació, on no iniciava cap gestor de finestres. De fet, no s'havia descarregat bé o completament el Gnome i encara mensy el KDE. Però com que no ho sabia i intentava solucinar-ho manualment, vaig demanar i buscar informació. Vaig llegir (o algú d'aquí em va dir) que podia reconfigurar les X amb la sentència dpkg-reconfigure xserver-xfree86. Feia el dpkg-reconfigure xserver-xfree86 i anava contestant preguntes i preguntes, però em feia la impressió que el procés no acabava correctament, perquè després d'una pregunta (cap el final, sobre les DRI) no em deia NI ASE NI BESTIA NI GRACIES NI ADEU... i ja no em demanava res més. Sortida a la línia de comandaments i punto. Quan anava a mirar el XFree86Config-4, encara hi havia els valors anteriors al moment de fer un dpkg-reconfigure xserver-xfree86. TOT i així, si tornava a fer un dpkg-reconfigure xserver-xfree86 , el programa recordava els darrers valos que jo li havia entrat en l'execució anterior. Tinc més preguntes... però de moment ja en faré prou amb aquestes respostes. Gràcies !!! -- Josep
No tinc escriptori
Hola a tots... Abans de res dir que no sóc un usuari expert en Linux. Una altra cosa que he de dir és que he redactat aquest eMAIL de la forma més clara possible, perquè pugueu entendre bé el que he fet i m'ha passat. És un eMAIL llarg, però us agrairé molt que el llegiu amb paciència. --- He fet un parell d'instal·lacions de Debian que m'han funcionat bé en Pcs de la feina... vull aprendre a treballar i manipular el Linux. Sempre he fet una instal·lació d'Entorn d'Escriptori, sense muntar cap altre cosa. La instal·lació l'he fet utilitzant un CD que fa el procés bàsic i que acaba descarregant tot els paquets que li falten d'un servidor a Internet. Aquest fi de setmana he volgut fer el mateix a casa, aprofitant un disc de 10 Gb que he muntat com a esclau de l'IDE1. Us explico els dos intents a casa, a veure què hi veieu !!! Al PC casa he fet el mateix que als altres dos PCs de la feina però he tingut (i tinc) problemes amb les X (o el Gnome, no sé...) El PC és un PII a 350 Mhz amb 512 Mb de RAM; li he deixat una partició de SWAP de 1,3 GB. Si no ho recordo malament, en aquest PC ja hi havia fet treballar un SuseLinux 9, fa temps... amb menys RAM i menys SWAP. OJU : He fet proves tant amb root com amb el meu nom d'usuari ... i res. Intent 1) El primer cop ha estat un error meu... vaig indicar malament el tema de la targeta gràfica, suposo que donant malament el rang de freqüències del monitor, i Debian arrancava només en modus consola. Després de barallar-me i consultar a Internet (arrancant el PC en Windows 2000) només vaig aconseguir que executant la comanda X aparegués una finestra grisa, amb pates de gall, i una gran X que es movia amb el ratolí. Aquí només puc fer CTRL+ALT+BackSpace per sortir de les X... però res més. (si puc fer alguna cosa més, ho desconec). Fent startx em diu que no existeix tal comandament. Fent xinit em dona el mateix. Fent XFreeSetup, tampoc Si feia exec gnome-session rebia un error dient que no es podia obrir la pantalla (o similar). Vaig executar dpkg-reconfigure xserver-xfree86 i ... res. Tot el que li vaig respondre a aquest configurador, amb cura, semblava que no es guardava al fitxer XFree86Config-4, perquè si l'obria (amb nano) no hi veia els canvis. Això sí, si tornava a executar dpkg-reconfigure xserver-xfree86 semblara recordar els darrers paràmetres que li havia passat. Intent 2) Torno a posar el CD de la intal·lació base i .. .torno a començar tot el procés de cap i de nou. Pel que pugui ser, torno a formatar les particions. Quan arriba al punt on em demana el xip de targeta, etc... hi poso atenció. Escullo el xip tdfx (tinc una targeta 3dfx Blaster Banshee de la casa Creative Labs). Em detecta el ratolí, diria que sense cap problema perquè de seguida marxa cap a la següent pregunta. Alhora d'indicar com vull donar els paràmetres del meu monitor (un CRT Philips de 17 polzades), selecciono Medium i li dic que treballaré a 800x600 a 85 Hrz (ho tinc igual al Windows 2000 i no hi tinc cap problema) Au... endavant !!! El deixo descarregant i m'en vaig a mirar una peli i a dormir. L'endemà al matí només cal dir-li que el correu el baixaré d'un SMTP i ... a reiniciar. Eureka !!! Veig la típica pantalla gris, amb un cursor de ratolí que és la icona del Gnome fent de rellotge. El ratolí respon perfectament !!! Apareix el rebedor standàrd del Gnome. Decideixo canviar-lo per un de més bonic i.. .OK , em presenta el rebedor gràfic que he seleccionat. La ressolució és collonuda, es veu molt bé. Decideixo no iniciar la sessió amb Gnome i fer-ho amb KDE (m'agrada més). Però quan vaig a seleccionar quin entorn d'escriptori vull, el KDE NO APAREIX !!! Al PC de la feina puc seleccionar entre Gnome i KDE i a casa no !!! I la instal·lació l'he fet igual !!! Bé... penso... entraré amb Gnome i ja em barallaré amb més calma per obtenir el KDE. Poso el nom d'usuari, el password i INTRO. Comença la sessió .. .o no ?? NO... em quedo amb una pantalla gris, sense cap escriptori a la vista. NO sé fer res ni res, excepte CTRL+ALT+BackSpace. Torno a la pantalla de Login i ... bé... provaré d'entrar amb Gnome a prova d'errades. Ho faig i ... em surt un missatge dient que no pot entrar amb Gnome. I ell sol ho prova de fer amb XTerm i ... tampoc. OSTI !!! Ara sí que estic mort... no sé què fer ni com entrar amb una sessió de consola normal. Si faig CTRL+ALT+BackSpace torno a la pantalla de Login i res... Què puc fer ? Què he de fer ? EM SEMBLA QUE LA UNICA DIFERENCIA entre les instal·alcions fetes a la feina i les dues que he provat a casa són que en un cas vaig descarregar el paquets de toxo.univigo.es i a casa d'un servidor de Debian. Gràcies !!! Josep
[no subject]
UNSUBSCRIBE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
samba i Konqueror : què passa ?
HOLA de nou... Ara que ting els dimonis smbf,nmbd i winbindd funcionant, ja he pogut muntar recursos Windows de màquina Windows fent servir el fitxer fstab. Si en el fitxer fstab incloc el nom d'usuari i el password, apareix una icona a l'escriptori que em permet accedir al recurs compratir de Windows. Però si en comptes de fer servir username i password, faig servir l'opció credentials i li indico on està el fitxer amb les credencials, no apareix cap icona a l'escriptori. Tot i així, puc fer servir el Konqueror o el Nautilus per navegar amunt i avall. Durant el muntatge dels recursos he donat permisos d'escriptura i lectura (rw) i he posat el uid=elmeunom. Així, puc entrar als recursos comptartis que estan a les màquines Windows i fer i desfer al meu gust... però no tot és tan maco Què passa ? Doncs que accedir al punt de muntatge amb el Konqueror, puc crear carpetes, fitxers, modificar-los. Fins i tot puc eliminar fitxers... però no puc eliminar carpetes !!! Puc crear carpetes però no les puc eliminar. He creat una carpeta des de Windows i tampoc la puc eliminar. No passa així si faig servir el Nautilus. Amb el Nautilus puc crear i eliminar carpetes... ARA que... si faig servir el Konqueror amb la sintaxis smb://usuari:[EMAIL PROTECTED]/NomRecurs llavors puc fer el que vulgui. Ai senyor !!! Sóc nou del tot en el món del Linux i he treballat amb altres sistemes (PICK, IBM-S36, IBM-AS400, Windows). NO sóc un gran defensor de tot ni un detractor de res. Però no entenc com passen aquestes xuminades... Sense instal·lar el SAMBA podia fer servir el Nautilus - Nautilus network: i veure la xarxa i tal. Però a estones fallava... ara també. El Konqueror i el protocol smb:// van de perles. Konqueror + suite Samba : no puc eliminar carpetes. Nautilus + suite Samba : tot okey. Això no hauria de ser així !!! Potser hi haurà algun paquet que ho arregli, però em sembla que els desenvolupadors de diferents paquets... umm... no sé. Podrien anar una mica més alhora entre ells, no ?? Bé... m'havia de desfogar. Si algú sap què pot ser ...
Solució : Samba, nmbd i Wins
Per si us pot ser d'utilitat !!! Ho he intentat explicar amb el màxim de detall possible. He resolt el problema en que en un PC amb Debian, corrent el Samba i el Nmbd conseguia compartir permisos per a màquines Windows i viceversa. Aquest PC amb Debian és també client del servei WINS que està corrent en un servidor WinNT. El WINS (Windows Internet Name Server) és una mena de DNS per a noms NetBios de les xarxes Windows. La gràcia de tenir WINS és que evita haver d'omplir i mantenir el fitxer lmhosts (que és similar al fitxer hosts). El PC amb Debian, essent client de WINS, comunica al servidor WINS el seu nom NetBios i la seva IP. Llavors, quan un client WINS necessita accedir a una màquina fent servir el nom NetBios de la màquina destí, emet una consulta al servidor WINS. Fins aquí és el mateix (bàsicament) que els DNS. Doncs bé... em funcionava tot excepte el tema dels PINGS cap a noms NetBios de les màquines Windows. Quan feia PINGS des del Debian als noms NetBios dels Windows sempre obtenia la resposta de HOST DESCONEGUT. Al revés : fent PING de Windows al nom NetBios del Debian sí que funcionava; senyal que els Windows estan fent peticions de resolució de noms a la màquina Wins. OJU : al smb.conf hi tenia el que calia tenir pel que fa al wins. L'entrada wins server = w.x.y.z (indica al Debian quina és l'IP del servidor Wins) L'entrada name resolve order = wins. lmhosts host bcast (indica quin és el mecanisme de resolució, per ordre de preferència) (Això afecta, sembla ser, a la suite SAMBA) Fin i tot, havia modificat un fitxer anomenat nsswitch.conf que es trova a /etc Aquest fitxer, entre altres coses que desconec, té una entrada que diu com s'ha de resoldre un nom i en quin ordre. L'entrada en qüestió és la següent - hosts : files dns Jo hi havia afegit la paraula wins davant de files i quedava així hosts : wins files dns I tampoc funcionava el tema dels PINGS. PERO JA HO HE TROBAT !!! Em feia falta fer còrrer el dimoni winbindd !!! Jo creia que el nmbd ja feia les tasques que jo requeria (almenys, per la descripció del dimoni ho semblava) Doncs NO !!! També cal el dimoni winbindd i la modificació del fitxer nsswitch.conf (esmentada més amunt; totalment necessaria). Aquest dimoni permet fer moltes mñés virgueries que he pogut llegir de passada a Internet, però les desconec. Bàsicament, integra el SAMBA amb el serveis de domini d'una xarxa windows (integrar els usuaris, permetre iniciar sessions directament directament a la xarxa windows ...) PER ACABAR !!! La meva instal·lació Debian està en el mateix disc dur (convenientment particionat) que la meva màquina de treball Win2K. Algú sap del cert si fent servir el Ghost (bootant des d'un CD) puc fer còpies de les particions Linux, per salvar el que ara tinc ?! M'agradaria aprofundir una mica més en el tema del SAMBA, però com que no hi entenca massa en instal·alcions i desinstal·lacions de paquets, em fa por fotre -ho tot a rodar. ESPERO QUE LA MEVA ENTRADA A LA LLISTA US HAGI ESTAT D'UTILITAT !!! -- Josep Molero i Puig [EMAIL PROTECTED] Departament d'Informàtica - Domingo Pascual Carbó, S.A.U. -
Samba i Wins : PING no resol nom netbios.
Hola a tots... Sóc nou en el món del Linux i estic barallant-me amb una instal·lació que he fet del s.o. Debian. Aquest PC amb Debian és un client DHCP i està en una xarxa on la resta de PCs són Windows. Aquest sistemes Windows pertanyen a un Domini de NT. He pogut accedir als recursos comptartits de les màquines Windows fent servir el protocol smb:// des de programes com ara el Konqueror. Ara, però, he volgut anar una mica més enllà i fer servir la suite SAMBA perquè la màquina Debian pugui oferir recursos a les màquines Windows. En aquests moments tinc en funcionament els serveis smbd i nmbd. Puc administrar el fitxer smb.conf amb l'eina SWAT que per cert va molt bé (la que duu el KDEControl em sembla que no funciona ok) ARA puc accedir als recursos de les màquines Windows des del Debian i també, des de les màquines Windows puc accedir als recursos comptartits de la màquina Debian. Bàsicament, la configuració del smb.conf diu que el Linux serà un client WINS. wins server = w.x.y.z (He verificat que el nom netbios del Linux apareix a la base de dades del Wins Server) Des de les màquines Windows, puc fer PING al nom netbios del Debian i tot fuinciona bé. Però, curiosament, des del Debian no puc fer PING als noms netbios de les altres màquines Windows. Sempre contesta : unknown host. Em falla alguna cosa o és que simplement ha de ser així ? Us he copiat el meu fitxer smb.conf a veure si hi trobeu a faltar alguna cosa [global] workgroup = DPCSA_1 server string = %h Servidor Linux/Debian (Samba %v) obey pam restrictions = Yes passdb backend = tdbsam, guest passwd program = /usr/bin/passwd %u passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n . syslog = 0 log file = /var/log/samba/log.%m max log size = 1000 name resolve order = wins lmhosts host bcast server signing = auto preferred master = No domain master = No dns proxy = No wins proxy = Yes wins server = 192.168.0.252 ldap ssl = no panic action = /usr/share/samba/panic-action %d [print$] comment = Printer Drivers path = /var/lib/samba/printers [Temporal] comment = Carpeta de fitxers temporals path = /tmp guest ok = Yes [homes] comment = Home Directories read only = No create mask = 0700 directory mask = 0700 guest ok = Yes browseable = No L'entrada name resolve order = wins lmhosts host bcast la puc veure des de l'eina de configuració SWAT. L'he afegit amb l'editor nano. Curiosament, quan Gràcies ... PEP