Spheerys

I have found the issue. I just forgot to change the following BIOS parameter : Advanced > CPU > CE1 Support = Disabled

J'ai donc finalement réussi à mettre à jour DSM en 7.0.1-42218 en DS3622XS+ Le soucis c'est que seul le premier disque est reconnu par le système. J'ai évidemment checké les paramètres du BIOS (les 4 disques sont bien reconnus) et lancé un ./rploader.sh satamap now pour indiquer les bons paramètres dans le fichier user_config.json J'ai rebuildé le tout et une fois redémarré, mes 3 autres disques ne sont tjrs pas reconnu dans Synology DSM lancé, en ssh voici ce que donne un blkid : /dev/md0: LABEL="1.42.6-8438" UUID="973b6f6f-2dfc-4717-804b-1a553fcb1c08" TYPE="ext4" /dev/sda1: UUID="f8ffca3b-22b5-86dd-d148-aadd58348a21" TYPE="linux_raid_member" PARTUUID="61d34114-908f-4ad2-9396-8dad157c0a50" /dev/sda2: UUID="501fbe68-8755-32e5-d148-aadd58348a21" TYPE="linux_raid_member" PARTUUID="a5d3efa6-ef06-4865-a245-f97bf988a953" /dev/sda5: UUID="908f0fe8-0ff3-c5ee-bd73-151a5c8ffb3d" UUID_SUB="b4718de9-f239-a48d-24c3-8249cefea407" LABEL="Nurea:2" TYPE="linux_raid_member" PARTUUID="ac310da3-713e-421b-b388-0de6a849f395" /dev/sda6: UUID="95742e34-1df4-d0d7-f59d-9fdf3c6c1e98" UUID_SUB="61911133-6d92-1ee3-9851-63ad43ca6167" LABEL="Nurea:3" TYPE="linux_raid_member" PARTUUID="5a84a1c6-24b6-4483-adc6-7beecd4bd2e6" /dev/synoboot1: SEC_TYPE="msdos" UUID="BF4E-ADE7" TYPE="vfat" PARTUUID="f110ee87-01" /dev/synoboot2: SEC_TYPE="msdos" UUID="BF6B-61D1" TYPE="vfat" PARTUUID="f110ee87-02" /dev/synoboot3: UUID="6234-C863" TYPE="vfat" PARTUUID="f110ee87-03" /dev/zram0: UUID="53e268c6-393e-4f47-b30e-7e2c983e59aa" TYPE="swap" /dev/md1: UUID="4395468a-d0bc-457d-8930-567a42cfc314" TYPE="swap" Mes 4 disques (en Raid SHR) sont bel et bien là.... Edit : je suis repassé en DS3615xs comme conseillé et ça a résolu le soucis. En espérant que ce retour serve à d'autres

OK trouvé ! J'avais oublié de modifier le paramètre du BIOS Onglet Advanced > CPU > CE1 Support = Disabled

J'ai fais plusieurs essais, avec ou sans la suppression de ses 2 paramètres... malheureusement sans succès. Concernant la LED de la carte réseau, oui elle clignote et le routeur est autorisé (et même configuré) pour attribuer une IP précise à cette adresse MAC.

I have the same problem as @cospotatoand @Dominik with the "Booting the kernel" message My HP N54L gen7 freshly updated to DSM 7.0 don't get any IP address from DHCP and stay undetectable by Synology Assistant.

I know I'm posting in a very old topic, however I have exactly the same behaviour as Salmon81. I had install DSM 7.0.1 on my my HP N54L by following this french tutorial : The installation worked well, but after reboot my NAS has no IP address. Synology Assistant don't find it neither a nmap -sP 192.168.0.1-255 If I reboot under TinyCore, the NAS is responding from ping and ssh. Do you have any idea how to join Synology after normal reboot ?

Je lis sur ce forum que ce message est parfaitement normal et qu'il n'y a rien à voir au delà : Ceci dit Synology Assistant ne découvre aucun serveur, et je ne parviens pas à pinguer mon NAS. Il ne semble pas avoir d'adresse IP. nmap -sP 192.168.0.1-255 ne me donne aucune IP reliée à mon NAS, mais si je le redémarre sous TinyCore, le NAS devient accessible en ping et ssh Voici par ailleurs le contenu de mon fichier user_config.json avant le build : { "extra_cmdline": { "pid": "0x6544", "vid": "0x0930", "sn": "1430LWN116994", "mac1": "00113248BBAA", "SataPortMap": "42", "DiskIdxMap": "0002" }, "synoinfo": { "internalportcfg" : "0xffff", "maxdisks" : "16", "support_bde_internal_10g" : "no", "support_disk_compatibility" : "no", "support_memory_compatibility" : "no" }, "ramdisk_copy": { } } Qu'ais-je raté ?

