CasaOS / ZimaOS Upgrade ZimaOS

ZimaOS 1.6.2-beta1​

1782942620742.png

Sécurité​

  • Correction urgente d'un problème de sécurité à haut risque dans le module de gestion de compte, améliorant encore la sécurité des opérations de l'administrateur
  • Correction urgente d'un problème de sécurité à haut risque dans le service de fichiers, améliorant ainsi la sécurité de l'accès aux fichiers et des opérations

Nouveau​

  • Ajout du mode sombre pour l'application Fichiers
  • Ajout de la prise en charge de l'intégration d'Alibaba Cloud Drive
  • Mise à jour du noyau Linux vers la version 6.18.9
  • Ajout de la prise en charge des pilotes pour les appareils sans fil NVIDIA 470 / 580 / Open Kernel Module, Intel Xe / Battlemage, Realtek RTW88 / RTL8127, Intel / MediaTek / AIC8800 et les appareils audio Cirrus Logic, et ajout d'un mécanisme de détection et d'adaptation automatique des pilotes NVIDIA qui correspond automatiquement à la version de pilote appropriée en fonction du matériel

Fixé​

  • Correction de l'expiration de la clé OneDrive provoquant des problèmes de connexion, restauration de la disponibilité de l'intégration de base et optimisation du mécanisme de mise à jour de la clé
  • Correction d'un problème où l'application Collabora Server bloquait les sauvegardes, garantissant ainsi que les tâches de sauvegarde peuvent s'exécuter correctement
  • Correction d'un problème où plusieurs périphériques de stockage USB pouvaient se voir attribuer le même point de montage au démarrage
  • Correction d'un problème où les suff-device-nameixes hérités étaient générés lorsque les points de montage USB étaient en conflit
  • Correction d'un problème où le stockage créé à partir d'un disque à partition unique n'utilisait pas le nom spécifié par l'utilisateur comme point de montage
  • Correction de la dégradation du RAID après le redémarrage lorsqu'une matrice RAID était créée à partir de disques portant le même numéro de série
  • Correction des faux positifs dans les contrôles de démarrage RAID causés par des formats de nom de périphérique d'exécution incohérents

Optimisé​

  • Flux de travail optimisés d'exploitation de fichiers haute fréquence tels que l'importation, la migration, le cryptage, la copie et la découpe
  • Affichage optimisé de l'état de téléchargement du lecteur cloud, permettant aux utilisateurs de comprendre plus clairement la progression actuelle, l'état d'achèvement et les raisons de l'échec
 
merci de ton retour, je vais quand même attendre la version définitive ;)
 

ZimaOS 1.6.2-beta2​


1783114922690.png

Fixé

  • Correction d'un problème où certains répertoires système étaient incorrectement identifiés comme des chemins non valides
Optimisé

  • Optimisation du processus de configuration de l'initialisation du lecteur cloud dans des scénarios spécifiques, correction des problèmes de chargement de fichiers causés par une initialisation lente
 
  • J'aime
Réactions: FX Cachem

ZimaOS 1.6.2-beta3​

NB ZimaOS 1.6.2 vient d'être édité (il y a 30mn)

1783596225534.png

Fixé​

  • Correction d'un problème où le répertoire multimédia n'était pas accessible
  • Correction d'un problème où la migration des applications ne pouvait pas s'exécuter correctement
  • Correction d'un problème où casaos-every-boot signalait une erreur au démarrage
  • Correction d'un problème où Zima n'était pas accessible via le nom de domaine local

Sécurité​

  • Correction d'un problème de sécurité à haut risque dans le service de messagerie, améliorant ainsi la sécurité des communications du système
 

ZimaOS 1.6.2​

1783598920613.png

Security​

  • Correction urgente d'un problème de sécurité à haut risque dans le module de gestion des comptes, renforçant encore la sécurité des opérations administrateur
  • Correction urgente d'un problème de sécurité à haut risque dans le service de fichiers, améliorant la sécurité de l'accès et des opérations sur les fichiers
  • Correction d'un problème de sécurité à haut risque dans le service de messagerie, améliorant la sécurité des communications du système
  • SSH désactive désormais par défaut la connexion distante de l'utilisateur root, réduisant le risque d'exposition des comptes à privilèges élevés
  • SSH a ajouté plusieurs politiques de sécurité afin d'empêcher les attaques par force brute
  • Le service NFS est désormais désactivé par défaut, ce qui réduit le risque d'accès non autorisé

