Aller au contenu

Savana

Membres
  • Compteur de contenus

    42
  • Inscription

  • Dernière visite

Messages posté(e)s par Savana

  1. Bonjour,

    Une question qui pourrait intéresser du monde.
    Sur un ds412+ j'ai bien monté 4 disques en shr avec protection de donnée .
    Comment récupéré la place dédié à la protection shr afin d'avoir les 4 disques complet pour le stockage sans perdre les données déjà stocké ?
    Bien sur une sauvegarde est sur un autre nas.
    Merci à ce qui font vivre ce forum d'entraide synology !

    (il y a un sujet identique avec 2 disques, mais j'en ai 4 alors j'ai osé refaire un sujet, j'aurais pu peut être continuer celui de Fabrice92 ???)

  2. Bonjour Kramlech

    Tu as raison, je m'explique :

    J'ai un ds109 syno qui fonctionne mal, la configuration des ports hhtp et https que je fais régulièrement sur un ds412+ est inopérant

    et j'ai le rond orange de dsm qui m'informe que le system fonctionne mal.

    image.png.fbcc2cae0e690e1cd3b92424ba0bd4c0.png

    Impossible de configurer quickconnect non plus il est configuré mais est injoignable, ports ouverts sur la box bien sur et donc

    je me demandais si le fait de passer le ds109 en ds110j en modifiant le fichier /etc.defaults/synoinfo.conf aurait pu avoir une incidence sur

    la stabilité du nas ?

  3. Salut tous le monde ;)

    Il y à quelques années j'ai modifié le fichier : /etc.defaults/synoinfo.conf sur mon DS109

    en le déclarant en DS110j pour pouvoir installer DSM 5.xxx sur mon DS109 qui tournait en 4.xxx

    Mais voila maintenant impossible de re-modifier ce fichier pour pouvoir remettre mon DS109 comme à l'origine.

    Je me connecte bien avec putty en admin mais impossible de faire un : sudo -i pour être en root :(

    ----------------------

    login as: admin
    admin@192.168.7.2's password:
    Could not chdir to home directory /var/services/homes/admin: No such file or directory


    BusyBox v1.16.1 (2016-04-26 17:12:35 CST) built-in shell (ash)
    Enter 'help' for a list of built-in commands.

    NAS1>
    NAS1> sudo -i
    -sh: sudo: not found
    NAS1>

    ---------------------

    Donc impossible re-modifier : /etc.defaults/synoinfo.conf

    Avez-vous une idée du problème et de la solution à apporter ?

    Merci par avance, je sais que ICI ya des bon pour avoir déjà solutionner des problème mieux qu'avec un ticket support syno ;))

     

     

     

     

     

     

     

  4. root@NAS2:/# mount
    /dev/md0 on / type ext4 (rw,relatime,journal_checksum,barrier,data=ordered)
    none on /dev type devtmpfs (rw,nosuid,noexec,relatime,size=501960k,nr_inodes=125490,mode=755)
    none on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
    none on /proc type proc (rw,nosuid,nodev,noexec,relatime)
    none on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
    /tmp on /tmp type tmpfs (rw,relatime)
    /run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
    /dev/shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
    none on /sys/fs/cgroup type tmpfs (rw,relatime,size=4k,mode=755)
    cgmfs on /run/cgmanager/fs type tmpfs (rw,relatime,size=100k,mode=755)
    cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,relatime,cpuset,release_agent=/run/cgmanager/agents/cgm-release-agent.cpuset,clone_children)
    cgroup on /sys/fs/cgroup/cpu type cgroup (rw,relatime,cpu,release_agent=/run/cgmanager/agents/cgm-release-agent.cpu)
    cgroup on /sys/fs/cgroup/cpuacct type cgroup (rw,relatime,cpuacct,release_agent=/run/cgmanager/agents/cgm-release-agent.cpuacct)
    cgroup on /sys/fs/cgroup/memory type cgroup (rw,relatime,memory,release_agent=/run/cgmanager/agents/cgm-release-agent.memory)
    cgroup on /sys/fs/cgroup/devices type cgroup (rw,relatime,devices,release_agent=/run/cgmanager/agents/cgm-release-agent.devices)
    cgroup on /sys/fs/cgroup/freezer type cgroup (rw,relatime,freezer,release_agent=/run/cgmanager/agents/cgm-release-agent.freezer)
    cgroup on /sys/fs/cgroup/blkio type cgroup (rw,relatime,blkio,release_agent=/run/cgmanager/agents/cgm-release-agent.blkio)
    none on /proc/bus/usb type devtmpfs (rw,nosuid,noexec,relatime,size=501960k,nr_inodes=125490,mode=755)
    none on /sys/kernel/debug type debugfs (rw,relatime)
    securityfs on /sys/kernel/security type securityfs (rw,relatime)
    /dev/md2 on /volume1 type ext4 (rw,relatime,journal_checksum,synoacl,stripe=32,data=writeback,jqfmt=vfsv0,usrjquota=aquota.user,grpjquota=aquota.group)
    none on /config type configfs (rw,relatime)


    root@NAS2:/# mdadm --assemble --force /dev/md20 /dev/sdb5
    mdadm: cannot open device /dev/sdb5: Device or resource busy
    mdadm: /dev/sdb5 has no superblock - assembly aborted
    root@NAS2:/#

    ********** je n'arrive pas à avancer ...

  5. root@NAS2:/# lvm vgchange -a y
      1 logical volume(s) in volume group "vg1000" now active

     

    fdisk -l

     

    Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: dos
    Disk identifier: 0x000ed7b9

    Device     Boot   Start        End    Sectors  Size Id Type
    /dev/sdb1          2048    4982527    4980480  2.4G fd Linux raid autodetect
    /dev/sdb2       4982528    9176831    4194304    2G fd Linux raid autodetect
    /dev/sdb3       9437184 3907015007 3897577824  1.8T  f W95 Ext'd (LBA)
    /dev/sdb5       9453280 3906822239 3897368960  1.8T fd Linux raid autodetect


    Disk /dev/md22: 1.8 TiB, 1995451858944 bytes, 3897366912 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes


    Disk /dev/md23: 2.4 GiB, 2549940224 bytes, 4980352 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes


    Disk /dev/mapper/vg1000-lv: 1.8 TiB, 1995448516608 bytes, 3897360384 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes

     

     

    mdadm --assemble --force /dev/md123 /dev/sdb5  ? maintenant

  6. Re-bonjours tous le monde ;)

    Suite à la résolution de doigt de maitre d'un premier problème et suite à l'apparition d'un second me revoilà !

    J'ai un disque WD de 2To que j'essaie de 'mount' avec la technique appris hier, mais...ça marche pas.

    C'est un disque qui à été préparé pas le syno sans problème avec control de parité,

    j'y ai mis des data puis au redémarrage du syno il m'a trouvé des tonnes de secteur défectueux !?

    N’arrivant pas y accédé avec le syno je l'ai connecté a mon pc, allez savoir pourquoi !?

    Puis ayant plus de connaissance de puis hier grâce à ce fofo, je me suis dit tiens je vais réessayé sous linux,

    mais visiblement comme dans le télépode de la mouche, des infos ce sont perdu... ;)

    --

    commande :

    mdadm --assemble --force /dev/md22 /dev/sdb5

    mount /dev/md22 /mnt/md22 -o ro

    retour :

    mount: unknown filesystem type 'LVM2_member'

    --

    Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: dos
    Disk identifier: 0x000ed7b9

    Device     Boot   Start        End    Sectors  Size Id Type
    /dev/sdb1          2048    4982527    4980480  2.4G fd Linux raid autodetect
    /dev/sdb2       4982528    9176831    4194304    2G fd Linux raid autodetect
    /dev/sdb3       9437184 3907015007 3897577824  1.8T  f W95 Ext'd (LBA)
    /dev/sdb5       9453280 3906822239 3897368960  1.8T fd Linux raid autodetect

    en rouge ce qui est peut être pas bon ...

    Si quelqu'un à une idée je suis preneur ;)

     

     

  7. merci pour votre aide ;)

    raid0 car j'avais une sauvegarde totale sur  un ds411j

    mais une suite d'erreur et de mauvaise manip et aussi de méconnaissance on fait que la situation est devenu ce qu'elle est :(

    ce sont les disk sda et sdb que je dois récupérer, sdc et sdd sont vide.

     

    Disk /dev/sda: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    Disklabel type: gpt
    Disk identifier: ...

    Device       Start        End    Sectors  Size Type
    /dev/sda1     2048    4982527    4980480  2.4G Linux RAID
    /dev/sda2  4982528    9176831    4194304    2G Linux RAID
    /dev/sda3  9437184 7813832351 7804395168  3.6T Linux RAID


    Disk /dev/sdb: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    Disklabel type: gpt
    Disk identifier: ...

    Device       Start        End    Sectors  Size Type
    /dev/sdb1     2048    4982527    4980480  2.4G Linux RAID
    /dev/sdb2  4982528    9176831    4194304    2G Linux RAID
    /dev/sdb3  9437184 7813832351 7804395168  3.6T Linux RAID

     

  8. Salut tous le monde hmm

    J'ai un souci et donc une question qui me 'turlupine'
    ouais j'aime bien ce mot woohoo.gif

    bon voila le problème à résoudre...kernal_panic.gif

    J'ai un syno ds412+
    j'y ai installé 2 x 4 To WD Red - RAID0 - btfrs
    Je les ais initialisés via DSM 6.1.3
    J'ai récupérer mes fichiers sur ma sauvegarde, un ds411j
    une fois fais ceci j'ai modifié mes disk de ds411j donc plus de sauvegarde...
    quand j'ai redémarré le ds412+ .... horreur le syno me dit que les disks sont à initialisé !!!!

    moi qui depuis des années a un syno de sauvegarde
    l'enchainement des situation à fait que .... j'ai merdé !!! mais un redémarrage ne m'avait jamais fais perdre un volume !?
    visiblement quand je fait un fdisk -l j'ai bien les disks et partitions donc à priori les données si précieuses sont toujours la...

    pour essayé de me débrouiller tous seul comme un grand, j'ai enlevé mes 2 WD de 4To pour ne pas prendre de risque.
    j'ai réinstallé 2 autres 4To WD et les ai préparé de la même manière :  2 x 4 To WD Red - RAID0 - btfrs

    je me suis dit en regardant dans un fichier de configuration du syno pour le volume que je viens de crée avec les 2 nouveaux disk préparé exactement identique
    aux 2 premier je vais pouvoir reconfigurer le volume perdu de mes 2 premier disk ?

    je pensais que j'allais retrouvé ds fstab ou autre fichiers la configuration du volume crée et que j'aurais juste à faire un copier coller avec quelques modif pour retrouver le volume des disk sda et sdb

    la seule chose qui change c'est que les 2 premiers était en sda et sdb sinon les partoches sont les même que celle des disk 3 & 4 sdc et sdd.
    voici le résultat de  :  fdisk -l

    si vous savez ou je peux redéclarer un volume avec les bonnes info pour récupérer le volume des disk 1 & 2
    vous me sauvez pas la vie mais pas mal de To de bonheur et de souvenir.

     

    Disk /dev/sdc: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    Disklabel type: gpt
    Disk identifier: ...

    Device       Start        End    Sectors  Size Type
    /dev/sdc1     2048    4982527    4980480  2.4G Linux RAID
    /dev/sdc2  4982528    9176831    4194304    2G Linux RAID
    /dev/sdc3  9437184 7813832351 7804395168  3.6T Linux RAID


    Disk /dev/sdd: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    Disklabel type: gpt
    Disk identifier: ...

    Device       Start        End    Sectors  Size Type
    /dev/sdd1     2048    4982527    4980480  2.4G Linux RAID
    /dev/sdd2  4982528    9176831    4194304    2G Linux RAID
    /dev/sdd3  9437184 7813832351 7804395168  3.6T Linux RAID


    Disk /dev/md0: 2.4 GiB, 2549940224 bytes, 4980352 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes


    Disk /dev/md1: 2 GiB, 2147418112 bytes, 4194176 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes


    Disk /dev/zram0: 297 MiB, 311427072 bytes, 76032 sectors
    Units: sectors of 1 * 4096 = 4096 bytes
    Sector size (logical/physical): 4096 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes


    Disk /dev/zram1: 297 MiB, 311427072 bytes, 76032 sectors
    Units: sectors of 1 * 4096 = 4096 bytes
    Sector size (logical/physical): 4096 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes


    GPT PMBR size mismatch (225279 != 250879) will be corrected by w(rite).
    Disk /dev/synoboot: 122.5 MiB, 128450560 bytes, 250880 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disklabel type: gpt
    Disk identifier: ...

    Device         Start    End Sectors  Size Type
    /dev/synoboot1    63  32129   32067 15.7M EFI System
    /dev/synoboot2 32130 224909  192780 94.1M EFI System


    Disk /dev/md2: 7.3 TiB, 7991698522112 bytes, 15608786176 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 65536 bytes / 131072 bytes


    Disk /dev/sda: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    Disklabel type: gpt
    Disk identifier: ...

    Device       Start        End    Sectors  Size Type
    /dev/sda1     2048    4982527    4980480  2.4G Linux RAID
    /dev/sda2  4982528    9176831    4194304    2G Linux RAID
    /dev/sda3  9437184 7813832351 7804395168  3.6T Linux RAID


    Disk /dev/sdb: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
    Units: sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    Disklabel type: gpt
    Disk identifier: ...

    Device       Start        End    Sectors  Size Type
    /dev/sdb1     2048    4982527    4980480  2.4G Linux RAID
    /dev/sdb2  4982528    9176831    4194304    2G Linux RAID
    /dev/sdb3  9437184 7813832351 7804395168  3.6T Linux RAID

     

  9. bien joué Einsteinium :Yes:

    je n'ai plus qu'a fermer les ports de mon routeur (freebox)

    quels sont les ports à laisser ouverts sur le routeur ? pour laisser uniquement passer le vpn ?

     

    désolé question idiote :pufff:

    le port configuré dans openvpn de vpn server ...

    merci Einsteinium d'avoir répondu si rapidement super sympa :cool:

    j'ai plus qu'a faire des tests.

    a+

    j'ai encore une question Einsteinium

    les attaques sont souvent sur mail server

    je laisse seulement le port smtp 25 ouvert sur ma freebox pour sécuriser mail server ?

  10. Bonjour aux Synologues,  :huh:

    Après avoir cherché sur le fofo je n'ai pas trouvé la réponse.

    Je veux avoir toutes les connexions par l’extérieur sur le NAS412+ via OpenVPN .

    J'ai bien configuré les répertoire partagés via OpenVPN - c'est ok

    Mais je n'arrive pas à me connecter au DSM 6 et mail et photo et musique enfin tous au travers de ma connexion OpenVPN.

    Le but étant de ne pouvoir me connecter au syno de l’extérieur uniquement via OpenVPN genre :

    \\10.8.0.x\mail   (pour le mail) ou

    \\10.8.0.x\5008  (pour le DSM) ou

    \\10.8.0.x\photo (pour l'album photo) etc...

    et pouvoir fermer l’accès au syno en dehors du VPN.

    Si vous avez la solution ce serais chouette :)

    Merci à vous. :cool:

     

     

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.