Je viens de suivre le très récent tuto pour migrer vers DSM 7.0.1. Merci pour ça Tout s'est très bien passé, mais après un reboot sur RedPill DS3615xs v7.0.1-42218 (USB, Verbose) le serveur N54L reste bloqué sur le message : Decompressing Linux... Parsing ELF... done. Booting the kernel. Que puis-je faire pour débloquer la situation ?

Même Waybackmachine n'a pas gardé de copie de lui http://web.archive.org/web/*/http://www.jadahl.com/synology6/packages/UsbSerialDrivers_bromolow-6.0_2-0.spk*

Bonjour à tous :) J'ai un bon vieux HP N54L qui tourne sous DSM 6.0.2 C'est un peu vieux oui, mais je n'ai pas trop le temps de me pencher sur sa MAJ d'autant plus que j'ai lu qu'il y avait pas mal de boulot (pb de carte réseau etc...) Bref... je souhaite en attendant me lancer dans la domotique avec Jeedom dans un container Docker mais j'ai besoin d'installer le driver USB Serial pour pouvoir communiquer avec un périphérique branché en USB (RFXCom pour les connaisseurs). Seulement voilà... le gentil monsieur qui gère le site http://www.jadahl.com qui historiquement fourni ce driver ne propose plus la version pour DSM 6.0 Je cherche et je cherche, pas moyen de mettre la main sur un fichier .spk adapté pour mon serveur ! Auriez-vous ça sous la main SVP ?

~ ssh -v admin@192.168.0.200 OpenSSH_7.3p1, OpenSSL 1.0.2j 26 Sep 2016 debug1: Reading configuration data /home/hedy/.ssh/config debug1: /home/hedy/.ssh/config line 97: Applying options for * debug1: Reading configuration data /etc/ssh/ssh_config debug1: Connecting to 192.168.0.200 [192.168.0.200] port 22. debug1: Connection established. debug1: identity file /home/hedy/.ssh/id_rsa2015 type 1 debug1: key_load_public: No such file or directory debug1: identity file /home/hedy/.ssh/id_rsa2015-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_7.3 ssh_exchange_identification: read: Connection reset by peer Pour info je suis encore en DSM 5.2.

J'ai 4 disques. Je ne sais pas ce qu'est le MTU et je ne sais donc pas comment le trouver. Mon NAS n'a aucun accès ouvert vers l'extérieur (pas même en VPN).

Je n'ai rien fait du tout ! Voici un nmap sur mon NAS : ~  nmap nurea  10066 Starting Nmap 7.31 ( https://nmap.org ) at 2016-11-24 07:14 CET Nmap scan report for nurea (192.168.0.200) Host is up (0.00013s latency). rDNS record for 192.168.0.200: Nurea Not shown: 985 closed ports PORT STATE SERVICE 22/tcp open ssh 53/tcp open domain 80/tcp open http 111/tcp open rpcbind 139/tcp open netbios-ssn 161/tcp open snmp 443/tcp open https 445/tcp open microsoft-ds 515/tcp open printer 548/tcp open afp 2049/tcp open nfs 3306/tcp open mysql 5000/tcp open upnp 5001/tcp open commplex-link 49160/tcp open unknown Nmap done: 1 IP address (1 host up) scanned in 0.07 seconds

~ ssh -v root@192.168.0.200 OpenSSH_7.3p1, OpenSSL 1.0.2j 26 Sep 2016 debug1: Reading configuration data /home/hedy/.ssh/config debug1: /home/hedy/.ssh/config line 97: Applying options for * debug1: Reading configuration data /etc/ssh/ssh_config debug1: Connecting to 192.168.0.200 [192.168.0.200] port 22. debug1: Connection established. debug1: identity file /home/hedy/.ssh/id_rsa2015 type 1 debug1: key_load_public: No such file or directory debug1: identity file /home/hedy/.ssh/id_rsa2015-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_7.3 ssh_exchange_identification: read: Connection reset by peer Un reboot ne change rien.

En fait je ne peux plus me connecter du tout à mon NAS : seuls les partages existants (au moins par NFS, ceux que j'utilisent) fonctionnent. Mes comptes utilisateurs ne marchent plus (soit disant mot de passe incorrect alors que non) et la connexion ssh, auparavant activée, refuse de fonctionner : ssh_exchange_identification: read: Connection reset by peer Je ne connais pas les causes de ce dysfonctionnement subit, mais il me semble que la seule solution qui s'offre à moi est une réinstallation. Mais je me trompe peut-être ?