20/02/2006, 17:16
| |||
| |||
 Permisos en Redhat y debian Hola tengo un problema para poder escribir en las carpetas de sistema en las distribuciones de redhat y debian... Como puedo otorgarles los permisos... Y en Debian como puedo instalar mysql, tiene instalado postgres, no lo eh manejado.... en la carpeta de www quiero guardar los archivos de mi sitio pero no me deja copearlos como si me faltaran permisos...  Alguien tiene una sugerencia o una ayuda...  Gracias . Saludos Omero |
|
20/02/2006, 17:25
| ||||
| ||||
| Cita:
Iniciado por omero Hola tengo un problema para poder escribir en las carpetas de sistema en las distribuciones de redhat y debian... Como puedo otorgarles los permisos... Cita: Instala el paquete synaptic (apt-get install synaptic), después lo abres (gksu -u root synaptic) y te encontrarás con un administrador de paquetes gráfico e intuitivo. Bien, pues haz una búsqueda de la cadena "mysql" (sólo en el nombre, pues si lo buscas también en descripción te saldrán muchiiiiiiiisimos paquetes) y te encontrarás con una lista de paquetes que te pueden interesar (imagino que el que más te interesa es mysql-server) con sus descripciones.
Iniciado por omero Y en Debian como puedo instalar mysql, tiene instalado postgres, no lo eh manejado.... Símplemente instala los que te interesen, haciendo click con el botón derecho y seleccionando en el menú desplegable "Marcar para instalar". Una vez seleccionados los paquetes a instalar presona el botón "Aplicar". Saludos.
__________________ |
|
21/02/2006, 07:39
| ||||
| ||||
| Cita: Yo no creo que ésa sea la solución adecuada. Si quiere escribir en directorios del sistema, lo lógico es hacerlo mediante la cuenta de administrador (root), en vez de cambiar los permisos de dichos directorios para permitírselo a usuarios "normales", lo cual puede ser un grave error. Dar permisos sobre un directorio a cualquier usuario que no sea el administrador equivale a bajar los niveles de seguridad. Y tratándose de un servidor probablemente público, es una temeridad.
Iniciado por srabadie |
|
21/02/2006, 12:09
| ||||
| ||||
| Cita: Y con respecto a lo q voy leyendo por ahí de que hay que evitar instalar aplicaciones como 'root',¿ cual sería la alternativa ? ( si la hay )
Iniciado por Defero.tk Yo no creo que ésa sea la solución adecuada. Si quiere escribir en directorios del sistema, lo lógico es hacerlo mediante la cuenta de administrador (root), en vez de cambiar los permisos de dichos directorios para permitírselo a usuarios "normales", lo cual puede ser un grave error. Dar permisos sobre un directorio a cualquier usuario que no sea el administrador equivale a bajar los niveles de seguridad. Y tratándose de un servidor probablemente público, es una temeridad. |
|
21/02/2006, 12:29
| ||||
| ||||
| Hay aplicaciones que puedes instalar en tu directorio de usuario sin necesidad de ser root, pero opino que no es buena idea. Root es un usuario especial que hay que evitar usar en la medida de lo posible, pero cuando toca usarlo, no hay más remedio. Por ejemplo, la instalación de aplicaciones es tarea típica del usuario root. Piensa que la cuenta de root es una caja fuerte en la que guardas tus cosas más importantes. Así que cierras la puerta con llave. De vez en cuando necesitas usar esas cosas, así que tendrás que coger la llave de root, abrir y usar esas cosas, y luego volver a cerrar con llave. Es un engorro, pero es lo más seguro. Si sucumbes a la tentación de dejar algunas cosas importantes fuera de la caja fuerte para tenerlas más a mano y no necesitar la llave de root, luego no te quejes si sucede algún percance. Una de las cosas que conviene guardar en la caja fuerte es la instalación de programas. Permitir a cualquier usuario que instale y desinstale programas es una muy mala política, sobre todo en sistemas multiusuario, pero también en sistemas monousuario, ya que si comprometes tu cuenta de usuario también comprometerás el poder para instalar y desinstalar programas; además usar una cuenta de privilegios restringidos tiene la ventaja de que no podrás borrar por error archivos importantes, pues no tienes privilegios para ello. Otra cosa importantísima que merece la pena guardar en la caja fuerte de root es la configuración general de ciertos programas, como por ejemplo la configuración del servidor. Si sacas esos archivos de la caja fuerte y los metes en un cajón cualquiera (o sea, le das permisos de escritura a algún otro usuario que no sea root) estás exponiendo la seguridad de tu sistema. |
|
21/02/2006, 12:49
| ||||
| ||||
| Cita: ¡Ups! Me pasé por alto que eran carpetas de sistema... Tienes todo la razón Sr. Defero.tk
Iniciado por Defero.tk Yo no creo que ésa sea la solución adecuada. Si quiere escribir en directorios del sistema, lo lógico es hacerlo mediante la cuenta de administrador (root), en vez de cambiar los permisos de dichos directorios para permitírselo a usuarios "normales", lo cual puede ser un grave error. Cita: ¿Dónde leiste eso? Lo que no es recomendable es utilizar el sistema como root... root sólo debería utilizarse para la administración del mismo, y una de las tareas de administración es instalar las aplicaciones, que, siempre es recomendable hacerlo a través del sistema de paquetes de tu distribución.
Iniciado por Defero.tk Y con respecto a lo q voy leyendo por ahí de que hay que evitar instalar aplicaciones como 'root',¿ cual sería la alternativa ? ( si la hay ) Saludos.
__________________ |
|
21/02/2006, 13:27
| ||||
| ||||
| Cita: Bueno, al fin y al cabo has respondido a su pregunta: cómo otorgar permisos a los directorios. Por cierto, esto de ser tratado como "Sr." es algo completamente nuevo para mí.
Iniciado por srabadie ¡Ups! Me pasé por alto que eran carpetas de sistema... Tienes todo la razón Sr. Defero.tk (...) |
|
21/02/2006, 13:45
| ||||
| ||||
| Cita: Gracias por ser tán explicito en la respuesta. Lo malo es que me vienen nuevas dudas, a ver:
Iniciado por Defero.tk "... Permitir a cualquier usuario que instale y desinstale programas es una muy mala política,..." departiendo en el foro con 'srabadie' me indicaba que no es buena idea asignar al grupo 'root' el usuario que sea editándolo directamente en: '/etc/passwd'. Que siempre es mejor hacer uso de una plicación preparada para ello. El caso es que, supongamos que no me quedara más remedio: ¿cuales serían los pasos correctos si quisiera asignar a pelo (asignar un usuario cualquiera a cuenta con más privilegios ) a dicho usuario? Pq.está claro que tras editar '/etc/passwd' no fué suficiente, dado que dicho usuario seguía sin tener permisos propios de root ( quien dice 'root' dice permisos propios del grupo, p.e.: 'mail' ), ( además de que en el 'prompt' no aparecía la típica almohadilla del grupo root ( o es solo para el usuario 'root', no sé ). Y nuevamente: gracias por responder. Un saludo. |
|
21/02/2006, 13:52
| ||||
| ||||
| Cita: ¿Perdón? Yo lo que dije fue que para agregar un usuario a un grupo lo hagas con aplicaciones gráficas como kuser porque es más intuitivo... Pero editar el /etc/passwd NO es el equivalente no-gráfico... Además te especifiqué que agregar a un usuario al grupo root NO es una buena idea. Ten cuidado con los permisos que das a cada usuario si no quieres comprometer la seguridad de tu sistema.
Iniciado por nekcab Gracias por ser tán explicito en la respuesta. Lo malo es que me vienen nuevas dudas, a ver: departiendo en el foro con 'srabadie' me indicaba que no es buena idea asignar al grupo 'root' el usuario que sea editándolo directamente en: '/etc/passwd'. Que siempre es mejor hacer uso de una plicación preparada para ello. Saludos. PD: ¡Ah! La manera no gráfica de añadir un usuario a un grupo es "usermod -G grupo".
__________________ |
|
21/02/2006, 14:04
| ||||
| ||||
| Cita: ¿Y eso no es precisamente lo que he dicho???. He dicho:
Iniciado por Srabadie ¿Perdón? Yo lo que dije fue que para agregar un usuario a un grupo lo hagas con aplicaciones gráficas como kuser porque es más intuitivo.... Cita: No seamos tan susceptibles.
Iniciado por Nekcab Que siempre es mejor hacer uso de una plicación preparada para ello. Cita: ¿Repito lo q dije antes???. Yo jamás he dicho semejante cosa. Dije que me recomendaste utiliz.una aplic.preparada para ello: ¿y que mejor que 'kuser' ?. Insisto: no seamos tan susceptibles, que una cosa es que quieras que no te malinterpreten y otra distinta que busques tres pies al gato. Son dos cosas distintas. Un saludo.
Iniciado por Srabadie Pero editar el /etc/passwd NO es el equivalente no-gráfico... Además te especifiqué que agregar a un usuario al grupo root NO es una buena idea. Ten cuidado con los permisos que das a cada usuario si no quieres comprometer la seguridad de tu sistema. |
|
21/02/2006, 14:23
| ||||
| ||||
| Bueno... Si recortas tu cita de esa manera tienes razón, pero si coges la frase de antes... Cita: En tu cita puedes ver como afirmaste que yo te dije que para asignar un usuario al grupo root es mejor hacer uso de una aplicación gráfica, y yo dije eso excepto el pequeño gran detalle de que el grupo en cuestión es root. No digo que no pretendieras decir eso, pero es lo que dijiste.
Iniciado por nekcab departiendo en el foro con 'srabadie' me indicaba que no es buena idea asignar al grupo 'root' el usuario que sea editándolo directamente en: '/etc/passwd'. Que siempre es mejor hacer uso de una plicación preparada para ello. A lo dicho añado que yo no tengo ningún problema con que me malinterpretes, pero tú sí, ya que por esa malinterpretación puedes comprometer tu sistema. Te aseguro que sólo trato de ayudarte, puedes creerme o no. Saludos.
__________________ |
|
21/02/2006, 16:59
| |||
| |||
| Sigo teniendo acceso denegado Bueno a todo esto sigo teniendo problemas con los permisos en las carpetas... Lo que trate de hacer es modificar el permiso que tengo a un usuario (yo) pero que no sea el root.... Soy el unico que va a modificar el uso de la maquina tengo dos usuarios omero (es el usuario) y el root (administrador ) Como omero no puedo hacer o cargar algunas cosas ya que me dice que tengo acceso denegado... alguien me quiere decir como puedo modificar lo que tengo en /var/www para poder meter mi carpeta OMERO donde esta mi sitio, o como puedo crear una imagen para que de mi direcctorio se lean mis archivos php..... ------------------------------ Pasando a los permisos de etc/passwd trate de entrar y de modificar los permisos pero ni eso me deja.... ya que me dice acceso denegado... ------------------------------ o quien puede checar que mi base de datos sea funcional, en Linux.... Redhat 9... Trate de instalar linux redhat y lo eh logrado pero al momento de instalar php y mysql eh tenido problemas... me informaron que debian era mejor y mas facil de usar, el cual instale pero aun sigo teniendo problemas... por lo que se dan cuenta soy novato con distribuciones fuera de Windows.... Si alguien me puede orientar o darme unos tips se los eh de agradecer... Ahora estoy intentando instalar Fedora.. espero no tener los mismos problemas que en las demas distribuciones. GRacias!!!! Saludos... omero |
|
21/02/2006, 17:05
| ||||
| ||||
| Repito: no cambies los permisos de la carpeta. Simplemente, haz esas operaciones con la cuenta de root. |
|
21/02/2006, 17:31
| |||
| |||
| No lo cambio pero necesito tu ayuda Ok esta bien no cambio los permisos en la carpeta..... Pero como puedo hacer que desde el root haga todo si nadamas me deja entrar como usuario .... tienes alguna forma de acceder que no sea usuario... Gracias .. Saludos.. |
|
21/02/2006, 17:40
| ||||
| ||||
| - Abres la consola - Tecleas "su" (sin comillas), y pulsas Intro - Introduces la clave de root, y pulsas Intro - Todo lo que hagas en esa consola lo harás con privilegios de root. - Si no sabes mover archivos desde la consola y no tienes ganas de ponerte a experimentar ahora, puedes ejecutar cualquier gestor de archivos gráfico desde la consola, simplemente escribiendo su nombre. Por ejemplo, teclea "konqueror" (sin comillas) y pulsa Intro. Estarás usando Konqueror con privilegios de root. |
|
21/02/2006, 18:51
| ||||
| ||||
| No tiene mayor historia Cita: Veamos:
Iniciado por Srabadie En tu cita puedes ver como afirmaste que yo te dije que para asignar un usuario al grupo root es mejor hacer uso de una aplicación gráfica, y yo dije eso excepto el pequeño gran detalle de que el grupo en cuestión es root. No digo que no pretendieras decir eso, pero es lo que dijiste. Cita: Nunca lo he puesto en duda. En serio, sino no te estaría preguntando de no ser así.
Iniciado por srabadie Te aseguro que sólo trato de ayudarte, puedes creerme o no. Cita: Me sigues negando la mayor, esto es, dije exclusivamente ( otra cosa son las posibles interpretaciones ):
Iniciado por srabadie En tu cita puedes ver como afirmaste que yo te dije que para asignar un usuario al grupo root es mejor hacer uso de una aplicación gráfica, y yo dije eso excepto el pequeño gran detalle de que el grupo en cuestión es root. No digo que no pretendieras decir eso, pero es lo que dijiste. Cita: y eso solo tiene un único sentido posible. Y de verdad te lo digo. Pq sigo sin ver donde se puede traducir en mis palabras que se asociara:
Iniciado por nekcab "..Que siempre es mejor hacer uso de una plicación preparada para ello..." de verdad que no creo que nadie lo hubiera visto así. Y es que tu conclusión fue: Cita: y yo jamás dejé si quiera entreveer tal cosa. Jamás. Partía de la base que, per se, editar el arch.: '/etc/passwd' no es muy elegante. Pero es verdad que es bueno conocer métodos alternativos en caso de problemas. Eso sí, con conocimiento de causa de que podrá ser fuente de más problemas de los que se pretenden solucionar. OK. ( Incluso permite entender paso a paso lo que otras aplicaciones te lo dan ya hecho ).
Iniciado por Srabadie "..Pero editar el /etc/passwd NO es el equivalente no-gráfico... .." Cita: Y de verdad, creeme si te digo que agradezco que me avises si la cago en cuanto a mi seguridad, pero ésto que nos ocupa es otra cosa distinta, y es: que en ningún momento di a entender que me establecieras equiparación de la aplicación gráfica a la edición 'a pelo' del arch.en cuestión. Lo leas como leas no se puede entender tal cosa. Yo expresé exclusivamente que lo q me recomendabas era el uso de una aplicación ADECUADA ( ya sea gráfica, en modo consola, en modo .... lo que sea, daba igual, pero que fuera la recomendable y preparada para ello, como era: el 'kuser' )
Iniciado por srabadie A lo dicho añado que yo no tengo ningún problema con que me malinterpretes, pero tú sí, ya que por esa malinterpretación puedes comprometer tu sistema Pero vamos no quiero hacer una montaña de un granito de arena, pero para futuras intervenciones me quedo más tranquilo que sepas como organizo gramaticalmente mis frases: Cita: Hasta aquí me limitaba exclusivamente a MI errordepartiendo en el foro con 'srabadie' me indicaba que no es buena idea asignar al grupo 'root' el usuario que sea editándolo directamente en: '/etc/passwd'. Cita: y aquí hablaba de TU recomendación. Y cuando decía preparada, insisto, no implicaba necesariamente ni que fuera gráfica, ni que fuera en modo consola, ... ni nada de eso, simplemente que fuera la ADECUADA, sin más ( insisto, sin más, y como yo muchos lo leerían igual ).Que siempre es mejor hacer uso de una plicación preparada para ello. P.D.: siento que lo entendieras de otra forma. Y en serio, yo siempre he tenido MUY presente tus consejos, y no dudes que seguirá siendo así ( salvo estos malentendidos que no tienen mayor historia ). Tenlo por seguro. Lo único que temo es que me pase preguntándote. Un cordial saludo y hasta la próxima pregunta ( q por supuesto tomaré al pie de la letra tus soluciones, que serán, como no, bienvenidas ). Última edición por nekcab; 21/02/2006 a las 22:30 |
|
21/02/2006, 22:19
| ||||
| ||||
| Este chico quizas necesite algo como Ubuntu trae por defecto: el uso de "sudo" Quizas lo haga sentir mas comodo al trabajar. Saludos.
__________________ ¡Volviendo a la programación! |
|
21/02/2006, 23:40
| ||||
| ||||
| Se le puede instalar sudo a Debian, no es asi? y si es afirmativo, también gksudo para utilizar aplicaciones gráficas en modo superusuario. en Ubuntu si deseo cambiar los permisos de archivos y carpetas en modo texto, desde consola lo hago con sudo chmod, si deseo hacerlo en modo gráfico tecleo alt+f2 y escribo gksudo nautilus, lo que abre nautilus en la carpeta de root con permisos de superusuario desde donde puedo cambiarme a cualquier carpeta y cambiarle los permisos con un click derecho sobre su ícono y seleccionando "propiedades". Por mi parte me declaro totalmente a gusto con el uso de sudo, tanto que no recuerdo cuando fue la ultima vez que utilizé su. |
|
22/02/2006, 03:48
| ||||
| ||||
| Cita: Yo no me refería a lo del equivalente no-gráfico sino más bien a lo de añadir un usuario al grupo root, que es lo que compromete la seguridad de tu sistema. Te contesté de manera drástica porque ésto es un foro y los mensajes no sólo los leemos tú y yo y es importante aclarar esas cosas para que otros usuarios no cometan ese error.
Iniciado por nekcab Y de verdad, creeme si te digo que agradezco que me avises si la cago en cuanto a mi seguridad, pero ésto que nos ocupa es otra cosa distinta, y es: que en ningún momento di a entender que me establecieras equiparación de la aplicación gráfica a la edición 'a pelo' del arch.en cuestión. Lo leas como leas no se puede entender tal cosa. Yo expresé exclusivamente que lo q me recomendabas era el uso de una aplicación ADECUADA ( ya sea gráfica, en modo consola, en modo .... lo que sea, daba igual, pero que fuera la recomendable y preparada para ello, como era: el 'kuser' ) Cita: Yo tampoco quiero hacer una montaña de un malentendido. Pero te pediría que a partir de ahora construyas tus frases según la gramática en castellano y no la tuya, porque cuando en castellano decimos "para ello", ese ello hace referencia a lo dicho en la frase anterior.
Iniciado por nekcab Pero vamos no quiero hacer una montaña de un granito de arena, pero para futuras intervenciones me quedo más tranquilo que sepas como organizo gramaticalmente mis frases. También te pediría que no utilices abreviaturas como Arch. para archivos para evitar que tu interlocutor tenga que desencriptar tu mensaje. Lo digo porque en el mundo de Linux muchísima gente usa la abreviatura arch para referirse a architecture (arquitectura, la de un procesador). Saludos.
__________________ |
|
22/02/2006, 08:13
| ||||
| ||||
| Cita: Ok, tendré más cuidado la próxima vez.
Iniciado por srabadie "...También te pediría que no utilices abreviaturas como Arch. para archivos para evitar que tu interlocutor tenga que desencriptar tu mensaje. Lo digo porque en el mundo de Linux muchísima gente usa la abreviatura arch para referirse a architecture (arquitectura, la de un procesador)...." P.D.: use el: en el sentido de: Tendré también más cuidado con dicho artículo, OK. Última edición por nekcab; 22/02/2006 a las 08:38 |
|
22/02/2006, 11:15
| |||
| |||
| Ok, ya obtube los permisos... ahora Ok ya obtube los permisos, ahora que tan conveniente es instalar samba??? en el manual que estoy leyendo ahi dice que necesito instalar samba... y donde puedo bajar mysql para debian??? Es el mismo que se ocupa para linux ??  Gracias Saludos... omero |
|
22/02/2006, 13:28
| |||
| |||
| Error en Debian y mysql Hice esto ....... ----------------------------------------- tane05:/usr/local/mysql# scripts/mysql_install_db user=mysql Installing all prepared tables ./bin/mysqld: Too many arguments (first extra is 'user=mysql'). Use --help to get a list of available options Installation of system tables failed! Examine the logs in ./data for more information. You can also try to start the mysqld daemon with: ./bin/mysqld --skip-grant & You can use the command line tool ./bin/mysql to connect to the mysql database and look at the grant tables: shell> ./bin/mysql -u root mysql mysql> show tables Try 'mysqld --help' if you have problems with paths. Using --log gives you a log in ./data that may be helpful. The latest information about MySQL is available on the web at http://www.mysql.com Please consult the MySQL manual section: 'Problems running mysql_install_db', and the manual section that describes problems on your OS. Another information source is the MySQL email archive. Please check all of the above before mailing us! And if you do mail us, you MUST use the ./bin/mysqlbug script! tane05:/usr/local/mysql# ---------------------------------------------- Se supone que ya quedo instalado mysql y no tengo problemas... el problema es cuando se inicia mysql. me dice error !!! Alguien sabe en que la regue en la configuracion. ??? Saludos. Omero |
|
22/02/2006, 13:30
| ||||
| ||||
| Una vez más, la mejor forma de instalar programas en Linux es mediante el gestor de paquetes es la más sencilla tanto para la instalación como para su posterior eliminación y más aún actualización. Mysql se encuentra en los repositorios Debian así que deberías instalarlo mediante el gestor de paquetes. ¿Te dió algún problema synaptic? En caso afirmativo, ¿Cuál fué? POST-EDICIÓN: Omero, ignora éste mensaje, lo empecé a escribir antes de que escribieras el anterior.
__________________ |
|
22/02/2006, 13:47
| |||
| |||
| No lo use No utilice Synaptic ??? (soy nuevo, y ni siquiera se como abrirlo o implementarlo ) Todo lo hice mediante, la terminal, y haciendo lo que decia un pequeño manual. pero pues no fue lo suficiente. ya que me marco un error al momento de darle la sentencia de inicio de mysql.. Datos del manual ------------------------------------- 7. # cd mysql # scripts/mysql_install_db 8. Ahora cambiamos el usuario y grupo de los ficheros. 9. # chown -R root . 10. # chown -R mysql data # chgrp -R mysql . 11. Ya estamos listos para ejecutar MySQL. # bin/mysql_safe --user=mysql & 12. Una vez está corriendo MySQL es el momento de ejecutar los comandos para cambiar la clave del usuario root de MySQL (se nombro en el paso). Otra posibilidad para arrancar y parar el servidor es utilizar los comandos # /usr/local/mysql/support-files/mysql.server start # /usr/local/mysql/support-files/mysql.server stop El script mysql.server puede usarse para arrancar el servidor en el arranque del sistema, copiándolo donde están los ficheros de arranque del sistema. En el caso de Debian deberíamos hacer: # cp /usr/local/mysql/support-files/mysql.server /etc/init.d Y ahora hacer un link en el run level que nos interese. Por ejemplo: # cd /etc/rc2.d # ln -s /etc/init.d/mysql.server S20mysql También se puede usar el script mysql.server para parar el servidor cuando se pare el sistema. En Debían deberíamos hacer (suponiendo que ya hemos copiado el script en el directorio /etc/init.d): # cd /etc/rc0.d # ln -s /etc/init.d/mysql.server K20mysql Al usar el script mysql.server, es conveniente, por motivos de seguridad, ejecutar MySQL como el usuario mysql (usuario que habíamos creado al principio), y no como el usuario root. Para ello debemos editar el script mysql.server,(esta como la edito) y cambiar la línea 148: $bindir/mysqld_safe --datadir=$datadir --pid-file=$pid_file & por: $bindir/mysqld_safe --datadir=$datadir --pid-file=$pid_file --user=mysql & ---------------------------------------------- No se si tengas una idea de que hice mal o que me falto... se que me falto editar esa linea.. pero nadamas.... Gracias. Omero |
|
22/02/2006, 16:29
| ||||
| ||||
| Cita: Depende... ¿para qué quieres usar Samba? ¿Para qué dice el manual que lo necesitas?
Iniciado por omero (...) que tan conveniente es instalar samba??? en el manual que estoy leyendo ahi dice que necesito instalar samba... (...) Cita: apt-get update && apt-get install mysqly donde puedo bajar mysql para debian??? Cita: Pues sí... resulta que Debian es Linux... o mejor dicho, el núcleo de Debian es Linux (aunque también existe Debian con núcleo Hurd, incluso con núcleo BSD si no me equivoco, pero no creo que sea tu caso). Así que el que se suele usar para Linux es básicamente el mismo que se suele usar para Debian. Es el mismo que se ocupa para linux ?? |
|
22/02/2006, 17:14
| ||||
| ||||
| Cita: Pues si lo instalaste en modo consola no utilizaste synaptic, ya que synaptic es un administrador gráfico de paquetes que te recomendé precísamete por ser más "fácil". Pero vamos, mientras instales el paquete mysql da igual que lo instales en consola (como dice defero.tk) o gráficamente (con synaptic), el resultado va a ser el mismo.
Iniciado por omero No utilice Synaptic ??? (soy nuevo, y ni siquiera se como abrirlo o implementarlo ) Saludos.
__________________ |
|
23/02/2006, 11:53
| |||
| |||
| Ok donde lo bajo o como lo mando llamar ?? Ok, como instalo o como lo mando llamar ( synaptic ), como te habia comentado apenas estoy en los inicios de Linux, y todas las ditribuciones... Se instalo correctamente Mysql, pero al momento de tratar de arrancar mysql con las sentencias ////// 11. Ya estamos listos para ejecutar MySQL. # bin/mysql_safe --user=mysql & o # /usr/local/mysql/support-files/mysql.server start # /usr/local/mysql/support-files/mysql.server stop Con la primer sentencia me indica lo siguiente ... (1) 1549 (2) exit 127 mysqld_safe --user=mysql & bash: mysqld_safe not found Y en el segundo caso comiensa a conectarse ........... y hasta el final marca ERROR !!! Alguien sabe a que se debe este error.... Saludos.. omero |
|
23/02/2006, 14:02
| ||||
| ||||
| Cita: apt-get install synaptic, tal y como te dije en la primera respuesta de éste mismo post.
Iniciado por omero Ok, como instalo o como lo mando llamar ( synaptic ), como te habia comentado apenas estoy en los inicios de Linux, y todas las ditribuciones... Por cierto, como ya instalaste mysql no hace falta que lo intentes instalar con synaptic. Saludos.
__________________ |
|
24/02/2006, 11:35
| |||
| |||
| Empezando de nuevo Acabo de instalar otra vez Debian, ahora que me recomiendan ??? Instalar synaptic. ?? trabajar sobre el konqueror ?? Miren eh intentado instalar linux con red hat 8 y 9 con mysql y apache y php pero no lo eh logrado, ahora pase a esta distribucion DEBIAN para hacer la instalacion de lo mismo... Pero tampoco logro la instalacion satisfactoriamente... Lo que nececito a grandes rasgos es probar una base de datos y mi sitio que funcione correctamente en un Linux redhat 9.... ya hasta en una ocacion dije que pagaba por quien instalara linux.... y cosa que no logro tampoco jejeje... En verdad se que con desesperarce no gano nada  pero no logro un resultado favorable....Gracias por el dato a todos y su apoyo... Saludos.. Omero Nota: En el camino andamos, todos a hecharnos una mano.. para lograr la satisfacion personal.... |
|
24/02/2006, 13:23
| ||||
| ||||
| Yo creo que tu problema con MySQL no es tanto con el S.O. sino con la B.D. en sí. No puedo recomendarte mucho dado que mi experiencia con MySQL ha sido más q nada en el W$ ( satán, para los amigos, ...  ). Y todo los problemas que me surgían se centraban sobre todo en los distintos pasos de instalación de dicha B.D.Con lo que en mi opinión es más pelearte con la documentación de MySQL más q con la del S.O. ( De echo creo recordar que tiene su propia página WEB, ) |
