Leaderboard

OK. That's even better. I would go for option 1 in that case. Pull everything out of the box. Two new drives and new USB and full install. Nice clean system;.

OK. My option 1 was to say that you had copied all your files onto another computer somewhere. In that case you could afford to wipe everything clean and start again. When you had finished you can copy those files off the other computer. That doesn't seem to be what you are able to do here as all your files are on volume2. While there other options, I think that they add a whole new level of complexity. So. After my testing, what I would do is this: Insert volume2 and the two new disks in the box and boot. It should come up with a system with volume2 and two uninitialised disks. Go to storage manager and create your new RAID group (repeat after me: RAID is not a backup) and create a new volume on that RAID. Mine came up as... volume1. Create a new shared folder (or series of folders) on Volume1 and copy everything across. Now shutdown and pull volume2 and keep it somewhere safe. Reboot just to check that you have a working (ish- all the packages are broken) system and all the data is there. Yow will now need to ssh into the box (probably using putty from windows) with a user that has admin rights and do. cd / sudo rm -r .xpenoboot Now shutdown and pull the USB stick. Put it in the safe place with volume2. You asked why you should remove volume2 and the answer is that if the next steps go wrong, you can always go back to your running 6.0.2 system and start again / try something else. Now you can insert your newly created v1.03b USB stick and boot the system. Now you should be able to connect to the box via synology assistant or find.synology.com and run a manual upgrade specifying the 6.2.3 file you downloaded onto your computer. Assuming that it all works then you may need to repair your broken packages and go through all your config. What to do with volume2? Well, you could have left it in the box as you said and kept it as part of the upgrade but taking it out does give you a fall back position. And it is an old disk and given that its partner has failed, so maybe it is not long for this world. If you keep it, then it is a backup of your files at this point.

Thanks. You have a number of options. If you have backed everything up from volume 2 (after salvaging what you can from volume 1) then you can do a fresh install on your new drives. I have a question about the version of DSM you have chosen (later). Then you can restore data, install packages and start configuring. If you haven't, then you could put your new drives into the NAS, with volume 2 and then boot. You could then create a new RAID group on the two disks and copy your files over. You can then remove volume2 and boot your new machine, You can then do an upgrade. (Note in case you are unaware, the system gets copied to all disks and so can boot from any available disks.). If you do go for the upgrade then you need to delete the hidden directory ./xpenoboot which will be there from when you were on version 5.2 before you run the upgrade. My next question is: Why have you chosen to go with 6.2.2 rather than 6.2.3? At the moment, 6.2.3 is the recommended version (see below) and it seems to be supported on HP Gen 8 The only negative is that disk hibernation may not work on this release. For the releases in between 6.1.7 and 6.2.3, Synology changed the driver support. And then they put it back the way it was for for 6.2.3. To get 6.2.2 to work, you are going to have to either buy and install an intel based network card or mess around with loading a driver set into the image on your USB stick. and So I would strongly recommend going to 6.2.3 or if disk hibernation is an issue, then I would go for 6.1.7 Finally (phew!) If you must use the same USB stick, then you can use the same VID/PID. That bit worries me. I would just like to keep a known working configuration around for a bit.

