Confusión entre los principiantes en sistemas integrados
1. No "juegues con Linux"
Muchas personas se sienten confundidas al usar Linux ¿Qué distribución deberían usar? No sé si estoy fingiendo muy poco. De hecho, en los sistemas Linux, "jugar a Linux" también es muy particular. ¿Qué significa "jugar con Linux"? ¿Por qué es tan inestable? Cada vez que encuentra un software nuevo, quiere probarlo. Cada vez que sale una nueva versión, la actualiza y luego usa el mouse para seleccionar un programa que nunca antes había visto en el nuevo menú para usar.
De hecho, usa Linux por el bien de Linux, no para encontrar las razones correctas para usar Linux. Primero debe aclarar el propósito de usar la computadora. Lo usa para resolver sus problemas reales. Para aprender a instalar un sistema operativo, no para probar qué versión es mejor, para no “subirse al carro”, y no porque lo estés usando. No se trata de aprender a instalar un sistema operativo, no se trata de probar qué versión funciona mejor, no se trata de "subirse al carro" y no se trata de ocupar más espacio en el disco duro.
Si enciendes tu computadora y no sabes qué hacer con ella, probablemente sea mejor no usarla en primer lugar porque probablemente tengas cosas más importantes que hacer.
2. No tienes que ser exigente con qué distribución usar
Muchas personas, cuando empiezan a usar Linux, se preguntan si otras distribuciones son mejores que la que están usando. , y se preguntará si perderán soporte en el futuro y tendrán que cambiar a otra distribución. Por lo tanto, muchas personas usan Redhat hoy, Debian mañana, Gentoo pasado mañana, etc., e incluso instalan dos versiones de Linux en una máquina y las comparan.
Realmente no hay necesidad de hacer esto, y una vez que esté familiarizado con cualquier distribución, la forma en que trabaja en ella no se verá afectada en gran medida. A menudo escuchas que Debian se actualiza más rápido que Redhat y tiene más paquetes que Redhat, pero puedes obtener actualizaciones más rápidas que Debian simplemente visitando el sitio principal del programa que deseas y descargando el código fuente para compilar.
Debian, TurboLinux, SuSE, Redhat, Gentoo... son todos buenos. Cualquiera de estas versiones sería buena.
3. No te conviertas en un "predicador"
En los foros, muchas personas suelen hacer la pregunta "Linux vs. Linux". Esto no es necesario. Debido a que las necesidades de cada persona son diferentes y sus circunstancias son diferentes, no se puede llegar a una conclusión definitiva. Necesitamos respetar las decisiones de otras personas, y esto es lo que debes recordar antes de discutir cualquier herramienta. Cuando se enfrente a algunos temas fácilmente debatibles: Word y TeX; Emacs y VIM; MAXIMA, Mathematica y Gnome, FVWM y KDE y Pine... asegúrese de mantener la calma.
Lo que debes preocuparte no es cuál es tu herramienta, sino cómo la utilizas. Ser competente en Linux no significa nada porque es solo una herramienta. Si puedes realizar una tarea sin problemas con Windows, no hay necesidad de perder tiempo familiarizándote con Linux hasta que un día te des cuenta de que cierta tarea solo se puede realizar con Linux, porque los entusiastas de Linux que te rodean estarán más que felices de ayudarte. tú.
No tiene por qué gustarte una cosa más que otra. El mundo necesita diversidad y la gente necesita DIVERSIÓN. Los individuos pueden usar lo que quieran y no hay absolutamente ninguna necesidad de discutir sobre ello.
¡No seas un "predicador"! ¿Me estás llamando "predicador" ahora?
4. Instale el programa directamente desde el código fuente.
Muchas personas dejan el último código fuente sin usar y esperan a que otros creen rpm o deb para instalarlo.
Dije ¿por qué no compilas desde la fuente? El código fuente es mucho más alto que rpm y tiene muchas características nuevas sin dependencias molestas. Pero dijo: "Si compilo e instalo desde el código fuente, desinstalar no es fácil y deja mucha basura".
¿Por qué deseas desinstalar el programa antes de instalarlo? ¿No sabes para qué sirve el programa? En lugar de buscar programas para probar, averigüe qué programas tienen la misma funcionalidad, escuche las opiniones de otras personas, vea cuáles son sus ventajas y desventajas y luego elija el que sea adecuado para usted. Tengo 2G de programas en /usr/local, ¿cuánto tiempo crees que llevará reinstalar y configurar una nueva máquina? De hecho, los transferí a través de la red a una nueva máquina, luego salí a cenar y regresé y encontré otra máquina Linux que se veía exactamente igual.
¿Qué pasa si realmente deseas desinstalar el programa make install? La respuesta es simplemente eliminarlo. No crea que eliminar un programa dejará basura y provocará "inestabilidad del sistema". (Por cierto: ¿quién te enseñó? ¿Quién te enseñó?) make install simplemente coloca el programa ejecutable en /usr/local/bin, algunas bibliotecas en /usr/local/lib y coloca los archivos de datos en /usr/ en su propio directorio en local/share, por lo que puedes eliminar todas estas cosas y no dejará basura, e incluso si deja algunos archivos, no ocupará mucho espacio y es menos probable que cause problemas. . UNIX es así de simple.
Sin embargo, hay algunos programas que no recomendamos instalar desde código fuente: Mozilla, Open Office,.... ocupan varios gigas de espacio y varias horas en compilarse, creo que no merece la pena. porque la versión compilada no hace mucho más que instalar la versión compilada.
5. No actualices a ciegas
No sé si esto es un factor psicológico o algo así, pero algunas personas quieren actualizar cuando ven que el número de versión es mayor. Muchas personas ya están familiarizadas con Redhat, pero una vez que Redhat lance una nueva versión, la descargarán e instalarán lo antes posible. Como resultado, a menudo eliminan sus archivos de configuración modificados. El nuevo software trae nuevos problemas. Por ejemplo, cuando actualicé rxvt a 2.7.8, entró en conflicto con miniChinput; cuando actualicé a Redhat 8.0, descubrí que xmms no puede reproducir mp3 de forma predeterminada. El módulo xtt de XFree86 tiene un nuevo error en I810, lo que provocará que Mozilla se cierre repentinamente; .
Si ya has configurado todo, no hagas una actualización completa, no vale la pena. Si es necesario, puede actualizar sólo ciertas partes como kernel, glibc, gcc, XFree86, etc.
Programas clásicos que usan UNIX
Los buenos programas generalmente son fáciles de portar en varios UNIX, como bash, VIM, Emacs, Mutt, FVWM, xterm, etc. Si usa estos programas, puede colocarlos en su estación de trabajo Sun, HP,... Si usa estos programas, puede colocarlos en su estación de trabajo Sun, HP,..., etc., para que pueda tener una ¡Entorno de trabajo casi idéntico en todos los modelos! No necesita usar CDE en Sun y luego cambiar a KDE en PC, simplemente instale FVWM en todas las estaciones de trabajo y use los mismos archivos de configuración para obtener una interfaz consistente.
La mayoría de estos programas han sido probados en el tiempo y han sido desarrollados por muchas personas durante muchos años. Son completamente funcionales, están bien pensados, son adecuados para diversas situaciones y definitivamente son su mano derecha.
6. No configures cosas que no necesitas
Si solo quieres ser un usuario normal como yo, el objetivo principal es utilizar Linux para completar tus tareas de investigación. y el trabajo diario, entonces no puede cumplir con los estándares de un administrador de sistema o de red, porque es realmente difícil convertirse en administrador de sistema y administrador de red. Para los usuarios comunes, es una pérdida de tiempo aprender herramientas complejas de mantenimiento del sistema porque no las usan con frecuencia, y también es una pérdida de tiempo aprenderlas pero no usarlas porque pronto las olvidarán.
No soy un administrador de red calificado. Mi servidor solo está configurado para mis propias necesidades. Basta con configurar ssh y ftp, lo que puede ahorrarme muchos problemas. Nunca pienso demasiado en "seguridad" porque Linux es bastante seguro por defecto. No tengo una unidad de cinta, así que no te preocupes por los extraños argumentos de tar. Sólo necesito czf, xzf, ztf. Sólo conozco algunos comandos comunes. Además, solo conozco algunas líneas de comando de uso común.
7. No estés demasiado ocupado mirando el código fuente del kernel.
A menos que quieras estudiar el sistema operativo, es mejor que primero domines cómo usar Linux. He leído mucho código fuente del kernel y escrito tantos controladores, pero descubrí que todavía soy un novato y muchas cosas no se pueden resolver con Linux. Según mi experiencia, primero debes dominar el shell, Xwindow y sus principios de uso. No son tan simples como el kernel. (Fin) (del sitio de Internet)