Impossible d'écrire ou de renommer

[CorbeilleNews]

Bonjour,

Je viens d'upgrader un NAS de NAS4Free 9.0.2.1 à la dernière version de XigmaNAS 12.0.0.4

Pour cela j'ai utilisé une nouvelle clé USB sur laquelle jai installé la dernière version et booté dessus, j'ai importé la config dans la nouvelle version et comme tout semblait bien fonctionner j'ai fait un zpool upgrade comme me l'a proposé Xigmanas (je m'y attendais car j'avias déjà dû le faire pour une raison similaire)

Je viens de m'apercevoir que je n'arrive pas à renommer les fichiers ou en ajouter sur les partages SMB et impossible d'ouvrir les partages AFP ...

J'ai donc supprimé le partage et désactivé le service SMB, j'ai redémarré l'ordinateur puis recréé un partage et réactivé le service SMB. Enfin j'ai redémarré le NAS (j'ai constaté sur plusieurs versions et machines que parfois cela semblait nécessaire de redemarrer après modification des partages ou services : est-ce normal ???).

Impossible également de créér un partage AFP qui fonctionne selon la même méthode.

Auriez-vous une idée de où peut venir le problème ? Avant l'upgrade j'arrivais à faire tout cela sans aucun soucis tous les jours.

Edit : nautilus m'indique "impossible de renommer le fichier aucun espace disponible sur le périphérique".

Pourtant, même si il y a une différence importante entre la taille restante affichée dans l'ancienne version (un peu moins de 200 Go et la nouvelle version (un peu plus de 1 To), il reste quand même de la place.

Je suis abolument sûr qu'il restait environ 200 Go d'espace libre avant d'upgrader car ce sont des fichiers que j'avais supprimé il y a quelques jours (La corbeille sous SMB avait été vidé avant de la désactiver il y a quelques mois).

J'ai tenté avec succés de supprimer un fichier, mais cela n'a pas libéré de place pour autant, si tant est qu'il en manque réellement ...

Edit 2 : après quelques lectures j'en viens à me demander si cela n'est pas lié au fait que l'espace libre n'est pas calculé de la même manière selon d'où l'on regarde mais de là à avoir des valeurs différentes d'une version à l'autre et au point d'en perdre des To ...

Edit 3 J'arrive à supprimer des fichiers, la taille de l'espace disque disponible augmente dans le webGUI, mais il est toujours impossible d'écrire ou de renommer quoi que ce soit ...

Merci d'avance

[ernie]

Hello

Cela simple être lié à un problème de droit.

En ssh voir ce que donne la commande ls -la et cela pourra t aiguiller. A faire au niveau des répertoires concernés.

A voir aussi si tu as activé ou pas les propriétés ACL sur xigmanas ? ACL gère aussi les droits.

Des idées pour enquêter plus qu une solution pour le moment

Bon weekend

[CorbeilleNews]

Merci pour les pistes.

Ne sachant pas à quoi cela servait exactement j'avais effectivement laissé par défaut "Activer les ACL ZFS" et "Activer l'héritage ACL"

Je les ai désactivé mais c'est toujours pareil.

Je ne sais pas comment me connecter en SSH : je ne suis que débutant amateur sous Linux ...

Ce qui est étonnant c'est que je puisse quand même supprimer des fichiers et impossible d'avoir du partage AFP

[mtiburs]

Je ne sais pas comment me connecter en SSH : je ne suis que débutant amateur sous Linux ...

Dans services -> ssh
cocher la permission de se connecter en root

puis:
ssh root@ip (l'adresse ip du nas)

ensuite faire:
chmod -R 777 /monpool
(çà supprime TOUS les droits de tous les répertoires)

[sleid]

Encore plus simple, allez dans outils choisissez commande et entrez ce que vous a indiqué mtiburs (chmod -R 777 /monpool)

[mtiburs]

Encore plus simple, allez dans outils choisissez commande et entrez ce que vous a indiqué mtiburs (chmod -R 777 /monpool)

Salut Sleid !
comme il a marqué: "Je ne sais pas comment me connecter en SSH : je ne suis que débutant amateur sous Linux"
... je me disais qu'activer puis utiliser la ligne de commande "normalement" pouvait être un bon début

[sleid]

Bien vu !

[CorbeilleNews]

Merci à tous les deux,

J'ai ommis de vous dire que j'avais deux Pool ayant le même problème sur ce NAS, j'y reviens après car celà nous permettra peut-être de comprendre certaines choses.

Le premier Pool est interne à la machine et le second est externe en USB3.

Le Pool externe n'est pas importé à l'allumage : il faut que je l'importe manuellement : cela me permet de ne laisser allumé que ce qui est nécessaire et donc de faire des économies d'energie de plus c'est bon pour la planète

Pour revenir à mon problème : comme je n'ai pas réussi à me connecter en ssh je suis passé par la commande du webgui. Cependant, cela n'a pas fonctionné sur le Pool interne à la machine.

J'ai tenté sur le Pool USB externe et cela semble fonctionner.

Auriez-vous d'autres idées ?

Pour info, malgré les dizaines de giga octets supprimés (le webgui me dit qu'il reste 1,26 To de dispo sur l'interne et 1,25 To sur l'externe et celà augmente au fur et à mesure que je supprime des fichiers), nautilus me dit toujours qu'il manque 4,2 go pour copier le moindre fichier sur l'interne et il est toujours impossible de renommer sur le Pool interne mais pas sur l'externe malgré qu'il y ait mois d'espace libre.

Merci et bon week-end

[sleid]

Passez par le gestionnaire de fichiers (dans les outils) et regardez les propriétés de votre pool interne, vous pouvez les changer mais attention ce n'est pas un changement global il faut faire étape par étape.

[CorbeilleNews]

Merci pour votre aide, cependant je ne suis pas sûr de comprendre ce que je dois vraiment chercher : qu'entendez-vous par propriétés du Pool ?

J'ai cherché dans le gestionnaire de fichiers du NAS et tout ce que je peut avoir comme info qui va dans le sens des droits du Pool c'est qu'ils ont tout les deux pour permissons drwxrwxrwx ainsi que les sous dossiers dans lesquels j'ai tenté d'écrire ou de renommer.

Je m'en remet une fois de plus à vous

[sleid]

Cela signifie que votre pool est sans droits d'accès (tout le monde peut y accéder) donc votre problème ne vient pas de là mais d'une configuration des partages.
Vous êtes passé d'une v9 à une V12 directement or le fichier de configuration en ce qui concerne sa structure à fortement évolué entre les deux, de plus la v12 n'est pas encore stable c'est à partir de la V12.1 (freeebsd 12.1, 4 novembre 2019) que l'on pourra la considérer comme stable.
La version stable actuelle est la 11.3.
La version 12.1 est pour bientôt, il faut l'attendre car vous avez upgradé votre version de ZFS donc tout retour en arrière est impossible.
Essayez la dernière version (6928) cela peut solutionner certains problèmes.
Sinon reprenez votre configuration de Samba, des utilisateurs, AFP.

[CorbeilleNews]

Bon la MAJ vers la 6928 n'a pas résolu mon problème, je vais attendre la MAJ de FreeBSD ou tenter de refaire les partages.

Pensez vous que de repartir d'une version par défaut sur une autre clé vierge, puis d'importer le pool interne et de refaire toute la config sur le webgui (cela me prendra au pire une petite heure, je n'ai pas tant de chose que cela) peut se tenter ?

Merci

[sleid]

possible

[CorbeilleNews]

Cela permettra de savoir si c'est un bug dans la config importée ou un problème dans Xigmanas

[CorbeilleNews]

Bonjour,

Je reviens sur mon problème et j'ai plusieurs questions pour éviter d'agraver la situation.

Dans l'attente d'une nouvelle version, j'ai regardé dans le webgui si celle ci était sortie, et toujours rien. Ce qui me paraissait bizarre vu que Sleid parlait d'une sortie le 4 novembre (d'ailleurs comment connaître ces dates et améliorations à venir?). De ce fait je suis allé directement sur le site et j'ai vu qu'il y a vait bien une nouvelle version : la 12.1.0.4.7091

Pourquoi, comme le NAS le fait d'habitude dans la section mise à jour du mirologiciel la nouvelle version ne m'était-elle pas affichée ? Je me suis dis que la vérification n'était faite qu'au démarrage. Pourtant depuis la date de sortie le NAS a été redémarré plusieurs fois

Je ne sais pas quelle version choisir ? Sleid disait que la 12.0 n'était pas stable. A partir de quand on considère une version stable ? Je pensais que c'était à partir du moment ou ce n'était plus une Nightly Build ?

Quel est le bon fichier à télécharger pour faire un upgrade ? J'ai peur que cela empire : pour le moment je peux encore lire les fichiers et en effacer (mais pas renommer ou en écrire... bizarre pour moi effacer c'est modifier donc écrire non ?).

Si j'ai bien compris, tant que je n'upgrade pas mes Pools (cela upgrade la version du système de fichiers ZFS ?), je peux revenir à une version antérieure du firmware afin de pouvoir retrouver l'état fonctionel précédent ? Dans ce cas je pensais refaire une nouvelle config sur une autre clé USB.

Vaut-il mieux faire une install en GPT ou en MBR ? Quel est intérêt d'avoir ce choix ?

Quelles sont les différence entre le LiveCD, les 2 LiveUSB et le Full ? Il me semblait que de manière générale qu'il était possible de faire une clé USB à partir de l'ISO ? Je l'ai déjà fait en ligne de commande avec dcfldd pour me faire une clé USB d'installation d'Ubuntu à partir de l'ISO.

J'ai lu dans le readme de la 12.1.0.4 Ingva qu'il valait mieux repartir d'une fresh install puis de restorer le backup. Savez-vous pour quelle raison ?

Please download the LiveCD/USB image to create a new boot media. We do not recommend an in-place upgrade via the firmware update page because of recent changes to the partition layout. First, download your configuration file from the backup/restore page and save it. Then backup all other data partitions that exist on the boot media. Now you can perform a fresh installation from the LiveCD/USB. After a successful installation, you should restore your previously saved configuration.

Qu'est-ce qu'une "install from scratch". Quelle est la signification de scratch dans ce contexte ?

Merci encore une fois pour votre aide

[sleid]

C'est pour le problème des tailles de partitions sur le support, il y a eu tellement de changements qu'au bout d'un moment ce n'est pas plus mal de refaire une installation propre' et de restaurer la configuration.
Pour le choix entre mbr ou gpt mieux vaut prendre GPT car les systèmes modernes supportent tous gpt, mbr c'est un peu dinosaure....
Le seul choix un peu plus compliqué c'est pour l'UEFI car toutes les cartes mères ne le supporte pas.

[CorbeilleNews]

C'est pour le problème des tailles de partitions sur le support

Vous parlez de la clé USB ?

[sleid]

oui, c'est pour les partitions de la clé usb.

[CorbeilleNews]

Encore plus simple, allez dans outils choisissez commande et entrez ce que vous a indiqué mtiburs (chmod -R 777 /monpool)

Bonjour,

Vous êtes sûrs que la commande est bien chmod -R 777 /monpool et pas plutôt chmod -R 777 /mnt/monpool

Faut-il que le R soit majuscule ou minuscule ou peu d'importance ? Je demande car je n'ai pas l'impression que les droits soient de certains fichiers et sous-dossiers soient tous modifiés et l'opération (vu le nombre de fichiers et sous dossiers que j'ai) me paraît extrêmement courte : la led d'activité des disques reste éteinte et des fichiers restent en -rwx------ ou -rwxrwxrwx ou -rw-rw-rw

Merci

[sleid]

Aucune idée, je n'ai jamais eu de problème de ce genre.

Le R de récursif est bien en majuscule, r,w,x en minuscule c'est pour les droits et, ce doit être le chemin du dossier donc mnt/pool.