#11040 Por defecto son 777, y si puedes usar chmod y no da error pero no sé pueden cambiar los permisos.
A ver si me podeis ayudar. Hace unos días abrí un archivo txt de la Raspberry que tengo con Batocera en mi red y ahora siempre que se me abre el Gedit (o no se que editor de texto trae Fedora por defecto) se me abre esta ventana, la cosa es que no responde a ningun input y no puedo ni cerrarla con "xkill"... No se si hay alguna forma de reiniciar el editor, ya que lo tengo con un monton de tabs abiertos de mierdas que me voy apuntando y realmente me da igual perder.
#11042 tiene pinta de que el editor intenta cargar archivos que has abierto recientemente y no has cerrado explícitamente (las tabs que comentas), y uno de ellos es el de Batocera, que está en una unidad de red remota (probablemente SMB). Como el sistema no tiene guardada la contraseña de la unidad de red, aparece ese diálogo.
Si logras limpiar el historial del editor de texto y la lista de archivos abiertos, no debería volver a salirte.
Otra opción es que abras la unidad de red con el explorador de archivos y te asegures de guardar la contraseña de la unidad de red de Batocera en el clavero de tu entorno de escritorio (y que el clavero esté desbloqueado cuando el editor de texto intente acceder al archivo remoto).
si le mando chown pepe:pepe acepta el comando, pero no aplica cambios.
chown -R pepe:pepe
Para que lo haga recursivo
Me he instalado Fedora por primera vez y va fluido fluido. Grata sorpresa. Soy fanboy de Manjaro aunque era vengo de Ubuntu.
#11046 #11048 ¿No es más fácil usar setfacl que andar con chown/chmod?
Yo sinceramente lo veo muy limitado; en cuanto se quiere hacer algo un poquillo complejo y jugar con varios usuarios se queda corto.
Señalar que no tengo mucha idea, pero buscando para solucionar un problemilla de permisos que tenía me encontré con setfacl y pinta bien...
#11049 si el driver para NTFS en Linux a duras penas soporta permisos Unix, como para pedirle ACL 
Añado: yo uso las ACL por tema de trabajo y se van de madre rápido, especialmente cuando entran en juego máscaras. Otro problema es que hay herramientas que respetan las ACL cuando mueven archivos y otras herramientas (especialmente antiguos) que te pueden dar la sorpresa y no hacerlo (te estoy mirando a ti, GNU install)
Por último la sintaxis de getfacl y setback es un poco “áspera”. Para un usuario doméstico los permisos y grupos Unix creo que son suficientes.
#11051 ACL es un término muy genérico que se usa en muchos contextos, aquí hemos estado hablando de las POSIX.1e ACL
- https://www.redhat.com/sysadmin/linux-access-control-lists
- https://www.usenix.org/legacy/publications/library/proceedings/usenix03/tech/freenix03/full_papers/gruenbacher/gruenbacher_html/main.html (contexto histórico)
No había mirado la historia de POSIX.1e pero estoy viendo ahora mismo que ha sido un poco CIRCO y que en realidad el borrador se acabó retirando y nunca se ha incorporado realmente a POSIX (jojojo).
The POSIX.1e/POSIX.2c drafts were withdrawn in 1997 due to participants losing interest for funding the project and turning to more powerful alternatives such as NFSv4 ACL.[7] As of December 2019, no live sources of the draft could be found on the Internet, but it can still be found in the Internet Archive.
https://en.wikipedia.org/wiki/Access-control_list#POSIX_ACL
Si quieres experimentar un wrapper de Python para manejar ACL que es especialmente HORRIBLE de usar, puedes mirar https://pypi.org/project/pylibacl/
La ñapa que he tenido que hacer para poder instalar cuda, cuda toolkit y cuda container toolkit en Fedora 40 ha sido de las buenas. Ahora que se instalaron los nuevos drivers de Nvidia uno de los contenedores de Podman que estaba usando para instalar llama3 me dice que no encuentra los drivers, ¿Alguna idea de como arreglarlo sin borrar los volúmenes del contenedor?
PD: Fixed
sudo nvidia-ctk cdi generate --output=/etc/cdi/nvidia.yaml
#11055 los devices y módulos de nvidia están disponibles dentro de los contenedores? Pertenecen en el host a algún grupo que no existe dentro del contenedor?
No se que hacen internamente los contenedores que tiran de CUDA (si tienen que compilar algo ad-hoc para los drives específicos, como pasa con el kernel y DKMS), a unas malas recrear el contenedor debería ayudar.
Cualquier cosa generada específicamente para una versión de los drivers habrá que desecharla de todas formas, y cualquier cosa que merezca la pena conservar en caso de re-crear el módulo estará en un directorio del host montado como volumen.
#11056 Exactamente no lo sé, para poder levantar el contenedor con acceso a la GPU tuve que ponerle este par de flags: --security-opt-label=disable --hooks-dir=/usr/share/containers/oci/hooks.d/ . Además es Podman corriendo sin sudo, creo que el security opt es necesario por selinux, he visto otros ejemplos donde usan otros parámetros que si parece específicos para GPUs pero a mi no me funcionaron porque eran para Docker. Además está instalado el Nvidia Container Toolkit. En fin, hasta que conseguí que tiraran de la GPU me pasé un rato dándole vueltas.
7 días después
19 días después
Habéis probado ya Bluefin/Aurora/Bazzite?
2 dias en Bluefin y ya rompí algo porque hay un par.de.aplicaciones que se me ha corrompido la GUI
#11059 No sé de qué te sorprendes, todas esas distros se rompen con usarlas al tiempo.
Usa Windows y te quitas un dolor de cabeza
#11060 Habiendo distribuciones estables y no demasiado anticuadas, se puede obviar el uso de Windows. Por ejemplo con Rocky Linux.
#11062 Se pueden usar juegos (por ejemplo de Steam) sin problemas y hay muchos programas modernos en Flatpak.
#11059 Yo tengo Bazzite en un miniPC , y lo tengo configurado como si fuese una steamdeck y el emulstation para emuladores, no he tocado nada mas, y de momento va perfecta, lo unico que hay que tener cuidado con este tipo de distros atomic es evitar en lo maximo de lo posible tocar el core, todo lo que tengas que instalar que sea con flatpak o cualquier otra sandbox .
#11060 Yo llevo ya 2 años con windows exclusivamente para jugar, y linux mint como os principal y la mar de contento, si AMD sacase su suit grafica para linux, podria quitarme el dual boot definitivamente , porque en linux te quedas sin algunas features graficas, y cuesta mas modificar segun que cosas de la gpu.
Eondev ha venido ha soltar el bait y se ha ido. Venir al hilo de Linux a recomendar Windows xdd muy viejo
A ver si Valve mete mano para hacer que los anticheats más comunes funcionen en Linux, con eso habría muchos más juegos y casi que ahí se me pasaría a jugar en Linux, si no 100% al 99%
Es imposible, esos anticheats se ejecutan al nivel más bajo posible del sistema, ahí Proton no puede hacer nada.
Tendrían que ser los devs originales los que los adaptasen de forma nativa a linux y luego que cada uno decida si quiere comprometer su sistema instalado de forma voluntaria un rootkit