New​

  • Ajout du mode sombre pour l'application Files
  • Ajout de la prise en charge de l'intégration avec Alibaba Cloud Drive
  • Mise à jour du noyau Linux vers la version 6.18.9
  • Ajout de la prise en charge des pilotes pour NVIDIA 470 / 580 / Open Kernel Module, Intel Xe / Battlemage, Realtek RTW88 / RTL8127, les périphériques sans fil Intel / MediaTek / AIC8800 et les périphériques audio Cirrus Logic, ainsi que d'un mécanisme de détection et d'adaptation automatiques des pilotes NVIDIA qui associe automatiquement la version appropriée du pilote en fonction du matériel

Fixed​

  • Correction du problème de connexion causé par l'expiration de la clé OneDrive, restauration de la disponibilité de base de l'intégration et optimisation du mécanisme de mise à jour de la clé
  • Correction d'un problème où l'application Collabora Server bloquait les sauvegardes, garantissant que les tâches de sauvegarde puissent s'exécuter correctement
  • Correction d'un problème où plusieurs périphériques de stockage USB pouvaient se voir attribuer le même point de montage au démarrage
  • Correction d'un problème où des suffixes hérités -device-name étaient générés en cas de conflit entre points de montage USB
  • Correction d'une dégradation RAID après redémarrage lorsqu'une baie RAID était créée à partir de disques ayant le même numéro de série

Optimized​

  • Optimisation des flux d'opérations de fichiers à haute fréquence tels que l'importation, la migration, le chiffrement, la copie et la coupe
  • Optimisation de l'affichage de l'état de téléversement du disque cloud, afin que les utilisateurs comprennent plus clairement la progression actuelle, l'état d'achèvement et les raisons des échecs
 
  • J'aime
Réactions: ArnaudL et yogi_om
Mise à jour du moteur Docker à 28.3.2

La version du moteur Docker a été mise à jour à 28.3.2 (sortie en juillet 2025), à ce jour. La dernière version est sur le site à 29.6.1 (sortie en juin 2026).

1783613724791.png
 
u coup j’ai pas eu la mise à jour1.6.2? Sans doute retiré à cause de la beta 3 ?
??? sur mon serveur 2, j'ai installé toutes les beta et la 1.6.2. Si tu ne l'as pas au téléchargement, tu peux l'installer manuellement :
 
  • J'aime
Réactions: Ludo33
@Ludo33, @ArnaudL ... et ceux qui utilisent ZimaOS.

J'avais déjà fait part, ici et sur le forum dédié à ZimaOS, de ma difficulté à renommer fichiers et dossiers sur l'interface web. Mais comme il semble que je sois le seul à rencontrer cette difficulté. :ROFLMAO:

Depuis les mises à jour de 1.6.2 en beta et stable, j'observe le "bug/défaut" suivant :

  • Quand je coupe un fichier pour le déposer dans le même ou un autre volume = RAS
  • Quand je coupe un dossier pour le déposer dans le même volume = RAS

Mais, quand je coupe un dossier pour le déposer dans un autre volume = le dossier est bien complètement transféré.
Cependant, dans le volume de départ, il reste (donc en double) le dossier principal vide.

