Jump to content
XPEnology Community

Spooky1

Member
  • Posts

    61
  • Joined

  • Last visited

Posts posted by Spooky1

  1. update 3 sans soucis pour ma part :cool:

     

    Bon moi sa a bien merdé ...

    J'ai tenté la maj => installation reussi a 100% mais jamais arrivé a la page de log de synology

    j'ai remis mon ancienne clé 5.2 => pas possible car deja en 6 downgrade impossible

    j'ai voulu refaire l'install du 6 => le nas n'est plus vu dans le syno asisstant ni dans le find.syno.com

    en terminale mon clavier n'est pas reconnu dans xpenoboot , j'ai voulu modifier le fichier de version en direct ... :oops:

    je vois pas comment faire pour revenir en 5.2 ... :roll:

     

    pour info , n54l avec jun loader 1.01 boot avec option AMD

     

    Pour downgrader "proprement" il faut que tu puisses accéder à DSM6, et si tu y arrivse tu n'auras plus besoin de downgrader du coup :wink:

    l'autre méthode, la barbare, consiste à formater la partition système du (ou des) disque(s) sur lequel l'installation s'est faite (sans toucher à la partition data, en général plus grosse) et de réinstaller DSM5.2 avec une clé usb xpenoboot : tu auras un DSM tout neuf qu'il te faudra re-paramétrer (sauf si tu as sauvegarder ta config : fichier *.dss) et ré-installer les packages... il y a quelques posts qui en parlent, perso je ne l'ai jamais fait :!:

  2. Bonsoir à tous,

     

    quelqu'un sait-il comme downgrader en 5.2 (à partir de DSM6 évidemment) ?

    J'ai essayé en rebootant sur xpenoboot et en choisissant install/upgrade mais sans résultat (la migration échoue, pire il me faut réinstaller DSM6 :-| )

    merci d'avance :wink:

     

    [EDIT] Trouvé :cool:

    https://xpenology.com/forum/topic/5442-downgrade-from-dsm-60/

    Pour repasser en 5.2.5967 j'ai fait la modif suivante :

    majorversion="5"
    minorversion="2"
    buildphase="hotfix"
    buildnumber="5644"
    smallfixnumber=5
    builddate=2016/02/18
    buildtime="12:34:53""
     

     

    ensuite j'ai changé les étapes 5 et suivantes :

    étape 5 : aller dans panneau de config -> MAJ et restauration -> faire la MAJ

    étape 6 : avant que le syno redémarre, remettre la clé xpenoboot, puis choisir Intall/upgrade au démarrage

    étape 7 : faire l'installation comme d'hab puis supprimer/installer les paquets qui posent problème (la réparation fonctionne très moyennement)

    c'est tout :cool:

  3. AUTRE SOLUTION:

     

    Ouvrir l'image sous ubuntu live et faire la modification directement sur le fichier grug.cfg.

     

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

    MAJ: Sous windows 7 ou antérieur vous pouvez aussi utiliser ça >>> http://www.osforensics.com/tools/mount-disk-images.html. Il faut monter la partition qui contient les données seulement et non pas toute l'image. Décochez la case "lecture seule". Editez le fichier grab avec l'éditeur de texte que j'ai mis sur le tuto.

     

    cette dernière solution est ma préférée, merci Polanskiman :cool:

  4.  

    Si vous utiliser une des dernières version v.1.0 ou v.1.01 Jun a rendu possible la modification du S/N et MAC directement à partir de l'interface Grub. Il suffit d'appuyer la lettre "C" lorsque vous êtes dans le menu boot. Vous n'avez qu'une seconde pour le faire donc il faut être vif!!

     

    Ceci étant dit, comme vous êtes sur une machine virtuelle je pense que le mac doit se changer à partir de la configuration de vmware et non à partir du menu boot. En tout cas c'est le cas pour moi lorsque j'ai essayé sur VirtualBOX.

     

    AUTRE SOLUTION:

     

    Ouvrir l'image sous ubuntu live et faire la modification directement sur le fichier grug.cfg.

     

    Merci Polanskiman pour toutes ces infos !! je vais tester chaque méthode et garder ma préférée (j'ai un petit faible pour la dernière pour l'instant, elle permettra de faire d'autres modifs ultérieurement)

  5. Fonctionne parfaitement avec le XPEnoboot de Jun (v1.01) sur VMware Workstation 12.5.0. Version de DSM : 6.0.2-8451 Update 2

    Je n'ai pas fait le test avec Virtual Box.

     

    Salut,

    j'ai testé avec vmware 12 et ça fonctionne aussi mais je me pose plusieurs questions :

    - comment modifier le S/N et le MAC vu que qu'il n'y a pas de boot sur clé usb puisqu'on lance un disque virtuel synoboot.img ?

    - as-tu utilisé tes 3x4To ? si oui, en RDM ?

    merci d'avance !

  6. Hi,

     

    Sure you can :grin:

    open DSM_DS3615xs_7393.iso with Ultraiso (for instance), extract the ISOLINUX.CFG file (don't close ultraiso for yet)

    Open this file in text mode and change DEFAULT run to DEFAULT install (you can also change your serial number and mac adress).

    Save it and add your new file in ultraiso (replacing the old one).

    Save and close ultraiso.

     

    That's all :wink:

  7. Merci pour le retour, j'ai préparé une clé avec Win32diskimager.

    L'installe s'est bien déroulée mais je n'ai plus l’assistant d’installation SynologyAssistantSetup. Il n'est plus dispo en ligne, y a moyen de contourner ce problème ?

    Tu peux faire la configuration avec ton navigateur en mettant cette adresse http://find.synology.com/

    S'il me dit version 6.0-7321 je ne vais pas pouvoir lui envoyer du 5.2 non ?

    C'est qu'il y a un problème avec ta clé usb :???: Profite de ton écran pour vérifier que l'écran d'accueil Xpenoboot te propose d'installer la v5.2.5644 (la v5.2.5967 est sortie au fait)

    Oublie DSM6 pour l'instant, pas d'Xpenoboot fonctionnel (de manière simple) pour l'instant...

     

     

    C'est possible de passer simplement en 5.1 ? avec MAJ manuelle ?

    oui mais il faut refaire ta clé usb (ou ton CD) d'Xpenoboot avec la bonne version https://download.xpenology.xyz/

  8. Salut,

     

    J'ai eu le même message il y a quelques temps, et comme toi la réparation système faisait chou blanc... :evil:

    Du coup en cherchant un peu sur la toile, j'ai trouvé une solution :

     

    Lancer une console putty, se loguer en root (avec le mot de passe admin qui va bien) et taper ces commandes :

     

    syno_poweroff_task -d                           / stop les services sauf SSH.
    
    vgchange -ay                                    / rend le volume accessible
    
    fsck.ext4 -vf -C 0 /dev/vg1000/lv               / ou fsck.ext4 -yvf -C 0 /dev/vg1000/lv    répare le volume.
    
    reboot
    

     

    Bon courage :cool:

  9. Salut,

    j'ai eu le même soucis il y a peu et je viens de le résoudre :wink:

    C'est symple, tu démarres ton xpeno et sur un autre PC, en connexion SSH (avec putty par ex) tu lances ces commandes :

     

    syno_poweroff_task -d (stop les services sauf SSH)

     

    vgchange -ay (rend le volume accessible)

     

    fsck.ext4 -vf -C 0 /dev/vg1000/lv (répare le volume, répondre yes à chaque question ce qui permet de noter les fichiers qui vont passer à la trappe, car il y en aura (3 dans mon cas) :???:

     

    reboot (comme son nom l'indique...)

     

    Avec ça plus de problème, sauf si c''est une defaillance matérielle...

  10. Salut,

    j'ai eu un problème similaire : videostation, photostation et autres packages syno ne voulaient pas démarrer. Après désinstallation, il m'était impossible de les ré-installer avec le même message que le tien.

    La solution : sous putty en ssh et en mode root, il faut supprimer le répertoire /volume1/@database/pgsql puis redémarrer le nas

    Après il te faudra reconfigurer ces packages. Peut-être qu'en supprimant certains fichiers du répertoire ça marchera aussi, mais je ne sais pas lesquels précisément.

    Tiens-nous au courant si ça fonctionne :cool:

  11. Hi,

    But my VM nanoboot still doesn't work in proxmox :sad:

    I use proxmox 3.2 and I create my VM like that :

    mini_435896proxmoxnanoboot.jpg

    I try all nanoboot.img (converted to raw or qcow2) found on the web and as you can see the VM can load the beginning but stop after loading kernel................................

    What could be wrong ? Can someone send me a fully functionnal raw or qcow2 image of nanoboot ? ? Please.....

    Regards

     

    Hi,

    some news : I can launch the VM with nanoboot only when the KVM material virtualisation is disabled in proxmox, but then it's extremly slow...

    To resume, in proxmox :

    - gnoboot works perfectly :grin:

    - nanoboot works, but slowly, when the KVM material virtualisation is disabled :cry:

    - nanoboot stops booting when the KVM material virtualisation is enabled :mad:

     

    So, what's the way to find the solution ? some materials differences between nanoboot and gnoboot ?

    I'm going crazy :mrgreen:

    Regards

     

     

    I got EXACTLY the same pbs... with proxmox on N54L I guess I tried everything -> disable KVM virtualisation too (same results as yours !

     

    I don't know what to do :mad:

     

    I found the solution :grin:

    I changed cpu type : kvm64(default) doesn't work but qemu64 (and host) works perfectly :cool:

×
×
  • Create New...