(Как часто) Вам нужно будет переустанавливать Arch Linux [закрыто]
Для большинства системных вызовов с справочными страницами в разделе 2 справочные страницы фактически описывают оболочки библиотеки C. Исключения обычно упоминаются явно, например gettid , на которые @Sergei Kurenkov ссылается в своем ответе:
ПРИМЕЧАНИЯ Glibc не предоставляет оболочку для этого системного вызова; вызовите его с помощью системного вызова (2).
Аналогично с pivot_root (который не очень полезен для общих приложений), tgkill (который выполняет низкоуровневую функцию pthread_kill). Затем есть readdir , где фактический системный вызов несколько отличается от библиотечной функции:
DESCRIPTION Это не та функция, которая вас интересует. Посмотрите на readdir(3) для интерфейса библиотеки C, соответствующего POSIX. Документы на этой странице голый интерфейс системных вызовов ядра, который заменен гетденты (2).
Обратите внимание, что должна быть какая-то оболочка.Вызовы функций выполняются с использованием соглашений о вызовах C, которые отличаются от соглашений о вызовах интерфейса ядра. Обычные вызовы функций выполняются с помощью ассемблерной инструкции call (или аналогичной), вызовы ядра с помощью syscall или int 0x80 (и это не считая таких вещей, как gettimeofday или getpid в vdso). Компилятору не нужно (необходимо) знать, какие вызовы функций сопоставляются с фактическим вызовом ядра.
Даже с «обычными» системными вызовами оболочка библиотеки C действует несколько иначе, чем простой системный вызов: системные вызовы возвращают коды ошибок в виде различных отрицательных значений (если вы посмотрите на код ядра Linux, вы увидите много возвратов, таких как return -EPERM;). Оболочка библиотеки C превращает все такие возвращаемые значения в -1 и перемещает фактический код ошибки в errno.
Ningún sistema operativo estable requiere reinstalación como cuestión de uso general.
Puedo pensar en algunas razones por las que uno podría querer hacerlo, y por qué no se aplican a una distribución típica de Linux:
Los programas de aplicación instalados actúan de forma errática.
Si realiza un seguimiento de las aplicaciones a través del administrador de paquetes(
pacmanen el caso de Arch ), puede reinstalar solo la aplicación que funciona mal. Aunque si omite el administrador de paquetes, es posible que esté buscando problemas.Diseño de disco de archivos del sistema.
Con el tiempo, ocurren actualizaciones. Esto podría dar como resultado que los archivos del sistema se coloquen aleatoriamente en el disco duro, en lugar de en un solo lugar (rápido ). Esta podría ser la causa de la ralentización del sistema. Muchas (pero no todas )instalaciones de Linux separan los archivos del sistema de los archivos de usuario por particiones, lo que disminuye el impacto de esto (entre otros beneficios ).
Ahora, si encuentra que su sistema está dañado, puede ser más fácil reinstalarlo desde cero. Sin embargo, este debería ser un estado raro.
No hay ningún caso en el que needreinstale cualquier Linux a menos que esté pirateado y la seguridad esté comprometida, tenga en cuenta que esto solo se aplica a las máquinas servidor donde la seguridad es muy importante. A veces es más rápido y más fácil reinstalar Linux en lugar de revivir un sistema dañado. La necesidad de reinstalar se basa puramente en sus habilidades de Linux, con qué frecuencia rompe su sistema, pegando comandos cuyo significado no conoce. Puede tener Linux y Windows en la misma máquina, no se infectará Linux con virus de sus ventanas. No reinstalé mi arco durante 4 años, usándolo a diario.
Haré la contrapregunta -¿Con qué frecuencia reinstalaste Windows? Windows -es un sistema bastante estable, si con él (como con cualquier otro sistema operativo )se maneja correctamente. Todavía tengo Windows XP instalado en una de mis computadoras (desde 2010 )sin antivirus, firewall y otros complementos -. Sí, no en uno -en el segundo arranque múltiple -con Windows XP, Windows 7 y Xubuntu. No hay antivirus en ninguna ventana. Y esto a pesar del hecho de que todos los trabajos e intereses en Internet (, incluidos los sitios porno a veces; )). ¿Y qué? 5 -6 años como mínimo. Linux que uso desde 2011 -2012 -en las 3 computadoras instalé Xubuntu como sistema principal. La última instalación después de comprar otra computadora portátil:
$ sudo tune2fs -l /dev/sda1 | grep create
Filesystem created: Wed Oct 19 21:29:42 2015
Todo depende no del sistema, sino de la persona. Precisión, cuidado y la creación de copias de seguridad -esta es la garantía de longevidad del sistema operativo. Linux puede estropearse con un comando descuidado
$ sudo rm -Rf --no-preserve-root /
Piensa siempre lo que haces, pregunta, si no entiendes, busca información sobre las preguntas correctas -y tu vida será larga y feliz