oui désolé si je n'ai pas été très clair, j'utilise toujours les deux connexions, ADSL et 4G: depuis l'extérieur je peux accéder à mon NAS sur le réseau local soit par la ligne adsl qui est naturellement NATtée, soit par le modem 4G via le tunnel VPN créé avec le VPS extérieur et qui se retrouve également NATté via l'IP dudit VPS. Donc oui, on peut rediriger les ports depuis le routeur et le modem 4G est soumis aux même règles que le modem ADSL. Ça ne change effectivement rien au réseau local, Plex ou Jellyfin fonctionnent sans transcodage, les flux vidéos et audio ne sortent pas par le tunnel VPN si la demande est faite depuis le réseau local. Par contre si je me connecte depuis mon smartphone en DATA ou un ordi hors de chez moi, là le nas reçoit la demande via le VPN 4G et transcode. Autre précision, le nas est forcé sur la connexion 4G via les paramètres DSM, il ne bascule en ADSL qu'en cas de perte de connexion avec le VPS. Pour aller plus loin mais tout est affaire de goûts, j'ai ouvert seulement 3 ports dans mon tunnel VPN, les 80,443 et un dernier (5001 pour l'exemple) qui me sert à atteindre toutes les applications hébergées sur mon NAS via des sous-domaines. Cela évite d'avoir à ouvrir plein de ports et donne par exemple, syno.mondomaine.fr:5001 pour accéder à DSM, jellyfin.mondomaine.fr:5001 pour jellyfin, bitwarden.mondomaine.fr:5001, nextcloud.mondomaine.fr:5001, etc... C'est le reverse proxy DSM qui fait le tri et aiguille les paquets suivant le nom de sous-domaine, et tout ça via le même port. C'est absolument pas une obligation de procéder ainsi mais je trouvais ça bien de ne pas ouvrir un port par service. Ç n'a rien à voir avec le tunnel VPN dans l'absolu, on peut faire pareil via la fibre ou l'adsl... ^^;

Bonjour, Tant que Synology ne réserve sa preview qu'à une poignée d'utilisateurs, nous n'accepterons pas que des liens soient partagés ici sur ce forum. désolé. Mais entre nous, cette preview est incompatible avec n'importe quel des loaders actuels de Jun. Donc ça ne sert à rien de vouloir s'amuser avec XPEnology.

Hello, je suis tenté de te dire oui, il faut mettre la main sur le .pat correspondant à ton modèle.

По DsCam как выбрать поток. RPReplay_Final1597175144.zip

парни, все просто. Смотрим учебное пособие)))))) https://mega.nz/file/a48l3ZiR#7uMHjpFaoXKsbCoFhKKYKtzc5yDvNaX19_RQMPBEUvw

Les fichiers ci-dessous, sont ceux que j'ai utilisé. Seul le fichier "synoboot.img" a été modifié afin de supprimer le VID et PID de ma clé USB l'adresse MAC de mon NAS le numéro de série utilisé Tutoriel utilisé: Fichier à télécharger: (je les mets à dispo sur mon hébergeur) Jun's Loader 1.04b avec le fichier extra.lzma de x01015918 : http://turbointeractive.fr/xpenology/synoboot.img La version 24922 du DSM : https://archive.synology.com/download/DSM/release/6.2.2/24922/DSM_DS918+_24922.pat Le package pour utiliser le bouton du NAS pour l'arrêter: https://xpenology.com/forum/topic/7195-power-button-package/?do=findComment&comment=114860 Configuration du BIOS: Dans l'onglet "BOOT" ,passer "fast boot" en "ultra fast" J'ai laissé activé tout ce qui est utilisé pour l'économie d'énergie (C1E, C5, Intel SpeedStep, ... ) Au niveau BIOS/UEFI, rien n'empêche l'installation, l'arrêt et le redémarrage du DSM. Les 3 points ci-dessous sont à faire en s'aidant du Tutoriel: 1>Ouvrir le fichier "synoboot.img" afin de changer les lignes suivantes dans "grub.cfg" par les bonnes valeurs set vid=0x0000 set pid=0x000 set sn=1780PDN00000 set mac1=000000000000 2> Ecrire le fichier "synoboot.img" sur la clé USB dont les valeurs PID et VID ont été définies dans "grub.cfg" 3>Démarrer le système sur la clé USB et prendre le tutoriel à l'étape 8 mais à la place du fichier .pat utilisé par le tutoriel, utiliser le fichier "DSM_DS918+_24922.pat" . 4> Une fois le système installé, vous pouvez installer le package pour utiliser le bouton du NAS pour l'arrêter mais c'est optionnel car l'arrêt fonctionne via l'interface Web.