Esquema
-
Linux 7.0 puede juntar xfs_scrub para reparar sistemas de archivos en vivo sin reiniciar.
-
El kernel usa “fserror” para advertir a un demonio xfs_healer, lo que activa correcciones.
-
La función no está garantizada para 7.0 y no solucionará la corrupción de archivos del sucesor ni fallas de hardware.
Como sucesor de Windows desde hace mucho tiempo, siempre Temía la pantalla CHKDSK cuando volví a iniciar sesión. Remembranza que a finales de los 90 y principios de los 2000, se ponía en marcha si no se cerraba correctamente y, por lo universal, tardaba una inmortalidad en completarse. Hoy en día, no es tan intrusivo, pero aun así necesitas reiniciar para reparar tu sistema de archivos.
Gracias a Dios, parece que Linux 7.0 puede obtener una nueva característica en el sistema de archivos XFS que realizará automáticamente una tarea similar mientras todavía estás usando tu PC, y aunque no se garantiza que esté en 7.0 todavía, está en las etapas finales y solo está esperando que el propio Linus le dé el manido bueno.
Estos 7 mitos de Linux que todavía crees simplemente no son ciertos
Linux es una bestia completamente diferente de lo que era hace una lapso.
Linux 7.0 puede traer a la palestra una nueva mecánica cibernética, xfs_scrub
Mantendrán su sistema de archivos funcionando sin carencia de reiniciarlo
Como lo vio Linuxiaca Ha aparecido una nueva solicitud de extirpación para Linux 7.0.. Si se acepta, este cambio introducirá una nueva forma para que los sistemas de archivos Linux reparen errores sobre la marcha, en ocupación de esperar a que se reinicie.
En este momento, cuando poco sale mal en su sistema de archivos Linux (como que los metadatos se corrompan o problemas con el desmontaje), el kernel puede identificarlo, pero no puede hacer mucho al respecto. En su ocupación, debe ejecutar un escaneo en una pelotón desmontada para cerciorarse de que todo vaya admisiblemente y solucionar cualquier problema.
Esta nueva característica agregará un nuevo sistema de advertencia llamado “fserror”. En ocupación de simplemente escribirlo y esperar a que se reinicie, el kernel puede usar fserror para transmitir el error. Esto, a su vez, notifica a un demonio llamado “xfs_healer”, que toma una valor sobre si es necesario implementar una posibilidad. Si decide que poco anda mal, xfs_healer envía “xfs_scrub” para solucionar el problema.
Lo secreto a tener en cuenta aquí es que xfs_scrub reparará los problemas incluso si la pelotón de destino está montada y en uso. Como tal, si esta aparejo llega a la lectura 7.0, ya no deberíamos precisar reiniciar nuestras PC para comprobar si hay errores. Por supuesto, xfs_scrub sólo puede hacer mucho; no puede reparar archivos de sucesor corruptos ni solucionar un dictamen del disco duro, por ejemplo. Sin secuestro, podrá nutrir su sistema de archivos en buen estado y funcionando sin que usted necesite mover un dedo. Es poco que mi yo de la lapso de 2000 habría apreciado. ayer Los escaneos CHKDSK de 20 minutos existían, al menos.
Nuevamente, vale la pena señalar que esta característica aún no se ha consolidado en Linux 7.0. Sigue siendo una solicitud y todavía existe la posibilidad de que poco salga mal y se retrase para un parche futuro. Y si es aceptado, sólo funcionará en unidades XFS, y no en EXT4 o Btrfs. Sin secuestro, es un vistazo muy emocionante al futuro de Linux, donde, cuando notas un error en el disco, el sistema activo ya lo ha reparado.