Si vous pouviez tester cette opération sur votre ZimaOS (avant que j'envoie le même poste sur le forum dédié) ;) Bien sûr, il faut que vous ayez plusieurs volumes en place ou un montage SMB sur une machine externe (même constat).
 
Dernière édition:
@Ludo33, @ArnaudL ... et ceux qui utilisent ZimaOS.

J'avais déjà fait part, ici et sur le forum dédié à ZimaOS, de ma difficulté à renommer fichiers et dossiers sur l'interface web. Mais comme il semble que je sois le seul à rencontrer cette difficulté, je continue, quand j'en ai besoin, d'opérer les raccourcis Ctrl C et V :ROFLMAO:

Depuis les mises à jour de 1.6.2 en beta et stable, j'observe le "bug/défaut" suivant :

  • Quand je coupe un fichier pour le déposer dans le même ou un autre volume = RAS
  • Quand je coupe un dossier pour le déposer dans le même volume = RAS

Mais, quand je coupe un dossier pour le déposer dans un autre volume = le dossier est bien complètement transféré.
Cependant, dans le volume de départ, il reste (donc en double) le dossier principal vide.

Si vous pouviez tester cette opération sur votre ZimaOS (avant que j'envoie le même poste sur le forum dédié) ;) Bien sûr, il faut que vous ayez plusieurs volumes en place ou un montage SMB sur une machine externe (même constat).
Pour ma part je n'utilise pas la commande Ctrl c et v mais le clique droit il propose soit de copier ou de migrer et j'ai une petite bulle bleu en haut pour la commande coller que je clique dessus quand je suis dans le dossier de destination.

Je testerais ce soir avec la commande Ctrl C et V
 
la commande Ctrl c et v
Je viens de corriger le poste... cette commande, c'est juste pour le renommage. Donc laisse tomber (la commande) — ma demande de test, c'est ce qui suit :

Mais, quand je coupe un dossier pour le déposer dans un autre volume = le dossier est bien complètement transféré.
Cependant, dans le volume de départ, il reste (donc en double) le dossier principal vide.
Couper un dossier (avec du contenu) — le déplacer > le coller sur un autre volume (pas sur le même) — et voir s'il reste toujours (en double) le dossier principal (sur le volume de départ).
 
Je viens de corriger le poste... cette commande, c'est juste pour le renommage. Donc laisse tomber (la commande) — ma demande de test, c'est ce qui suit :


Couper un dossier
(avec du contenu) — le déplacer > le coller sur un autre volume (pas sur le même) — et voir s'il reste toujours (en double) le dossier principal (sur le volume de départ).
Salut, je viens de faire le test et j'ai effectivement u truc chelou, Je place un film dans un dossier dans le volume principal (volume1), je le coupe et le colle dans le volume du raid.(volume2)

-en utilisant le Files de Zima, je constate tout est ok,il a bien disparu du volume n°1. mais apparait dans volume2
-mais en regardant en SMB, le dossier apparait tjs , vide mais il apparait. (dans volume1 et volume2)

Puis je le déplace du vol2 dans le même volume2 dans un autre dossier et bien là tout devient normal ! il disparait du volume1 !
 
Dernière édition:
en regardant en SMB, il apparait tjs le dossier
Oui, j'ai vu cela aussi – cela reste en cache dans le SMB (même en l'actualisant) alors qu'il n'existe plus dans l'onglet Files ??

! il disparait du volume1 aussi !
En fait, c'est quand il y a un sous-dossier dans le dossier (je viens de faire plusieurs tests). En images :

1. Sur mon disque Système à Download j'ai un Dossier test qui contient un sous dossier test et ce dernier un fichier test - je le coupe

1783694297940.png

2. Je le déplace sur un autre volume > MEDIAS : (et je vérifie j'ai bien MEDIAS > Dossier test > Sous-dossier test > fichier test (donc là pas de souci c'est OK)

1783694510138.png

3. Je reviens sur le volume de départ et le dossier principal est présent mais vide ????

1783694719328.png


Cela se produit uniquement quand il y a un sous dossier dans le dossier principal
 
j'ai fait le test de déplacer le dossier du nvme vers le HDD avec l'option migrer effectivement le dossier d'origine est toujours la.
La fonction migrer effectivement a un bug même si je déplacer un fichier vers un dossier il en fait une copie ( même endroit ) alors que normalement il devrais le déplacer.
De mon coté la fonction couper fonctionne avec les fichiers
Sinon j'ai bien le même problème de sous dossiers comme tu l'as expliqué plus haut.
 
Dernière édition:
  • J'aime
Réactions: morgyann