waazaa

Oui je m'tais rendu compte que le widget pour le cpu n'indique pas fidelement les boosts cpu pour cela que j'ai pensé à te faire ça.

D'abord je précise que l'app ne restera pas longtemps disponible. Oui il te faut aller dans la console de ton unraid. Tu y accédes en passant par ce bouton en haut à droite: Une fois dans la console tu copies/colles les lignes de commandes une aprés l'autre en tapant entrée à chaque fois: wget https://git.waazaa.fr/waazaa/unraid-packages/raw/branch/main/watch_cpu # puis chmod a+x watch_cpu # puis ./watch_cpu La dernière commande lance l'application que tu devrais voir tourner. Laisse la tourner quelques temps pour voir les statistiques et quand tu veux l'arréter tu appuis sur la touche "q". Et c'est normal que tu ne la trouves pas dans les applications c'est une petite app que je viens de faire maison. Comme ça ne se fait pas trop de donner des binaires sans montrer la source je compte pas laisser l'app longtemps dispo c'est vraiment pour toi et ton besoin ensuite je la supprime.

Je viens de te faire une petite app que tu peux lancer aprés l'avoir téléchargée sur ton unraid. Elle va t'indiquer les fréquences cpu et température en conservant les valeurs max réceuillies durant l'usage. watch_cpu.webm Pour la lancer: wget https://git.waazaa.fr/waazaa/unraid-packages/raw/branch/main/watch_cpu # puis chmod a+x watch_cpu # puis ./watch_cpu Tu laisses tourner pour voir tout cela et pour l'arréter tu appuis sur la touche "q". Du coup tu devrais pouvoir voir la fréquence max obtenue et la température max aussi.

Salut. Il faudrait nous montrer ou donner davantage d'infos pour qu'on puisse t'aider. Par exemple tu pourrais: - montrer ta page SHARES pour nous montrer ta ligne concernant le share appdata/ aprés avoir cliqué sur le "Compute..." présent sur cette ligne pour voir où sont éparpillées les données - montrer la ligne en "vue avancée" de ton nextcloud sur la page DOCKER - nous dire si tu as des pools Sans plus d'infos dur de pouvoir imaginer ce qu'il se passe.

Salut. Tu rajoutes des questions qui n'ont pas de rapport avec le topic que tu as créé. De part la nature d'un forum il y a de fortes chances que tu ne reçoives que des commentaires ne provenant que de personnes qui t'ont déjà répondu. Si tu veux cibler plus de personnes je te conseilles de créer un nouveau topic avec ta nouvelle question. Autrement pour une ébauche de réponse à la lecture de ce que tu as écris j'aurais bien envie de voir avec toi si la gestion du SHARE utilisé par Plex est optimal. Un paramétrage non adapté peut te brider les IO fortement ou bien juste à la moitié du débit max que tu pourrais obtenir. Donc tu peux subir un fort ralentissement du fait du goulot provoqué par le paramétrage SHARE et ensuite même avec un SHARE bien paramétré tu peux obtenir le double en IO avec une option supplémentaire. Je pense à cela avant de penser à ton CPU. En effet pour de multiples petits fichiers ce que sont les metadata il est bon d'avoir un share sur un pool et encore mieux en "exclusive access". Comme c'est un peu un concept de base pas que lié à Plex il faudrait prendre la ficelle par le début et regarder donc comment tu as configuré à la fois Docker et les SHARES concernés. Si tu veux passes par mon discord en signature de mon post si tu le souhaites ou alors crées un topic à part et j'y participerais.

Et bien alors enjoy UnRAID.

Perso je n'ai jamais cherché à faire cela. J'ai toujours ma clef USB d'origine et me semble que l'on peut changer facilement et de manière autonome la clef une fois par an. Du coup je ne sais pas répondre à ta question. Peut-être devrais-tu poser cette question dans un topic à part.

