-
Compteur de contenus
2880 -
Inscription
-
Dernière visite
-
Jours gagnés
72
MilesTEG1 a gagné pour la dernière fois le 1 décembre 2023
MilesTEG1 a eu le contenu le plus aimé !
À propos de MilesTEG1
- Date de naissance 12/09/1981
Mon Profil
-
Mon NAS
DS920+
Visiteurs récents du profil
11939 visualisations du profil
MilesTEG1's Achievements
-
@Mic13710 C'est bien comme tu le décris 🙂 (pour le SHR et le RAID1). En ce qui concerne le disque SATA1, c'est effectivement le dernier ajouté, mais le plus vieux de tous, c'est du recyclage XD Vu son age, j'ai préféré ne pas l'intégrer à la grappe SHR. J'en ai fait un disque de backup et de reception de TimeMachine quand j'utilisais encore TM... Du coup, vu qu'il a été formaté, il n'a pas connu les diverses versions de DSM, il a été directement mis quand DSM 7.2 était sorti. C'est probablement pour celà que tu me dis ceci : Et donc ce disque, si je le sors sans le formater, et que je le replace dans le NAS tel quel après avoir formaté et réinstallé DSM sur les autres disques, va-t'il obtenir sa partition de 8G ?
-
╰ sudo cat /proc/mdstat 0.5s 09:08 14.03.24 74% Password: Personalities : [raid1] md4 : active raid1 sata2p3[0] 1948692544 blocks super 1.2 [1/1] [U] md2 : active raid1 sata3p5[3] sata4p5[2] 3902187456 blocks super 1.2 [2/2] [UU] md5 : active raid1 nvme0n1p3[0] nvme1n1p3[1] 483664384 blocks super 1.2 [2/2] [UU] md3 : active raid1 sata1p3[0] 3896294208 blocks super 1.2 [1/1] [U] md1 : active raid1 sata1p2[0] sata3p2[3] sata4p2[2] sata2p2[1] 2097088 blocks [4/4] [UUUU] md0 : active raid1 sata1p1[0] sata4p1[3] sata3p1[2] sata2p1[1] 2490176 blocks [4/4] [UUUU] unused devices: <none> ╰ lsblk 4.7s 10:53 14.03.24 74% NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sata1 8:0 0 3,6T 0 disk ├─sata1p1 8:1 0 8G 0 part │ └─md0 9:0 0 2,4G 0 raid1 / ├─sata1p2 8:2 0 2G 0 part │ └─md1 9:1 0 2G 0 raid1 [SWAP] └─sata1p3 8:3 0 3,6T 0 part └─md3 9:3 0 3,6T 0 raid1 ├─vg2-syno_vg_reserved_area 248:0 0 12M 0 lvm └─vg2-volume_6 248:1 0 3,6T 0 lvm └─cachedev_2 248:6 0 3,6T 0 dm /volume6 sata2 8:16 0 1,8T 0 disk ├─sata2p1 8:17 0 2,4G 0 part │ └─md0 9:0 0 2,4G 0 raid1 / ├─sata2p2 8:18 0 2G 0 part │ └─md1 9:1 0 2G 0 raid1 [SWAP] └─sata2p3 8:19 0 1,8T 0 part └─md4 9:4 0 1,8T 0 raid1 └─cachedev_1 248:5 0 1,8T 0 dm /volume3 sata3 8:32 1 3,6T 0 disk ├─sata3p1 8:33 1 2,4G 0 part │ └─md0 9:0 0 2,4G 0 raid1 / ├─sata3p2 8:34 1 2G 0 part │ └─md1 9:1 0 2G 0 raid1 [SWAP] └─sata3p5 8:37 1 3,6T 0 part └─md2 9:2 0 3,6T 0 raid1 ├─vg1-syno_vg_reserved_area 248:2 0 12M 0 lvm └─vg1-volume_1 248:3 0 3,6T 0 lvm └─cachedev_3 248:7 0 3,6T 0 dm /volume1 sata4 8:48 1 3,6T 0 disk ├─sata4p1 8:49 1 2,4G 0 part │ └─md0 9:0 0 2,4G 0 raid1 / ├─sata4p2 8:50 1 2G 0 part │ └─md1 9:1 0 2G 0 raid1 [SWAP] └─sata4p5 8:53 1 3,6T 0 part └─md2 9:2 0 3,6T 0 raid1 ├─vg1-syno_vg_reserved_area 248:2 0 12M 0 lvm └─vg1-volume_1 248:3 0 3,6T 0 lvm └─cachedev_3 248:7 0 3,6T 0 dm /volume1 iscsi1 8:64 0 1G 0 disk /tmp/ccc/guestmeta/5f21d65d-f769-4f8f-ae89-8f219631f28c synoboot 135:240 0 120M 0 disk ├─synoboot1 135:241 0 32M 0 part └─synoboot2 135:242 0 84M 0 part zram0 249:0 0 1,7G 0 disk [SWAP] zram1 249:1 0 1,7G 0 disk [SWAP] zram2 249:2 0 1,7G 0 disk [SWAP] zram3 249:3 0 1,7G 0 disk [SWAP] nvme0n1 259:0 0 465,8G 0 disk ├─nvme0n1p1 259:1 0 2,4G 0 part ├─nvme0n1p2 259:2 0 2G 0 part └─nvme0n1p3 259:3 0 461,3G 0 part └─md5 9:5 0 461,3G 0 raid1 └─cachedev_0 248:4 0 461,3G 0 dm /volume4/@docker/btrfs /volume4/@docker /volume4 nvme1n1 259:4 0 465,8G 0 disk ├─nvme1n1p1 259:5 0 2,4G 0 part ├─nvme1n1p2 259:6 0 2G 0 part └─nvme1n1p3 259:7 0 461,3G 0 part └─md5 9:5 0 461,3G 0 raid1 └─cachedev_0 248:4 0 461,3G 0 dm /volume4/@docker/btrfs /volume4/@docker /volume4 Du coup, elles y sont ? Haaa, il y a un autre truc que j'aimerais sauvegarder ! Ce sont les différentes tâches hyperbackup ! Car punaise, que c'est chiant et long à paramétrer... C'est possible de pouvoir les récupérer ?
-
Merci @Mic13710 🙂 Pour les NVMe, je suis quasi sur que la méthode que j'ai suivi ( voir mon tuto déprécié sur gist : https://gist.github.com/MilesTEG1/221d1f5dad14828638cf09ceaaebada1 ) les a créé... Bref, c'est du gros projets bien lourd et long qui va devoir être fait... 1/ Je pense que je vais casser les deux raid que j'ai : SHR sur deux HDD et raid 1 sur les nvme. Je récupère un des deux disques que je place dans mon Asustor le temps de sauvegarder tout dessus. 2/ Pour le disque de surveillance station, OSEF si je perd tout, ce qui va me faire chier c'est de perdre la configuration des caméras et les licences. Il y a moyen de la sauvegarder et de restaurer ça sans perte ? 3/ Pour le disque 3, qui sert de disque de stockage pour ma VM Proxmox Backup Server, ça va être coton de sauvegarder les données, je n'ai pas grand chose qui pourraient les accueillir... J'ai moyen envie de cramer ma sauvegarde des médias sur le Qnap pour faire de la place temporairement... c'est que c'est long à transférer... Bref... Vous avez une méthode fiable pour sauvegarder et restaurer les configurations des paquets et de DSM ?
-
Sisi je me souviens bien, je suis retourné voir. Mais je n'ai pas vraiment vu de manière de résoudre le souci sans devoir tout formater/résinstaller/restaurer... Aucune idée... Voilà quelques captures faites avant que je ne fasse un peu de ménage dans le dossier .oh-my-zsh : faite via commande ncdu -x / Un petit df -h : Après le nettoyage : Le reste n'a pas vraiment bougé... Le dossier de log possède une bonne taille, surtout pour le disk latency. Mais je ne sais pas comment faire le ménage là dedans de manière propre ^^
-
Bonjour à tous 👋🏻 @lenoob22 Mintre voir ton docker-compose.yml ? ou si tu n’en as pas , décris ta méthode utilisée. car il y a trop d’inconnues dans ton cas et trop de sources de problème de mail.
-
Ce sont peut-être les deux caméras qui font ces pics d'utilisation CPU...
-
@StéphanH Tu as quoi qui tourne sur ton HA ? Sur mon instance proxmox, en VM, j'ai ça pour la semaine : Et pour la journée : Bon après, je n'ai pas beaucoup de choses qui tournent dessus. Studio Code Server (5.15.0), Advanced SSH & Web Terminal (17.1.0), Silicon Labs Flasher (0.2.0), Zigbee2MQTT (1.35.3-1), Mosquitto broker (6.4.0), Samba Backup (5.2.0), tiko / Mon Pilotage Elec (1.3.1), File editor (5.8.0), Silicon Labs Multiprotocol (2.4.4), Samba share (12.3.0), Crowdsec (1.6.0), Crowdsec Firewall Bouncer (v0.0.28) Taille estimée de la base de données (en Mio): 157.72 MiB
-
Perso, j'ai déplacé ma VM HAOS sur un NUC, c'est bien plus fluide, et j'ai moins de soucis au redémarrage de la machine hôte comme c'était le cas avec le Syno et VMM (je n'ai que 12 Go de RAM sur le 920+)