Je comprends tout à fait ta démarche tu as finalement bien raison de partir sur un budget maitrisé. Juste pas trop d'accord avec ta petite pic concernant les N100 vu que mon unRAID tourne dessus j'ai envie de dire que tout va dépendre des besoins de chacun. Dans mon cas montée en grade coté CPU ça sera utile qu'aprés avoir renouvellé mes écrans qui sont encore en FHD max non HDR. donc là chacun voit midi à sa porte comme on dit. Je suis aussi tout à fait de ton avis concernant unRAID et je vois qu'en terme de précaution tu sais te mettre à l'abri d'éventuels soucis. Je voulais répondre à ton message en attendant que tu ais cette fameuse nouvelle clef pour juste relever un point dont tu ne parles pas au cas où cela peut servir. En terme de clef USB je te conseille vivement de tourner sur de l'USB 2 (fiche noire à l'intérieur) plutôt que sur une USB3 (fiche bleue à l'intérieur) car ces dernières ont tendance à chauffer davantage et le gain en débit n'est pas vraiment utile une fois l'OS chargé en RAM. Voila je voulais juste dire cela, on attends ton retour sur nouvelle clef du coup.

Salut. Si dans le BIOS la clef USB n'apparait pas il semblerait que le soucis ne vienne donc pas de UnRAID. Tu devrais peut-être voir si ta clef UnRAID est lisible sur un PC pour en faire une sauvegarde et tester d'autres clefs USB pour vérifier que ton BIOS les capte de suite.

Ton array puisque c'est de cela que tu parles peut maintenant avoir "none" comme disque sur la v7. Il va donc te falloir retirer ton disk1 et mettre "none" pour indiquer que tu ne veux mettre aucun disque dans l'array. Dans ce cas tu n'utiliseras plus l'array mais les pools, c'est ce que tu veux faire. Et donc la parité ne sert à rien ici. Comme tu n'auras plus de disk1, disk2, diskX... tu vas devoir éditer tes SHARES notamment appdata/, domains/, isos/ et system/ pour les placer en pool en stockage primaire. Il te faut aucun SHARE qui stocke dans un diskX donc.

Hello for NFS you can add rule For example mine is: *(rw,sec=sys,insecure,anongid=100,anonuid=99,all_squash) The line automatically added to my /etc/exports become: "/mnt/user/Backup" -fsid=106,async,no_subtree_check *(rw,sec=sys,insecure,anongid=100,anonuid=99,all_squash) See the rule part added. So i guess for read only: *(ro,sec=sys,insecure,anongid=100,anonuid=99,all_squash) Doing that the /etc/exports isn't updated or erased after changes. Be careful because activating NFS on share makes impossible to make "exclusive access" on this SHARE.

Bonjour Si tu mets des SSD/NVME en array le trim ne sera pas possible. Il est conseillé donc apparemment si tu veux uniquement des disques SSD/NVME d'utiliser les pools et donc pas de parité si je comprends bien le sens de ce chapitre: https://docs.unraid.net/unraid-os/release-notes/7.0.0/#unraid-array-optional Dans le cas des pools si tu dois te limiter à n'utiliser que cela je crois que tu peux faire du RAID si tu veux une couche de "tolérance à la panne" mais faudra le même volume que le volume que tu veux redonder je pense.

Pour le spin down tu as une issue dans le "Release notes" qui en parle si jamais tu as le matèriel évoqué: Source: https://docs.unraid.net/unraid-os/release-notes/7.0.0/

Si il ne doit pas faire ce que tu décris peut-être devrais tu activer le log pour l'étudier ensuite: SETTINGS > Scheduler

Pour être sur de comprendre. Par défaut le réglage de remplissage d'un SHARE se fait en High Water ce qui ressemble au comportement que tu indiques. Pour chaque SHARE de ta page SHARES tu peux donc indiquer quel espace de stockage tu veux en primaire, si tu veux un espace en secondaire et dans ce cas l'action du mover. Si tu indiques l'array comme espace de stockage alors il te sera proposé des modes de remplissage à choisir. Le "high water" c'est donc un remplissage disk aprés disk de l'array sauf ceux explicitement exclus ou alors que ceux explicitement inclus. Il remplit un disk jusqu'à un certain niveau puis passe au suivant jusqu'à un certain niveau puis passe au suivant ... Tout le premier tour est passé et que tous les disks sont au niveau il revient au premier disk et remplis jusqu'à un nouveau niveau puis passe au suivant... Est ce que ce ne serait pas juste le comportement normal et il te faudrait paramétrer plus finement si ce n'est pas le comportement que tu veux ? Pour le spin down si il y a des accès disk alors il ne spin down pas.

Salut tu pourrais montrer la réponse à la commande suivante: ls -lh /boot/config

Salut. Tu pourrais lancer la console et lancer: dmesg Une fois lancé mets toi à la recherche de lignes rouges. Si tu veux une prise en charge directe viens sur le serveur discord soit de superboki soit le mien. Je ne fais pas de vocal par contre.

Ce serait bien plus simple de remonter tout tes sous dossiers au niveau de /mnt/user et faire sauter le "Mediatheque". Tu aurais donc ce que tu appelles "catégorie" chacune en tant que "share". Les SHARES:: - Films (/mnt/user/Films) - Documentaires (/mnt/user/Documentaires) - Series (/mnt/user/Series) Dans tes différents containers tu donnes /mnt/user pour que chacun manipulent les fichiers qu'ils doivent manipuler. Et de cette façon là tu peux gérer à la fois les permissions d’accès et la répartition vers disques/pools. C'est la logique de fonctionnement de UnRAID.

Il n'y aucun problème ce n'est surement pas unraid mais le formatage qui fait cela. On discutait autour de la parité qui reconstruit chaque secteur déduit des disks de l'array en un secteur coté disk de parité. Le soucis initial étant que le disk de parité faisant la même "taille" que le plus gros disk de l'array il aurait dû être accepté en parité mais il est considéré plus petit. Cette histoire de nombres de secteurs pourrait expliquer pourquoi il est rejeté alors que même "taille". C'était pure spéculation.

Le dossier tests/ après génération des redimensionnées:

Salut ça fait un moment que tu en as fais la demande mais au cas où voici un script que j'ai fais pour ordonner le redimensionnement d'images dans un dossier spécifié en indiquant la longueur ou largeur souhaitée ou les deux. Les images ainsi redimensionnées se trouveront dans un sous dossier resized. Télécharges le paquet d'installatyion et installes le ensuite: installpkg resize_images-Unraid.txz Pour une installation automatique à chaque boot de UnRAID place le .txz dans le dossier /boot/extra à créer si il n'existe pas. Il embarque des librairies et le nécessaire python pour son exécution en standalone. Utilisation une fois installé: resize_images --dossier /dossier/contenant/originaux --width 1024 --height 576 Si tu ne précises que le --width ou que le --height il est censé appliquer le ratio de l'image originale sur l'autre valeur. resize_images-Unraid.txz

Un disque pouvant contenir plusieurs partitions une partition a un début et une fin.

Est ce qu'aprés une commande rm d'un dossier dans /mnt/user tu peux lancer la commande suivante pour voir les dernières lignes: dmesg

Chez moi les disques qui ont un start sur 2048 ont un système de fichiers en zfs, ceux qui ont un start à 64 sont en xfs. Il y a donc des différences entre les systèmes de fichiers. Ça doit se jouer à pas grand chose. Je lance une idée comme ça: Si tes autres SSD dans l'array tu leur as mis un système de fichier zfs essayes de placer le 1To que tu veux ajouter en pool en système de fichier zfs jusqu'à aller à le formater quand demandé. Puis dans un second temps modifie la config pour le retirer d'un pool et le mettre en parité. Ce n'est qu'une idée. Ou alors tu vires les partitions du 1To avant insertion.

Salut. Je ne sais pas ce qu'il se passe réellement car cela doit être lié à tes manipulations antérieures mais je peux ajouter des précisions au cas où et peut-être régler le soucis. Tous les SHARES créés sur la page SHARES de la webui de unRAID sont des dossiers créés dans /mnt/user/. Du coup en console unraid tu devrais pouvoir aller le supprimer toi même: # On se rend dans /mnt/user cd /mnt/user # On demande la liste du contenu du dossier où l'on est ls -lh # Ton share récalcitrant devrait être dans la liste on supprime ce dossier si il ne contient rien d'important rm -r <nom_du_dossier> Pour la même raison créer un dossier dans /mnt/user crées automatiquement le SHARE dans la page SHARES de la webui unRAID.